Skip to content
HHackerTube.videoSurprise me

How to Do 90% of What Plugins Do (With Just Vim)

How to Do 90% of What Plugins Do (With Just Vim) on HackerTube: recommended by 10 Hacker News commenters across 10 separate months, 2016–2025.

thoughtbot

talk · intermediate · evergreen

Open on YouTube

A thoughtbot meetup talk by Max Cantor on getting most of what popular plugins provide using only built-in Vim features. It covers autocomplete, file jumping, filesystem navigation, build integration and snippets, with slides and a vimrc available.

Why Hacker News recommends it

HN treats it as the canonical talk for the case that vanilla Vim goes a long way and plugin dependencies are a burden.

people recommended it
10
separate months
10
strong recommendations
1
discussed on HN
2016–2025
“Max Cantor has a great talk about that on YouTube”
— epicide, Jun 2018, in “Vim plugins I use”

What HN commenters said

14 Hacker News comments link this video. Each one links back to its thread.

farisjarrahNov 2021Strongly recommends

The thoughtbot series on vim is great. I'm really glad I found this video early in my Vim career. I've got a very minimal vimrc as a result and just try to lean into the vim builtins ▶ this video

in “Happy birthday Vim (2020)” · View on HN

skydhashApr 2025Recommends

With editors like vim, neovim, emacs, it's way easier to get the lay of the land first (tutorial, play around with the default config,..) and then list out what you need. My vim config has three things only: LSP, FZF (for anything fuzzy), and Plug (to install the above two). There's also a few niceties, but I could do without them. or vendor them into the main config. But it's not my daily editor, so that's just the base config. Anything I could add on top of that would depend on the projects I would need it for. That's about 200 lines (the lsp config is 1/4 of that) NB. A nice talk even if it's about vim "How to Do 90% of What Plugins Do (With Just Vim)" ▶ this video

in “OpenVSX, which VSCode forks rely on for extensions, down for 24 hours” · View on HN

gregjorFeb 2025Recommends

