Do all the things like ++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatarSign Up
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple APILearn More
kamen566932dI don't really see the correlation between project size and the front-end tech stack that's used for the editor.
Voxera886832dI think judging all electron apps as a group is wrong just like in the beginning java had a bad rep for performance.
It was never a problem with java but many inexperienced developers used it to build sub par apps.
And I guess its the same for electron. Many found it easy to take their basicjs skills and create real applications without learning how.
The chromium engine can be blazingly fast if you know what to avoid and microsoft do have some experience by now :)
I have edited some pretty large projects like over a thousand typescript files with react extensions without any problem. (Not counting all node packages that was included).
Ofcause that is not really large but since I never noticed any problem I think we could easily gone 5 times bigger atleast.
AleCx042464832d@kamen what exactly do you mean? Simple as: the larger a project is, the more resources the above mentioned editors start to choke on.
If you still don't get it then just google "vs code bad for large projects" Elektron based apps are known to be resource heavy, this is not me throwing ideas out there, but a matter of fact (another googleable item as well)
AleCx042464832d@Voxera it has not been my experience with vs code, but i see your point in regards to poor written applications.
I am wondering if therr are other missing variables here, one project in particular has close to 2000 files of php, and some large sql files, indexing of the files takes a while, and reading anything that has more than 400 lines of code is a nightmare for me and another dev in vs code.
Might very well be something effy on our part.
IntrusionCM470832dI've seen IDEs of all flavors die in most absurd ways.
Most of the time I try to disable all Plugins first... I've learned the hard lesson that my home directory is a mess.
Lot of projects from all kind of sizes, multiple languages, ...
Eg. IntelliJ gets very stinky when the SBT plugin is trying to import simultaneously in multiple projects with subprojects. :(
VSCodium is pissy when the folder content changes in background... It takes sometimes forever to delete files and it nearly dies while trying to delete them.
Monitoring helps... Most of the time it's a subtask going wild.
Sublime tbh is probably one of the most underrated "IDE" just because it markets itself as a text editor. There's so much shit you can add on top to make it your go-to editor.
Yeah the fact that it had to be a browser application is the biggest downside to vscode in my opinion
Aside from some of the shady licence shittery
kamen566932d@AleCx04 I mean that Electron is AFAIK only concerned with rendering the DOM of the editor, so from its perspective it should be about the same whether you have 1 file open or 100. It's whatever else the editor is doing besides rendering (indexing symbols and so on) that slows it down. I might be wrong though.