Won't RTFM!
-
Joe Q wrote:
Maybe I could say "it slipped!"
Works for me.
Michael Martin Australia "I controlled my laughter and simple said "No,I am very busy,so I can't write any code for you". The moment they heard this all the smiling face turned into a sad looking face and one of them farted. So I had to leave the place as soon as possible." - Mr.Prakash 24/04/2004
-
I'm fed up, what do I do? I'm working with a guy who won't RTFM!! I worked with him on another project and he will just start coding with no good knowledge of the device he's trying to write code for. When I ask him what the instrument does he says "I heard it will..." or "I think it will...". Many times I point out it doesn't work like he thinks, so he asks "how does it work?" I tell him to READ THE MANUAL (I leave out the F******). He comes back with he doesn't have time. :mad: In the end, other's (mainly me) has to fix his stuff. I complain to the boss who should be checking up on him and the boss says that we're short on head count so we need him. :mad: :mad: Actually, what's worse is when he doesn't RTFM and then "helps" others by fixing their code to operate the way he thinks it should work, WRONG! :mad: :mad: :mad: (BTW, he doesn't fix my code for me...any more) It takes longer to fix his screw ups than it takes him to screw up. He can screw things up pretty fast. (How many screw ups can a screw up screw up when he's really screwed up? :laugh:) Any Suggestions on what can be done?:confused: Joe Q
So he's writing code for a device for which he doesn't how it works? I think I've bought most of my gadgets from you guys...
cheers, Chris Maunder
CodeProject.com : C++ MVP
-
Have you tried NOT fixing his stuff anymore? Sooner or later someone should notice that the fit is in the shan and perhaps the "management" there will get a clue....but if others keep covering up for this person, then it is obvious that "management" will think (sad but most likely about you) "well that guy whines a lot, but it all seems to work" .... forgive me, but I must ask: is there is a classic bunglehead and bunglehead-enabler situation at play here?
Just trying to keep the forces of entropy at bay
We weren't fixing his code on our own. The boss would always ask someone to help him. (usually me since I had my stuff working pretty quick) At first I would try to explain to him what needed to be done and why. He would screw it up. As our deadline was coming closer that was just to slow so I started helping him by fixing it. I would tell the boss (verbally and in a written status report) I'm fixing his code for him but the boss just wanted to meet the deadline and never understood why we were behind. Of course this boss had 2 projects fail under him. So his boss didn't do anything about that, either, he's still boss.
-
I'm fed up, what do I do? I'm working with a guy who won't RTFM!! I worked with him on another project and he will just start coding with no good knowledge of the device he's trying to write code for. When I ask him what the instrument does he says "I heard it will..." or "I think it will...". Many times I point out it doesn't work like he thinks, so he asks "how does it work?" I tell him to READ THE MANUAL (I leave out the F******). He comes back with he doesn't have time. :mad: In the end, other's (mainly me) has to fix his stuff. I complain to the boss who should be checking up on him and the boss says that we're short on head count so we need him. :mad: :mad: Actually, what's worse is when he doesn't RTFM and then "helps" others by fixing their code to operate the way he thinks it should work, WRONG! :mad: :mad: :mad: (BTW, he doesn't fix my code for me...any more) It takes longer to fix his screw ups than it takes him to screw up. He can screw things up pretty fast. (How many screw ups can a screw up screw up when he's really screwed up? :laugh:) Any Suggestions on what can be done?:confused: Joe Q
Do you work for Sony?
Ðavid Wulff Die Freiheit spielt auf allen Geigen (video)
10 PRINT 'HELLO MAINTAINER: GOTO HELL -
Two dozen times? :-D
Dave Kreskowiak Microsoft MVP - Visual Basic
-
So he's writing code for a device for which he doesn't how it works? I think I've bought most of my gadgets from you guys...
cheers, Chris Maunder
CodeProject.com : C++ MVP
He vaguely knows. He knows what it's suppose to do. Like a communications card, he knows it sends and receives and has to be set up. He didn't understand the he had to use the same baud rate as what he was communicating with. On an OScope, he knows he has to read a trace, but doesn't know he has to tell the scope where to get the trace, how many bit accuracy, what format the information is in, etc.
-
Joe Q wrote:
To many people like this guy who don't really know all the options/consequences get promoted to get them out of the way.
Shuffling someone sideways is one thing but a company who promotes an incompetent to get them out of the way deserves everything they get. I know (believe me, I know :(() working with people like this is intensely annoying but it is actually possible to get some value out of them. The key thing is to first stop them from having a negative impact. Then you can usually find some way for them to make a positive contribution (no matter how small it may be :rolleyes:).
0 bottles of beer on the wall, 0 bottles of beer, you take 1 down, pass it around, 4294967295 bottles of beer on the wall. Awasu 2.2.3 [^]: A free RSS/Atom feed reader with support for Code Project.
Taka Muraoka wrote:
Shuffling someone sideways is one thing but a company who promotes an incompetent to get them out of the way deserves everything they get.
Unfortunantly, this happens way to much at the company I work at.
Taka Muraoka wrote:
I know (believe me, I know ) working with people like this is intensely annoying but it is actually possible to get some value out of them. The key thing is to first stop them from having a negative impact. Then you can usually find some way for them to make a positive contribution (no matter how small it may be ).
To get them to stop having a negative impact is one thing. To help them to make a positive contribution is very hard.
-
Don't be dragged down by fixing his mistakes (unless your boss asks you to of course). As long as the boss won't do anything you can't win. Elaine :rose:
-
I've looked into it, this company has a "no violence in the workplace" policy and while it would be justified, it just might be considerded "violent".:-D
-
I'm fed up, what do I do? I'm working with a guy who won't RTFM!! I worked with him on another project and he will just start coding with no good knowledge of the device he's trying to write code for. When I ask him what the instrument does he says "I heard it will..." or "I think it will...". Many times I point out it doesn't work like he thinks, so he asks "how does it work?" I tell him to READ THE MANUAL (I leave out the F******). He comes back with he doesn't have time. :mad: In the end, other's (mainly me) has to fix his stuff. I complain to the boss who should be checking up on him and the boss says that we're short on head count so we need him. :mad: :mad: Actually, what's worse is when he doesn't RTFM and then "helps" others by fixing their code to operate the way he thinks it should work, WRONG! :mad: :mad: :mad: (BTW, he doesn't fix my code for me...any more) It takes longer to fix his screw ups than it takes him to screw up. He can screw things up pretty fast. (How many screw ups can a screw up screw up when he's really screwed up? :laugh:) Any Suggestions on what can be done?:confused: Joe Q
-
Don't be dragged down by fixing his mistakes (unless your boss asks you to of course). As long as the boss won't do anything you can't win. Elaine :rose:
Trollslayer wrote:
Don't be dragged down by fixing his mistakes (unless your boss asks you to of course).
Agreed. Once you start covering for someone, they are no longer responsible.
"Approved Workmen Are Not Ashamed" - 2 Timothy 2:15
"Judge not by the eye but by the heart." - Native American Proverb
-
The Solution is: 1. Fix the problems 2. Suggest the solution to your boss "Fire him, because blah, blah, blah" 3. In the meantime "Be happy or cool with him." 4. Say good bay to the problems :-D
IVECINU wrote:
1. Fix the problems 2. Suggest the solution to your boss "Fire him, because blah, blah, blah" 3. In the meantime "Be happy or cool with him." 4. Say good bay to the problems
Ah if only office politics were that easy.... sometimes you have to let a company go out of business because thats what they are determined to do. Next best thing get another job for more money ;)
-
Mate, the amount of damage and havoc this guy could create, he'd need something a little bigger[^] :laugh::rolleyes:
0 bottles of beer on the wall, 0 bottles of beer, you take 1 down, pass it around, 4294967295 bottles of beer on the wall. Awasu 2.2.3 [^]: A free RSS/Atom feed reader with support for Code Project.
lol
Found on Bash.org [erno] hm. I've lost a machine.. literally _lost_. it responds to ping, it works completely, I just can't figure out where in my apartment it is.
-
I'm fed up, what do I do? I'm working with a guy who won't RTFM!! I worked with him on another project and he will just start coding with no good knowledge of the device he's trying to write code for. When I ask him what the instrument does he says "I heard it will..." or "I think it will...". Many times I point out it doesn't work like he thinks, so he asks "how does it work?" I tell him to READ THE MANUAL (I leave out the F******). He comes back with he doesn't have time. :mad: In the end, other's (mainly me) has to fix his stuff. I complain to the boss who should be checking up on him and the boss says that we're short on head count so we need him. :mad: :mad: Actually, what's worse is when he doesn't RTFM and then "helps" others by fixing their code to operate the way he thinks it should work, WRONG! :mad: :mad: :mad: (BTW, he doesn't fix my code for me...any more) It takes longer to fix his screw ups than it takes him to screw up. He can screw things up pretty fast. (How many screw ups can a screw up screw up when he's really screwed up? :laugh:) Any Suggestions on what can be done?:confused: Joe Q
Joe Q wrote:
I complain to the boss who should be checking up on him and the boss says that we're short on head count so we need him.
This is a problem. Sounds like this programmer == -1 programmers. If someone has to fix his code continuously, then that means others aren't able to do the work they should be doing. If you take a team of 5 programmers and you add a -1 programmer, you get the output of a team of 4 programmers, which makes the bosses desperate not to let anyone done because you are behind schedule. But if the -1 programmer is released then you are back up to a team of 5 programmers, so you actually have a net gain. However, I never figured out how to explain that well to a manager.... hmmmmm Maybe if every programmer is his own department, five of which are operating a profit (in the black), then you add a new department that always operates at a loss (in the red), then you bring down the net worth of the company.... Whereas if you release the department that operates always in the red, then the company bottom line raises and the networth is actually greater than with the one loosing department....
_________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)
-
Joe Q wrote:
I complain to the boss who should be checking up on him and the boss says that we're short on head count so we need him.
This is a problem. Sounds like this programmer == -1 programmers. If someone has to fix his code continuously, then that means others aren't able to do the work they should be doing. If you take a team of 5 programmers and you add a -1 programmer, you get the output of a team of 4 programmers, which makes the bosses desperate not to let anyone done because you are behind schedule. But if the -1 programmer is released then you are back up to a team of 5 programmers, so you actually have a net gain. However, I never figured out how to explain that well to a manager.... hmmmmm Maybe if every programmer is his own department, five of which are operating a profit (in the black), then you add a new department that always operates at a loss (in the red), then you bring down the net worth of the company.... Whereas if you release the department that operates always in the red, then the company bottom line raises and the networth is actually greater than with the one loosing department....
_________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)
Jeffry J. Brickley wrote:
But if the -1 programmer is released then you are back up to a team of 5 programmers, so you actually have a net gain.
-1 on the bosses empire. Plus the guy would be released to another project and the boss would have to report that he released 1 guy, now we need 4 people instead of 3. On the guys resume, he sounds good because you don't put what you did wrong on a resume. It's to much to ask a lazy boss to go through all the justifications that would take.
Jeffry J. Brickley wrote:
However, I never figured out how to explain that well to a manager.... hmmmmm Maybe if every programmer is his own department,
Our company motto "One Company, One Team". We're suppose to be a team but it is more like an army squad dragging around a dead body.
-
The Solution is: 1. Fix the problems 2. Suggest the solution to your boss "Fire him, because blah, blah, blah" 3. In the meantime "Be happy or cool with him." 4. Say good bay to the problems :-D
IVECINU wrote:
The Solution is: 1. Fix the problems 2. Suggest the solution to your boss "Fire him, because blah, blah, blah" 3. In the meantime "Be happy or cool with him." 4. Say good bay to the problems
Except for #3 that's what we're doing. It just gets old.
-
Joe Q wrote:
no violence in the workplace" policy
Tell him you want to show him your new Aston Martin which is parked just of the workplace's property (if he asks why say more people'll see it there).
Ed.Poore wrote:
Tell him you want to show him your new Aston Martin which is parked just of the workplace's property (if he asks why say more people'll see it there).
Or there's invite him to a happy hour in the bad part of town. If he comes out of there, he's tougher than me.
-
Ed.Poore wrote:
Tell him you want to show him your new Aston Martin which is parked just of the workplace's property (if he asks why say more people'll see it there).
Or there's invite him to a happy hour in the bad part of town. If he comes out of there, he's tougher than me.
-
I'm fed up, what do I do? I'm working with a guy who won't RTFM!! I worked with him on another project and he will just start coding with no good knowledge of the device he's trying to write code for. When I ask him what the instrument does he says "I heard it will..." or "I think it will...". Many times I point out it doesn't work like he thinks, so he asks "how does it work?" I tell him to READ THE MANUAL (I leave out the F******). He comes back with he doesn't have time. :mad: In the end, other's (mainly me) has to fix his stuff. I complain to the boss who should be checking up on him and the boss says that we're short on head count so we need him. :mad: :mad: Actually, what's worse is when he doesn't RTFM and then "helps" others by fixing their code to operate the way he thinks it should work, WRONG! :mad: :mad: :mad: (BTW, he doesn't fix my code for me...any more) It takes longer to fix his screw ups than it takes him to screw up. He can screw things up pretty fast. (How many screw ups can a screw up screw up when he's really screwed up? :laugh:) Any Suggestions on what can be done?:confused: Joe Q
The overwhelming majority of programmers have no desire to learn about soft skills, strategy, or coping with office politics. They're only interested in coding, and deem these things to be either boring or beneath them. They'll complain loudly when they get screwed around by others, but ultimately they never bother to improve themselves in this area. Consequently, and perhaps not surprisingly, they continue to be victimized over and over again. But of course, its always someone else's fault when it happens. There are countless "manuals" in your local bookstore for dealing with people and situations like this. So then, suggestions on what can be done? Hmmm. Er, RTFM? :rolleyes:
Author of The Career Programmer and Unite the Tribes www.PracticalStrategyConsulting.com
-
I'm fed up, what do I do? I'm working with a guy who won't RTFM!! I worked with him on another project and he will just start coding with no good knowledge of the device he's trying to write code for. When I ask him what the instrument does he says "I heard it will..." or "I think it will...". Many times I point out it doesn't work like he thinks, so he asks "how does it work?" I tell him to READ THE MANUAL (I leave out the F******). He comes back with he doesn't have time. :mad: In the end, other's (mainly me) has to fix his stuff. I complain to the boss who should be checking up on him and the boss says that we're short on head count so we need him. :mad: :mad: Actually, what's worse is when he doesn't RTFM and then "helps" others by fixing their code to operate the way he thinks it should work, WRONG! :mad: :mad: :mad: (BTW, he doesn't fix my code for me...any more) It takes longer to fix his screw ups than it takes him to screw up. He can screw things up pretty fast. (How many screw ups can a screw up screw up when he's really screwed up? :laugh:) Any Suggestions on what can be done?:confused: Joe Q
Quit bailing his sorry ass out! There are plenty of scriptkiddies programmers who would happily take his job and do it better. Maybe you can work something out so they can do it part time, after school. I've written a bunch of instrument drivers in my time, and there is never any excuse for being anything less than an expert on the operation of each one. Perhaps you can recommend some advanced training[^] for him to make him more useful to everyone.
"...a photo album is like Life, but flat and stuck to pages." - Shog9
