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

Square open-sources its Vim repo, Maximum Awesome

corner.squareup.com

Post reply on HN
Print view View original

111–120 of 145 posts

Re: Square open-sources its Vim repo, Maximum Awesome

#111

Post by kippersnacks »

Surprised that people are actually trying this. IMO there are far better configurations out there if you want to try a pre-tailored one. Google for them, i'll add my personal favorite here since people are actually up-voting and installing this less than impressive config.

If you use ruby/rails try yadr https://github.com/skwp/dotfiles. If you don't use ruby, it (imo) still has one of the best key maps/configs for beginners just delete the ruby plugins.

Make it yours: :help every plugin and every setting if you don't know what it does. Change any key mappings you don't like. It will take about 40 hours to familiarize yourself with everything, that is if you go plugin hunting yourself. I'm not a believer that starting from scratch is the way to go.

Remove vim-snipmate, neocomplicache, vim-snippets, vim-colors-solarized. Remove nerdtree nerdtree, vim-nerdtree-tabs, use :e/CtrlP instead.

Add YouCompleteMe, vim-detailed, vim-notes, vim-slime, vim-numbertoggle, vim-abolish, vim-startify, vim-textobj-rubyblock, switch.vim, ultisnips, vim-airline, unite (check out unite plugins), vim-expand-region, vim-jsbeatify, extradite, vim-diffchanges, vim-speeddating, goldenview or golden-ratio.

This config probably won't run well on machines that are older than 2012, in total there are about 90 plugins. Remove any plugins you don't need. Look up how to profile your plugins, if one of them is causing things to be slow remove it. Don't install anything without reading the help file immediately afterwards.

Learning enough vim to match your current productivity is not as difficult as everyone makes it out to be. I was instantly more productive with this setup switching from RubyMine and I still have barely scratched the surface of those help files. Disclaimer: I had picked up the most basic motion / visual selection keys previously working over SSH. And I was familiar with window/buffer management from using tmux daily.

To everyone I highly recommend YouCompleteMe, vim-detailed, vim-notes, and https://github.com/rking/vim-detailed.

Re: Square open-sources its Vim repo, Maximum Awesome

#112

Post by jh3 »

pedro84 wrote: post #80
jh3 wrote: post #51

Earlier quoted context omitted.

The only thing I really like about MacVim as opposed to Terminal vim + tmux is how fast the cursor moves can move around.

Is the Keyboard Repeat Rate or Delay Until Repeat set to low? (System Preferences -> Keyboard)

Nope, that's something I take care of immediately on OSX. I think Terminal.app is just slow when redrawing the screen while scrolling.

Re: Square open-sources its Vim repo, Maximum Awesome

#113

Post by IgorPartola »

textminer wrote: post #63
adamesque wrote: post #54

Earlier quoted context omitted.

Completely respect where you're coming from, but totally disagree. I made a few abortive switches to Vim that didn't last a week because my productivity was too hampered and the environment too extreme & foreign. To a newcomer like me, Vim's built-in help was less than worthless, since you pretty much need to know the Vim term for what you're looking up to find it. Googling around wasn't much more effective (there's…

"vimtutor" is pretty gentle. Alternatively, http://vim-adventures.com/ is just fun.

The Gentoo Linux vim tutorial is how I learned. It took me about an hour to become as productive in vim as I was in my previous editors (nano, GEdit, some random Windows editor, etc.) Everything past that was an improvement over any editor I have seen before.

I think it is a lot harder for people used to IDE's, but if you treat it as "get to the minimum productivity level as fast as possible, then slowly add more", you will probably enjoy it.

Re: Square open-sources its Vim repo, Maximum Awesome

#115

Post by commandar »

johncoltrane wrote: post #88
adamesque wrote: post #54

Earlier quoted context omitted.

Completely respect where you're coming from, but totally disagree. I made a few abortive switches to Vim that didn't last a week because my productivity was too hampered and the environment too extreme & foreign. To a newcomer like me, Vim's built-in help was less than worthless, since you pretty much need to know the Vim term for what you're looking up to find it. Googling around wasn't much more effective (there's…

The problem wasn't the "extreme & foreign environment", the problem was that you thought wrongly that you could learn Vim as if it were a regular editor. Learning Vim is a side project: something you do casually, slowly, until and if you are able to do the actual switch. Those braindead distributions are just smoke mirrors for lazy and pressed people: they provide training wheels but they actively prevent you from ac…

