In terms of latency it's usually slower by an order of magnitude.
There should be a law that mandates developers to use at least two generations older hardware than the average consumer.
What we get is a result of nobody on the entire stack giving a shit. It's not a technological limitation.
With a tiny bit of attention to performance you can do insane things
About text editors... you can use blazing fast editors if you want like cli-base ones, notepad++ or sublimetext... If devs are not using those to code anymore there may be reasons, right?
That's a bit of an exaggeration. What stack's hello world takes 10 minutes to build?
Since the discussion is around CPU hardware improvements, I don't think network speeds are too relevant.
You’re doing something extremely wrong if this is the case.
Or more likely, the people complaining about “10 minute” web app compile times are just repeating hyperbole they found in other cynical comments.
We can all agree software is not as resource efficient as it used to be on the whole.
Beyond that we’d have to discuss specific examples and benchmarks.
I could be wrong. I often am. But I suspect that Electron consumes far more resources in the minds of HN users than it does in most computers.
However the differences are real and have been measured. [1] [2] You are welcome to argue that the performance work isn't worth prioritizing, but don't fall into the trap of claiming the performance gap doesn't exist.
--
Eclipse ran better on my $600 laptop in 2012 than pycharm runs on my 6 core 2019 macbook. Also, on my macbook, high cpu activity causes constant pops in my audio, which is just a thing that happens with macbooks that people just ignore apparently.
It is apparently an iron law of the Universe that all available computer pier must be wasted.
Typing in Sublime Text is always fast. Except for the first line which is the title of the tab. After that, it is fast.
I often switch to ST to type, then copy and paste to the slow app.
It's kinda nuts.
Because it sure seems like this exact comment is a tinnitus-like constant ringing noise amongst the tech community.
I'm already in the minority because I do all my work in Sublime Text so I might be completely wrong about all this, but this is how I suspect it will play out.
But I only use python and no demanding software like docker.
Sublime Text was always faster than all of these (and still is) but that’s not why people are picking text editors.
Tauri is great for certain use cases but it’s not even close to a replacement for Electron at this point (having used both).
Optimizing for speed above all else is the kind of thing that appeals to a subset of programmers, but most people just don’t care about at all as long as it’s fast enough. Products like VSCode are more than fast enough for all but a few people who like to count milliseconds.
Personally, I think VSCode has massive adoption because it's free and it's easiest to configure which both appeal to newcomers. The other camp that like VSCode are the nomads who like to work in the cloud. The senior devs I've met generally prefer either Jetbrains or Sublime, depending on if they like a maximal or minimal setup. And then there's the hardcore camp who can get on with Vim and Emacs. I don't know how the latter do it personally, I've tried multiple times to get something similar in functionality to Sublime/VSCode with them and it is always a monumentally frustrating fuck about.
> Tauri is great for certain use cases but it’s not even close to a replacement for Electron at this point (having used both).
I agree but it will definitely be ready within 5 years.
> Optimizing for speed above all else is the kind of thing that appeals to a subset of programmers, but most people just don’t care about at all as long as it’s fast enough. Products like VSCode are more than fast enough for all but a few people who like to count milliseconds.
I do agree with this to an extent but another reason I'm a big Sublime Text fan is the interface. I really appreciate the lack of screen clutter compared to VSCode and especially compared to Jetbrains.
People care about speed. Even non-technical people. Every non-technical person I know that has bought a new computer even though they already had one was because of performance. People care about performance so much that they are replacing their whole device! That costs a significant amount of money and comes with a real hassle of transferring their data.
I think people use VSCode over Sublime because of its features, not because they don't care about the speed. It's certainly what got me to migrate from Sublime to VSCode. Sublime is so much faster, but it just doesn't do the things that I want my editor to do. I would instantly switch away from VSCode to a faster alternative if it actually had the subset of VSCode features I care about.
In VSCode the search gets refined as I type, the results are in a sidepanel and clicking on a result will change the main editor's view to that location in that file.
In Sublime I have to first define which files are even subject to the search. There are options to add folders or to search all currently open files, however a bizarre omission of searching all the files in the currently open project, which is what I almost always want and how VSCode works by default.
Then I have to type out the search term, which is sometimes needlessly precise - because in VSCode thanks to the incremental search I sometimes already see that there are no results or just a few results when I've typed in only a small prefix of what I was going to.
Once the search is done, in Sublime the results are opened as a pseudo-file in a new tab and clicking on a result switches away to a different file tab. It works, sure, but it's very inconvenient for cases where I want to quickly click through a bunch of resulting files to see which is the one I actually wanted. Lots of switching back-and-forth between file tabs, as opposed to VSCode where it's all done in a single view context with the results always visible in the sidepanel. This is especially annoying in Sublime when a search result is in a file that I already have open but is very far from the search result pseudo-file tab. This means that to get back to the search results I can't even just switch the file tab, I need to first scroll through the open files tabs to even find the pseudo-file.
So in short, I guess I would describe Sublime's search as a sort of middle point between using grep and VSCode. It's serviceable, but annoying and wastes my time.
Sublime 100% does this because I use it everyday. You just have to use command + shift + f, type whatever you want and hit enter and it will search all files in the open project by default. Only time it won't do this is if there's something in the "where" input from a previous search.
I find the VSCode search results packed in like sardines and like the greater amount of context you with Sublime tab which generally means I get to find what I'm looking for without having to click through to check. I've got a keyboard shortcut set to jump between the entries which makes it feel a bit snappier to cycle through results as well. All personal preference at the end of the day though.
I will admit there doesn't seem to be as much in it as I thought there was.
The instances in which Tauri is faster are when you write your business logic in Rust and your frontend logic in JS.
Simply switching to Tauri will not instantly speed up your app.
> Then after most devs switched to using M3 Macs, app performance will regress back to the baseline, making everything slow on M1/M2 machines, and basically unusable on Intel Macs
which I felt can't be true because my laptop is ancient by modern standards but still usable. Not as snappy as I would like it to be, but also not terrible or unusable.
I’m starting to see less software support, though. I should put Linux on it.
This is one of those HN comments that has me feeling like I live in a different world than the commenter. What Electron apps are you using that are really that slow? I use several of the popular Electron and CEF apps on a daily basis and everything is fast.
The exceptions are anything that loads over a network. Spotify, Slack, and others can feel “slow” when the content is loading from a backend over the internet, but obviously that’s not the fault of the UI
Or tried to help students use an electron IDE on a computer with 8Gb and a 2 ghz 10 year old processor that their dad saved to buy secondhand to help his kid not need to work overtime at the factory to keep food on the table?
Electon is only fast on developer and gamer tier hardware.
Try running this stuff on the hardware steam says is the average gamer and see how fast it actually feels.
Is the codebase getting de-optimized with time? Is it badly architectures extensions? Is the JS runtime becoming slower?
People definitely don't optimise their Electron apps as well as they could for time reasons, normally not too bad if you're running 1 Electron app, but if you're running several then it becomes more obvious.
Tbh it's a old/new software design principle I guess. We all hear the stories of some 386 machine in the basement running some fortran program that hasn't been touched in years; whereas modern JS-based codebases are expected to be constantly updated. I've worked in JS my whole career & it's very rare to see a project that's one & done like software used to be.
Maybe old software did get updated, but in long release cycles, version 1, 1.1 etc. Now JS-based software is updated (sometimes) every day!