I am a CTO, going from 2 engineers to a total engineering org of approximately 20. Much of my time is non-coding, but I don't believe you have to totally give it up. I try to leave a day per week free of meetings to code / review code. I keep some projects that, while useful for the company, can be worked on irregularly and slowly, and are not super essential to be accomplished quickly (which is why they aren't prior…
Giving up coding is what you do for your team, so they don't have to deal with the half finished B grade work you did inbetween doing the serious shit they can't do
How my role as CTO has changed as we've grown from 1 to 100 engineers
111–120 of 142 posts
Re: How my role as CTO has changed as we've grown from 1 to 100 engineers
#112I will say that I've been feeling a different type of code guilt. I feel guilty when I code, because I view supporting, coaching, and mentoring my team to be my 10x activity. If I'm coding, there could be 8 other people getting blocked or needing help, and I'm off trying to build 4 hours of context to solve problems.
Re: How my role as CTO has changed as we've grown from 1 to 100 engineers
#113For me this is the key quote.
I have a friend who went the other way from the author of this article. He started as one of two company founders working out of an apartment doing all the technical work while the other founder focused on business stuff.
When the company grew to a point where he had to decide between staying technical and people management, he hired a VP of Engineering, stuck to coding, and still codes 6-8 hours a day.
The company is now at about 200 people, is profitable, raised a series A after figuring out the business model, and blowing past the goals set by the investors. His stake in the company is worth many tens of millions today.
Just an existence proof that 'sticking to coding', can be a viable strategy, if an unusual one.
He is not interested in blogging/social media etc, or else I'd have persuaded him to write up his experience.
I have to agree with dang. Most people running successful startups don't have (or take) the time to write about it.
Which is too bad (imo). We could use more writeups from the successful subset.
Re: How my role as CTO has changed as we've grown from 1 to 100 engineers
#114I use Gusto and like it for it's simplicity. It makes a complicated part of running a company much smoother. That said, I'm very curious what exactly all those engineers are doing every day. What's the most meaty part? Payroll? Dealing with govt? Keeping the servers up? I think unexpected scaling pains are one of the most interesting and unsolved issues with being a CTO and would love to hear more about that at Gusto…
I can certainly share some of the meatier areas that engineers at Gusto work on. - Calculating payroll and filing quarterly and annual forms are very complicated tasks that (a) is different in every state and (b) changes frequently as federal, state, and local tax laws change. Doing payroll in 50 states is similar to doing payroll in 50 different countries - Benefits is similar to Payroll in the sense that it's also…
you might face some ingrained cultural barriers with this as the higher-status the job the more infrequent/delayed the payday... day-laborers are paid at the end of the day, many blue-collar jobs are paid weekly or bi-weekly, and white-collar jobs are typically paid monthly
Re: How my role as CTO has changed as we've grown from 1 to 100 engineers
#115This surprised me at first: > having difficult conversations with individuals is never fun But apparently "difficult conversations" is a Valley euphemism for "firing people" and doesn't mean "discussing difficult engineering problems".
How is this specifically a Valley euphemism?
Re: How my role as CTO has changed as we've grown from 1 to 100 engineers
#116Re: How my role as CTO has changed as we've grown from 1 to 100 engineers
#117Re: How my role as CTO has changed as we've grown from 1 to 100 engineers
#118Earlier quoted context omitted.
Patrick works at Stripe. Before that, he consulted and ran a bingo card creator. I love the dude and his advice has been invaluable to me--but it has been invaluable because he is not a guy who has run startups, he's a guy who's had to make a buck.
Running a bingo card creator qualifies as a startup. Unless of course we are using the ultra narrow HN definition of a startup.
I don't run a startup, either. I make money.
Re: How my role as CTO has changed as we've grown from 1 to 100 engineers
#119This surprised me at first: > having difficult conversations with individuals is never fun But apparently "difficult conversations" is a Valley euphemism for "firing people" and doesn't mean "discussing difficult engineering problems".
How is this specifically a Valley euphemism?
Re: How my role as CTO has changed as we've grown from 1 to 100 engineers
#120This guy flew from San Francisco to New York to read books in a hotel? Like... what?
New York may have been special in some way that could help that change.
I think the anecdote underscores how tough it can be to make that shift from doing something you love and are good at into new responsibilities you're not as strong in yet.