>Learning Vim is a side project: something you do casually, slowly, until and if you are able to do the actual switch.

For me, vim didn't take until I used it start to finish on a smaller, week-long project and immersed myself in it. Everyone learns differently.

Re: Square open-sources its Vim repo, Maximum Awesome

#116

Post by eksith »

johncoltrane wrote: post #88
adamesque wrote: post #54

Earlier quoted context omitted.

Completely respect where you're coming from, but totally disagree. I made a few abortive switches to Vim that didn't last a week because my productivity was too hampered and the environment too extreme & foreign. To a newcomer like me, Vim's built-in help was less than worthless, since you pretty much need to know the Vim term for what you're looking up to find it. Googling around wasn't much more effective (there's…

The problem wasn't the "extreme & foreign environment", the problem was that you thought wrongly that you could learn Vim as if it were a regular editor. Learning Vim is a side project: something you do casually, slowly, until and if you are able to do the actual switch. Those braindead distributions are just smoke mirrors for lazy and pressed people: they provide training wheels but they actively prevent you from ac…

I second this. I've really underestimated how big an impact first impressions can leave, especially when dealing with completely unfamiliar tools.

My first intro to Vim could be called "haphazard" at best because I was pressed at the time, and so that thoroughly soured the relationship. It was only after I took a few steps back and went at it with a let's try this again attitude very slowly did I finally get through it without exhausting myself. I wish I took the slow route the first time.

Best way to learn Vim is to learn it for the sake of learning it. Not because "it's in the way".

Re: Square open-sources its Vim repo, Maximum Awesome

#117

Post by Moto7451 »

jh3 wrote: post #51
nilkn wrote: post #23

Great to see some love for tmux. Terminal vim + tmux is a lot more powerful than Gvim or MacVim. That said, I started using vim with Janus and while it convinced me that vim could be a great modern editor, it left me too confused when I tried to make my own customizations. I ended up ditching it and hand-picking my own plugins. I suspect a completely new vim user would likely experience the same process with Maximum…

The only thing I really like about MacVim as opposed to Terminal vim + tmux is how fast the cursor moves can move around.

Any reason why you can't use iTerm 2. Honestly I can't see any reason to use the built in terminal when iTerm2 is so good.

Also nice is the TMUX integration.

Re: Square open-sources its Vim repo, Maximum Awesome

#118

Post by tuananh »

cgag wrote: post #44
wavesounds wrote: post #31

Do lots of people use let mapleader = ',' instead of Ctrl? Also does anyone see where they are setting the /// to comment? Commentary uses gcc and I don't see it in their vimrc.

I've never heard of anyone uses ctrl as a leader. I do use comma myself.

if you use hhkb(http://farm4.staticflickr.com/3322/3599528588_ce3e08503f.jpg) layout, it's rather convenient to use Ctrl as leader.

Re: Square open-sources its Vim repo, Maximum Awesome

#119

Post by pimeys »

jlgreco wrote: post #108
helloTree wrote: post #105

Earlier quoted context omitted.

Can you elaborate on this? I also use XMonad in connections with a simple xterm (although I used screen some years ago, but then I did not know about XMonad) but I do not get the idea of detaching/reattaching. Is the idea to save the state of the session?

Sort of. If you are running tmux locally it would allow you to do things like kill X, log back in, open a new xterm, then pick up where you left off. The session isn't paused or suspended, it continues running the entire time even though the gui terminal emulator died. If you are running tmux remotely, then it lets you start working at home on your laptop (over ssh), close your laptop, drive across town, turn your la…

I'm restarting X all the time, so I'd see tmux with my test/log window a huge gain. For vim, I prefer gvim for better and faster rendering over any terminal.

How is urxvt's font rendering support better than xterm's?

Having

  XTerm*faceName: Inconsolata
  XTerm*faceSize: 14
in .Xresources gives me exactly the same result as with urxvt or gnome-terminal.

(P.S. Awesome is not at all less "hardcore", just works differently and is kind of a required taste.)

Re: Square open-sources its Vim repo, Maximum Awesome

#120

Post by strongriley »

rodly wrote: post #64

Is there a way to uninstall this? Kill the symlinks and remove the appended .bak from old config?

Yep, just remove the symlinks and rename the .bak files. Opened an issue to cover this. Thanks! https://github.com/square/maximum-awesome/issues/37
Post reply on HN