Live data from Hacker News

Atom was archived today

github.com

301–310 of 614 posts

Re: Atom was archived today

#301

Earlier quoted context omitted.

What’s preventing this from being done in VSCode? Other than it hasn’t yet? I don’t think it ticks every box for you, but have you tried Jupyter Notebooks in VSCode[0]? [0] https://code.visualstudio.com/docs/datascience/jupyter-noteb...

VSCode doesn't support an API to put outputs inline in the text editor. IIRC there have been longstanding feature requests for it but it would probably have a performance hit. The closest thing is having a separate output window on the right side

I don't think it's an API problem, because Scala Worksheets work in VSCode[0] (and in most editors actually).

[0] https://scalameta.org/metals/docs/editors/vscode/#worksheets

Re: Atom was archived today

#302
post #248
post #75

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

I disagree, even I use it myself, for those reasons: - plugins are a mess - when working with tech x how do I know from that huge list which plugins to use - keyboard shortcuts don`t work out of the box in my Ubuntu system - The ui feels non intuitive and overbloated to me - even IntelliJ Idea feels more clean and easy to use - I would love if VSCode could detect the technologies my project uses and just install/use…

> - I would love if VSCode could detect the technologies my project uses and just install/use the proper plugins for me

VSCode does this already, if it detects a new language it suggests installing a new plugin. I don't know the criteria it follows to recommend a plugin, perhaps it only does it with some official plugins, but it has showed me this a few times.

Re: Atom was archived today

#304

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

How many daily users do vim and emacs have? How many daily users does VSCode have?

Thankfully neither emacs nor vim have built-in tracking, so we may never know.

Re: Atom was archived today

#305
post #75
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…

Poe's Law in action.

I can imagine this being a reality for any developer that doesn't need to spend a majority of time in the terminal, or is more comfortable using a mouse than a keyboard (which _is_ a productivity drawback).

What are you typically developing? How often do you spend in the terminal? Are you at all familiar with modal editing? Have you tried alternative editors, like Neovim, Emacs, or any of their related distributions?

I went the trajectory from Goland -> VSCode -> Neovim. Goland -> VSCode, was a downgrade, personally. Goland/VSCode -> Neovim was surprisingly drastic upgrade.

Re: Atom was archived today

#306

Earlier quoted context omitted.

> VSCode is one of the greatest pieces of engineering of our time. That must be one of the saddest things I read this month.

Yes, it’s not. It’s just free. What people mean when they say “I can’t believe how good this is” is: “I can’t believe how good this is for something I got for free” That’s not engineering excellence. It’s just engineering; being given away as a loss leader. Vscode is good and well maintained, but that’s because a lot of money is being spent making it so. Enjoy it; there’s no harm in taking money people are giving awa…

I worked around some of the vscode folk, there are a lot of them there who do it out of love for the product and the betterment of developer tooling.

Someone should write up the story of how it started, and how it got to where it is. The backstory is fascinating.

Re: Atom was archived today

#307
Brackets and Atom were two of the most influential developer tools in my life. Former made me fall in love with the web and the latter allowed me to ship some of my most impactful projects whilst I was in college. I don't think I'd have managed to finish, let alone start writing them had Atom and its amazing marketplace of extensions not been present. Sure, it was slow as hell on my modest Toshiba laptop but I still loved it. And no denying how it paved way for even bigger projects like the Electron framework and Visual Studio Code.

I will cherish those fond memories. Thanks a lot to all the individuals who contributed to Atom and its ecosystem—take a bow!

Re: Atom was archived today

#309
post #4

Pour one out. While Atom itself was overtaken by a better editor, its legacy lives on in the form of "Atom Shell" aka Electron (for better or worse).

> "Atom Shell" aka Electron I'm horribly embarrassed that I only just "got" that joke now

Haha thanks for making me look twice at that

Re: Atom was archived today

#310

Earlier quoted context omitted.

You can run vim and emacs in a gui app. I run neovim in neovide which imo is the best experience for vim these days. Vim's builtin terminal is good enough now that you can ditch running it inside tmux/terminal.

Vim and emacs do not adhere to platform conventions anywhere, unless your platform happens to be "emacs".

There was a running joke about this on the Emacs irc channels.

"I use Linux. One of the libraries that Emacs can use to communicate with the hardware."

Post reply on HN