All writing
Software EngineeringMay 20, 2026·10 min read

Your IDE Is a Cockpit, Not a Notepad

You spend 8 hours a day in this thing. Spending an afternoon learning it properly is the highest-ROI hour you'll never schedule.

Here's an uncomfortable observation: most developers treat the most-used tool in their career like a fancy Notepad. They type into it, they save, they click around with the mouse like it's 2004, and they have never once opened the command palette on purpose.

You spend more waking hours in your editor than with most humans you love. Getting fluent in it isn't nerdy optimization — it's basic respect for where your life goes.

01

The mouse is a tax

Every time your hand leaves the keyboard to chase a menu, you pay a tiny tax: a context switch, a half-second, a broken train of thought. Individually trivial. Multiplied across a career, it's weeks. The keyboard-fluent developer isn't smarter — they just stopped paying rent to the mouse.

Tip

The single highest-leverage shortcut in any editor is the command palette (usually Ctrl/Cmd+Shift+P). It's a searchable index of everything the editor can do. When you don't know the shortcut, you can always find it there.

02

The moves that actually matter

You don't need 200 shortcuts. You need maybe a dozen, used constantly, until they're muscle memory:

  • Go to definition / find all references — stop scrolling, start *navigating* the code as a graph.
  • Fuzzy file open — jump to any file by typing three letters, never touch the sidebar.
  • Multi-cursor — edit ten lines at once instead of ten times in a row.
  • Rename symbol — change a name everywhere, safely, instead of find-and-replace roulette.
  • Go back / forward — retrace your navigation like a browser. Underrated, life-changing.
03

Refactor with the tool, not by hand

Manually renaming a variable across files is how you introduce bugs and waste an afternoon. Your editor knows the difference between *the* user and *a* user — it understands scope. Let it do the rename. Hand-editing what the AST already knows is like doing long division next to a calculator to feel honest.

before-rename.ts
// don't: find-and-replace "data" and pray you didn't hit `metadata`, `database`...
// do: cursor on the symbol -> Rename Symbol -> type new name -> done, scope-aware
function process(data: Payload) {  // <- rename `data` here, it updates only this scope
  return data.items.map(normalize);
}
04

Make the editor nag you

Format on save. Lint as you type. Surface type errors inline. The goal is to fail loudly and early, while the code is still warm in your head — not in CI, ten minutes later, when you've already moved on. A good editor setup is a colleague who points at your typo *before* you commit it, not after.

settings.json
{
  "editor.formatOnSave": true,
  "editor.codeActionsOnSave": { "source.fixAll": "explicit" },
  "editor.cursorSurroundingLines": 8,
  "files.trimTrailingWhitespace": true
}
A sharp editor doesn't make you a better engineer. It removes the friction between you and being one.
05

One afternoon, paid back forever

06

Snippets: stop typing the same boilerplate

If you type the same scaffolding more than twice a week — a component skeleton, a test block, a try/catch — make it a snippet. You define the shape once, with tab-stops where the variable bits go, and from then on it's three keystrokes. It's the laziest possible automation and it pays back forever.

typescript.json (snippets)
{
  "React component": {
    "prefix": "rfc",
    "body": [
      "export default function ${1:Name}() {",
      "  return <div>$0</div>;",
      "}"
    ]
  }
}
07

Make it yours

The last 10% is personal. Fix the three things that annoy you every day — the theme that strains your eyes, the cramped line height, the panel that keeps stealing focus. None of it is 'real work', and all of it removes a tiny daily papercut. A thousand papercuts is what burnout is made of.

Block out two hours. Learn your dozen shortcuts. Set up format-on-save and inline errors. Customize the three things that annoy you daily. It feels slower for a week and then it's invisible, and you'll never go back. The cockpit was always full of dials — you just never read the manual.

Key takeaways

  • 01You live in your editor — fluency in it compounds every single day.
  • 02Learn ~a dozen keyboard moves: go-to-definition, find-references, fuzzy-open, multi-cursor, rename.
  • 03Let the tool refactor and format; failing loud and early beats catching it in CI.

FAQ

EngineeringProductivityToolingIDE

Related reading