Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Atom was archived today

github.com

Post reply on HN
Print view View original

131–140 of 614 posts

Re: Atom was archived today

#131

Post by kuratkull »

p-e-w wrote: post #115
JonathonW wrote: post #90

Earlier quoted context omitted.

"VSCode is the greatest productivity tool in the history of software engineering" in a world where vi and emacs exist seems like a bit of an exaggeration, and I'm not even a fan of either (VS Code is my daily driver; I like my GUI editors and I like them to behave like normal apps on the platform I'm running).

Vim and Emacs cannot compare to VSCode when it comes to productivity. With VSCode, you type the name of any programming language in the extension search, click "Install", and you have a world-class development environment for that language ready to go. This is light years ahead of the traditional editors, and saves many hours of time. Not to mention that VSCode has countless other productivity boosters built in which…

If we're talking about professional tools i'm not sure if setting it up as fast as possible is the best productivity comparison. All good tools need getting to know them, and setting things up yourself (eg. in vim) means you also know how to fix any issues that pop up in the future. Installing a vscode plugin for playing around is great, but it doesn't automatically make you a professional and stable production environment.

Re: Atom was archived today

#132

Post by szastamasta »

It 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 a big company that people used not to spend 60$ on real thing made by small company and waste thousands of dollars on lost productivity and time.

Re: Atom was archived today

#133

Post by satvikpendem »

dylan604 wrote: post #128
satvikpendem wrote: post #118

Earlier quoted context omitted.

Somewhat unrelated, but why is it that when someone online writes an emoji with a nose, ie ;) vs ;-), I can immediately tell it's an older person? Was that something that was taught back in the day?

It like when i receive a text when no punctuation, i can tell it is a younger person. anyone using emoticons vs emojis should be the indicator in and of itself regardless if there's a nose or not. how many times did you have to push that number to get to the symbol? "huh?" you ask. shows me your age too.

Hah, bucking the trend there with your lack of capitalization.

Re: Atom was archived today

#134

Post by MrMid »

dopu wrote: post #94
DDayMace wrote: post #51

Earlier quoted context omitted.

Sublime is great! Ultra fast. I feel like VSCode will be as sluggish as Visual Studio eventually.

It is so noticeable how different they are in speed. I’ve worked in Sublime for many years now (and continue to for most projects) but will switch to VSCode whenever I want to hack on some Go, since the LSP stuff works so well there. I constantly find myself messing things up due to input latency.

Have you tried LSP with gopls on Sublime 4 recently? Works great for me.

Re: Atom was archived today

#135

Post by [deleted] »

p-e-w wrote: post #7

Sad to see this go. I was an early adopter of Atom, and I wrote two extensions for it, one of which while it was still in beta. The Atom developers made some technology choices that in retrospect were ill-advised, CoffeeScript being the worst of them and splitting everything into dozens of packages a close second. They tried to backpedal on both of these later on, but by that time VSCode, with its far superior engine…

[deleted]

Re: Atom was archived today

#136

Post by danielbarla »

philliphaydon wrote: post #23
umvi wrote: post #11

Earlier quoted context omitted.

People hate on electron, but it's a pretty amazing piece of tech if you ask me. I can turn a browser game into a steam game with basically no effort which is nice because browsers change over time and electron helps you get a working offline snapshot of something you created.

> People hate on electron, but it's a pretty amazing piece of tech if you ask me. It really does come down to how people build on top of it. I tried opening a 2gb log file in Atom and it took like 10 minutes before crashing. VSCode on the other hand, while a bit slow, opened it and I could search quickly and scroll it without any issue at all. That was what caused me to switch.

Your specific example highlights the performance difference between VS Code and Atom very nicely, and VS Code is an absolute gem of engineering.

But, for large files, I am not sure it has much to do with Electron in this specific case. Notepad is about as native as they come, and famously struggled with large files - anything over a few dozen KB - for a few decades (maybe still today?). Basically, if you're going to do seriously stupid stuff in an app's code, like loading the entire file upfront and applying word-wrapping, it doesn't really matter if you're doing it 2-5x faster, it will still take too long.

Re: Atom was archived today

#137

Post by satvikpendem »

p-e-w wrote: post #122
satvikpendem wrote: post #113

Earlier 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.

You mean like yy versus ctrl+c? You can definitely use a Vim browser/OS extension but Vim does it that way because the creator, I suppose, perceived that his user interface is better than what's already there. And I tend to agree. I don't need uniformity if it'll be inefficient.

Re: Atom was archived today

#138

Post by thombat »

satvikpendem wrote: post #114
p-e-w wrote: post #108

Earlier quoted context omitted.

Which demonstrates once again that doing something right is far more important than doing it first .

That's not always true, sometimes first (and worse) is better. VHS vs Betamax comes to mind.

Except that VHS was released after Betamax, so second & worse video quality won that time.

https://en.m.wikipedia.org/wiki/VHS

https://en.m.wikipedia.org/wiki/Betamax

Re: Atom was archived today

#139

Post by gpvos »

esprehn wrote: post #32
p-e-w wrote: post #7

Sad to see this go. I was an early adopter of Atom, and I wrote two extensions for it, one of which while it was still in beta. The Atom developers made some technology choices that in retrospect were ill-advised, CoffeeScript being the worst of them and splitting everything into dozens of packages a close second. They tried to backpedal on both of these later on, but by that time VSCode, with its far superior engine…

Atom predated the LSP and leaned heavily into customizations with all the plugins running inside the UI thread (more like a traditional web page and 3p scripts). At the time they viewed the extreme customization support as a feature, and there was a thriving ecosystem of folks making plugins. That architecture has a major flaw though. A default install was fast, but a real configuration with all the plugins ended up…

LSP = Language Server Protocol

3p = third-party

Post reply on HN