CodeBetter.Com
CodeBetter.Com
RSS 2.0 via Feedburner
           Do you Twitter? Follow us @CodeBetter

Raymond Lewallen

Framework Design, Agile Coach, President Oklahoma City Developers Group, Microsoft MVP C#, TDD, Continuous Integration, Patterns and Practices, Domain Driven Design, Speaker, VB.Net, C# and Sql Server

The value of a programmer

This article, titled The Fallacy Of Cheap Programmers was quite interesting and pretty good. I think the writer notes a lot of points that I believe to be true. The article is missing, however, any studies that back him up. He states "A lot of research on programmer productivity...", but fails to state what that research is or where is came from, so you don't really know anything other than what the writer tells you unless you go out looking for it yourself. Also, I'm not sure I agree with the statement "...believe that one programmer can be as productive as 3, let alone 5 or even 20...". Can 1 programmer be as productive as 3? Perhaps, depending on the tasks. 5? That's a strech. 20? Um, I don't think so.

All in all, I do agree with the article. I think I'm a good programmer, and that all comes with experience and training. I like to think that some of the things I do today, such as programming in the beginning stages for performance and scalability, as any good programmer would do, helps relieve the focus of those aspects in future life-cycles of the application production. However, not all programmers do these things, and of course, I'm not a good enough programmer to do everything right the first time either. I believe I do good work and can be very productive when I want to. But how many programmers can I replace? Sometimes 3. Sometimes ½. Sometimes not at all. It depends on the tasks at hand and the abilities of the programmers I’m attempting to replace.


Comments

Darrell said:

In my humble opinion, it depends. There are some programmers who really just create more work for competent programmers. It's easy to be *vastly* more productive than some fool who can't code out of his own way. Unfortunately, these incompetents are also the ones who don't know that they don't know, so you also spend lots of time arguing with them and they'll never admit they were wrong, ever, on even the smallest thing. *Sigh*
# March 1, 2005 6:27 AM

Raymond Lewallen said:

I've definately been in situations where other programmers have done nothing but create more work for me, and it is very frustrating. And you are right, the same people will argue and argue till they are blue in the face. I have worked with some very humble people before and there is always less stress involved. I'm wrong about things all the time. I think we all are to certain degrees. I spend more time fixing my own code and implementing different designs because I didn't do it the first time the way it should have been done. Not everybody does that. Some people, if they wrote it, then it must be perfect and there is nothing anybody can do to improve on it. We are always learning and improving, but like Darrell said, some people just don't see themselves that way, and those are the easiest people to replace.
# March 1, 2005 6:47 AM

Tim Haines said:

I'd have to agree with Marc and Darrell. I've worked with one guy who was most productive when he was in the cafe. That's when he wasn't making more work for others.
# March 6, 2005 7:07 PM

Ben said:

Good points on productivity vs tasks.
# August 8, 2005 11:53 AM

Leave a Comment

(required)  
(optional)
(required)  

Enter the numbers above:
Add

About Raymond Lewallen

Working primarily in the public sector during his career, Raymond has designed and built several high profile enterprise level applications for all levels of the government. Raymond now works as a solutions architect for EMC. Raymond is an agile coach, Microsoft MVP C# and also president of the Oklahoma City Developers Group and Oklahoma Agile Developers Group. Raymond spends a lot of his time learning and teaching such things as Test Driven Development, Domain Driven Design, Design Patterns and Extreme Programming practices and principles, to name a few. Raymond is also an advocate of Alt.Net. Raymond is primarily a framework guy, so don't ask him anything about UI :) Check out Devlicio.us!