4 ms·
The benchmarks make it look bad but to be honest aren't that relevant for day-to-day use. I can't remember the last time I saw performance issues in Atom and th
by tommoor 10y ago
The benchmarks make it look bad but to be honest aren't that relevant for day-to-day use. I can't remember the last time I saw performance issues in Atom and the plugin infrastructure massively outweighs the occasional possible issue
- ApolloFortyNine 10y agoThe only ever time I see performance issues is when I accidentally click on a binary by accident. Atom's large file handling is awful... But how often do you open a 100MB text file?
- juandazapata 10y agoIt breaks for me when I open a 3MB json file with complex nesting.
- Mister_Snuggles 10y agoWhen I'm looking at trace files to figure out why an error occurred, I'm happy when I only get a 100MB one to look at.
- allover 10y agoI'd always jump to something like (unix) `less` to do something like that. I don't see it as a failure of my main programming 'text editor' that it can't open log files, because I wouldn't even try that in Vim (which I'm also very comfortable with).
- TillE 10y agoIsn't VSCode's hard limit more like 30MB? I've tried using it as my only non-IDE text editor recently, and it's infuriating that it's completely impossible to open a lot of log files I deal with. People here are really down on Sublime Text for some reason, but it can actually do everything I need.
- jjuel 10y agoAs plugins go Sublime has quite a few as well. In fact there hasn't been one I've looked for and couldn't find. I used to use Atom and VS Code, but Sublime is just that much quicker even for day to day tasks as you say. Plus plugins can be written in Python so that is a huge plus. But as with anything use what makes you happy.