Bill Joy's greatest gift to man – the vi editor (2003)

Re:Bill Joy's greatest gift to man – the vi editor (2003) by gen220 on Wednesday May 06, 2020 @06:08PM (#23096917)

I used to be like you describe, mostly because language-specific plugins were a dumpsterfire of hidden complexity, that really slowed down your editing experience.

While some plugins are brilliantly-designed, it takes a long time to learn how to configure one language plugin to your tastes, and that learning is generally non-transferable to other language plugins. (vim-go fits this to the T, ime).

https://github.com/dense-analysis/ale (along with the language-server movement in general) changed my perspective. I now do at least the go-to and autocomplete half of IDE things, now.

[ Parent | on HN ]

Re:Bill Joy's greatest gift to man – the vi editor (2003) by cercatrova on Wednesday May 06, 2020 @11:08PM (#23099272)

Have you tried language server implementations like coc.nvim? They seem to be superior to ale and others that don't use the Language Server Protocol.

[ Parent | on HN ]

Re:Bill Joy's greatest gift to man – the vi editor (2003) by gen220 on Wednesday May 06, 2020 @11:18PM (#23099326)

I know some people at work use it, but I haven’t gotten around to trying it. What’s the advantage over using ale to compose gopls or python-language-server? Is it the fancy windows? :)

I took a cursory look at their repo. I might be understanding this incorrectly, but it looks like you have to run node as a sidecar to use it? Isn’t that really intensive vs ALE? I figure if I wanted to run V8, one might as well use VSC, which after all is an electron app. :)

[ Parent | on HN ]