IWETHEY v. 0.3.0 | TODO
1,095 registered users | 0 active users | 0 LpH | Statistics
Login | Create New User
IWETHEY Banner

Welcome to IWETHEY!

New Don't think I can go into details about my experiences
Just say that at a previous job we had an amazingly productive programmer whose work quality was somewhat mediocre who could not cooperate with anyone. Anything that he touched turned to spaghetti and nobody else wanted to touch it, and he was inclined to touch anything interesting.

In one random instance he got tired of waiting for people to write a component he needed, so he wrote it himself. The problem was that he was waiting because they were designing it - the component was going to be used for several other things as well. What he wrote did what he needed, but that's it. And it didn't do it well.

You can picture the arguments.

As for what to do about it? Our solution was to give him a section of stuff to work on and kept him busy. Nobody else worked on his stuff and he didn't work on other people's stuff. Where he needed to interact with another developer, I was the developer tasked with that (because I could). This was not actually explained to him, it was just how it worked.

I'm not sure that was the best solution. But it was the easiest to justify to people higher up who were aware of how much he got done (but not so aware of the issues there were with what he got done).

I've seen this phenomena in a number of open source projects. For instance [link|http://www.sidhe.org/~dan/blog/archives/000435.html|http://www.sidhe.org...hives/000435.html] touches on a similar personality, Leo T\ufffdtsch, who has been incredibly destructive to Parrot. I can come up with more examples, but I think that everyone else has seen them as well.

Cheers,
Ben
I have come to believe that idealism without discipline is a quick road to disaster, while discipline without idealism is pointless. -- Aaron Ward (my brother)
New o/
I had the master of cut-and-paste. I never saw a file from him that was fewer than 1500 lines. I never saw one with fewer than three obvious opportunities for functions that instead were done as cut-and-pasted then slightly-modified code. Frequently seven or more iterations of 10-15 lines of nearly identical code.

Typical line count reduction when I had time to understand his code and re-write it was about 8-to-1.

He was also highly productive ... until things he had written were around long enough that they had to be modified. Even he couldn't tell how they worked.
===

Purveyor of Doc Hope's [link|http://DocHope.com|fresh-baked dog biscuits and pet treats].
[link|http://DocHope.com|http://DocHope.com]
New I've seen that.
At a previous job, we had some offshore programmers tasked with writing some extra pages. They were masters at cut-n-paste and were thus produced quite a lot of output. Trouble was, they always had trouble understanding the spec, so it need modifying. And we didn't like modifying their code. One refactoring replaced over 250 lines with 10.

Wade.
"Insert crowbar. Apply force."
New Re: didn't like modifying their code
Any application -- no matter how well it functions -- that can't be updated is poorly written.
===

Purveyor of Doc Hope's [link|http://DocHope.com|fresh-baked dog biscuits and pet treats].
[link|http://DocHope.com|http://DocHope.com]
New maze of twisty passages all alike
I live with it. I was hired to replace a guy who was extremely productive. Unfortunately, what he produced was bug-ridden, bloated and near impossible to maintain. One site he wrote was called the Configurator. It was used by our customers to configure the product they purchased. The site supported 4 different products in 17 configurations. To add a new product you would copy a Perl module, change the common features as necessary, override various method handlers and add whatever new functionality you needed. A former manager referred to working on it as playing wack-a-mole: Fix something in one place and something would break somewhere else. I fixed it by scrapping it completely and starting fresh. The replacement site supports 81 products in so many different configurations I haven't bothered counting them. I have two more web sites in need of similar attention. :-)

Have fun,
Carl Forde
New OT: What's that ^^ ( o/ ) mean?
OK? A bowling ball knocking over a pin? A one-eyed Weebl?

A Google search of it turns up a bunch of crap (even in quotes).

TIA.

Cheers,
Scott.
Expand Edited by Another Scott Nov. 9, 2005, 12:04:59 AM EST
New A person waving
New Raising a hand...
Regards,

-scott anderson

"Welcome to Rivendell, Mr. Anderson..."
New If they're like that, then firing is probably the way
If the person can't program and can't communicate and can't work with others, then re-assigning just transfers the problem (and in a small company that often isn't possible). Of course, if they're good at something else, then re-assigning makes sense.

We had a contract programmer who met all three requirements, fortunately we ended his contract before he caused irreparable damage, but I'm stuck with cleaning up the mess. I feel like rewriting it from scratch, but of course I can't really do that.

When dealing with such code, my feeling is "screw debate about OO design, Java vs Smalltalk, etc. I'd be happy if everyone could just do good procedural programming."

--Tony
"A bad employee is worth is negative money - and worst case can destroy a company"
     Destructive productivity - (admin) - (21)
         Don't think I can go into details about my experiences - (ben_tilly) - (8)
             o/ - (drewk) - (6)
                 I've seen that. - (static) - (2)
                     Re: didn't like modifying their code - (drewk)
                     maze of twisty passages all alike - (cforde)
                 OT: What's that ^^ ( o/ ) mean? - (Another Scott) - (2)
                     A person waving -NT - (broomberg) - (1)
                         Raising a hand... -NT - (admin)
             If they're like that, then firing is probably the way - (tonytib)
         I have seen it in spades. - (a6l6e6x)
         Not to point any fingers - (tuberculosis) - (5)
             Huh, how do they compare to... - (ben_tilly) - (4)
                 Direct competitors -NT - (tuberculosis) - (3)
                     Then who would you bet on? - (ben_tilly) - (2)
                         The insurance companies - (tuberculosis) - (1)
                             ICLRPD (new thread) - (ben_tilly)
         well would you define how you describe it? - (boxley) - (4)
             My boxlish filter must be broken. That made no sense. -NT - (ben_tilly) - (3)
                 trying to wrap a description of admin's label -NT - (boxley) - (2)
                     It still makes no sense. -NT - (ben_tilly) - (1)
                         apologies, didnt notice that the beginning of the thread - (boxley)

Slices, dices, chops...
72 ms