Live data from Hacker News

Should managers still code?

theengineeringmanager.substack.com

21–30 of 319 posts

Re: Should managers still code?

#21

My best managers were ex-engineers who didn't touch the codebase. They understood how things worked, and could talk architecture & concepts, but they didn't expect to be able to sit down and write code at our level. Maybe they wished they would have the time/opportunity still, but realistically they were focused on leading.

This is exactly how it should be in my opinion. This matches my experience with who I saw as being good managers.

Re: Should managers still code?

#22

My best managers were ex-engineers who didn't touch the codebase. They understood how things worked, and could talk architecture & concepts, but they didn't expect to be able to sit down and write code at our level. Maybe they wished they would have the time/opportunity still, but realistically they were focused on leading.

My best managers did code! They didn't close tons of tickets but they did do small things, and by keeping active in the codebase they were very cognizant of the state of documentation and technical debt, and could make informed decisions without relying on second-hand reports. It kept their understanding of the codebase grounded in reality. They knew which features were held together with duct tape, what areas needed attention, and planned timelines and expectations accordingly.

Re: Should managers still code?

#24
> Do code reviews. Don't just skim PRs (sorry, reader!), but really dig into them: run the branch locally, test it, think critically about the design and the implementation, and provide feedback. Record a video of your review to highlight things that could be better.

Please no! Most managers want to increase output and engineers are aware of that. It is exceptionally frustrating when your manager tells you during your 1:1 that they want to help move things along and then does quite literally the opposite in a PR.

If you must dive deep into a PR, get the PR unblocked and then follow up with the change. Or stop telling your direct reports that you want to help unblock them.

Re: Should managers still code?

#25
post #2

Generally, no. There’s a risk of unfair competition for work (they can delegate the stuff they don’t want because they have political power) and their code often becomes “untouchable” because few will call it out if the code is bad. A hobby project to keep current isn’t a bad idea, though.

While that is possible, I think a good manager recognizes these pitfalls. My philosophy is "everyone has to scrub toilets once in awhile - that includes me". You'd have to ask my direct reports but, I'd like to say I lean more toward taking the "grunt tasks" that I don't think are super helpful for my folks' career growth. Then again, I've been called a bad manager on Hacker News so...

That’s how I see it myself.

Obviously being a good manager is first and foremost, but I’ve always had more respect for managers that I know can (even if they never do) do my job as well as bring a manager. Early in my career at a startup I had a manager that was both and excellent manager and right there in the trenches with you when issues arose or business deadlines were approaching. The amount of respect I still have for that individual is immeasurable and I’d go work for them again in a heartbeat if they asked.

Re: Should managers still code?

#26
post #21

My best managers were ex-engineers who didn't touch the codebase. They understood how things worked, and could talk architecture & concepts, but they didn't expect to be able to sit down and write code at our level. Maybe they wished they would have the time/opportunity still, but realistically they were focused on leading.

This is exactly how it should be in my opinion. This matches my experience with who I saw as being good managers.

Were they happy with it or did they become miserable after a while?

Re: Should managers still code?

#27
post #2

Generally, no. There’s a risk of unfair competition for work (they can delegate the stuff they don’t want because they have political power) and their code often becomes “untouchable” because few will call it out if the code is bad. A hobby project to keep current isn’t a bad idea, though.

IMO if an EM is taking the fun stuff, or the high-profile promo packet stuff, that's a symptom of a lot of very bad things. My boss is an upper-level EM and has at least a few PRs in a couple projects every sprint, and it's almost entirely boring-but-blocking stuff, or stuff that nobody wants to figure out, or stuff that is important but not sexy and not likely to get anyone noticed. He's not writing new features or writing UIs that are getting put in pitch decks or anything.

If I were an IC and my boss was picking the sexy work I would leave. If I was a director and one of my EMs was picking the sexy work I would fire them.

Re: Should managers still code?

#28
post #16

I've never seen a dual role manager that is actually good. It's usually a senior dev that gets stuck with management duties. They are usually good technically but then lack finesse and knowledge about most managerial issues (budget, employment law, team dynamics, etc). You're now at a disadvantage because the stuff they are supposed to protect you from or have power to help further your career is not developed. If yo…

It really only works in orgs that are large enough to accept a bit of bloat, mature enough to have good managerial practices and invest in growing managers, and where the new manager has only a couple reports (2 is the perfect number). So you take a very good, senior IC who wants to be a manager, you cut their IC duties by 25-50% and you give them 2, maybe 3 direct reports. This is after doing some sort of formal managerial training, internal or external, and with the acknowledgement from their director/senior manager that they're going to be spending more time with them for the next 2-6 months and having skip 1:1s to make sure everything is going ok.

How many organizations do you think check all those boxes and are willing to do that? It's not many.

Re: Should managers still code?

#29
post #21

Earlier quoted context omitted.

This is exactly how it should be in my opinion. This matches my experience with who I saw as being good managers.

Were they happy with it or did they become miserable after a while?

They were happy with it. On the opposite side, almost every dual role manager I've known have been miserable. Most of the ones I knew dropped out and went back to dev only work. A few stuck it out and got promoted into a no-code management role.

Re: Should managers still code?

#30
post #28
post #16

I've never seen a dual role manager that is actually good. It's usually a senior dev that gets stuck with management duties. They are usually good technically but then lack finesse and knowledge about most managerial issues (budget, employment law, team dynamics, etc). You're now at a disadvantage because the stuff they are supposed to protect you from or have power to help further your career is not developed. If yo…

It really only works in orgs that are large enough to accept a bit of bloat, mature enough to have good managerial practices and invest in growing managers, and where the new manager has only a couple reports (2 is the perfect number). So you take a very good, senior IC who wants to be a manager, you cut their IC duties by 25-50% and you give them 2, maybe 3 direct reports. This is after doing some sort of formal man…

Yeah, I've never seen one that checks all that.
Post reply on HN