Why your prose score is misleading
A prose test cycles through twenty-six letters and a space. Code adds braces, brackets, angle brackets and semicolons, and most of them live on a shift-modified key. You are not typing faster letters; you are doing twice as many keypresses per visible character.
That is why the same developer can type English at 95 WPM and code at 45. The second number is not a worse version of the first — it is a different measurement.
What developers typically report
Numbers from a code typing test run lower and tighter than prose scores. The ranges below are what people land on after a few runs on the language they actually use, not their first attempt.
| Text | Typical range (WPM) | What dominates the time |
|---|---|---|
| English prose | 70 – 95 | Letter rhythm and reading ahead |
| Python | 45 – 65 | Underscores, colons, quotes |
| JavaScript | 40 – 60 | Braces, arrows, backticks |
| HTML | 40 – 55 | Angle brackets and closing tags |
| SQL | 35 – 55 | Uppercase keywords and quotes |
Rough orientation only. Code is typed in bursts between thinking pauses, so a lower number here does not mean slow work.
What actually slows you down
- Shift reaches. Every brace and quote is two keys, and the pinky does most of it.
- Symbol recovery. One misplaced bracket is worth five keystrokes to fix, and editors rarely catch it for you.
- Rhythm breaks. Code is short lines with frequent stops; you never build the long unbroken flow that prose allows.
- Thinking. Some of your "typing" time is actually reading and deciding, which no typing test can remove.