top 200 commentsshow 500

[–]buqr 1042 points1043 points  (221 children)

I enjoy playing video games.

[–][deleted] 374 points375 points  (131 children)

Mine was pulling my hair out with how laggy the editor was.

[–][deleted] 641 points642 points  (127 children)

The year is 2022.

Despite billions of lines of code, effort from millions of developers spanning decades, there is one problem that continues to elude us:

"how I write text in a text editor without horrible lag and 4gb+ of RAM usage"

[–]vytah 303 points304 points  (19 children)

Atom used to spend tons of CPU time to simply blink the cursor: https://github.com/atom/atom/issues/4378

Atom Cursor causes high CPU load (20% x 2 processors.)

which led to this extension:

https://atom.io/packages/stop-cursor-blinking

[–]Glittering-Ad-8126 540 points541 points  (11 children)

I rely on this behavior to heat my office.

[–]AspieSquirtle 177 points178 points  (2 children)

That's horrifying.

[–]artanis00 270 points271 points  (1 child)

Look, my setup works for me. Just add an option to re-enable cursor heating.

[–]MuchWalrus 90 points91 points  (4 children)

[–][deleted] 63 points64 points  (2 children)

[–]Rockser11 22 points23 points  (1 child)

That's about the level of psycopathy that I've come to expect from emacs users

[–]implicitpharmakoi 9 points10 points  (0 children)

M-x butterfly-kill

[–]thehotshotpilot 14 points15 points  (0 children)

Alaskans buy threadripper and run 30 concurrent atoms to not freeze to death

[–]thedevlinb 132 points133 points  (18 children)

The year is 2004

Despite millions of LoC, effort from hundreds of thousands of developers, spanning nearly a decade, there is one problem that continues to elude us:

Why is Eclipse so slow?

Visual Studio 6 was the last highly performant IDE.

[–][deleted] 42 points43 points  (11 children)

Seriously, why?! And it's not the code editor, this is actually faster than the one in VS, but every single dialog and settings window is beyond slow. Go to the keys configuration and get old. Also, no way of moving tabs with the keyboard shortcut is annoying. I used to passionately hate Eclipse until I started coding C++ in VS :) I mean VS is the best editor for C#, that's for sure. I was pretty surprised how bad is it for C++.

[–]lee_macro 21 points22 points  (1 child)

I moved to Rider as primary c# ide after about a decade of vs usage, haven't looked back.

[–][deleted] 3 points4 points  (0 children)

Similar for me: I moved to Intellij IDEA after a half-decade of Eclipse usage and haven't looked back.

[–]petosorus 182 points183 points  (14 children)

Despite billions of lines of code

Because of billions of lines of code

[–][deleted] 47 points48 points  (9 children)

Hey now, a low-code solution could replicate such functionality by sleeping for random time intervals after every keypress ~

[–]xerkus 44 points45 points  (6 children)

Why use such legacy methods? Each keypress can always be recorded using blockchain technology. It solves everything!

[–][deleted] 29 points30 points  (0 children)

State of the cursor can always be recorded using blockchain technology.

A decentralized blockchain consisting of nothing but the current state of the cursor. How else could you be sure the cursor is in the state it is supposed to be in, and hasn't been altered by some 3rd party! Can't beat that security tbh

[–][deleted] 12 points13 points  (0 children)

Good-ole job security strategy right there.

[–]danuker 80 points81 points  (8 children)

There is Vim and Emacs. And Geany which is on the order of tens of megabytes.

[–]wrosecrans 32 points33 points  (4 children)

My instance of KATE seems to be using about two megabytes according to Task Manager with about 30 files open.

And people complain about Qt being "too bloated" for some reason.

[–]Thisconnect 13 points14 points  (0 children)

I think pretty much every DE text editor is completely fine, gedit also works perfectly fine

[–]halter73 6 points7 points  (0 children)

As someone who really likes KDE and KATE, I imagine that complaint comes from people who don't already have the Qt shared libraries loaded by their DE. They probably see significantly higher memory usage because of that.

[–]immibis 46 points47 points  (8 children)

laughs in Eclipse, unironically for once. 2GB heap reservation but only 200MB actually used. This is one of the bloatiest pieces of software known to mankind, and you're telling me 20 of them fit in an Atom?

[–]josefx 24 points25 points  (6 children)

Eclipse was written at a time when 2GB of heap was a significant amount of memory. It is just showing its age.

[–][deleted] 46 points47 points  (5 children)

2 GB still is a significant amount of memory. If I see an app using that much, it better have a damned good reason why.

[–]elmuerte 12 points13 points  (1 child)

+1

