4 ms·

As much as I dislike the inherent complexity of Electron, VSCode and Discord are existence proofs that it can be used effectively. VSCode is far faster than an

As much as I dislike the inherent complexity of Electron, VSCode and Discord are existence proofs that it can be used effectively. VSCode is far faster than any other IDE I've used, and even beats VIM in terminal in terms of responsiveness (altough I suspect this is not VIM's fault). Discord is overall a great application, and quite responsive. Both are slightly bloated in terms of memory, from what I supect they could be. But not nearly as bloated as many of the competing Java and C++ applications.

ch4s3 9y ago
>But not nearly as bloated as many of the competing Java and C++ applications. I too like discord and VSCode, but VSCode uses far more resources than sublime, with the tradeoff being that it's more easily extensible and has a faster release cycle(which may or may not be related to team size). VIM locally is obviously also going to be much faster and capable of opening far larger files than VSCode.
- smaddox 9y ago
  I haven't tried using sublime as a full IDE, so I'm not comparing against sublime.
  - ch4s3 9y ago
    Ahh, that's fair. If you're looking for something quick, and don't need the bleeding edge stuff like the language server, then sublime is very nice.
yorwba 9y ago
One thing that can make vim in a terminal feel slow is related to the escape character doing double duty to signal extra information to terminal applications (e.g. arrow keys or window size) on the same channel as regular input. To catch a single press of the escape key, vim needs to wait a little bit to make sure it's not the start of an escape sequence. Sometimes that delay is configured too generous and becomes noticeable, especially when chaining applications (like running vim in tmux).
- smaddox 9y ago
  Hmm. I'll have to look at this closer. If it's adjustable, that might greatly improve the responsiveness.
talles 9y ago
> even beats VIM in terminal in terms of responsiveness For real?
mike_hearn 9y ago
If an Electron app is beating vim in responsiveness on your machine, I suspect there's something wrong with your machine. Vim should react instantly in every case. I have yet to see that from any Electron app I use.
- smaddox 9y ago
  I suspect it would be more responsive using Macvim/Gvim. I suspect the terminal emulator adds some keypress latency.

ch4s3 9y ago

>But not nearly as bloated as many of the competing Java and C++ applications. I too like discord and VSCode, but VSCode uses far more resources than sublime, with the tradeoff being that it's more easily extensible and has a faster release cycle(which may or may not be related to team size). VIM locally is obviously also going to be much faster and capable of opening far larger files than VSCode.

smaddox 9y ago
I haven't tried using sublime as a full IDE, so I'm not comparing against sublime.
- ch4s3 9y ago
  Ahh, that's fair. If you're looking for something quick, and don't need the bleeding edge stuff like the language server, then sublime is very nice.

yorwba 9y ago

One thing that can make vim in a terminal feel slow is related to the escape character doing double duty to signal extra information to terminal applications (e.g. arrow keys or window size) on the same channel as regular input. To catch a single press of the escape key, vim needs to wait a little bit to make sure it's not the start of an escape sequence. Sometimes that delay is configured too generous and becomes noticeable, especially when chaining applications (like running vim in tmux).

smaddox 9y ago
Hmm. I'll have to look at this closer. If it's adjustable, that might greatly improve the responsiveness.

talles 9y ago

> even beats VIM in terminal in terms of responsiveness For real?

mike_hearn 9y ago

If an Electron app is beating vim in responsiveness on your machine, I suspect there's something wrong with your machine. Vim should react instantly in every case. I have yet to see that from any Electron app I use.

smaddox 9y ago
I suspect it would be more responsive using Macvim/Gvim. I suspect the terminal emulator adds some keypress latency.