A good leader doesn't compete with others- they bring out the best in others. They assume the best of others. They lead by example. They are a facilitate as much as they delegate, and they don't lose sight of the fact that you can't lead from the trenches. A good leader remains objective when it's hard to do so, and doesn't take it personally when somebody disagrees with them. A good leader is kind, humble, and willi…
> you can't lead from the trenches Not sure why this analogy is applied to software development. The best managers I've had lead from the trenches where we all work.
Ask HN: Advice for a new and inexperienced tech lead?
111–120 of 259 posts
Re: Ask HN: Advice for a new and inexperienced tech lead?
#112Earlier quoted context omitted.
"tech lead" is not considered an individual contributor role? Is it considered a management role? I'm realizing I'm not quite sure what is meant by a "tech lead" role.
I agree, that advice is more for managers than tech leads. A mistake I've seen orgs make often is promoting their best developers into role where they don't code. A tech lead that doesn't code is a manager.
Where I worked, as a lead I was probably doing up to 50% individual contribution and the rest "management". But I have seen new leads in the same role do 150% individual contribution, and then let their team down on leadership tasks because they've let themselves become swamped. This is a very common error for any newcomer to a job that involves leading other people (which OP specifically says is their role).
I don't think it's an error to put a coder in a position of leading others; it's just that being a productive coder is a weak predictor of being a good lead— you have to look at other markers. Having that kind of "on-the-ground" understanding can be a great strength that can't be had any other way.
Re: Ask HN: Advice for a new and inexperienced tech lead?
#113Earlier quoted context omitted.
"tech lead" is not considered an individual contributor role? Is it considered a management role? I'm realizing I'm not quite sure what is meant by a "tech lead" role.
My understanding is that "tech lead" as a role in Big Tech is more of a gateway position to bridge the gap between IC and management roles, a transition for a well-performing engineer who otherwise has no experience managing a team to "bootstrap" and gain that experience. During this, coding expectations for said engineer naturally lowers, and is shifted towards the total productivity of the emerging "subtree".
Re: Ask HN: Advice for a new and inexperienced tech lead?
#114If it's company large enough that it has managers who primarily talk to other managers, you're not going to be able to figure things out quickly enough to survive in that role.
Trust your team. Never break their trust. If you do that, you will not make it.
Never put yourself before your team (i.e. make your needs more important than the team's needs)
Re: Ask HN: Advice for a new and inexperienced tech lead?
#115Earlier quoted context omitted.
My understanding is that "tech lead" as a role in Big Tech is more of a gateway position to bridge the gap between IC and management roles, a transition for a well-performing engineer who otherwise has no experience managing a team to "bootstrap" and gain that experience. During this, coding expectations for said engineer naturally lowers, and is shifted towards the total productivity of the emerging "subtree".
OK, that's helpful. Maybe not lowered to ZERO though?
Re: Ask HN: Advice for a new and inexperienced tech lead?
#116Earlier quoted context omitted.
My understanding is that "tech lead" as a role in Big Tech is more of a gateway position to bridge the gap between IC and management roles, a transition for a well-performing engineer who otherwise has no experience managing a team to "bootstrap" and gain that experience. During this, coding expectations for said engineer naturally lowers, and is shifted towards the total productivity of the emerging "subtree".
OK, that's helpful. Maybe not lowered to ZERO though?
Re: Ask HN: Advice for a new and inexperienced tech lead?
#117Earlier quoted context omitted.
Meetings, sales, email and other types of interactions are more taxing.
I don't mean to downplay the effort of interaction-type tasks. It's the result of observing people around me. I know many people who are happily productive on sales for 12h workdays. I know no developer who's proud of code written on the 12th hour.
Re: Ask HN: Advice for a new and inexperienced tech lead?
#118I'd refuse. You've basically disqualified yourself. If you mean well by your team you go and train under an experienced tech lead and then move up when you think you are confident you can actually do the job. Mid level developers should not be tech leads.
Funny how you can judge an entire person based on one post. Is this a skill anyone can learn or so you have unique insight into the human mind?
If you feel that you are a mid level developer then positioning yourself as a newly minted and inexperienced tech lead is a recipe for failure, someone else will be called in later on to clean up the mess, assuming the company survives.
I'm only responding to the content of the post, if there is more that I'm not aware of then you're free to point me to it but for now this stands unopposed based on the facts available. After all, what better way to interpret the question then to answer it truthfully?
Re: Ask HN: Advice for a new and inexperienced tech lead?
#119I would say what that means is, internally, you run interference to shield your reports from management incompetence and thrash, you take responsibility for failures, and internally promote (in the "promoter" sense) them. And externally, proactively provide professional advice and support, even if that means losing someone important to your team.
More than anything else, those are the qualities I strive to as a manager. (Not saying I'm perfect at it)
Re: Ask HN: Advice for a new and inexperienced tech lead?
#120As a manager, this won't be the case. You won't get that instant reward like you did as an engineer. It might be months or even years between when you started something and you see any reward for it. It might be weeks before you even get feedback that something changed at all. Hell, you might never get to see the reward for a project you have in the oven. This can be very challenging to deal with when you are used to getting near real-time reward for your work.
You will have to adjust to the new reward cycle as you step out of coding for a day job. It's okay to have mixed feelings about it too. Just know that you will have to find other ways to find reward in what you do.