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

351–360 of 614 posts

Re: Atom was archived today

#351

Post by nanna »

ilikehurdles wrote: post #197
p-e-w wrote: post #115

Earlier quoted context omitted.

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…

You’re definitely not coming in to this having much familiarity with the ecosystem of either other tool. Distributions like LunarVim, Spacemacs, and Doomemacs exist that fill that gap between the basic terminal editors and a ready-for-anything experience. Think, open a source file and get the language server auto detected and suggested for installation, right in vim. Not to mention IntelliJ which I can’t help but kee…

For a while. Why not just stick to one that'll last your lifetime, ie Emacs/vim?

Re: Atom was archived today

#352

Post by kajaktum »

lionkor wrote: post #246
kajaktum wrote: post #146

Can someone tell me why OSes can't do what browsers do? It seems to me that browsers are the OS of today so why not just skip the middleman and make it first class? It seems to be a layer that exists solely because the 3 competing OSes is incompatible and browsers just happen to be compatible (for how long?).

nothing these days is really stopping you from making a cross platform native gui app, like with Qt, wxWidgets or similar. The only reason you wouldnt do it is because a lack of skilled programmers, and/or time. Ive built quick little apps in Qt or wxWidgets for my wife, they use a few MB at most, they don't use any cpu unless you click on them (because naturally, theyre suspended), and the code bases are incredibly…

No, what I mean is that our browsers are becoming OSes. So why don't OSes become more like browsers? The way it works now is that each of my tabs have their own VM (tabs) that runs on another VM (browsers) which itself runs on another VM (OS). Why can't tabs just be processes that run directly on the OS (with all its security features).

Every time I see any problems/advancements in browsers, I squint my eyes and they look exactly like an OS problems/advancements.

Re: Atom was archived today

#353

Post by leavenotracks »

danyala wrote: post #345
leavenotracks wrote: post #335

Brief comment + total noob question here: I've been using atom for several years now to main a few sites. I have always found it a pleasure to work in, but then admittedly I am probably using a small percentage of the features that it offer. What does it mean that the project (or any project) is archived? Does it mean that it no longer has maintainers? Should we stop using it because security will worsen due to lack…

I know you've said not to discuss VS Code, but VS Code was pretty much an Atom clone at release, and it would still be a very easy switch. Many of us back then loved Atom and switched simply because VS Code was so similar but could also do a find-and-replace on a large project without crashing.

Thanks for that will give VS Code a spin

Re: Atom was archived today

#354

Post by [deleted] »

nocman wrote: post #216
p-e-w wrote: post #115

Earlier quoted context omitted.

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…

> Vim and Emacs cannot compare to VSCode when it comes to productivity. For me you are 100% correct. In either vim or emacs I am at least 10 times more productive than I would ever be in VSCode. No comparison. > Not to mention that VSCode has countless other productivity boosters built in which would require plugin hunting or fiddling with configuration files for Vim and Emacs. First, there are distributions of both…

[deleted]

Re: Atom was archived today

#355

Post by szastamasta »

throwntoday wrote: post #344
szastamasta wrote: post #132

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…

It's unfortunate because all I want is a notepad with syntax highlighting and Atom with most packages disabled offered that. I don't need code complete, or a terminal, or extensions, or anything else VScode offers. I suppose now is a good time to write my own notepad :/

I think you should get just that with Notepad++ on Windows or TextWrangler (BBedit) on Mac. On Linux I think that all stock editors have it (GEdit, etc…). All that for free and without Electron madness. You should be much better with any of them.

Re: Atom was archived today

#356

Post by leavenotracks »

napolux wrote: post #341
leavenotracks wrote: post #335

Brief comment + total noob question here: I've been using atom for several years now to main a few sites. I have always found it a pleasure to work in, but then admittedly I am probably using a small percentage of the features that it offer. What does it mean that the project (or any project) is archived? Does it mean that it no longer has maintainers? Should we stop using it because security will worsen due to lack…

Are you on Windows? Notepad++ in case

Mostly Debian at home - thanks for reminding me though - I do use Notepad++ at work. I believe it's available as a snap on Linux. I do enjoy the simplicity of N++.

Re: Atom was archived today

#357

Post by magicalhippo »

szastamasta wrote: post #132

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…

> t was the first editor I’ve seen to choke when opening 1M file

I recall trying Atom before VSCode had been released. I loaded up a 1MB XML file and it ground to a halt.

After some searching I found a bug tracker issue reflecting this, where one of the devs said something to the effect of "a 1MB XML file is extremely large, I don't think we'll support that".

At that point I uninstalled Atom.

On a related note, not long ago I accidentally dragged a 450MB SQL script into VSCode. I fully expected it to cave like Atom had on the 1MB XML. However to my pleasant surprise it worked just fine. Editing it was as quick as a regular file, and the memory usage was not excessive (around 2.5G total). I admit I was a bit impressed by that.

Re: Atom was archived today

#358

Post by mnd999 »

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

Earlier quoted context omitted.

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…

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…

> VSCode is one of the greatest pieces of engineering of our time.

It's not. It's not even the greatest piece of engineering to come out of Microsoft - that's probably Windows NT. But here are just a few examples of things I think are better:

* Millau Viaduct

* The Linux Kernel

* The Bugatti Veyron

* Pretty much any NASA Mars mission

That's not to say VSCode is a bad editior, it certainly isn't. But lets have some perspective.

Re: Atom was archived today

#359

Post by capableweb »

Emigre_ wrote: post #258
szastamasta wrote: post #132

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…

Sublime Text is a fantastic editor. In my opinion it deserves more popularity.

Sublime Text definitely had it's moment in the spotlight, at one point (around 2012-2014) it was basically the only editor I saw people using, besides emacs/vim which has its diehard fans (including myself).

Most of those people are using Visual Studio Code today instead, although in comparison, VS Code is very bloated and slow.

For fun and giggles, here is a comparison of the Google popularity between Sublime Text, Visual Studio Code, TextMate, Vim and Emacs: https://trends.google.com/trends/explore?date=all&q=%2Fm%2F0...

Re: Atom was archived today

#360

Post by Hendrikto »

gizzlon wrote: post #242
szastamasta wrote: post #132

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…

Both Sublime Text and Merge are great and well worth the price for me :)

I do not really see the point of Sublime Merge. Tried it a few times, but it just seems unnecessary.

Is it just for people who want to avoid the CLI?

Post reply on HN