←back to thread

574 points frays | 8 comments | | HN request time: 0s | source | bottom
Show context
AnotherGoodName ◴[] No.45045883[source]
This was called the TLM role at google. Technical Lead/Manager. You were expected to code and manage a couple of more junior engineers.

It’s part of an effort to have dedicated managers and dedicated engineers instead of hybrid roles.

This is being sold as an efficiency win for the sake of the stock price but it’s really just moved a few people around with the TLMs now 100% focused on programming.

replies(15): >>45045891 #>>45046165 #>>45046216 #>>45046446 #>>45046469 #>>45046545 #>>45046627 #>>45046811 #>>45047198 #>>45047268 #>>45048052 #>>45048255 #>>45048293 #>>45048558 #>>45049014 #
corytheboyd ◴[] No.45046446[source]
TLM role has always sounded like a trap to me, I would never say yes to it personally. I’m sure it’s sold as an expected 50% code, 50% management but everyone I’ve talked to who has been near it says the expectation is more like 80% code 80% management.
replies(5): >>45046592 #>>45046770 #>>45046997 #>>45047867 #>>45048059 #
xenotux ◴[] No.45046592[source]
TLM roles are a trap, but not in that sense. There's no expectation that you do two jobs at once.

It's just a way to ease unsuspecting engineers into management. If you don't suck at management, your team inevitably grows (or you're handed over other teams), and before long, you're managing full-time.

Which means that there are three type of people who remain TLMs in the long haul: those who suck at management; those managing dead-end projects on dead-end teams; or those who desperately cling on to the engineering past and actively refuse to take on more people. From a corporate point of view, none of these situations are great, hence the recent pushback against TLM roles in the industry.

replies(4): >>45046606 #>>45047808 #>>45048629 #>>45049028 #
1. kelnos ◴[] No.45049028[source]
> There's no expectation that you do two jobs at once.

I laughed out loud when I read this. I've never seen anyone at any company in a hybrid tech/manager role that wasn't expected to do two jobs at once. Or at least they felt like they were, which is still the same problem.

80% coding & 80% management for that role sounds about right.

replies(6): >>45049304 #>>45049314 #>>45050846 #>>45051406 #>>45052472 #>>45056533 #
2. gambiting ◴[] No.45049304[source]
I've been a TLM at two big companies and in my experience there was no expectation to do two jobs at once - I did majority of management with very very little hands on coding. More like frequent pair programming with more junior staff, code reviews etc. My last manager told me explicitly when I started - there is zero expectation on you to do any hands on work, you need to make sure your team performs and keeps going in the right direction first and foremost.
3. makeitdouble ◴[] No.45049314[source]
80 / 80 is sure close to reality.

As alternative explanation, even if there's no pressure to do so, the thing is these people came to do dev, and probably enjoyed their job enough to get recognized for their work.

So when asked to split between dev and management, outside of a few exceptions they'll want to do 80% of tech by choice. But the management part doesn't go away of course, so it will still be at least 50% (and 80% if they want money, because that's the part they're actually evaluated on)

4. bbarnett ◴[] No.45050846[source]
Most work 40 to 50 hrs per week. Some places even a more extreme 60.

For this to be accurate, you're saying 160% aka 1.6 or 64 to 80 hrs per week, with 96hrs as the extreme?

replies(1): >>45051306 #
5. const_cast ◴[] No.45051306[source]
I mean, 64 - 80 hours a week can be the expectation, and then it's just that almost nobody is living up to the expectation.

Anecdotally, a hybrid technical manager I had in the past worked 60 hours a week pretty much minimum. Which sucks.

6. jll29 ◴[] No.45051406[source]
Management requires a birds-eye view of the project in all its breadth, and quickly responding to issues, as well as reporting up (proactive stakeholder management). The job of the manager is to keep the CXOs happy (inform/manage expectations) whilst protecting their own team so they can focus on getting their work done with minimal disruption (isolate).

Coding requires the opposite, zooming deeply into the code and retaining focus. The job of the IC coder is to deliver (design and implement) beautiful and pragmatic architectures that do what is expected.

I recommend anyone to reject to fill roles where these two are combined into one. Note that this is not a comment about workload, but about irreconcileable differences. (The perfect candidates for each even match different personality profiles...)

7. xenotux ◴[] No.45052472[source]
I've been in engineering, TLM, and management roles in multiple companies. In terms of output, TLMs are not held to the same standard as full-time engineers at the same level, period. Their engineering contributions are dissected only if their performance as a manager is in serious doubt.

In any role, there are some folks who push themselves too hard, and there is no one to tell them "stop", but that's their choice.

8. thevillagechief ◴[] No.45056533[source]
This is true for EMs at my company. They are pretty heavily technical, with full manager responsibilities. I honestly always assumed that's what EMs were.