5 ms·

Like it was said in this thread, as long as you have an editor that is built on something js-related like electron or node-js, it just cannot beat alternatives

by jokoon 8y ago

Like it was said in this thread, as long as you have an editor that is built on something js-related like electron or node-js, it just cannot beat alternatives that are made in C++. I've tried VSCode because I wanted to have UI breakpoints with GDB, I admit that vscode seems better than atom, but for performance I have my doubts. I really don't understand why engineers choose to use JS to made a text editor. I know that js and the dom have enabled the web, but it's because there was nothing better, choosing js to do non-web stuff doesn't only sound silly, IT IS silly.

21 8y ago
Do you think it's a coincidence that some of the most used and loved desktop applications lately are written in JS/HTML? import_pkt_ws_btc_deribit_v2.py Could it be that it's extremely hard to do these kind of applications in traditional GUI frameworks?
- pjmlp 8y ago
  Could it be that many JS devs don't bother to learn how GUI frameworks are able to do stuff where Web is still catching up with the 90's?
  - atq2119 8y ago
    You're perhaps more snarky than necessary, but I think you're getting to the core of the problem. The web has unfortunately made JS a very common first language, and created an army of people who know JS. Then rather than learn, say, C++ and Qt for building cross-plattform GUI, they stick to the language they know even though it leads to inferior results.
pjmlp 8y ago
Go for DDD as GUI for gdb.
nojvek 8y ago
Everyone is on the argument that because you use C++ you'll always be faster. I disagree, you get fast by using good datastructures and algorithms. Yes, for the same algorithm C++ may have some perf gains but it's so easy to shoot yourself in the foot. Visual Studio itself is written in Visual C++. It's slow and a memory hog. Most folks who are not familar with JS don't understand the internals of V8. V8 does amazing things to compile the JS down to really fast bytecode. It builds hidden classes and structs just the way you'd write C++ and them compile them to machine code. There are many instances where the C++ code won't be much faster than the JS. In some cases naive C++ is even slower. As for VSCode, it's a testament to show you can build very usable things by using the web as a platform. Chromium's blink's engine is fast if you know what you're doing. Sublime is great, don't get me wrong, but VSCode's extension architecture gives it a leg up. It's so much easier to write a vscode extension than a sublime extension. Typescript gives the JS world a lot of sanity.
Shorel 8y ago
> I really don't understand why engineers choose to use JS to made a text editor. Not to sound snarky or anything, but because of their sheer numbers the argument is that it makes them a lot closer to the infinite amount of monkeys with an infinite amount of typewriters.
bishala 8y ago
>I really don't understand why engineers choose to use JS to made a text editor. -Much more beautiful and customizable UIs compared to native applications -Easier cross platform development with Electron

by jokoon 8y ago

21 8y ago

Do you think it's a coincidence that some of the most used and loved desktop applications lately are written in JS/HTML? import_pkt_ws_btc_deribit_v2.py Could it be that it's extremely hard to do these kind of applications in traditional GUI frameworks?

pjmlp 8y ago
Could it be that many JS devs don't bother to learn how GUI frameworks are able to do stuff where Web is still catching up with the 90's?
- atq2119 8y ago
  You're perhaps more snarky than necessary, but I think you're getting to the core of the problem. The web has unfortunately made JS a very common first language, and created an army of people who know JS. Then rather than learn, say, C++ and Qt for building cross-plattform GUI, they stick to the language they know even though it leads to inferior results.

pjmlp 8y ago

Go for DDD as GUI for gdb.

nojvek 8y ago

Everyone is on the argument that because you use C++ you'll always be faster. I disagree, you get fast by using good datastructures and algorithms. Yes, for the same algorithm C++ may have some perf gains but it's so easy to shoot yourself in the foot. Visual Studio itself is written in Visual C++. It's slow and a memory hog. Most folks who are not familar with JS don't understand the internals of V8. V8 does amazing things to compile the JS down to really fast bytecode. It builds hidden classes and structs just the way you'd write C++ and them compile them to machine code. There are many instances where the C++ code won't be much faster than the JS. In some cases naive C++ is even slower. As for VSCode, it's a testament to show you can build very usable things by using the web as a platform. Chromium's blink's engine is fast if you know what you're doing. Sublime is great, don't get me wrong, but VSCode's extension architecture gives it a leg up. It's so much easier to write a vscode extension than a sublime extension. Typescript gives the JS world a lot of sanity.

Shorel 8y ago

> I really don't understand why engineers choose to use JS to made a text editor. Not to sound snarky or anything, but because of their sheer numbers the argument is that it makes them a lot closer to the infinite amount of monkeys with an infinite amount of typewriters.

bishala 8y ago

>I really don't understand why engineers choose to use JS to made a text editor. -Much more beautiful and customizable UIs compared to native applications -Easier cross platform development with Electron