Skip to content
Developer tools

The keyboard is the last physical bottleneck between your brain and shipped code

I type roughly 60,000 words a week into Claude Code. When your workflow is prompt, review, iterate, the keyboard becomes the bottleneck you never think about. Here is the setup I use and why the physical layer deserves the same attention as the software.

Based on the developer hardware and workflow setup used throughout 2025-2026.

The physical layer of your developer OS

I wrote about wiring your developer OS: Tailscale for mobile coding, Beeper for messaging, Raycast snippets for every repeated prompt. All software. None of it matters if the hardware you touch ten hours a day is an afterthought.

Most developers will spend weeks configuring Neovim but never question the keyboard under their fingers. Bizarre allocation of attention. Your keyboard is the interface between your brain and every line of code, every prompt, every commit. It deserves the same care as your editor config.

Why keyboard performance matters when you code with AI

The AI coding loop changed typing. You are writing prompts, reviewing diffs, iterating on context docs, drafting commits. The ratio of prose to syntax flipped. You write more words a day than you did writing pure code.

Voice might replace typing eventually. Until it does, your keyboard is the channel between thought and shipped product. A high performing keyboard cuts friction in that channel enough that you feel it across a ten-hour session.

What makes a keyboard high performing

Not a buying guide. A framework for what matters.

Low latency. Keypress to character on screen should be imperceptible. Wireless with poor polling rates breaks flow. Wired or high-polling-rate wireless is non-negotiable.

Tactile feedback. You need to know a key registered without looking or bottoming out. Tactile switches confirm at the actuation point. Your fingers learn the threshold and stop wasting force. Less fatigue over long sessions.

Programmable layers. Encode decisions into the hardware. Home row mods. Layers for navigation, symbols, macros. Same philosophy as Raycast snippets. Compress multi-step actions into muscle memory.

Split ergonomics. Your shoulders should not be hunched inward for eight hours. A split keyboard lets your arms rest at shoulder width. The posture compounds over months. Less strain, longer sessions, fewer breaks.

The setup I use to ship fast

I use a split mechanical keyboard with tactile switches. Columnar stagger, not row stagger. Keys align vertically with your fingers instead of following the 1878 typewriter offset.

Every choice is framed through speed, not aesthetics. Switches chosen for actuation and feedback, not sound. Keycaps are low-profile for faster travel. Firmware is QMK so every layer is programmable. A dedicated nav layer means my hands never leave home row to reach arrow keys.

The compound effect is real. Each optimisation saves fractions of a second. Over hundreds of sessions, those fractions become hours. Same philosophy as removing what makes you slow. Sometimes the drag is in the last place you look.

Keyboard shortcuts are a design decision

I wrote about how keyboard shortcuts for power users signal you thought about how people use your product. Same principle applies to your own tools.

A high performing keyboard is a system, not just hardware. Keyboard, firmware layers, OS shortcuts, app keybindings form one pipeline from intention to action. Each layer accelerates or adds friction. Most people optimise the app layer and ignore everything below.

When I hit three keys and my full Claude Code prompt expands, that is not just a Raycast snippet. It is a tactile switch at the right force, a firmware layer routing the input, an OS shortcut triggering the expansion, and an app executing the result. The whole stack matters.

The compound returns of physical tools

A keyboard you use 2,000 hours a year is not a purchase. It is infrastructure. The returns compound like career decisions, snippet libraries, a well-wired developer OS.

The best developers I know treat physical tools with the same intentionality they bring to code. They do not accept defaults. They invest once, configure deliberately, and benefit every day for years.

Your keyboard is either accelerating you or slowing you down. Most people have never tested which. If you write 60,000 words a week into an agent, the physical layer is the foundation everything else sits on.

Keep reading