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

Tmux and Vim – better together

blog.bugsnag.com

Post reply on HN
Print view View original

231–240 of 297 posts

Re: Tmux and Vim – better together

#231

Post by vitohuang »

whitetub wrote: post #130

I use tmux and vim together as my dev environment for five years (used Sublime before) and I like to add another thought: One huge advantage is that I can run the dev setup on a remote server which allows to keep the entire enviroment with all build tools and watchers live and persistent for weeks. You can do this on a local environment as well if you never shutdown the system or suspend only but it still feels diffe…

That's what I have been doing for last couple years.

To make the experience even better, try replace ssh with Mosh

https://mosh.org/

Its perfect for mobile or desktop.

Also changing from bash to fish will make it even better.

Re: Tmux and Vim – better together

#232

Post by city41 »

tomsthumb wrote: post #198
city41 wrote: post #145

Earlier quoted context omitted.

I've always felt vim is an excellent editing experience but a lousy project management (ie "IDE") experience. I've also grown tired of the song and dance of setting up vim config and plugins, getting excited when I finally get a decent autocomplete working without stopping to consider VS Code has great autocomplete out of the box. The problem is vim editing never quite mixes well with other editors. The vim plugin fo…

The real solution to this problem is for IDEs to support an editing frontend interface and then editors to be split into frontend and backend so that really you could use them in the context of the IDE. The obvious example would be using the neo-vim frontend to interact with VSCode, Eclipse, IntelliJ, etc. What I want most is a Neo-Vim frontend to org-mode in Emacs, because it would be hilarious and because while Spa…

That's what this project is working on: https://github.com/carlosdcastillo/vim-mode -- using neovim as the editing backend to Atom. It still doesn't completely solve the problem of vim and editor key commands clashing.

