Live data from Hacker News

Atom was archived today

github.com

601–610 of 614 posts

Re: Atom was archived today

#601

Earlier quoted context omitted.

These seems impression by somebody who's not a VSC user at all. Specifically: > it’s 2022, why not favor GUI configurations? VSC provides, at all the (four) levels, both GUI and text-based configuration editing. > JSON is ugly You can't get any simpler than JSON. The VSC designers have actually been admirably pragmatic, and opted for JSON5-ish, which supports comments and terminal commas (in arrays). > too powerful t…

> You can't get any simpler than JSON. Actually a plain text file containing a JavaScript object is simpler and prettier than JSON. Not universal across languages though I suppose.

JSON, as used in VSC, can be defined as "plain text file containing an object", as configuration files have a hash map as root-level object.

AFAIK the difference between JSON (as used in VSC) and a Javascript object are minimal (no quoting for keys, possibly minor other differences) and using a JS object should have significant advantages in order to replace a de-facto standard.

Re: Atom was archived today

#602

Earlier quoted context omitted.

These seems impression by somebody who's not a VSC user at all. Specifically: > it’s 2022, why not favor GUI configurations? VSC provides, at all the (four) levels, both GUI and text-based configuration editing. > JSON is ugly You can't get any simpler than JSON. The VSC designers have actually been admirably pragmatic, and opted for JSON5-ish, which supports comments and terminal commas (in arrays). > too powerful t…

If you like JSON that much, obviously you haven't yet seen https://github.com/Enhex/Deco

I've never wrote that I "like JSON that much".

What I "like that much" is the pragmatism (which, again, I didn't write) of the choice to break the JSON standard and introduce features that are significant for configuration files (comments, essentially, and to a very minor extend, trailing newlines in arrays).

I've never seen Deco, but it's not an established standard. Based on the repository, it has no grammar and it even leaves details to the implementations (e.g. multi-line strings). The simplicity comes at a cost, for example, to represent leading whitespaces.

If one asks 10 developers which format they'd use, they'd choose 10 different ones, therefore a certain level of standardization is required.

Re: Atom was archived today

#603
post #265

Earlier quoted context omitted.

I started a job in 2018 and someone commented “what are you still on Atom for? Everyone has moved to vs code”. So yeah it’s been kinda dead for a long time now.

I haven't worked for someone in years and that totally passed on me. I've tried code several times because of specific platforms it has plugins for but I never seen it as even comparable, at least not more than sublime. No idea what problems people had with Atom, but I really hope some fork let it live on.

There's https://github.com/atom-community/atom, hoping that or similar will gain traction

Re: Atom was archived today

#604
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…

Where's the love for Borland Turbo Pascal DOS?

Re: Atom was archived today

#605

Earlier quoted context omitted.

I wouldn't put it that blunt but I do agree. The problem are these nerds with seemingly infinite memory. It is almost impossible for them to make a UI for the rest of us. I tried editing a txt document in vim one time. After gazing at the UI for much to long I had to ask for help because it wouldn't let me edit the txt. I'm sure your average vim wizard can see no wrong in forcing new users to learn how to engage edit…

>It is almost impossible for them to make a UI for the rest of us. Have you considered that their tool is not necessarily made for you? You'd shudder at emacs yet there's still people there that really want it over vim and are more productive with it than most vim and vscode users. >I'm sure your average vim wizard can see no wrong in forcing new users to learn how to engage edit mode by pressing 12 keys simultaneous…

>Have you considered that their tool is not necessarily made for you?

of course it could always be more conplex but there is no need to expose that in the ui by default

Re: Atom was archived today

#607
post #580

Earlier quoted context omitted.

The third most loved language [1], below Rust and Elixir, uses the JVM: Clojure. [1]: https://survey.stackoverflow.co/2022/#section-most-loved-dre...

Yeah, I wasn't suggesting the JVM was bad (on the contrary, I think it is quite good). I was just putting Java in the "crappy language" camp. The best use of Java is implementing Clojure. Of that (Clojure) I am a fan.

I’d rather write Java than be in parentheses hell any day of the week.

Re: Atom was archived today

#608

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

Do you even know what an OS is? How can you ask this question? Who will communicate with the hardware?

The kernel is just a bunch of code. What prevents the browsers from implementing all the capabilities of the kernel? Why can't my computer boots into a browser directly and it then figures out how to talk and manage the hardware directly.

The way I see it, OSes of today is simply an implementation detail of the browser. 99% of the world won't even care or notice f Windows 12 is is shipped as a Ubuntu distro with familiar UIs. Heck, not even most developers will I think.

I have this thought when I ponder on the fact that most programming languages of today assumes a virtual machine of one kind or another. But...the OS is already a virtual machine (of the yesteryear I suppose). The only reason we don't have yet another level of virtual machine inside our browsers is that most browsers are almost fully compatible. Even each browsers starts having diverging APIs then its only a matter of time before someone creates an OS on top of browsers.

Re: Atom was archived today

#609
post #551

Earlier quoted context omitted.

I'm not a big fan of VSCode, but this is objectively untrue.

No it’s not. Visual Studio is a proper IDE. VSCode is not. VSCode has a very small subset of the features Visual Studio has

> Nobody writes large software projects on VSCode

Sorry, this was the bit I was responding to. I should have quoted it in the original.

This statement is false.

Re: Atom was archived today

#610
RIP, fav text tool by far. Personally, jetbrains outshines most when working on actual code; sublime for small work, and bbedit for virtual copy/paste formating.

edit: thanks M$ for messing up another beloved solution.

Post reply on HN