"It's like the Atom editor but even slower!"
I never managed to work with Atom as it is now. It's just too slow. Now they are pushing it even further, I cannot imagine how much slower could still get.
Introducing Atom-IDE
201–210 of 324 posts
Re: Introducing Atom-IDE
#202Earlier quoted context omitted.
Most importantly, VS Code does all this with a lot better performance and without Facebook.
I fought for Atom for a long time. But after browsing a node_modules folder in Code, I realized how much I'd just accepted poor performance. It also worked as good on my Linux devices as my work pc.
My impressions were the same. Unfortunately VS Code caused some data loss on the first day I tried it, so I chose to keep using Sublime, but it seems really good overall.
Re: Introducing Atom-IDE
#203Earlier quoted context omitted.
I think that's why people are talking up what they see as an alternative to the monolithic IDE: the lightweight text editor with support for extensions. I know Atom isn't particularly lightweight in terms of memory usage, but it is in terms of functionality.
> I think that's why people are talking up what they see as an alternative to the monolithic IDE: the lightweight text editor with support for extensions. Which is what vim and emacs, relative to IntelliJ, VS, VSCode, and Atom, are.
Lightweight text editor that doesn't drive you crazy the first time you try to quit it? ;-) As I said in another comment, I'm a daily vi user, but that's almost always when it's my only option. And that's been the case for well over a decade now. I just happen to feel more comfortable using sublime text; I always know how to do what I need to do, it's obvious, it's a pleasant experience. But I totally get some people have the same experience with vi/Emacs, and that's cool.
Re: Introducing Atom-IDE
#204Earlier quoted context omitted.
> and without Facebook And Atom does it without Microsoft. Seriously though, what kind of comment is that? Facebook develops open source plugins for the atom ecosystem, and somehow that's supposed to be the most important criticism?
Facebook set a precedent in their open source licensing rules where users of their libraries aren't allowed to sue them for patent infringement.
And this is somehow worse than a company that has extorted money from and threatened companies for using Linux?
Re: Introducing Atom-IDE
#205I Imagine this will run like mid-2000s Eclipse, but with 5 times worse performance.
Man, Eclipse used to be such a dog. I was overjoyed when the Android SDK moved to IntelliJ.
Re: Introducing Atom-IDE
#206Earlier quoted context omitted.
> The same reason thousands of programmers use Vim or Emacs Vim/emacs give a better experience though: they work in a terminal/over ssh and they are FAST and lightweight (memory use). Atom has neither of these properties.
My vim process comes to a crawl if I forget to turn off syntax highlighting before opening large files. So I disagree.
That has not been my experience with vim (over the past ~12 years). I don't run a huge amount of plugins, but I do use a few. The only thing I have a noticeable occasional lag with is the parinfer clojure plugin (in neovim, and its more that the plugin lags before applying its changes rather than vim itself lagging - the author does acknowledge that its currently sub-optimal). Syntax highlighting has never caused any issues for me. I wonder why you are having issues... that does sound rather annoying.
I was also referring to the typing latency as measured by the benchmarks here: https://pavelfatin.com/typing-with-pleasure/ As you can see, vim's text input latency is measurably lower than most of the other tested editors on most platforms (zero-latency IDEA seems to beat it in some cases).
Re: Introducing Atom-IDE
#207Earlier quoted context omitted.
I think that's less relevant than it used to be. JetBrains is now the de facto best IDE for Java, JavaScript, Python and PHP. It has Android Studio and even support for C#. Visual Studio also supports a wide array of languages. I'm in IntelliJ pretty much all the time, no matter the project.
IntelliJ is expensive if you want languages not covered by the free edition (like JavaScript), though, and even if you pay for it some things are frustratingly distinct such as if you have a Java/C++ app you need two different "IDEs" (CLion + IntelliJ), and you need to then juggle between those windows. Android Studio is able to work with both even though IntelliJ Ultimate isn't (why, Jetbrains, why!?), but getting A…
I don't remember if IntelliJ Community Edition's license disallows usage of third-party plugins for languages already coered by JetBrains's paid products.
If not, anyone can create e.g. a free and open Python or Ruby IDE inside the familiar IntelliJ IDE experience, e.g. by adopting IDE-like software used in Emacs, Vim, or Sublime.
See also: language servers. I think that the future is "the editor of your choice" + "the language servers you can afford". JetBrains's IDE is already modular, but these modules just happen to run in the same Java process. This limitation of IDE architecture can be overcome, and companies like Microsoft keep pouring efforts into it.
Re: Introducing Atom-IDE
#208Earlier quoted context omitted.
> The same reason thousands of programmers use Vim or Emacs Vim/emacs give a better experience though: they work in a terminal/over ssh and they are FAST and lightweight (memory use). Atom has neither of these properties.
That's not false – but it ignores the point the grandparent was making, which is that minimizing switch cost is valuable to some.
Switch-cost between what? Vim has worked pretty well for me for all programming languages I've used and on all platforms I've used. I reread grandparents comment and I'm a bit unsure what you are referring to exactly.
Re: Introducing Atom-IDE
#209Earlier quoted context omitted.
I really would like to see this utopian world where all other professions outside IT also get their tools for free.
My grandfather was a master carpenter, he had a saying I've always liked "If you use something for more than an hour a day buy the best you can afford". I've never minded paying for developer tools as long as I could afford them, lots of professionals spend a lot more than we do on tools/professional development.
Not to mention this whole society which expects everything for free has made it very hard for a small company to get into the market and innovate.
If you think about how much money you can make from a professional tool and how much productivity it gains you then the price should be a no brainier.
Re: Introducing Atom-IDE
#210Earlier quoted context omitted.
> The same reason thousands of programmers use Vim or Emacs Vim/emacs give a better experience though: they work in a terminal/over ssh and they are FAST and lightweight (memory use). Atom has neither of these properties.
Well, I am editing remote code over SSH with Atom and Nuclide right now . It's been possible for a long time. Now you can even run a remote debugger on your Python program.
Ok, I take that back then. Vim/emacs only have a weight/speed advantage then.
I do, however, find it useful that I can be ssh'd into a machine, doing stuff in bash, and I can fire up vi. I suppose that's a separate discussion though.