Another interesting approach is VimR (http://vimr.org/), which is Neovim combined with native IDE addons such as Markdown preview, file tree, etc. The nice thing about VimR is since the whole thing is one cohesive package, the developers can ensure it has a consistent experience. Sadly it's OSX only though.

Re: Tmux and Vim – better together

#233

Post by matzy »

wodenokoto wrote: post #194
red2awn wrote: post #11

Neovim got a great builtin terminal emulator so I can just treat it like any other vim panes.

Is neovim mature enough for day to day work? Do you know any good beginners guide?

It's seamless. I've been using it for the past 6 months for almost all of my coding. The windows build is brand new and still has some problems, but assuming you're using *nix/mac, you won't have any issues.

Honestly the GitHub repo explains about everything. I check in on r/neovim, as the main contributor posts there often and helps people with problems/questions (I mostly just like reading about the new stuff their doing on the subreddit).

Re: Tmux and Vim – better together

#234

Post by matzy »

dotsh wrote: post #94
shazow wrote: post #89

Earlier quoted context omitted.

Neovim is not what you think it is. It is a vanilla vim, it's just a fork of the codebase/community. It's not a package/distribution like Spacevim is.

I know what neovim is. I was talking about answering to all vim problems with "did you try neovim?"

Who really says that though? As a regular lurker on the vim/neovim subreddits and mailing lists, I've never seen anyone try to fix someone's issue in vim by telling them to get neovim (literally never). Because, in the end, they're going to end up with the same issue. You already know what neovim is....so why would switching solve anything? Say they don't know how to use tabs, omnicompletion...why would neovim be any different?

Now what you may see, to your point, is people pushing (one of the many versions of) Spacevim on those forums. And they are shat upon rather immediately. It does happen though. But that at least makes sense, because those programs make using vim "easier", therefore eliminating issues users may have.

But neovim? Certainly not. The only time that would be a suggestion for someone is if they want some of the features neovim has over stock vim (maybe they want saner defaults, for example, or don't like tmux and want an integrated terminal).

Re: Tmux and Vim – better together

#235

Post by michaelmrose »

ruleabidinguser wrote: post #167
news_to_me wrote: post #164

Earlier quoted context omitted.

I think that's a little harsh. What a lot of people (including myself) dislike about IDEs is that you lose a lot of tool composability, and to some extent you have to play by the IDE's rules. With a Vim + CLI setup, you get to define the optimal flow, but the tradeoff is maintainability. For many, though, once you get your environment set up, it feels amazingly natural, more than an IDE could provide. It's more a mat…

Here is the key value provided by an IDE: * Autocomplete. This deserves way more recognition than it gets. Having function signatures, documentation, overloads, types, available IN-LINE while you type saves so much work from programming and is essential to delivering correct code. If you want to be an effective programmer, this is a fundamental tool. * Debugger. Easy breakpoints, conditional breakpoints, built-in pro…

Its amazing that you don't realize that its trivial to bind a single key to build your project in any editor under the sun. You could literally use ed and a shell script and bind a key on your desktop to fire off a build when you press a single button.

Re: Tmux and Vim – better together

#236

Post by vanboxel »

I was a little bummed to see no mention of `slimux`. It's a fantastic way to execute commands in a real shell (another tmux pane) from the comfort of your ViM session. By combining this with say IPython running in the shell, it's a powerful way to do data analysis. I wrote an ebook on this kind of workflow at http://dvbuntu.github.io/compute/

Re: Tmux and Vim – better together

#237

Post by michaelmrose »

ruleabidinguser wrote: post #174
vlunkr wrote: post #173

Earlier quoted context omitted.

If you really want I'm sure we could list out plenty of "serious programmers" that use vim.

Their existence doesn't surprise me, but they deserve less respect for making foolish choices. An idiot savant is still an idiot. I'll welcome any points made for VIM that acknowledge the immense value provided by IDEs, but if I had already seen such points I wouldn't even be posting here today. Every argument I've seen for VIM systematically denies: * That programming is hard work. * That making life easier is a goo…

That isn't what the word idiot savant means it would be helpful in future discussions if you would learn the terms and idioms you intend to use. Idiot savants is a term for those who possess some interesting intellectual talent despite profound mental disability.

The individuals you are disparaging are merely talented developers working on useful projects they possess neither a surprising intellectual talent nor profound disability.

Despite your very superior opinion of yourself disagreeing with you doesn't imply mental disability.

Re: Tmux and Vim – better together

#238

Post by michaelmrose »

lelandbatey wrote: post #179
ruleabidinguser wrote: post #167

Earlier quoted context omitted.

Here is the key value provided by an IDE: * Autocomplete. This deserves way more recognition than it gets. Having function signatures, documentation, overloads, types, available IN-LINE while you type saves so much work from programming and is essential to delivering correct code. If you want to be an effective programmer, this is a fundamental tool. * Debugger. Easy breakpoints, conditional breakpoints, built-in pro…

You're presenting opinions (strong ones) in the guise of facts, but you have no data nor even really anything to go by other than your experience/preference/anecdotes. In general, the stronger your opinions the more you must work to ensure that they're communicated in as non-alienating a way as possible. This is one of the fundamental forces of communication/persuasion. As it stands, your current comment leans on hyp…

Your opinion is well reasoned and helpful. I think its valuable in that others who actually want to communicate could learn and benefit from it but I think the party you are talking with is just a troll unfortunately.

Re: Tmux and Vim – better together

#239

Post by Retra »

dmix wrote: post #107
Touche wrote: post #91

Earlier quoted context omitted.

Why is it weird? You created yours 10 years ago, great. For those of us who didn't it is a bit of a hassle.

Pretty much everyone knows the price of admission to using tools like Vim and Emacs is the time investment in config and learning the quirks. What the OP is saying that this doesn't have to be a perpetual state. Once you invest effort early on getting it right you often don't need to touch it, beyond a few tweaks now and then. The maintenance burden definitely declines over time. Then all you need is a storage soluti…

As a counterpoint, you shouldn't have to tell anybody about storage solutions and preconfigured configs. Once you start doing that, you're talking about solving problems that don't exist in other editors.

Re: Tmux and Vim – better together

#240

Post by dotsh »

ruleabidinguser wrote: post #167
news_to_me wrote: post #164

Earlier quoted context omitted.

I think that's a little harsh. What a lot of people (including myself) dislike about IDEs is that you lose a lot of tool composability, and to some extent you have to play by the IDE's rules. With a Vim + CLI setup, you get to define the optimal flow, but the tradeoff is maintainability. For many, though, once you get your environment set up, it feels amazingly natural, more than an IDE could provide. It's more a mat…

Here is the key value provided by an IDE: * Autocomplete. This deserves way more recognition than it gets. Having function signatures, documentation, overloads, types, available IN-LINE while you type saves so much work from programming and is essential to delivering correct code. If you want to be an effective programmer, this is a fundamental tool. * Debugger. Easy breakpoints, conditional breakpoints, built-in pro…

> * Autocomplete. This deserves way more recognition than it gets. Having function signatures, documentation, overloads, types, available IN-LINE while you type saves so much work from programming and is essential to delivering correct code. If you want to be an effective programmer, this is a fundamental tool.

Coding. This deserves way more recognition than it gets. Having function signatures, documentation, overloads, types available IN-YOUR HEAD while you type saves so much work from programming and is essential to delivering correct code. If you want to be an effective programmer, you need to stop relying only on autocompletion.

And as always.. have a nice day!

Post reply on HN