Remix.run Logo
reaperducer 11 hours ago

why is VS code the defacto answer nowaday?

  1. It's free
  2. A million plug-ins
Personally, I don't use it because it's so dog slow.
josephg 10 hours ago | parent | next [-]

> A million plug-ins

> I don't use it because it's so dog slow.

You might find it runs better with fewer plugins.

g947o 3 hours ago | parent | next [-]

Or with most language specific extensions disabled by default.

I almost disable all extensions except the ones I use all the time. Then I enable specific ones at workspace level.

Yes, it's annoying. But as an extension author, I know how some badly written extension can significantly slow down the experience, both during startup and editing. I even profiled other people's extensions and submitted feedback.

godelski 9 hours ago | parent | prev [-]

Load time is in seconds, even with the program cached. I can still load vim with a ton of plugins[0] and still load a project in a few hundred milliseconds.

Maybe VS Code is faster with fewer plugins but it's still "dog slow" to load and run. Only thing I'm "missing" in vim is the bloat

[0] personal I only use a handful but I've played around because why not

rmunn 9 hours ago | parent | next [-]

With LazyVim (requires NeoVim) and its load-on-demand architecture, startup time usually stays below 50 milliseconds even with a ton of plugins. Below 50ms is fast enough that it feels instant. Aliasing `nvim` to `n` in my ~/.bash_aliases just makes it even faster. cd to a project directory, run `n .` and I'm looking at the NeoVim file explorer plugin for that project directory. No break in thought flow, no standing up to get coffee while the IDE loads, just keep going.

vanviegen 6 hours ago | parent [-]

Your focus on startup speed feels really alien to me. When working on a project I just keep vscode open. I reboot maybe once a week and starting vscode again takes about a second, and then maybe 10s of seconds of background processing, depending on the project size, for the language server to become fully operational. That's more than good enough for me.

I've done a lot of shell-driven development in the 00s though, and I remember it did involve frequently firing up vim instances for editing just a single file. I no longer understand the appeal of that approach. Navigating between files (using fuzzy search or go-to-definition) is just a lot faster and more convenient.

gambiting 4 hours ago | parent | prev [-]

>>Load time is in seconds, even with the program cached.

Are you like, for real? How often do you load it up for it to matter in the slightest? Do you not just open the project once at the start of the day and then continue working?

Sorry but for someone used to working in VS proper and projects which take minimum 40 minutes to build, saying that a startup time of a few seconds is a problem is.....just hard to understand.

mhuffman 10 hours ago | parent | prev [-]

I have noticed that Antigravity is lightening fast, wonder what magic they are using?