| ▲ | imetatroll 10 days ago | |||||||||||||||||||||||||||||||||||||||||||
Now how do I deal with an engineer who seems to be brilliant - though this is sometimes hard to gauge since code quality can be subjective - who always leaps in to answer things quicker and is loved by upper management because he, I guess, constantly codes even outside of work hours, but who is extremely grating to get along with. Lord I need a different job.  | ||||||||||||||||||||||||||||||||||||||||||||
| ▲ | tacostakohashi 10 days ago | parent | next [-] | |||||||||||||||||||||||||||||||||||||||||||
That sounds very familiar to me... I know of a guy like that, who will rapidly jump on and propose and implement half-baked "tactical" solutions to any production incident. As you say, he is valued by management, because he is very responsive, at all hours, and always has some kind of snake oil "fix" to offer for any problem, and generally maintains a bit of a "mad scientist" vibe. The issue is that, most of his "fixes" are just rearranging deck chairs, increasing timeouts, decreasing timeouts, adding memory, upgrading random libraries, etc., and he's constantly operating in "emergency mode", trampling on other people's work and priorities to get his "urgent" stuff out the door. He also just sort of throws things at the wall - "what if we change / disable X to fix this, would that break any client use cases?"... well, I dunno buddy, you are the one proposing the change, you have access to the logs, you are the genius, why is it _my_ job to evaluate your stream of half-baked ideas to separate the wheat from the chaff? Ultimately, we co-exist, and I'd even say there are things to learn from him, i.e. being responsive is important and hugely valued. Over time, I've learnt not to get sucked into his urgent, half-baked proposals to save the world, I just say look, if you think that's a good idea, go for it, do it, but... you don't get to force it down everyone's throat and pretend there is consensus, I have my own, different priorities that I am not going to drop for you.  | ||||||||||||||||||||||||||||||||||||||||||||
  | ||||||||||||||||||||||||||||||||||||||||||||
| ▲ | whateveracct 8 days ago | parent | prev | next [-] | |||||||||||||||||||||||||||||||||||||||||||
As a manager? Coach your report on his soft skills. Software dev is about being a good team member as much as a good individual contributor. If the strongest guy is dominating meetings and dominating the team's direction with his opinion, that's something to work on. He has to give others space to contribute by not jumping in. And his manager should be coaching this directly. As the EM, you want your whole team to be able to confidently do what he does. Functioning teams have multiple engineers concurrently owning your scope. If your company isn't toxic, over-working would also be seen as a negative because of the precedent it sets. If this guy wants to be a leader and not a monkey, he has to appreciate that. And senior/staff counts as "leader" here.  | ||||||||||||||||||||||||||||||||||||||||||||
| ▲ | golly_ned 10 days ago | parent | prev [-] | |||||||||||||||||||||||||||||||||||||||||||
This sounds similar to the guy I'm working with. He's great in certain ways and takes his job seriously but can be really grating to work with. (Frankly, I think it probably has something to do with taking stimulants, just based on similarities between him and another engineer I worked with who was open about being on a big dose of stimulants, and who resembles this guy but about 2x worse.)  | ||||||||||||||||||||||||||||||||||||||||||||