scalable systems handle growth without breaking
← back · 2 min read ·

the editor as a force multiplier

the keystrokes you save compound. the keystrokes you don't, also compound.

most engineers spend eight hours a day in their editor. small inefficiencies in it compound into days per year. that’s the pitch for spending an afternoon on configuration. the underlying argument is the same as john ousterhout’s a philosophy of software design: the parts of your environment you touch most often deserve the most thought. the editor is the most-touched tool an engineer owns.

wins kept

the half-hour wins i’ve made and never undone:

wins undone

the half-hour wins i’ve made and did undo:

ai-augmentation now sits on top of all this. cursor, claude code, copilot — they make slow editors slower, because the suggestion window has to compete with file-tree mouse-clicks. the more fluent your editor flow, the more the model amplifies it. the less fluent, the more it gets in the way.

an afternoon of editor config is not procrastination. it’s the same logic as sharpening a saw.

scalable labs·cvr 30091604·github·linkedin·hello@scalable.dk