I cringe at the idea that beyond a certain level one stops writing code.<p>You never stop writing code, unless you truly just don’t enjoy writing code, and if that’s the case please don’t manage engineers.<p>You do eventually stop shipping critical code, because at a certain point your managerial leverage means there are many other more productive ways to spend your time.<p>But the day you “stop writing code” is the beginning of the end of your effectiveness, because when your job is augmenting the impact of others, you need to have a deep familiarity with their daily experience.<p>Consider that any manager who “stopped writing code” five years ago has (probably) never had the daily experience of being a fully remote developer in a fully remote organization, with all the collaboration challenges and focus opportunities that entails.<p>And a manager who “stopped writing code” two years ago probably doesn’t get how the process changes with the assistance of LLMs, what they can dramatically accelerate and where their limitations introduce risk.<p>Never stop writing code. Never stop building a local version of your code base. Never stop using your internal build tools and dev environment. Never stop watching production logs and chasing down the occasional bug.<p>_Do_ stop assuming your code is production-ready. Do stop commenting on code reviews. Do stop assuming that the code you write has meaningful value (except as a way for you to keep your situational awareness.)<p>Most importantly, stop letting “writing code” be a source of stress or an obligation, and start having fun again doing it. Your organization will thank you for it.
>“The Path From Director to CTO: How to Follow It or How to Mentor It”<p>Well that sets the tone for me :)<p>There are two types of programmers, people who love the work, people who love the $. In my experience, most people in it for the $ are the worse programmers and always stressed out. If you love the work, you will end up having a fun career<p>If you are in it for the $, then this article is for you. Me, when I started out programming I took a 15% pay-cut because I wanted to do that. I am still programming decades after my first job.<p>Kids, do what you like, try not to take a job just for the pay. All you will do is pile stress on to yourself you could have avoided.
I’m about two years into a part-time technical leadership role. I know I need to give these things time, but it doesn’t seem to be sticking.<p>I can’t remember the last time I looked forward to work. It is hard to feel ownership of the stuff that is being built under me. I’m unsure if the actual value I bring in this role. Sometimes it feels more like parenting than building things.<p>Everyone’s all gung-ho about me “growing” and “leading,” but sometimes I think that’s the case because it means fewer things for them to worry about vs it actually being my next step of growth.<p>It isn’t all bad. But for a long time it felt like I screwed up my career. I suspect I have a deeper disdain for the corporate ladder after seeing that this is effectively my ceiling.
> If a technology comes up in a meeting or 1:1 that you don’t know, add it to a list of things to research later. Then, dedicate time in your week to go through that list and learn about the technologies on your list well enough to have your own opinions about them. This practice allows you to have further discussions with whoever mentioned the technology.<p>> If you get interested in what you learn about the new technology, you may want to keep trying to understand it better; you may read more or embark on a personal project using it to gain more practical knowledge. As I said, it isn’t that you must stop coding. It is that, eventually, it shouldn’t be your day job anymore.<p>One thing that gets elided in a lot of "servant leadership" style chatter is, as a manager, you have permission to be straight up selfish. New leaders often struggle falling back into their old "inefficient" patterns of learning things but you have a team of resources at your disposal now.<p>You can just straight up ask a member of your team to prepare a bunch of background on the new technology and book a solid hour for them to personally tutor you through it. Sad to say but your time is more valuable than theirs and it does them no good for you to struggle at the other parts of your job because you're too modest to use your vested power. Often, teammates are actually happy to take the burden off your plate, if you poll ICs about gripes about their manager, one that comes up a lot is they <i>wish</i> they could get a few solid hours of the manager's time so they can educate them properly on a technology concept.<p>If you look at leaders as they move up the chain, one mark of who gets to the next level is who has learnt to be "selfish" enough to really leverage the resources under them. People are often under the misapprehension that these leaders are just sociopaths or heartless but if you actually ask them, it's not comfortable for them either and it's something they've had to learn but it's necessary mathematically to get any work done as your span of control increases.