News for hackers. Stuff that matters.
Re:Leaving Neovim for Zed by kvark on Sunday August 18, 2024 @07:20PM (#41286359)
Personally, it’s because they are not open source and not as fast.
Re:Leaving Neovim for Zed by LtdJorge on Sunday August 18, 2024 @08:07PM (#41286600)
Yesterday RustRover became so unresponsive that the UI would freeze for more than 15 seconds (as reported by their exception notifications) and completions would take 5 seconds to appear and be wrong or lacking most times.

I was seriously doubting the internal Rust engine (they don’t use rust-analyzer or LSP), so I switched to VSCode with the rust-analyzer extension, and the same happened there too, although no freezing. Turns out some of my types were 80k characters long, and ‘cargo clippy’ was taking ~900 seconds of one core pegged at 100% for rustc. Oops.

Now I know what they mean when complaining about super long compile times on Rust, and I wasn’t even doing async :)

Re:Leaving Neovim for Zed by beginnings on Sunday August 18, 2024 @08:26PM (#41286709)
Rust Rover is terrible, they made it free and I still dont use it, Zed is great for Rust.
Re:Leaving Neovim for Zed by devsda on Monday August 19, 2024 @02:22AM (#41288318)
> Turns out some of my types were 80k characters long,

I know Rust uses name/symbol mangling but what sort of type declaration in Rust ends up with that long names ?

Re:Leaving Neovim for Zed by LtdJorge on Friday August 23, 2024 @08:48AM (#41328552)
A parser with Chumsky. There’s a lexer with logos too, but that’s simple and fast. Chumsy makes you create parsing functions which are chains of other parsing functions, and the types can become insanely long, if you don’t box some of them for erasure.

edit: to elaborate, it’s not that the type name was 80k characters, the type definition itself was, like TypeA<TypeB<TypeC, TypeD>>, TypeB<TypeE, TypeF<TypeG…>>>

Re:Leaving Neovim for Zed by hiyer on Sunday August 18, 2024 @09:32PM (#41287042)
And not cheap either if you want the "ultimate" editions.