NET Core and when that happens, electron's empire will stumble! But Microsoft may not do that after all because ironically, they are also invested in electron (VSCode and some other apps). However, Microsoft is working hard on bringing a WinForms/WPF equivalent in. Java is suffering from Oracle's neglect and apathy, whereas C# is platform dependent (WinForms/WPF don't run on Ubuntu or Fedora). State of competing GUI components: Both Java and C# are light years ahead in performance than electron but they have two problems. Whether or not electron will succeed going further will depend on two factors:
Download atom mac code#
In the early 2000s, no one would have thought even in their wildest dreams that an interpreted toy language like JavaScript will be used to write Desktop GUI apps.Īnd yet, they are being written today but is their performance acceptable? Atom is a cool editor but try opening a very long file or have multiple extensions for code completion in multiple languages, and it will start crawling even with 8 GB RAM! Like comment: Like comment:įorget atom, the electron's future itself is in a pretty much flux state right now. Heck I may yet give Atom a try now and again just to see what's changed. I joined Atom's Slack group a while ago and haven't left yet despite the switch to Code.
The discussion does come up occasionally though still with the users. They like that they can get Atom to do what they need it to do, especially when Code's API restricts them. And there are a number of users who settled on Atom even after messing around with Code, Sublime and other alternatives. My reasons for switching were ultimately performance, simple/clean UI, integrated terminal, personal performance/consistency (I was using it at work already), and (yes, sue me) the available themes were alright enough to satisfy my ridiculous need to switch color schemes occasionally.Īs for whether it's going anywhere, Lee Dohm has said multiple times that Atom is sticking around. Takes forever to index a project (or it did last time I used it). It does still lag in some areas a little bit though, like when you do ctrl-p to find a project file. I still like a handful of things about it better than VS Code (the find and replace layout, being able to search installed packages instead of either listing installed or searching), and running it on Linux (which I use on my own machine now) is far faster and less resource-intensive than running it on Windows. I did quickly fall in love with it and was a user even after a lot of people jumped ship after MS bought GitHub.
TL DR, I did switch from Atom to VS Code, and GitHub has mentioned multiple times that Atom isn't going anywhere.
Going to add my 2 cents and personal experience. It benefits people using only Electron, people that use Atom and people using VSCode because it keeps innovation and competition up! Like comment: Like comment: Having two good editors using Electron benefit all of us. Now, let's remember that Electron was originally named "Atom Shell", and some of the people maintaing Electron, also maintain Atom. I then tried to switch again, just to see if I could do it this time, but the performance difference is not noticable anymore and I still prefer the simpler UI (in my opinion) from Atom.Ītom has future as long as there are users like me, and developers willing to maintain it or keep giving it love. Time went through and more and more people kept moving to VScode, to the point that I receive social pressure to move from Atom as a regular basis, "VSCode is faster, leave Atom". In those times VSCode was clearly faster than Atom, but I was too used to my editor to switch. When VSCode was announced, I was curious and tried to switch but I didn't like the UI in general. It's simple and has all the features I need, I'm not looking for an IDE with tons of features, so Atom has been good enough for me, just text highlight, linting and a feature here and there. I've been in Atom since the first public beta.
0 kommentar(er)
