Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I've been in this business a long time and the idea that we are limited by the typing speed of the programmer is just about the biggest crock I've heard so far. Thinking of the concrete details from Google's 2016 paper where they reported a gross commit rate of 1000 lines of code per engineer per week, inclusive of large-scale automatic refactoring and configuration changes that were 75% of the volume. That leaves your typical engineer on the hook for just 50 lines of code per day which honestly that still sounds a little high. Programmers are limited by cognition, not I/O rate.


I type faster on a MacBook keyboard but I prefer to type on my horrifyingly expensive mechanical keyboards. It’s about comfort above all else.

The real crock is to not buy your employees nice equipment.


I'm limited by typing speed. I can type about 120 words per minute, but there are still times when my idea is not instantly conveyed to the computer. In that case, I'm forgetting new ideas while interfacing with a piece of machinery.

1000 lines of code per engineer per week is probably a factor here. Think about a flow where you're bottlenecked by typing something. You then don't finish the thing because you have a sprint planning meeting. You come back and forget where you left off, and never check in the code you half-wrote. If you finished before the meeting, then your line-modified count would have increased by 50 lines or something. But now you spent an hour doing nothing, as far as the lines-of-code counter says. That's a problem!

Typing speed is back pressure on ideas. When a system is overloaded, it should apply back-pressure so that the producer produces less. That's what your keyboard does. The question is: do you want back-pressure against your ideas? If not, you need to add a buffer that can account for the bursts. Typing faster is that buffer.


I think an honest evaluation would reveal that the interrupted program and the forgotten ideas stood even chances of being of negative value anyway. Getting the programmer away from the keyboard is an organizational defense mechanism.


Doing this at the hardware level is premature optimization.


"Net lines of code" has ~nothing to do with amount of time spent typing, and a good keyboard lets me type without wasting brain power on keyboard-related proprioception.


> Programmers are limited by cognition

Expensive gadgets make programmers happy...




Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: