4 ms·
Visual Studio Code is a unicorn, an exception to rule. We at least know that decent apps can be built with it, but for some reason, they aren't. There is a pit
by pknopf 8y ago
Visual Studio Code is a unicorn, an exception to rule.
We at least know that decent apps can be built with it, but for some reason, they aren't. There is a pit of failure somewhere. Maybe the JavaScript eco-system? Sludge hammers for thumbtacks?
- eksemplar 8y agoIs it a unicorn? Atom is the second best “IDE” I’ve used. :p I also think slack and simple note work really well, and I already mentioned Discord. So I’m not really sure where it got it’s bad rep. Maybe because it’s JavaScript and people hate that?
- zaarn 8y agoAtom is quite the heavyweight compared to VSC, especially once you load in a few plugins. Atleast about a year back when I used it, Atom quickly filled up about 8GB of RAM for a moderately sized project in Go plus all necessary plugins. VSC is fast but no lightweight either and hogs some resources. It's not inherently a problem with Javascript, usually it's some framework like React being misused as usual inducing a lot of GC activity on top of unnecessary memory bloat.
- eksemplar 8y agoI work in the public sector, you wouldn’t believe how many terrible programs I see each year. They are made in C++, C#, Swift, Java and so on, but you wouldn’t find me blaming WPF because someone didn’t know how to use it. :p There are a lot of great electron apps, that frankly don’t have non-electron equals, so it obviously works. Yet it somehow always gets hit with these “well c++ could have done it better”. Maybe it’s true, but if the biggest problem with electron is people using a framework wrong. Then what makes you think they’d do a better job in c++?
- hddherman 8y agoThey use too many resources (both CPU and RAM) relative to the functionality that they offer.
- bodas 8y agoVSC is not the exception that proves the rule. VSC is the counterexample that disproves the rule. Slow electron apps come from a culture of not caring about performance. It's not a technical problem but a values problem. C++ developers _tend_ to care more about resource usage. Any GUI will be slow if the developers stop caring about repaints, even one written in C++. C++ GUIs are fast because people sit in front of profilers and make them fast. Not because C++ is a magical language where every operation takes less than 16ms. Chromium has great profiling tools available. The chromium team has put a lot of effort into making performance tools available and then people ignore them and say that it sucks.