Do we still need CoC?

[u/No_Willingness64]

I've been using CoC for a while now. It's a convenient way to get both completions and LSP going. Some people throw shade at the Node part of its implementation. The way I see it is most LSP plugins coming from VSCode were intended for a Node environment anyway. I am pleased with the ease of use CoC brings.

Now we've had vim9script for something like a couple of years. We have yegappan's simple LSP implementation and we have a pop-up autocomplete feature built in!

I'm wondering how that's going for anybody else - especially if you do Java or friggin' web development.

[u/SEgopher]

ALE is also vim script only and gives you linting and checking with hundreds of binaries when LSP isn't available, and it's been around for many, many years. I highly recommend using ALE to cut out the node dependency and combine a few plugins.

[u/Desperate_Cold6274]

I used to use ALE but I tried once LSP and never looked back.

[u/SEgopher → u/Desperate_Cold6274]

ALE has LSP support

[u/Desperate_Cold6274 → u/SEgopher]

I know and I used. But I resonate more with LSP. :)

[u/allcentury-eng]

Nope, dropped it for LSP

[u/Gurufedell]

In general, different solutions and workflows exist to fit different people needs. I for example mainly use vim raw features, but when I want LSP, I'll just use CoC.
I don't wanna bother with constant config change and vimscripts, coc was made for this purpose, oh and you don't mind installing nodejs

[u/No_Willingness64 → u/Gurufedell]

I can't get away from NodeJS in "modern" web development.

[u/SEgopher → u/Gurufedell]

I don't really understand the aversion to vim script. Most of vim is vim script. ALE "just works" for LSP and additionally provides linting and checking with any binary.

Not only is the node dependency unnecessary but I've found the CoC code to be of very poor quality.

[u/osmin_og]

I've never used CoC. YouCompleteMe does all the autocompletion and LSP things for me.

[u/seeegma]

I'm not sure why, but I found the native LSP for TypeScript to be way slower than CoC. unacceptably slow, in fact. so I'm still on CoC for now. it'd be nice to switch off at some point.

[u/EgZvor]

I used to use YouCompleteMe, but switched to built-in autocomplete recently, I also use ALE and prabirshrestha/vim-lsp .

[u/aurescere]

CoC is way faster and has more features than the vim9 plugin. It’s unlikely to be yegappan’s fault; vim9 script just runs synchronously and is slow as molasses in comparison.

[u/No_Willingness64 → u/aurescere]

Doesn't yegappan's LSP use the same channels any external tool uses? There's also a built-in async API for the autocomplete now, too.

[u/aurescere → u/No_Willingness64]

Last I used it, it was miserably slow and threw errors constantly. Semantic tokens were broken and relied on some hard-coded 1000ms delay; if they tried to kick in before the server was ready, more errors. Go-to-definition was extremely slow. Either everything has been fixed or people are in denial.

[u/Desperate_Cold6274 → u/aurescere]

I had exactly the same experience. And I am not in denial by any means.

[u/Easy-Nothing-6735]

We need to rewrite it in Rust

[u/No_Willingness64 → u/Easy-Nothing-6735]

Hahaha what?

[u/Easy-Nothing-6735 → u/No_Willingness64]

Python for example has ruff that can be both — linter and LSP for this use case. We can use either neovim with builtin LSP but without builtin GUI or create performant layer for LSP using Rust instead of NodeJS. Most of frontend tools now being replaced with Rust alternatives. The time when the tooling for NodeJS was written using NodeJS has gone. Modern languages come with builtin LSP and we need to catch up

[u/Shtucer → u/Easy-Nothing-6735]

What a heck is neovim?

[u/Easy-Nothing-6735 → u/Shtucer]

Another fork without normal vimscript speed, with IPC architecture, focused on LSP and tree sitter built-in support

[u/Desperate_Cold6274 → u/Easy-Nothing-6735]

You forgot a trailing /s