My Developer Toolbox in 2026

The editors, terminals, CLI apps and services I reach for every day — what made the cut, what got replaced, and what I'd recommend to anyone.

Developers love talking about their setups, and I’m no exception. Here’s an honest tour of the tools I use daily in 2026 — not an affiliate-link shopping list, just what survived contact with real work.

The daily drivers

Editor: VS Code (with Neovim keybindings)

I’ve done the pure-Neovim era, the Emacs curiosity phase, and the “maybe I should try Zed” weekend. I keep coming back to VS Code with the Vim extension: 90% of Vim’s speed with 0% of the config maintenance.

Non-negotiable extensions: Vim emulation, ESLint, Prettier, GitLens, and an error-lens style inline diagnostics plugin. Everything else is negotiable.

Terminal: whatever’s fast + tmux

The terminal emulator matters less than people think — I use the platform default with a Nerd Font. What matters is tmux: persistent sessions, split panes, and the ability to detach from a long-running job and walk away.

My entire tmux config is maybe 15 lines. The best tool config is the one you can recreate from memory.

Shell: zsh + a short prompt

Oh My Zsh was slowing my shell startup to nearly a second, so I stripped it back to the essentials: syntax highlighting, autosuggestions, and git aliases I actually type. Prompt shows: directory, git branch, dirty state. Nothing else. Fast shells make you feel fast.

CLI apps worth installing

These small tools earn their place every single day:

Tool Replaces Why it’s better
ripgrep (rg) grep Respects .gitignore, stupidly fast
fd find Sane syntax, colorized output
bat cat Syntax highlighting + line numbers + paging
eza ls Git status baked into listings
fzf Ctrl+R Fuzzy-find anything: files, history, processes
zoxide cd Learns your directories, z blog just works
jq eyeballs Query JSON like it’s a database

If you install just one: make it fzf. Pipe anything into it and your terminal becomes searchable.

The supporting cast

  • Git + GitHub — obvious, but the skill isn’t knowing git, it’s writing good commit messages and small PRs.
  • Docker — for “works on my machine” insurance. If a project has more than two dependencies, it gets a container.
  • Python — my automation duct tape. Half the scripts on this blog started as “I’ll just quickly…” (see: 5 Python scripts I actually use).
  • Obsidian — notes in plain Markdown files I own. No lock-in, works offline, syncs over git.
  • Bitwarden — a password manager isn’t optional anymore. Unique 20-character passwords everywhere, one master password in my head.

What I deliberately don’t use

  • A second monitor’s worth of dashboards. If a metric doesn’t change what I do today, I don’t need to see it today.
  • AI autocomplete I can’t audit. I use AI assistants for boilerplate and explanations — but every line gets read before it gets committed. Trust, but verify, then verify again.
  • Eleven note-taking apps. One notes folder. One todo list. Boring and effective.

The meta-lesson

Tools don’t make you productive — removing friction makes you productive. Every tool on this list survived because it removed more friction than it added.

My advice for building your own toolbox:

  1. Start boring. Defaults are fine until they hurt. Only optimize real pain.
  2. Learn one tool deeply before collecting ten shallowly. A black belt in your editor beats white belts in five.
  3. Revisit yearly. I do this audit every July. Tools (and needs) change — your setup should too.
  4. Back up your dotfiles. Future-you, setting up a new machine at midnight before a deadline, says thanks.

What’s in your toolbox? If there’s something life-changing I’m missing, I’d genuinely love to hear about it — find me on GitHub.