The reason it's hard to take slow typists seriously as programmers isn't that typing speed affects your ability as a programmer; the issue is that it speaks to how much time you've really spent in front of a computer, actually writing programs. I've never met a slow typist who had written gobs of code (good or bad).
For a programmer, words-per-minute text typing speed is not so important, but navigation typing speed is. I'm talking about the ability to, without conscious thought, tab around between windows, hit the command keys for operations like copy+paste, and use speedy text navigation shortcuts like Ctrl-arrow keys and Home/End. The more a programmer can instinctively take shortcuts like that, the more he'll maintain mental flow on the real task instead of diverting effort to managing his tools. I don't have any hard data of course, but anecdotally I feel a large correlation between environment navigation efficiency and work productivity.
This applies to more than just programming, like spreadsheet work as well. A user who's learned End-navigation or fill-down shortcuts can get a complex Excel sheet done in significantly less time.
Average typing speed is enough. Programmers do not look at the keyboard when typing.
Novice speed does hamper efficiency. Finding alphabets, numbers and symbols on keyboard interrupts programmers' thought.
Fast does help much as programmers do not type much one at time but thinks more between lines of code. Usually programmers write a few lines even a few characters for adjustment.
For programmers, good use of editor is more important. Able to use keyword short-cuts to cut and paste, replacing pattern of text, finding text, moving text between files is a key to efficiency.
I watch "over the shoulder" of many software engineers at my (Windows-based) work, and 90% of them work at a CMD shell/console with QuickEdit mode disabled; software that I'm responsible for spits fully qualified logfile names out to said console, but rather than copy + paste the filename into Outlook's attachment File Open dialog, they laboriously click their way thru the "Explorer" dialog pane trying to find the same file. I sometimes point out that they could easily copy and paste the name from the console into the dialog, and some of them have an "aha!" moment, but most simply don't "get" it.
OTOH I've watched experienced unix developers who type at fantastic speeds, but with a significant error rate: bzzzzz (a command line) enter [error]; bzzzzzz (a whole new command line intending to duplicate the intent of the first) enter [error]; (third time's the charm?). Slow down or use line-editing? No... These are far less the rule than the mouse-click-happy Windows users, but clearly there are many ways to be inefficient...
The fewer times I (a marginal typist) am forced to type out a copy of text I see on the screen, the more productive I am. My work processes are optimized along this axis: let the computer do the work instead of my fingers whenever possible.
The thing is it's easy to comfortably type, say, 60 words per minute if you use a computer a lot and care. When I learned to type I could do 20 or 30 or something, but when I found chat programs my max speed went over 100 after a few years. As long as you have any reason to be typing a lot, your speed should increase to the point where you're "fast" and don't care anymore.
Sure the benefit of typing 80 wpm instead of 60 is not that much. But the cost isn't much either, it happens naturally for heavy computer users.
If you're not typing reasonably fast, one has to wonder: why not?
No doubt a few people will have some good reason why not, or just say "I'm new to computers". But others will have a dumb reason. Others won't have ever thought about it. So you can learn about people by asking this.
It's kind of like: any serious programmer should learn a decent text editor. Yes you can code in a crappy one. Yes most of the time is spent thinking not text editing. But if you aren't using good tools one has to wonder: why not?
I don't think words per minute is the best measurement of programming speed, if we are trying to assess the efficiency of translating thoughts into code. The speed of navigating between files and functions and editing blocks or terms (delete, insert) deserves strong weighting as well.
When you write, you don't just type constantly the whole time. You think a bit, decide on something to say, type it, then think of the next thing. The better you can type, the shorter the delay before you get back to thinking again without still having to remember what you're currently writing down. And typing itself is quite distracting for a weak typist, whereas a good typist doesn't pay attention to typing and keeps his mind on the content. The same applies to programing. Typing does matter.
If you want to increase your typing speed (or waste a lot of time) anyway, check out http://play.typeracer.com/ . In addition to popular works, you can configure it to make you type samples from open source projects in your language of choice.
Typing speed is probably irrelevant. Touch typing is probably important for programmers to master, even if it is just so they don't have to break their zen state while programming.
[+] [-] projectileboy|15 years ago|reply
[+] [-] T-hawk|15 years ago|reply
This applies to more than just programming, like spreadsheet work as well. A user who's learned End-navigation or fill-down shortcuts can get a complex Excel sheet done in significantly less time.
[+] [-] wallflower|15 years ago|reply
[+] [-] StavrosK|15 years ago|reply
[+] [-] dshankar|15 years ago|reply
[+] [-] OmniBus|15 years ago|reply
Novice speed does hamper efficiency. Finding alphabets, numbers and symbols on keyboard interrupts programmers' thought.
Fast does help much as programmers do not type much one at time but thinks more between lines of code. Usually programmers write a few lines even a few characters for adjustment.
For programmers, good use of editor is more important. Able to use keyword short-cuts to cut and paste, replacing pattern of text, finding text, moving text between files is a key to efficiency.
[+] [-] cagey|15 years ago|reply
I watch "over the shoulder" of many software engineers at my (Windows-based) work, and 90% of them work at a CMD shell/console with QuickEdit mode disabled; software that I'm responsible for spits fully qualified logfile names out to said console, but rather than copy + paste the filename into Outlook's attachment File Open dialog, they laboriously click their way thru the "Explorer" dialog pane trying to find the same file. I sometimes point out that they could easily copy and paste the name from the console into the dialog, and some of them have an "aha!" moment, but most simply don't "get" it.
OTOH I've watched experienced unix developers who type at fantastic speeds, but with a significant error rate: bzzzzz (a command line) enter [error]; bzzzzzz (a whole new command line intending to duplicate the intent of the first) enter [error]; (third time's the charm?). Slow down or use line-editing? No... These are far less the rule than the mouse-click-happy Windows users, but clearly there are many ways to be inefficient...
The fewer times I (a marginal typist) am forced to type out a copy of text I see on the screen, the more productive I am. My work processes are optimized along this axis: let the computer do the work instead of my fingers whenever possible.
[+] [-] xenophanes|15 years ago|reply
[+] [-] xenophanes|15 years ago|reply
Sure the benefit of typing 80 wpm instead of 60 is not that much. But the cost isn't much either, it happens naturally for heavy computer users.
If you're not typing reasonably fast, one has to wonder: why not?
No doubt a few people will have some good reason why not, or just say "I'm new to computers". But others will have a dumb reason. Others won't have ever thought about it. So you can learn about people by asking this.
It's kind of like: any serious programmer should learn a decent text editor. Yes you can code in a crappy one. Yes most of the time is spent thinking not text editing. But if you aren't using good tools one has to wonder: why not?
[+] [-] hallmark|15 years ago|reply
[+] [-] xenophanes|15 years ago|reply
[+] [-] xenophanes|15 years ago|reply
[+] [-] swolchok|15 years ago|reply
[+] [-] stuaxo|15 years ago|reply
[+] [-] sofuture|15 years ago|reply
[+] [-] jaxtapose|15 years ago|reply