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

Sunsetting Atom

github.blog

Post reply on HN
Print view View original

801–810 of 880 posts

Re: Sunsetting Atom

#801

Post by prmoustache »

kamaal wrote: post #769
rjh29 wrote: post #734

Earlier quoted context omitted.

Comparing it to Atom etc. It takes like 3 seconds to load a medium-sized Python project for me. And I was a long time vim user. The speed of vim is not worth the ridiculous gap in features.

Even if it took 3 minutes to load it wouldn't matter because I plan to work on the project for days if not hours. OTOH, like you mentioned feature parity just puts VSCode in a different league altogether. 3 minutes(the imagined extreme scenario) pales in comparison the hours of time most people waste in meetings, or sipping coffee, or chatting with colleagues. Just how much do you plan to achieve in 3 minutes?

You seem to not be aware that intellisense LSP support is available in many other editors than vscode.

Re: Sunsetting Atom

#802

Post by prmoustache »

kamaal wrote: post #768
prmoustache wrote: post #634

Earlier quoted context omitted.

I don't know. The rare time I use vscode instead of neovim I always end up with a lot of random characters into the code and have to close it without saving for fear of having broken something. You call that user friendly?

>>You call that user friendly? User friendly is what most users find it easy to use. Your argument is more on the lines that you are a legacy user who does't want to move. The whole idea of using vim/emacs was when intellisense/autocomplete was in its infancy. And programming general required using typing skills as a autocomplete mechanism. The only real use of all that edit-commands-as-a-mini-language philosophy of…

See my previous comment. LSP/intellisense support is available on vim/neovim and many other editors. It is not like it is an exclusivity to vscode. Also many people actually configure their vscode to use vim-like keyboard bindings because they actually like the separation of the different modes.

Macros, substitutions and search commands are useful for many things and an editor like vim/neovim/emacs is not only used for code.

Nobody ever talked about typing fast.

Re: Sunsetting Atom

#803

Post by TobTobXX »

mumblemumble wrote: post #753
jlkuester7 wrote: post #238

Earlier quoted context omitted.

The history of Zulip is one of my favorite counter-examples to this trend. They have seen great growth and success since spinning off from Dropbox! https://zulip.com/history/

I wouldn't really call Zulip a counter-example. It wasn't aband^H^H^H^H^H released to the community, it was spun off as a separate company. They offer paid products, have employees, an office in San Francisco, etc.

OT, but: ^W deletes a word, so you don't need to spam ^H. (Though it is a dangerous habit when writing in a browser tab.)

Re: Sunsetting Atom

#804

Post by jhoelzel »

DANGER: since everybody and their mom seems to be switching to VS-Code, we are going putting MS into a position where it does Microsoft things and that's dangerous.

Re: Sunsetting Atom

#805

Post by hkh515 »

mongol wrote: post #704
ClawsOnPaws wrote: post #561

Earlier quoted context omitted.

Hey, Please don't forget about accessibility. Getting this right from day 1 will make your life a lot easier in the long run. If I remember correctly, I was never able to use Atom with a screen reader. Hearing custom UI already makes me nervous and I'm pretty sure I won't be able to use Zed with a screen reader either. Blind developers exist. Please don't forget about us. It's one of the few areas where we can actual…

Unrelated question: how does accessibility work on smartphones? Do you use something like a physical keyboard to interact with GUI elements in apps?

In the context of blind users: I wonder if it's common to have the display turned off, while still receiving touch input, I wonder how much it would improve the battery life.

Re: Sunsetting Atom

#806

Post by unethical_ban »

ClawsOnPaws wrote: post #650
serial_dev wrote: post #606

Earlier quoted context omitted.

How do other editors/IDEs perform in terms of accessibility? What are your favorites?

My favorite is VS Code by far. I use it daily. They recently also added a bunch of sound cues to help figure out if code is folded or a line contains an error. It's pretty great. Auto completion reads well, the parameter hints read, even the built-in terminal works. So overall I'm really happy with it.

I cannot comprehend being blind and developing for my existence. I think I would die, or else become a lecturer .

Re: Sunsetting Atom

#807

Post by langsoul-com »

mumblemumble wrote: post #456
DarylZero wrote: post #446

Earlier quoted context omitted.

>I once talked with a Firefox engineer who felt like an initial urge for openness left them with a lot of API surface area that locked them into a lot of design choices. LOL, as if Firefox provided a stable API to extensions

I think that's the inherent catch-22 of having a big API. You end up in a situation where you can't change things for fear of breaking the API, but you end up also not being able to hold the API stable for fear of not being able to change things. So you end up stagnating and breaking things all at the same time.

Do you think there's any good solution to that problem?

I think companies make brand new products whenever that happens. No legacy baggage. If it gets popular enough then the old software gets killed off.

Re: Sunsetting Atom

#808

Post by woojoo666 »

ctvo wrote: post #539
BaseballPhysics wrote: post #523

Earlier quoted context omitted.

> How often do developers want to edit the same file, at the same time, and have those updates occur in real-time? That's a very specific example of collaboration. Remote work is exploding. What about, say, integrated, collaborative debugging or code review? Integrations with things like Slack?

I'm sure the folks at Zed know what they're doing, but this is already possible in multiple editors / IDEs. I'm excited to see how Zed innovates in this space. Examples: - VSCode Live Share https://code.visualstudio.com/learn/collaboration/live-share - JetBrains IDEs Code With Me https://www.jetbrains.com/code-with-me - Standalone https://www.coscreen.co https://duckly.com

Another one mentioned elsewhere in the thread: https://lapce.dev

Re: Sunsetting Atom

#809

Post by woojoo666 »

tormeh wrote: post #389
nathansobo wrote: post #253

Founder of Atom here. We're building the spiritual successor to Atom over at https://zed.dev . We learned a lot with Atom and had a great time, but it always fell short of our vision. With Zed we're going to get it right. Written in Rust, custom native UI framework, engineered to be collaborative. Just starting our private alpha this week, so the timing of this announcement feels quite fitting. Here's a talk I gave l…

Any chance of collaboration with https://lapce.dev/ ?

Wow this does seem to share a lot of features. Rust based, WASI plugins, real time collaboration. And it's open source!

Re: Sunsetting Atom

#810

Post by faho »

lanstin wrote: post #278
ericd wrote: post #101

Every now and then I’m reminded of why I decided to stop chasing the shiny new and just go back to emacs.

Yeah. Which Linus uses, so probably works well enough for all non UI work whatsoever. Except maybe SQL?

He doesn't. Linus uses MicroEMACS [0], which is an entirely different editor that uses emacs bindings.

It's not the lisp vm that incidentally happens to edit code that GNU Emacs is.

Or, as he puts it [1]:

> I use this abomination called "micro-emacs", which has absolutely nothing to do with GNU emacs except that some of the key bindings are similar.

[0]: https://github.com/torvalds/uemacs [1]: https://www.tag1consulting.com/blog/interview-linus-torvalds...

Post reply on HN