Spiritus

>They first met with me at the beginning of 2017 to express this interest because of the important need to diversify away from oil.

Unless your application also contains other assets like images etc. Now you suddenly need to package and install/deploy your Go application.

I wonder how it compares to Palantir’s Python Language Server[1] that uses Jedi[2] for intellisense.

[1] https://github.com/palantir/python-language-server

[2] https://github.com/davidhalter/jedi

One less thing to worry about. Adds to build time etc.

Because they’re in the standard library, and convenient. I would never use a third-party package just for some syntactic sugar.

Who says the community is against it? I happen to like it.

I thought it was Swedish? Even the article hints that: “the Stockholm-based payments provider.”

>you need to jump through hoops to install Python 3.x

What? You can install Python 3.6 from EPEL[1], takes 5 seconds.

[1] https://fedoraproject.org/wiki/EPEL

I don’t care about any of that. Just add swipe animations when moving forward/backward in history already!

My problem with using Docker (only) is that it doesn't translate well to editors. Like, using jedi-vim[1] with a virtualenv constructed by a Docker container doesn't work at all. Unless I actually run vim itself inside said container.

So unless your dependences build on macOS (like in my case), everything goes out the door.

[1] https://github.com/davidhalter/jedi-vim

> No Python 2/3 nonsense to deal with

Instead you have the stable/nightly nonsense to deal with, like Clippy and Rocket only working on nightly for example.

That sounds a lot like this issue with jemalloc and Neovim on macOS:

- https://github.com/neovim/neovim/issues/5681

- https://github.com/neovim/neovim/issues/6950

There's a bunch of plugins like that, here's a couple of the most popular ones:

- https://github.com/prabirshrestha/asyncomplete.vim

- https://github.com/lifepillar/vim-mucomplete

- https://github.com/roxma/nvim-completion-manager

- https://github.com/Valloric/YouCompleteMe

Here's an alternative to vim-surround mentioned on r/vim:

https://github.com/machakann/vim-sandwich

Then you should also check out vim-picker[1] which integrates Vim and fzy very nicely (instead of the barely usable example in fzy's README).

[1] https://github.com/srstevenson/vim-picker

>But in most cases, you can encapsulate the low-level hardware inside a safe API

I'm probably missing something obvious. But isn't that true for most languages?

What do you mean? `pip freeze > requirements.txt.lock` will freeze all your current deps, including transitive.

What about apistar[1]? It recently added support for async/await and asyncio[2].

[1] https://github.com/encode/apistar [2] https://github.com/encode/apistar#asyncio

>This suggests that it would help to have better getting-started guides for vim, and for using it with RLS in particular.

https://www.reddit.com/r/rust/comments/6rx634/async_autocomp...

> Would you rather snap your acai bowl and show your four best friends? Or take an Instagram Story and show the restaurant, your followers, and the people scrolling through the Discover page?

Easy pick. The former! I don’t give a shit about the restaurant, my followers or people browsing the Discover page. I care about my close friends.

No. And it won't be until (at least) RHEL 8. It's available from SCL[1] and IUS[2] though.

[1] https://www.softwarecollections.org [2] https://ius.io

Except you have to set it every time you open a shell. You can’t put it into your .bashrc either unless you only ever work on one project. This workflow sucks:

    $ cd projects/foo
    $ export GOPATH=$PWD
    $ cd src/github.com/company/foo
    $ go build

I was merely suggesting to indulge the author, especially now that generics might actually happen.

So why is he requesting feedback on the matter?

Did you even read the blog post? Such feedback was explicitly asked for.

The question is _why_ do you need generics, for what use case(s), etc? Saying “I need generics otherwise I won’t use Go” is exactly the type of feedback they don’t want.

It seems like you’d have valuable feedback given that it’s a “showstopper” for you.

What’s an HOV lane?

>And I cannot use MyPy because I have to use python

What? That makes no sense! I think you should take another look at MyPy.

The first one is horrible and super un-pythonic (it even violates PEP8[1]). But perhaps even more important, it doesn't even work since a map-function can only take one argument (not two).

Using functional programming paradigms like this often advised against in Python.

[1] https://www.python.org/dev/peps/pep-0008/#programming-recomm... (search for "Always use a def statement")

Isn't just because we've already been trained on that since learning the alphabet? Imagine giving a human the same question, but sort "aa" before "bb" but after "cc".