Atom was my first editor when I started learning coding…still have the main shortcuts in muscle memory!
Atom was archived today
501–510 of 614 posts
Re: Atom was archived today
#502Earlier quoted context omitted.
VSCode is one of the greatest pieces of engineering of our time. It's really only when you compare it with Atom that you realize how great it is. Atom was built by incredibly smart people, who had full control over the platform and several years of head start, and they were still out-engineered by the VSCode team at every turn. VSCode did almost everything right: The choice of TypeScript as the base language (with wh…
You are definitely over-hyping VS Code, but it definitely has a killer feature: being the only modern IDE (Sublime Text aside) that doesn't slow to a crawl when opening any file larger than a few hundred lines of code.
Qt Creator has been just fine for me. Granted, it may take a few seconds to generate syntax highlighting, but it seems very usable to me.
Re: Atom was archived today
#503Wow, that's so odd. I used Atom when I first started learning Java back in 2009, before switching to Eclipse and eventually IntelliJ. I don't think I ever expected that it'd be archived!
Re: Atom was archived today
#504Earlier quoted context omitted.
For some people (like me), re-teaching muscle memory is a huge battle that takes years. Switching to an editor where you can't use the mouse as a crutch until you learn it is a non-starter.
vim has both terminal and gui builds. The latter supports the mouse.
Even the terminal build supports the mouse. `set mouse=a`
Re: Atom was archived today
#505Earlier quoted context omitted.
VSCode over mRNA vaccines? That's too obvious of a troll, please, stop here for a second, take a deep breath and reconsider. It's okay, you can let go of your past mistake, nobody will blame you.
Yesterday p-e-w was arguing all programming should be done in English and IDNs never used, today that VSCode is the greatest engineering achievement. https://news.ycombinator.com/item?id=33995265
Yeah, they've been successful in their trolling in this thread, but they're still just a troll.
Re: Atom was archived today
#506It might sound controversial, but for me Atom was almost a 1 to 1 Sublime copy with worse performance and quality. It was slow and ugly. It’s only quality was that it was 0$. It was the first editor I’ve seen to choke when opening 1M file (it even had a warning that it’s a too big file - lol). There simply was not enough RAM in the world for this memory hog. I’m not really sad to see it go. It was another free toy of…
As an editor day to day yes you are correct. Sublime is the goat as far as performance. VSCode has become my primary editor because I work remotely via SSH but nothing can touch the lightness and latency of subl. I still run it in tandem with vscode for stuff that doesn’t require a remote conn. It’s an order of magnitude quicker than VSCode.
You need a good machine, but on an M2 SSD with a recent CPU and enough RAM, VSCode takes one second to start, much less to open a new tab. Not sure Sublime Text's speed will still be a big selling point in the future.
Re: Atom was archived today
#507I used atom for years, it was such a nice UX especially compared to vscode.
Unfortunately it was slow when I loaded it up with plugins.
I moved on to vscode first, hated it, then back to vim, then to neovim, and now finally to helix.
Re: Atom was archived today
#508Earlier quoted context omitted.
They're all terminal apps so I'm not sure why platform conventions would matter. Sure some people use GUI wrappers but most people primarily use them in terminals which have the same conventions everywhere, generally speaking.
Platform conventions matter because uniformity matters. It's a mystery to me why people just accept that in their (terminal) text editor, copying text uses a different shortcut than it does in their web browser. That is terrible usability, consumes brain cycles for no good reason, and is above all else completely unnecessary because modern alternatives exist that actually blend in with the system they're a part of.
Exactly. But I'm sure there are extensions to fix the web browser.
Re: Atom was archived today
#509Earlier quoted context omitted.
I have never, in my life, used an electron program that isn't irritatingly slow on my main computer. Yes, it's not something you'd probably call a fast computer (4th gen i3, 4GB ram), but this same computer doesn't drop a frame in equivalent native programs. Most of the time the CPU is almost idle. I have nothing intrinsic against electron, and I'll take everything back if I see these "natural fits" actually fit.
> I have nothing intrinsic against electron, and I'll take everything back if I see these "natural fits" actually fit. As a baseline, Electron performance _should_ be no worse than a regular SPA-style web UI running in the browser. Unless you find _everything_ on the web "irritatingly slow" it's surely _possible_ to create an Electron app with acceptable performance. From my perspective anyway, I've both used and con…
You're right. I tried Deer and it works perfectly, it's smooth and only drops a frame or two on a cold start. It's a well-written program. If it weren't for the UI, I wouldn't even have guessed it's electron. I tried using Pencil too but it didn't work for me because of dynamic link problems (not Pencil's fault - just Linux being very bad at packaging things and me running a slightly nonstandard system).
That said, the ratio of fast electron apps over slow electron apps is much worse than the one of fast native apps over slow native apps. If it's not the tech then it's the people around it. Either way, if I hear "hot new program" and it's electron, I don't think I'm in the wrong to assume it will also be rather slow.
At the end of the day, all I really care about is for the programs I use to work well and reliably. I don't really care how you make them, and as I said I don't have anything intrinsic against electron.
Re: Atom was archived today
#510Earlier quoted context omitted.
I'd credit Sublime Text with that.
I second that, Sublime raised the bar and set the new standard, the only advantage VScode now has over sublime is it's open source license.
Or the vast amount of plugins and community support. Using atom over vscode hasn’t really made sense for a few years now , and I loved atom