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

171–180 of 297 posts

Re: Tmux and Vim – better together

#171

Post by lelandbatey »

zeroxfe wrote: post #30

All this looks really great, however I think I just can't deal with the effort of maintaining these complex editor configurations anymore. I've been a multi-decade Vim user, until I switched to VSCode last year. It made me realize how much better the user experience can be for an editor. I had all kinds of complex vim configurations and plugins with special cases for linux vs. mac, server vs. desktop, GUI vs. termina…

Maybe. I've not experienced these same issues of "hard to maintain" Vim configs. However, just to learn, I downloaded VS code from the website right now. I extracted the archive and ran the executable.

Immediately, VS code took ~4 seconds to start. From there, I opened a text file and just started typing, and immediately my CPU usage spiked. From further examination, any kind of redrawing by VS code seems to cause the entire application to be redrawn on the CPU, meaning typing text in VS code causes ~30% CPU usage across most of my cores[0].

I'll pass.

[0] - http://i.xwl.me/2017-04-20-093624_4480x2096_scrot.png

Re: Tmux and Vim – better together

#172

Post by fakeslimshady »

joshuamorton wrote: post #135
Touche wrote: post #125

Earlier quoted context omitted.

I disagree. Plugins breaking or interfering with other plugins is a regular thing.

I'm really intrigued by what all you're doing that you have this kind of problem. I maintain a pretty complex vimrc, and deploying it is normally just a git clone. I've never had any of these issues, and when I started at google (which provides a nice collection of internal vim configs and plugins), combining the two and getting everything set up took me O(hours), not O(days). What are you doing?

I simply updated mvim and :E stopped working on OSX. I could work around with NERDtree, but its one of those things turned into a timesink when I didn't need it.

Re: Tmux and Vim – better together

#173

Post by vlunkr »

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…

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

Re: Tmux and Vim – better together

#174

Post by ruleabidinguser »

vlunkr wrote: post #173
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…

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 good thing.

Its just an extension of the masochism that permeates programming culture.

Re: Tmux and Vim – better together

#175

Post by lelandbatey »

radix07 wrote: post #122
fredsir wrote: post #105

Earlier quoted context omitted.

> I disagree. The default settings of Visual studio work perfectly fine for me. That's lucky for you, but unfortunately, it's not the case for me at all. > As an added advantage, I can use other developers in my companies workstations to show them something quickly if I need I might be using other peoples computers 10 hours a year, but I'm using my own maybe as much as 2200 hours a year. It doesn't seem logical to ta…

Have you actually tried to get YouCompleteMe[1] to work for C/C++ autocomplete? It's a huge PIA. Autocomplete just works in VSCode and many other IDEs once you point them at the right directory. https://github.com/Valloric/YouCompleteMe

I use YouCompleteMe for all my autocompleting needs (Python, Go, Rust, C) and it works quite well for me. My experience was that it was literally as easy as (copying the command straight from my shell history):

    ./install.py --clang-completer --gocode-completer --racer-completer

Re: Tmux and Vim – better together

#176

Post by sweeneyrod »

brunoluiz wrote: post #22

Not sure if it is only at my Mac, but with the latest Mac OS + iTerm + TMUX + VIM, my clipboard doesn't work properly, even using the following setup on my tmux bind-key -t vi-copy y copy-pipe "reattach-to-user-namespace pbcopy" Anyone with the same problem?

Don't use TMUX, but other than that yes (presuming you mean that you can't copy to the clipboard buffers with * and +). I've not got round to fixing it yet; copying from iTerm works for single lines (for multiple you get line numbers too) and just doing pbcopy isn't too much effort otherwise.

Re: Tmux and Vim – better together

#177

Post by red2awn »

z1mm32m4n wrote: post #156
red2awn wrote: post #11

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

The last time I looked at the terminal emulator built into Neovim the keybindings were terrible. What keys do you personally use for navigating in and out of TERMINAL buffers?

I am using `jk` to switch to normal mode, H/J/K/L to move around. Didn't have any problem with that.

Re: Tmux and Vim – better together

#178

Post by dp88sdf8 »

Touche wrote: post #91
juandazapata wrote: post #40

Earlier quoted context omitted.

Weird. I built my .rc files like 10 years ago, and only edit them about twice a year to add a plugin or modify a keybinding. Not a pain to maintain at all.

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.

I feel like the amount of hassle in terms of time spent is probably more imagined than real.

I tried VS Code for a couple months last year. It felt like less of a hassle than vim from 10 years ago. But with pathogen, cloning into .vim/bundle doesn't feel any more burdensome than finding the best plugins on VS Code did.

I mean, to each their own.

Re: Tmux and Vim – better together

#179

Post by lelandbatey »

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…

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 hyperbole quite a bit, and uses unkind labels for groups of people who are quite likely to read your comment. As a result, I suspect your comment may not go over well.

Re: Tmux and Vim – better together

#180

Post by c0achmcguirk »

mod wrote: post #152
ryanswapp wrote: post #50

Earlier quoted context omitted.

Same boat. I use Atom with vim keybindings now and I feel much more productive than when I rolled with straight vim + tmux. Great tools, but there are much better options these days.

I found the Atom vim-keybinding plugins severely lacking in a lot of vim functionality that I use regularly. I moved quickly back to tmux/vim.

Same here. Macros worked inconsistently, finding matching parens, and search/replace using registers just was off.

I use sublime, atom and VSCode every once in a while when pair programming but apart from intellisense/autocomplete I don't get a lot more value from the Vim alternatives.

Post reply on HN