> The ability to autocomplete, and navigate through the code (even my dependencies's code) by the click on a function, the popover showing the documentation/signature of the function i'm going to call. Those are Quality of Life features I'm not ready to give up on. ctags did most of that decades ago. Plain vim has good autocomplete and signature popovers, along with navigating to functions and class definitions. No LSP needed. An LSP will do it better but with sometimes significant overhead. As I noted I don't use VSCode or a JetBrains IDE. I know about them and have used them. My setup works language-agnostic, and I also work in multiple languages. Possibly useful, at least interesting: ▶ this video

in “Ask HN: Alternative to VS Code?” · View on HN

gregjorDec 2024Recommends

I use vim with ctags. vim has good autocomplete but I don't use it much -- I rely on memory and looking things up in the docs. With ctags I can jump to definition/implementation of a function. ctags has worked since the early 1990s. Check out this video: How to do 90% of what plugins do with just vim. ▶ this video

in “Ask HN: Programmers who don't use autocomplete/LSP, how do you do it?” · View on HN

noudJul 2023Recommends

Am I the only one using vanilla vim with a minimal configuration file (<50 lines)? I set tabs to 4 spaces, put syntax highlighting on, set background to dark, add fuzzy finding, and configure netrw (default file browsing). Very easy to setup. Moreover, when I'm on a different computer and open (vanilla) vim without any configurations. I know that everything is more or less the same as my default vim environment. I think it's not that hard to learn developing in the default vim environment, with some minor tweaks. Also related, How to Do 90% of What Plugins Do (With Just Vim): ▶ this video

in “LazyVim” · View on HN

DyslexicAtheistMar 2019Recommends

some languages are more verbose than others. if you're dealing with `ProblemProblemFactory` type of abstraction madness and subscribe to the idea of spelling out every variable (MessageCounter instead of "cnt" etc) then this would seem handy. Maybe it's a question of mindset & philosophy. I personally prefer a minimalist but powerful editor without plugins and just rely on their internal capabilities (which granted are a learning curve). It avoids getting stuck when doing $EDITOR foo on a system you don't own and still feel at home and as fast as on your primary workspace. "How to Do 90% of What Plugins Do (With Just Vim)" : ▶ this video

in “Coc.nvim – Intellisense Engine for Vim8 and Neovim” · View on HN

Show 8 more comments
epicideJun 2018Recommends

I like that the intro paragraph discusses the pros and cons of vanilla vs plugins. For those that want to take a look at some more vanilla approaches to some common tasks, Max Cantor has a great talk about that on YouTube [0]. [0]: ▶ this video

in “Vim plugins I use” · View on HN

mhdJun 2018Recommends

Let's get this out of the way: "How to Do 90% of What Plugins Do (With Just Vim)": ▶ this video And if you want to see some crazy vim usage, there's always Damian Conway: [link]

in “Vim plugins I use” · View on HN

ultramannNov 2017Recommends

I used to use bufftabline, [link] . I think something like it is what you're looking for? If it's not quite right for you the readme in the github repo mentions some other plugins that have similar capabilities. I really liked bufftabline when I used it. It was lightweight and did exactly what I wanted it to do, give me an immediate visual representation of the buffers I had open in a familiar tab-like format. Eventually I moved towards an even lighter weight setup. Take at look at this video is you're interested in anything like that. ▶ this video

in “Vim plugins and config walkthrough” · View on HN

wodnyMar 2017Recommends

I don't believe it's possible to have a good vimrc without really grasping some elementary concepts like movements, operators, registers, windows etc. I have recently watched all the Drew Neil's VimCasts[1] and after just a couple of hours I've realized I was missing a lot for at least 10 years. There is also quite a good presentation on YouTube by Max Cantor "How to Do 90% of What Plugins Do (With Just Vim)"[2]. Instead of treating a single vimrc as the best one it's useful to skim through dotfiles and plugins of some influential vim users like Drew Neil[3] and Tim Pope[4]. BTW VimCasts are accompanied by a book. The second edition[5] includes changes introduced by Vim 8.0. [1]: [link] [2]: ▶ this video [3]: [link] [4]: [link] [5]: [link]

in “A Good Vimrc (2014)” · View on HN

jneumann004Nov 2016Recommends

Use the editor that works best for you. I have used Vim every day for almost the last two years and I have learned to work very quickly inside of it. As far as plugins, if one sounds interesting or useful to you, install it. If it doesn't work out, then you can delete it later. Over the years I have tried all of the popular plugins, but I have managed to whittle it down to 4 plus a couple of language specific plugins Here are a couple of handy youtube videos Vim Navigation Commands [link] How to Do 90% of What Plugins Do (With Just Vim) ▶ this video

in “Ask HN: How to improve vim productivity and workflow?” · View on HN

RMPRNov 2020Cites it

Vim has built-in auto completion, for some languages (Python, C, ...) it can even be kind of smart. There are many videos showcasing the power of vanilla Vim ▶ this video [link]

in “Ox is a fast text editor, written in Rust, that runs in your terminal” · View on HN

RMPRJul 2020Cites it

>The killer feature of vim that I feel like very few people know about is it's remote editor feature. Now this is dope, I used to rely on a trick I discovered in a conference[0], append to the `path` variable in your .vimrc so you can recursively fuzzy find files in the directory where you opened Vim, and more recently setting global marks[1] in the files of interest. 0: ▶ this video 1: [link]

in “How Did Vim Become So Popular?” · View on HN

RMPRJul 2020Cites it

>99% of my plugin usage is fzf Even that can be handled by Vim ootb, just add path+=** to your vimrc and you're set, you can recursively :find pretty much anything in the folder where you opened Vim and you can even go fuzzy, for how it works in practice: ▶ this video

in “How Did Vim Become So Popular?” · View on HN

Topics & tags

Testing, debugging & developer toolsvimvimrceditor workflowpluginsminimalism