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

Why I Still Use Vim

medium.com

Post reply on HN
Print view View original

121–130 of 209 posts

Re: Why I Still Use Vim

#121

Post by scott_o »

xg15 wrote: post #100
Klathmon wrote: post #78

Earlier quoted context omitted.

It depends on what you consider "performance". An F1 car is going to be the worst tow truck in existence. It's "towing performance" is basically a 0/100. Atom's "extreme performance" for me is in my productivity. the 2GB of ram that my atom windows are currently using is a very very small price to pay for better productivity. Even if Atom were so resource hungry that I needed to buy a new laptop every other year for…

> Atom's "extreme performance" for me is in my productivity Yet there are lots of people who are extremely productive with vim. So I don't think you can pit subjective metrics (productivity) against objective (RAM usage) here.

Why not? Its just that for the subjective metrics people will have different opinions and therefore draw different conclusions about which one is "better"

Which is the OPs exact point. While some people value their editor being very light on ram, other people value other things, and that's okay.

Re: Why I Still Use Vim

#123

Post by IshKebab »

kuschku wrote: post #63
tracker1 wrote: post #37

Earlier quoted context omitted.

Frankly, VS Code is WAY better in terms of plugin and configuration than any of the editors you mention.. from git integration, search, integrated terminal, integrated debugging with ui driven break points, etc, not even counting plugins. None of the editors you mention support those features. It's not wasting CPU cycles, and frankly even if it is, it's better than wasting my cycles having to switch between several t…

Then try out the JetBrains IDEs, and report back. All the features, none of the slowdown. I can't believe a Java IDE is actually faster than the new default editors.

The JetBrains IDEs are far slower then VSCode. Granted they do more, but they're still slow. And this is on a top-of-the-line MBP.

Re: Why I Still Use Vim

#124

Post by [deleted] »

Klathmon wrote: post #6

These kinds of comparisons always seemed a bit silly to me. It's like complaining that opening a 6MB file in windows took over 3GB on my system! (ignoring that most of that is the OS getting ready to do other things, and enabling the OS to do things other than opening and reading a 6MB file). Yes, Atom isn't the most resource friendly editor out there, and nobody is claiming it is. But it is one of the more capable e…

[deleted]

Re: Why I Still Use Vim

#125

Post by ntrepid8 »

I wonder if there is any possibility of using a newer iteration of Firefox with a configurable number of threads rather than Chrome as the engine for Electron (or something like it). In the browser at least this helps a lot to bring down memory consumption.

Electron does more than just about any other tool to enable building high quality cross platform apps. As someone who runs Linux on the desktop it's quite nice to be able to use the same apps as folks running Mac/Win. I just don't have any computers with less than 16 GB of memory :)

Re: Why I Still Use Vim

#126

Post by maccard »

Klathmon wrote: post #70
frou_dh wrote: post #50

Earlier quoted context omitted.

Why not have one's actual web-browser as an adjacent window, with livereload? I think it's an anti-pattern for the primary application in use to be reflexively maximised and lay claim to the whole screen, meaning everything must be inside it.

If i'm working on a laptop with only one screen, an adjacent window starts to crowd the UI pretty heavily. Having it in a tab is easier for me. You can call it an anti-pattern, but for me the anti-pattern is alt+tabbing back and forth to see if my changes look good, or cramping the browser to 1/2 the screen and the whole editor (with sidebar, file tree, and other crap) cramped in the other half, or needing to navigat…

Having a web browser embedded in your editor somehow increases your screen real estate? How do you change from editing to viewing in a different tab that is any different from changing from editing to viewing in a different window?

Re: Why I Still Use Vim

#127

Post by nnq »

Klathmon wrote: post #110
nnq wrote: post #106

Earlier quoted context omitted.

> I prefer to have the choice of multiple plugins each with their own tradeoffs Just curios, do you know any languages besides Javascript for which this "freedom of plugins to do anything easily" resulted in any better editing experiences with Atom than with alternatives? I'm pretty content with VSCode plugins for Python (including those for Jupyter integration and others from scientific computing area) and Go for ex…

JetBrains tools are the gold standard for Java, and I use them as well when i'm in that world. But for Python, JS, go, and a handful of smaller langs Atom is treating me well. And while it's true that the browser-based nature of Atom won't help with refactoring tools, they do allow you to easily integrate any CLI tools with it (or I should say, they make it easy for ME to do!). I'm not trying to claim Atom is the bes…

What would be the "gold standard" Python plugin for Atom? Looking at https://atom.io/packages/python-tools I see "Show usages: [...] Currently only supports detection of symbols within the same file. This will be extended to support usages outside the current file in the future.".

That's kind of useless. VSCode or Sublime may fail at refactor, but such a feature like browsing usage of a symbol (across multiple files, in a dynamic project), the UI experience is pretty gorgeous in VSCode (just took this screenshot for ex: http://dl4.joxi.net/drive/2017/08/23/0019/1932/1279884/84/dd... ) despite the "limitations" of plugins, and usable in Sublime.

I'm thinking of building a GUI for a "visual language" (ML-specific DSL) and whether to use Atom or VSCode as a base for a plugin actually (because it would be "visual" + "source" side by side, so bolting it atop an editor people already use for code and has good integration for git and all would make more sense), that's why I'm going to take a deeper look at how these "modern editors" beasts work actually...

Re: Why I Still Use Vim

#129

Post by BartSaM »

Klathmon wrote: post #6

These kinds of comparisons always seemed a bit silly to me. It's like complaining that opening a 6MB file in windows took over 3GB on my system! (ignoring that most of that is the OS getting ready to do other things, and enabling the OS to do things other than opening and reading a 6MB file). Yes, Atom isn't the most resource friendly editor out there, and nobody is claiming it is. But it is one of the more capable e…

I have tried Atom once and I am using Brackets since then. I have not found a better tool yet. It is easy to use, great plugins and no issues with resources for me (10-15 files open at any given time, and 1-2000 files indexed). There is so many editors, that Atom is just an option, not a standard.
Post reply on HN