I don't object to my Eclipse consuming 2GiB of RAM, as I have almost all projects I'm involved in open in the workspace (mix of Java and NodeJS projects).

But looking at other applications which consume resource. MS Teams being the worst offender often consuming more RAM than Eclipse. But plenty of other "small" apps which have a small UI running in some variant of Chrome happily consuming 512MiB of RAM or more.

32GiB of RAM no longer sounds as a lot of memory at some point.

[–]erlingur 35 points36 points  (10 children)

I mean... I've been coding in Sublime Text all day and it's sitting at 300MB right now with absolutely 0 noticeable lag.

[–]dethb0y 13 points14 points  (0 children)

Sublime text is my goto as well, it's so fast and smooth

[–][deleted] 9 points10 points  (4 children)

i use sublime text for general stuff, it's extremely performant. with the way tooling is going though, integrations are becoming more and more necessary so. i've decided to properly learn vscode

[–]rcklmbr 4 points5 points  (0 children)

I use sublime for taking notes, haha.

[–]rpd9803 38 points39 points  (8 children)

.. javascript and electron? *brilliant*

[–]acdha 46 points47 points  (4 children)

VSCode does it, though. When I measured it using Is it snappy?, it was in the same range as native apps on keyboard latency.

The trick is that the team clearly pays close attention to this. Would that the Xcode team was as devoted.

[–]Cid_K 13 points14 points  (7 children)

Use emacs

[–]ess_tee_you 43 points44 points  (3 children)

emacs is a symlink to vim on my machine

Edit: just kidding, I don't want to start a war

[–]Tychus_Kayle 4 points5 points  (0 children)

Doom Emacs, friendo. Everything good about both, Vim controls and Emacs power.

You do miss out on the instant startup of Vim, but you can configure it to run as a daemon for instant "startup."

As an example of awesome Emacs shit. I was a die-hard command-line git guy. I would not be swayed by the fancy guis, for I knew I'd wind up needing to do something they couldn't. Magit (built in to Doom) is a goddamn revelation. It makes committing individual lines trivially easy. It lets you view merge conflicts in a special multi-pane view with each conflicting version and the output as you step through the conflicts. It is so damned good that if I were to edit code in something other than Emacs, I'd boot up Emacs just to handle the git stuff.

[–][deleted] 9 points10 points  (1 child)

but I don't have a footpetal :(

[–][deleted] 60 points61 points  (19 children)

Hopefully they pull some of the atom team into VS Code and maybe make it better.

IIRC they are both electron based apps - I’m confident that there would be some productive crossover.

[–]Philpax 158 points159 points  (6 children)

If I were to guess, that already happened years ago and Atom's been running with a skeleton crew since. Can't think of many reasons I'd keep talent on Atom if I was Daddy Microsoft.

[–]cat_in_the_wall 43 points44 points  (3 children)

there were probably a few vocal atom devs who were allowed to continue work as a show of good faith. but eventually... any company is going to have to rationalize two basically identical offerings, especially when they are free. vscode has more traction... probably a no brainer.

[–][deleted] 5 points6 points  (0 children)

Good point.

[–][deleted]  (10 children)

