Live data from Hacker News

Sunsetting Atom

github.blog

501–510 of 880 posts

Re: Sunsetting Atom

#501

Earlier quoted context omitted.

Very much so. As the first Electron app we were so excited about people being able to do anything they imagined. It was cool but ended up really constraining us. This time we really want to drive our API based on the most important things people actually need to extend. We need to navigate the trade-offs more intelligently.

This "private alpha", any hints on how we might jump aboard!? ;) EDIT Nvm, I see this is our best option for now: https://zed.dev/waitlist

it's less about being exclusive and more about getting feedback on the specific features we are focusing on and building at the moment.

For now, people pairing/collaboratively writing Rust is our focus, and we are pulling people in that fit that criteria!

Re: Sunsetting Atom

#502
post #292

Earlier quoted context omitted.

Well, unless it is paid, I don't know how would you continue to toil for years making great editor. And unless it is free, gain a good market share to continue to support. I hope you would have some solution to this conundrum.

We plan to monetize collaboration. Zed is a collaborative platform disguised as a world-class code editor.

How often do developers want to edit the same file, at the same time, and have those updates occur in real-time?

I see this as a compelling feature for something targeting the use cases of, say Google Docs, where multiple people are contributing to an outline document or a business plan at the same time - but for code, I don't quite see the appeal.

Re: Sunsetting Atom

#503

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…

Please be aware of the second system effect https://en.wikipedia.org/wiki/Second-system_effect

Re: Sunsetting Atom

#504

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…

Is Zed a company? I wish you luck, but I'm pretty skeptical that a whole company can survive on making a text editor, or even editing tools in general. Wouldn't it be safer for user if you open sourced this?

As someone that loved Atom, and have been screwed over by Facebook's Nuclide, and now Github's Atom, I have to think about my options.

(No emacs isn't an option.)

Re: Sunsetting Atom

#505
post #459

Earlier quoted context omitted.

Are you using 32-core / 100GB RAM monster machine? I do everything on my rather powerful laptop, but Jetbrains IDEs are just too much. I can't have more than one project open at time, which is limiting. I didn't try CLion, only IntelliJ for Scala and Rider for C#/F#, all on smallish projects and it will still take 3-6GB of memory :| I'd be interested in even lighter than VSCode IDE ;)

I often have several simultaneous PyCharm projects open with separate completely introspected and navigable virtualenv's with lots of installed libraries, and also ongoing DataGrip, and at times CLion or IntelliJ sessions ... all the Jetbrains IDEs are performing quite well. At times running Docker as well. 32GB Macbook Pro M1.

Yeah I'm doing the same on an 2021 intel Mac, I love jet brains stuff!

Re: Sunsetting Atom

#506
post #467

Earlier quoted context omitted.

I am honestly not sure why do people minify javascript in electron apps. It doesn’t really bring any advantage? You need to package whole Chrome with your app, the few MB you save with minification does not matter?? But people here can enlighten me.

Minification helps the parser too, try running VS Code from sources and you’ll notice startup is significantly slower.

huh I would think there is no measurable difference there.

However I honestly have no idea how much time does JS parser spends on what exactly. Are longer variable names and less tabs that big of a deal? It’s all in memory anyway, no… the lexer or tokenizer or whatever (…I never finished my compiler course…) just goes through that

Re: Sunsetting Atom

#508
post #470

Earlier quoted context omitted.

If you know Java or JavaScript, Dart is extremely easy to pick up.

Sure, but that doesn't help if your project is in Rust.

Rust actually has a library with very good flutter integration, it does require using dart for the actual flutter part though, but it works well together.

Re: Sunsetting Atom

#509

Earlier quoted context omitted.

> One could imagine a world where strong standards have been established which would allow you to easily deploy lean native applications across a wide variety of platforms. Here is a unified binary format that can run on Linux, MacOS, Windows, FreeBSD, OpenBSD, and NetBSD too. They also boot from the BIOS. But it doesn't support GUIs (yet?). https://justine.lol/ape.html

That’s more of a hack than anything actually serious.

Category error. The creator certainly seems to be committed to putting this hack towards serious use.
Post reply on HN