3 ms·
I've worked with plenty of these people in the past, and I've mostly abandoned hope for them. Most of these issues stem of from a lack of understanding in the
by mihaic 4y ago
I've worked with plenty of these people in the past, and I've mostly abandoned hope for them.
Most of these issues stem of from a lack of understanding in the importance of designing a system that is simple consistent, where the least possible context is required to work with it, that is robust to refactoring and debugging, that other can work with as well, etc.
Unless they're actively trying to improve themselves with the criteria you dictate, it'll be an endless battle to get good output from them -- the management equivalent of the relationship cliché "They're damaged but I can change them".
My only approach now is to isolate them in discardable islands of code or firing them to improve team unity. Only keep if young and really willing to change and stick around.
- bjornsing 4y agoOr fire you and hire more of them? ;P
- mihaic 4y agoI'm just giving my personal experience. Productivity and my overall wellbeing really got better when I got rid of developers that try to write "smart" code.
- bjornsing 4y agoMe too. I was just alluding to the fact that when people are very different they tend to see each other as flawed. But when you strip away the defense mechanisms and look at it from the outside it’s rarely so clear cut. Maybe the people you are talking about could do your job and everybody else’s if you would just leave? ;) I’ve seen several examples where that was the case.