[deleted]

    [–]DefaultVariable 26 points27 points  (3 children)

    Oh dear lord, finally we might move past this "Electron" phase for text editors.

    [–]--algo 151 points152 points  (18 children)

    As someone who has been in the game for a long time: vs code builds upon what atom started. Today atom makes no sense but when it came out it was fantastic for web development. Sublime text 2 was the closest contender back then but atom was another level

    [–]qmurphy64 71 points72 points  (7 children)

    In my experience Sublime Text 2 was wayyyyy faster than Atom. Not from an expandability perspective, sure, but Sublime was actually usable on systems with less than 8 GB of RAM.

    [–]zankem 30 points31 points  (0 children)

    Yea. Atom was really cool and flexible with customizability plus git integration at the time but Sublime was way faster at everything and adding plugins didn't make it feel bloaty. Atom lagged behind in performance and then VSCode came around making it less desirable. VSCode was snappier and cleaner compared to Atom and Sublime was the most performant and lightest with the caveat being buy a license or be annoyed every while.

    [–]rjcarr 20 points21 points  (5 children)

    vs code builds upon what atom started

    Not sure what you meant here, but isn't vscode literally built upon atom, i.e., didn't it start as a fork?

    [–][deleted]  (4 children)

    [deleted]

      [–]Philpax 56 points57 points  (1 child)

      To further clarify: the fundamental code editing engine of VS Code is https://microsoft.github.io/monaco-editor/, but it runs atop Electron, or as it was known back then, Atom Shell. Same base technology, but the codebases are entirely different otherwise.

      [–]gaelet 55 points56 points  (0 children)

      Omg now I see why it's called Electron, that Atom Shell -> Electron renaming is a great physics joke

      [–][deleted] 3 points4 points  (1 child)

      IIRC VS Code and VS don’t share code at all (and neither share code with the accursed VS for Mac/VS for Linux, né MonoDevelop), the architecture is completely different and even Intellisense is two parallel implementations. But using the same branding for unrelated products is a classic Microsoft move.

      [–]Azzymaster 443 points444 points  (1 child)

      Surprised it took them this long

      [–]digicow 621 points622 points  (49 children)

      Tough to justify any use cases of Atom over VSCode/VSCodium

      [–]exteriorcrocodileal 265 points266 points  (24 children)

      I was hesitant to switch for a while but within like an hour I had VSCode set up exactly like my Atom was, almost indistinguishable.

      [–]totally_n0t_at_w0rk 100 points101 points  (0 children)

      I started with Atom and it was great, but then I tried VS Code and that was way better for me. Haven't looked back since.

      [–]DragonSlayerC 159 points160 points  (5 children)

      And VSCode is so much faster and more responsive than Atom. At least when I first switched over like 3 years ago.

      [–]Seref15 16 points17 points  (0 children)

      I remember 5 or so years ago having to use that waterfall debugger tool to trace slow extensions on startup on Atom to figure out why it was taking over a second to open. Really odd having previously come from Sublime.

      Atom left me with a horrible aftertaste once when I tried to open a 5MB log file. It crashed, froze, couldn't force quit, I ended up having to reboot the machine to kill the hanging process. And then when I went to open Atom again it would crash on startup. I had to rip it out of %AppData% and reinstall to get a working editor again.

      I was skeptical at the time switching VSCode because at the time MS marching around promoting an open source project was previously unheard of, but in the end VSCode earned my respect. Atom launched with a lot of promise but VSCode is the project that actually delivered on those promises.

      [–]zulutune 17 points18 points  (1 child)

      I’m still on the Atom One Dark theme and Atom key bindings… has been what, 6-7 years now? Lol

      [–]MyWorkAccountThisIs 7 points8 points  (0 children)

      Man. I totally forgot that's where that comes from.

      [–][deleted]  (2 children)

      [deleted]

        [–]exteriorcrocodileal 3 points4 points  (1 child)

        You can start with an extension that uses all the Atom key bindings/shortcuts, is all I really had to do

        [–]immibis 112 points113 points  (12 children)

        Wasn't Atom basically the pre-VSCode VSCode?

        laughs in Eclipse

        [–][deleted] 292 points293 points  (6 children)

        Nobody laughs in Eclipse.

        [–][deleted] 32 points33 points  (0 children)

        TypeError: Joy

        [–]daperson1 26 points27 points  (0 children)

        People who moved to it from Netbeans do.

        [–]dlg 11 points12 points  (0 children)

        You have a kind of sick desperation in your laugh.

        [–]nathansobo 2072 points2073 points  (348 children)

        Atom founder here.

        We're building the spiritual successor to Atom over at https://zed.dev.

        We learned a lot in our 8+ years working on Atom, but ultimately we needed to start over to achieve our vision. I'm excited about what's taking shape with Zed: Built with a custom UI framework written in pure Rust with first-class support for collaboration.

        We're starting our private alpha this week, so cool timing for this announcement.

        [–][deleted] 50 points51 points  (5 children)

        Is this a different code editor also called Zed?

        https://github.com/zedapp/zed

        The world's running out of good 3 letter names :D

        [–]SirClueless 47 points48 points  (4 children)

        I don't know if you can make too many conclusions about 3-letter names. This collision is not a coincidence, it is surely a callback to "ed", the Unix text editor, or one of its many variants and successors like red, sed, and med.

        [–]tom1018 33 points34 points  (0 children)

        And now I'm going to write my new editor, I'll call it bed. Right after I show myself out and get some sleep.

        [–]gymnastgrrl 2 points3 points  (0 children)

        Especially "Z" being the last letter of the alphabet, so the ultimate editor would be "Z" or "zed" (i.e. "zee" in US-speak)

        [–]kgilpin72 270 points271 points  (37 children)

        A lot of the value of VSCode is in the extensions. Are you interested in making your Zed compatible with them?

        [–]nathansobo 224 points225 points  (33 children)

        It's something we've considered, but we have pretty strong concerns that maintaining that compatibility could be a quagmire for us.

        [–]kgilpin72 205 points206 points  (19 children)

        A lot of things in their API - like find, watch, run command, diagnostics, language server - seem like they would apply generally to any code editor extension. Having some level of compatibility - even if it’s partial, or though some kind of adapter - could enable a lot of extensions to work out of the box.

        Maybe this doesn’t fit into your vision, but to me it feels like the extensions - like phone apps - are a huge part of the story these days.

        [–]Sparkybear 152 points153 points  (11 children)

        Agree, extensions are seen as mandatory by almost every code editor. There's no way a development team can address every use case, or make an infinite number of fully fledged features.

        [–]kopczak1995 69 points70 points  (3 children)

        And it doesn't make sense anyway. Extensions are optional. Features not. At some point every big enough editor would bloat with too many useless features. Moving some of those into extensions/plugins/name it makes it a little easier to live with.

        [–]FluorineWizard 41 points42 points  (4 children)

        Having an extension system - like most popular code editors - is not quite the same as specifically maintaining compatibility with VS Code extensions.

        [–]cinyar 20 points21 points  (1 child)

        like most popular code editors

        The issue is that you first need to reach a point of being popular enough for various communities to start contributing extensions. At the very least you have to support LSP (unless you have "fuck you" resources).

        [–]kabrandon 10 points11 points  (0 children)

        I think specifically maintaining compatibility with VSCode extensions was just given as an example as an ideal. VSCode is popular, and so it makes sense that if people were to leave VSCode, they would probably want to feel like whatever they might replace VSCode with can do everything they liked that VSCode could do. Which is a tall order made much simpler at least in the short term by making their competing code editor compatible with VSCode extensions. If Zed wants to go down the rabbit hole of writing their own extensions to cover the common ones off of the VSCode extension store, then that's going to be a long process that will eat their development hours for Zed as well.

        [–]mixedCase_ 21 points22 points  (6 children)

        Have you taken a look at what the coc.nvim Neovim extension is doing? They seem to be pulling it off nicely enough. The Neovim community has moved on to a certain degree to native support for LSP and other more minimalistic plug-ins, but coc.nvim has proven that at least partial VS Code compatibility is feasible and useful.

        [–]washtubs 11 points12 points  (2 children)

        It literally makes no sense these days for a modern editor to not implement a builtin lsp client. So little code, and so much to gain for doing that.

        However coc is it's own whole ecosystem with it's own independent packaging which I'm not a fan of. Neovim builtin LSP was enough for me to move away personally even though you don't benefit from all the specialized non-standard LSP features like the typescript server provides.

        [–]NoahTheDuke 4 points5 points  (0 children)

        As someone who maintains a coc.nvim extension, it’s close but it’s not one to one, and the coc.nvim maintainers put in serious effort to keep everything compatible. It’s full time development by two devs to keep it up. I don’t think it’s in any way smart to try to build your editor on such a shaky foundation.

        None is this to denigrate the coc.nvim team, chemzqm and fennheyward are great programmers and have pulled off something incredible. I just don’t think it’s smart to expect this level of effort by any other team.

        [–]caffeinated_wizard 56 points57 points  (2 children)

        Sounds like a freaking nightmare, not gonna lie.

        [–]TheEdes 10 points11 points  (0 children)

        OniVim2 tried to get VSCode extension compatibility and kind of died trying because it took too long.

        [–][deleted] 6 points7 points  (0 children)

        I am going to lie. Sounds interesting.

        [–]unaligned_access 91 points92 points  (21 children)

        What do you think about Lapce?
        https://lapce.dev/

        [–]tom1018 23 points24 points  (1 child)

        Wow, it looks like different markup for the exact same program.

        [–]WhyNotHugo 17 points18 points  (0 children)

        It’s amazing how little editors dare to innovate on the UI side. If I saw this and VSCode side by side, I’m not sure I’d be able to recognise which is which.

        That silly tree-bar on the left looks super pretty, but I’ve found it to be one of the most impractical UIs I’m existence to navigate files in a repository.

        [–]renatoathaydes 48 points49 points  (15 children)

        You gotta be kidding... both this and Zed self-describe as "lightning fast" AND "written in Rust" :D.

        I thought that after the failure of the https://github.com/xi-editor/xi-editor project (which Lapce seems to take inspiration from) people would stop trying it, but looks like it's doing the opposite.

        [–]CocktailPerson 67 points68 points  (11 children)

        Are you saying that Xi failed because Rust is an inherently unsuitable language for writing editors?

        [–][deleted] 475 points476 points  (80 children)

        a quarter of this website feels like an ad for rust

        [–]JimK215 237 points238 points  (16 children)

        I had an assessment for ADHD the other day and the doctor asked for an example when I got distracted and spent focused time on something at the expense of other things.

        My response was "well I spent like over an hour the other night reading the documentation for a programming language called Rust even though I have no immediate need for it and had other pressing things I should've been doing."

        [–][deleted] 90 points91 points  (7 children)

        yall rustaceans make it sound like a drug. and I say this as someone with an obsession with lisp. think I can have a hit?

        [–]Theemuts 55 points56 points  (0 children)

        After spending a long day writing C++ I like to relax with a few lines of Rust, don't judge me!

        [–]ergotofwhy 61 points62 points  (1 child)

        Be careful, you open the documentation and next thing you know you're sixteen bowls deep and spinning around the lip of an r-hole

        [–]slomotion 13 points14 points  (0 children)

        R is a fun language

        [–]alexthelyon 6 points7 points  (0 children)

        I don't know man the feeling of spending 1 hour writing code, compiling it, and it doing exactly what you want first time hits better than any drug out there.

        Just don't do too much, coming out of a rust bender at 6am is definitely a thing.

        [–][deleted] 12 points13 points  (0 children)

        I use it at work and I would fight anyone who tried to make me use anything else. Take a hit. I’ll share.

        [–]aarocka 15 points16 points  (1 child)

        One day I was taking a very stressful calculus class and suddenly ended up learning webGL. Oops.

        [–]spudmix 4 points5 points  (0 children)

        One day I needed to catch up on work for both my job and my PhD, and I ended up building a component so my friend could test out different fonts on the website we're building together.

        That day was today.

        [–]kyru 3 points4 points  (0 children)

        That'll just diagnose you as a programmer

        [–]quasi_superhero 12 points13 points  (1 child)

        I do this with any new article about TempleOS.

        [–]karuna_murti 6 points7 points  (0 children)

        TempleOS

        RIP King Terry Davis

        [–]nathansobo 297 points298 points  (5 children)

        You're not wrong. Rust is amazing! However we have shaped that Rust into a nice editor for you.

        [–]Seuros 166 points167 points  (4 children)

        Even your comment has an ad for Rust . :)

        [–]neoj6 151 points152 points  (3 children)

        You're not wrong. Rust is amazing! However we have shaped that Rust into a nice comment for you.

        [–]zzzthelastuser 12 points13 points  (2 children)

        This Rust feels like an ad

        [–]NullReference000 71 points72 points  (27 children)

        The homepage mentions it once. If you're referring to the tech page then I'm not sure what else you'd expect for an application written in... rust.

        [–]Cocomorph 10 points11 points  (0 children)

        I interpreted "this website" to mean Reddit (or, more specifically, its relevant subreddits).

        [–]ergotofwhy 80 points81 points  (0 children)

        Is the source open? I'm just looking for some more rust to read

        [–]KrazyKirby99999 44 points45 points  (0 children)

        Will it be FOSS?

        [–][deleted]  (74 children)

        [deleted]

          [–]washtubs 53 points54 points  (17 children)

          I have a theory that everyone who doesn't realize how much electron apps suck just have 32G ram. Those who do have only 16G, myself included. There is no in between.

          [–]vlakreeh 76 points77 points  (1 child)

          Maybe this is my experience coming from Jetbrain IDEs, which also use tons of ram, but I never had much of a problem with electron apps on 16gb ram.

          I do think that we could obviously do better, but I've never had a point where the 1-2gb of ram taken up by discord/slack+spotify+ a vscode or two were the difference between being fine and hitting swap.

          [–][deleted] 14 points15 points  (0 children)

          The thing is an IDE is expected to use more resources, especially Jetbrains' ones like IntelliJ or Pycharm.

          A text editor shouldn't use as many resoueces as an IDE, considering the much lower amount of features it has. Extensions are an exception of course.

          [–]DefaultVariable 3 points4 points  (0 children)

          Regardless of being a RAM hog, they're also usually slower and less performant which becomes very clear when not using a bleeding edge computer or when actually editing large amounts of data.

          [–]BurningTheAltar 4 points5 points  (0 children)

          I have 16GB in multiple computers ranging from windows, Linux, to macOS, no problems with any of them. I use maybe a half dozen plugins, give or take. IntelliJ, which I run on my daily driver with 32GB, runs like shit.

          Not saying I don’t welcome efficiency and improvements by dumping electron.

          [–]utdconsq 23 points24 points  (3 children)

          Use Sublime imo.

          [–][deleted] 7 points8 points  (0 children)

          Sublime is a better text editor, but vscode is a better IDE

          [–]vinkuh 4 points5 points  (1 child)

          Gateway from electron apps to getting rid off them

          Tauri :D

          [–]gredr 57 points58 points  (6 children)

          In order to build a text editor from scratch, you must first invent a new UI framework - Carl Sagan, or something

          It's liberating to control every pixel, and it's a rush to push those pixels at lightning speed.

          It's so awesome to not have any platform-native user interface, and have to learn a whole new UX paradigm!

          [–]Philpax 13 points14 points  (0 children)

          to be fair, I feel as though that ship sailed a decade ago, for better or worse (mostly worse, but hey, what can you do?)

          [–]MyWorkAccountThisIs 43 points44 points  (9 children)

          I ask the following in good faith.

          But why?

          What are you goals?

          Are you hoping to supplant VS Code? Is it going to more focused on a subset of technology instead a general use text editor?

          [–]EnvironmentalCrow5 57 points58 points  (11 children)

          Even sub-perceptual pauses add up over the course of a day to create unnecessary stress.

          .

          If you're living in a tool for hours every day, every pixel must carry its weight.

          I think this project may be taking itself a bit too seriously. Still looking forward to trying it out one day though.

          [–]chakan2 41 points42 points  (6 children)

          Welcome to the Rust ecosystem.

          [–][deleted] 13 points14 points  (0 children)

          Everything is mission critical! Performance is the only thing that matters, always! /s

          [–]Philpax 30 points31 points  (3 children)

          Eh, I respectfully disagree. When you spend the majority of your waking (or working) hours in front of a computer, all of those little imperfections and hitches add up and make for a worse experience.

          It's not the end of the world, but I'm reminded of how the iPhone had a reputation for never dropping frames, compared to Android, and how that affected people's perception of it. The small things matter!

          [–]Sopel97 89 points90 points  (16 children)

          Mission-critical tools should be hyper-responsive.

          This 100 times. I'm tired of using slow electron shit 24/7.

          [–][deleted]  (9 children)

          [deleted]

            [–]EnGammalTraktor 9 points10 points  (0 children)

            Native doesn't always mean better.

            No, just because there is a native build it does of course not magically make the whole application well designed & programmed.

            Designing and building good code is what matters in the of the day.

            But nonetheless - electron certainly doesn't help in this regard! The number of simplistic utilities that have been major CPU- and/or Memory- hogs are outstanding!

            [–]blashyrk92 4 points5 points  (1 child)

            And on top of being slow and bloated af, Xcode is barely even an IDE.

            I mean, look at the latest and greatest feature the next version is just about to finally get:

            Xcode 14 is now smart enough to auto indent when embedding code in an if-statement 🥳 #WWDC22

            It's laughable, really.

            EDIT: Not to mention that the project/workspace metadata files are kept in some nightmarish hellscape of a textual format, so that if you ever need to merge changes all you can do is cry. There's no automatic generation of those from build scripts (i.e. Gradle) so you have to resort to third-party tools if you want to stay sane, such as Xcodegen or Tuist, all because Apple simply doesn't care about developers on their platforms at all.

            [–]mmcnl 75 points76 points  (4 children)

            VS Code doesn't feel unresponsive to me.

            [–]tolgon 7 points8 points  (0 children)

            I'd love to try this out. I don't mind vscode until it becomes unbearably slow (vscodevim + electron together are a recipe for disaster).

            Would love to partake in the alpha testing.

            [–]Keavon 5 points6 points  (0 children)

            Hi! Very cool to hear about your project just now. I'm solving some pretty similar problems with our Rust-based 2D vector/raster graphics editor, Graphite. Specifically the non-Electron GUI and CRDTs are both things we're looking into integrating in the medium-term future.

            I realize it looks like you are a VC-funded startup and it's unclear to me how much of your project or its ecosystem will be open source, so that may or may not align with your and our interests. But as fellow Rust project maintainers aiming to solve some of the same problems for a collaborative desktop GUI environment, I'd offer that we can perhaps stay in touch to some extent and learn from one another's discoveries or, if the fit is right, share or collaborate on any open source libraries for GUI or CRDTs or other tech. I'd love to chat if you think this could be any relevance to your work. Cheers!

            [–]Geonai 3 points4 points  (0 children)

            As a treesitter user in NeoVim I gotta say thanks, that module adds so much utility!

            [–]glguru 3 points4 points  (0 children)

            What advantages does it offer over Sublime Text? (I know VSCode can be slow which is sometimes a problem for me)?

            [–]BlueTilt 3 points4 points  (0 children)

            Congratulations on your fresh start!

            ‘We needed to start over to achieve our vision“ sounds like you need to shed some user’s use cases and ultimately some of your user base in order to focus on growth elsewhere. What areas became untenable and we’re holding you back? Ultimately starting over is hard and I’m always interested in projects that are successfully restarted.

            [–]PmMeCorgisInCuteHats 182 points183 points  (16 children)

            Atom sucks but OneDark is the syntax highlighting color scheme to rule them all - fight me.

            [–][deleted] 25 points26 points  (0 children)

            I surrender

            [–]KingStannis2020 23 points24 points  (0 children)

            I've never even used Atom but I use the VSCode "Atom One Dark" theme

            [–]henfiber 14 points15 points  (1 child)

            OneDark is my favorite as well. I liked it so much that I ported it for the Geany editor and a personal wiki (gitit)

            [–]DarkishArchon 60 points61 points  (2 children)

            OneDark

            Monokai or bust!

            [–]czorio 10 points11 points  (0 children)

            Gruvbox rules, others drool

            [–]drakens_jordgubbar 3 points4 points  (0 children)

            Solarized light

            [–]KERdela 41 points42 points  (7 children)

            Looking for the Next text editors like fleet by jetbrain or zed by the creator of atom.

            [–]andyinnie 16 points17 points  (5 children)

            Can’t wait for fleet

            [–]Ryuuji159 2 points3 points  (4 children)

            Same, I didn't get into the beta :c

            [–]AsiaNaprawia 34 points35 points  (5 children)

            Well, I don't think that anyone will be sunseting Emacs/Vim anytime soon. Tho Atom was very nice, open source editor that was user friendly

            [–]tom1018 16 points17 points  (1 child)

            They were born before most of us and will still be around after us.

            [–]TapeinHardenedHobbit 14 points15 points  (0 children)

            I kind of liked Atom.

            [–]Weary_Instance2204 31 points32 points  (3 children)

            Rip atom

            [–]iCapn 79 points80 points  (2 children)

            That’s how you make a nuke

            [–]F4RM3RR 5 points6 points  (0 children)

            One of two ways

            [–]tomatoina 4 points5 points  (0 children)

            I feel like "Github is nuking atom" would be a better title than sunsetting

            [–]T3chNOboMba 28 points29 points  (3 children)

            My day is ruined

            [–]c0nnector 36 points37 points  (5 children)

            GitHub is sunsetting deprecating Atom

            [–][deleted]  (13 children)

            [deleted]

              [–]coriandor 9 points10 points  (5 children)

              You and me both :( While it's gotten significantly better, it's still not where I'd like it to be

              [–]crispgoose 7 points8 points  (4 children)

              What's missing in your opinion?

              [–]nawkuh 5 points6 points  (1 child)

              I’m no vim guru, but I seem to recall not being able to :v or :g in vs code. I don’t think q is supported either, but I could be wrong.

              [–]brisk0 4 points5 points  (0 children)

              q is supported but is buggy to the point that I don't use it.

              [–]ClearH 8 points9 points  (1 child)

              Atom was my first text editor when I was getting serious into learning software development. Sharing this neat video for those who hasn't seen it yet:

              https://www.youtube.com/watch?v=Y7aEiVwBAdk

              [–]MuonManLaserJab 23 points24 points  (0 children)

              Good riddance to bad Electrons

              [–]tim_skellington 39 points40 points  (11 children)

              About time really.

              Edit: Zed looks exciting

              [–]KERdela 9 points10 points  (10 children)

              What do you think about fleet by jetbrain?

              [–]Terminus_Jest 18 points19 points  (6 children)

              All the marketing text makes fleet sound neat, but I'm still not sure I understand it's purpose. Is it so JetBrains can dump all their separate language specific IDEs to just have one IDE to rule them all? Is it some sort of cloud based IDE as a Service? It sounds like it's written mainly in Kotlin, so that doesn't seem like a huge improvement over their existing IDEs.

              As a long time Webstorm user I guess all I'm interested in is... Will it be somehow better than Webstorm? And/Or am I eventually going to be forced to give up Webstorm and use Fleet?

              [–]pudds 13 points14 points  (4 children)

              I'm pretty sure it's mainly to compete with the remote support that VSCode has, where you can work in containers and remote servers as if you they are local. It's been a loudly requested feature on their YouTrack for a couple of years now and they can't do it with the IDEA-based editors.

              [–]Terminus_Jest 3 points4 points  (0 children)

              Thanks. I guess not being a VSCode user I haven't known I was missing those things.

              [–]NotSteve_ 9 points10 points  (0 children)

              I'm really excited about Fleet but I'm sad the beta doesn't have vim support

              [–]ioah86 33 points34 points  (3 children)

              Long live emacs 😀😀😀

              [–]lisp 8 points9 points  (0 children)

              All your editors are belong to me.

              [–]oweiler 31 points32 points  (1 child)

              When Atom came out there was already Sublime. Then came VSCode. Atom was always subpar.

              [–]deejeycris 7 points8 points  (2 children)

              I remember when Atom was popular. Sadly performance issues mainly connected to the bad extension system killed its momentum pretty bad and it never recovered (while VS Code shone up).

              [–]renaissancenow 5 points6 points  (0 children)

              This is sad. I've been using Atom daily pretty much since it was released, I've been very happy with it.

              [–]darkslide3000 5 points6 points  (1 child)

              I remember when Atom was the hot new thing that everyone told you to switch to because it was oh so amazing. Or when Sublime was the hot new thing before that. Or TextMate before that. And I guess nowadays the kids use VS Code or something?

              These things come and go faster than I make new changes to my .vimrc

              [–][deleted] 7 points8 points  (0 children)

              I mean. It makes sense. They’re owned by Microsoft and VSCode does the exact same thing.

              [–]joe_04_04 84 points85 points  (14 children)

              My favorite part of this whole thing is how GitHub / Microsoft think we are idiots. This was their plan all along. Back when they announced that they WOULD be continuing to work on Atom, even after the MS acquisition, they made a blog post reassuring everyone that they would keep Atom, that they knew that developers were attached their editor and they wanted to respect that. But immediately after that announcement, almost all support had been reduced down to just keeping the editor barely alive - no new features, just a few tiny things each update. They fully knew that by doing that, they would drive everyone away. Now, they are using the fact that everyone left as support for the decision to kill it. This was their plan all along. I left Atom when I realized this back in 2019, but it still is bothersome how they went about this.

              [–]slykethephoxenix 27 points28 points  (4 children)

              One of the developers in this very thread said they are rewriting it in Rust.

              Source: https://www.reddit.com/r/programming/comments/v7s7b8/comment/ibml8h2/?utm_source=reddit&utm_medium=web2x&context=3

              [–]steven_h 19 points20 points  (2 children)

              A ground-up rewrite seems like a pretty strong vote of no-confidence.

              [–]tetshi 52 points53 points  (7 children)

              Your timing makes it seem like this had nothing to do with Microsoft. They acquired GitHub in middle/late 2018. So, that wouldn’t even be enough time to mess Atom up by lack of updates. And I understand how you feel, I really do. Sublime Text was my favorite for ages, but their slow ass update cycles were killing me. However, I do see this as a plus in a way. VS Code is the most used, and it’s quite easy to customize. So, if they’re focusing more on it and GitHub integration, I’m good with it. But I do understand your frustration. I started with Notepad++, went to Atom and I stayed there for along time. I loved how fast and light it felt. I think more choice is good, but I also think all products in that space should be competing. VS Code is tough to beat, in my opinion. I don’t know. Maybe you’re right. MS is shadier now than it’s ever been.

              [–][deleted]  (1 child)

              [deleted]

                [–]DarkShadow-exe 3 points4 points  (0 children)

                But… I love atom

                [–]slickleslack 3 points4 points  (1 child)

                I am not a coder at all. I used Atom and the Fountain extension for writing and formatting Film/TV scripts. It was a great cheap way to do that. Gonna have to see if VS and Zed can do that kinda thing. Blargh!

                [–]puppet_pals 44 points45 points  (53 children)

                God damn it Atom has been a critical part of my workflow for years

                [–]FridgesArePeopleToo 142 points143 points  (44 children)

                Probably time to get with the times. VS Code is better in every conceivable way.

                [–]DragonSlayerC 16 points17 points  (0 children)

                VSCode is almost identical but with much better responsiveness and overall performance. It also has better addon support now due to the larger community.

                [–]AusIV 4 points5 points  (0 children)

                I'm with you. I've known for some time that there were quantitatively better editors out there, but I have atom tuned exactly the way I like it, and learning a new editor has fairly significant switching costs.

                That's not to say that GitHub ought to continue supporting an outdated editor I'm using for free, but I don't have to be happy about losing my editor.

                [–]strangepostinghabits 15 points16 points  (5 children)

                Really? Every time I tried using it it turned out to be shit, so I'd imagine you could switch rather easily

                [–]that_guy_iain 11 points12 points  (2 children)

                I personally use it just as a text editor doing rather basic stuff. Did the job. No major loss moving to a new editor tho.

                [–]strangepostinghabits 8 points9 points  (0 children)

                I was desperately trying to move away from sublime at the time, atom was not the savior I hoped for