Ask HN: What books would you recommend to newly appointed ScaleUp CTO?
I’m young, lacking experience on the role. Previously, I was a DevOps engineer at the company (first 15-ish employee). Looking to take on the challenge and read inspiring and useful books.
14 comments
I would like to add "Think Like a CTO" by Alan Williamson. This book was just released a couple of months ago. The author had experiences as a CTO in different companies. He shares about planning, team management, technical decisions, security, etc.
Last but not least, congratulations and good luck on your new role!
https://www.manning.com/books/think-like-a-cto
Last but not least, congratulations and good luck on your new role!
https://www.manning.com/books/think-like-a-cto
I haven't heard the term ScalepUp CTO. There's a company named ScaleUp, but I'm assuming you're not their new CTO ;p but a CTO promoted during the "scale up" phase of a startup. I'm a lead engineer but was responsible for scaling a service to 500M monthly users. So sample size=1. And my suggestions will be from the "T" part of CTO and nit really the "C" part.
Firstly, I think youtube is a great primary resource here that you shouldn't neglect. There's a lot of conference talks by companies that scaled very quickly which go into great technical detail.
Also blog posts, there's a lot of great blog posts from the scale up phase of companies that don't hide anything.
The reason these fairly transparent conference sessions and blog posts exist is because the company is trying to interest top-level applicants and to look good for a future sale (I know because I experienced these requests) but it's great for just learning from.
For actual books, my suggestions will be very related to the system I had to scale. So my main suggestion is to first find some means to learn the optimal ways for your own system to scale before you go deep into any specifics.
"Designing Data Intensive Applications" by Martin Kleppmann is as the title describes. If "data" storage or manipulation is central to your systems (and what modern app isn't), I'd say it's essential to at least skim through. It's more of a breadth than depth book, but it goes deeper than you'd expect.
"Big Data" by Nathan Marz was foundational to the system I ended up designing, usefulness may vary. It describes a specific architecture for a flexible and high throughput data-based application. He has a new framework(?) named Rama that's open source, has some good blogs, and was recently featured on HN. And it appears to be based on improvements to the ideas in Big Data. So that's free and may be a better first look, though the available details aren't as in depth as the Big Data book.
"Event Streams in Action" by Alexander Dean & Valentin Crettaz is another one that may be specific to the area I needed. But if that's what you need, it has what you need.
"The Data Warehouse Toolkit" is another somewhat specific usecase book. It's also more developer-level than CTO level in a lot of areas. But it includes good, very specific examples such as several chapters dedicated to case studies of specific industries like banking, accounting, ecommerce, healthcare.
"Working Effectively with Legacy Code" By Michael Feathers is a personal favorite. Maybe a bit opinionated. You might think "We have older/early startup code, but we don't have legacy code", but Michael introduces a unique (and IMO very effective) idea of 'Legacy Code', anything that doesn't have tests is legacy code. It's a great resource on refactoring/maintaining/modifying and even rewriting important code without comprehensive coverage, and not written to make test coverage simple. The way I now look at it, any services written before the "scaleup" phase are almost always legacy code.
"Scrum: The Art of Doing Twice the Work in Half the Time" By Jeff Sutherland. If you're doing Scrum abd haven't read the original, I'd give it an extreme recommendation. The most important part of Scrum (in my opinion) is the flexibility and self-modification. The team I lead chose to trial Scrum and it was fantastic. The whole company decided to implement it. When the CEO learned we had abandoned literal "standups" for daily slack threads he made us revert to standups. The whole company had to follow the initial template laid out by Scrum with no deviation. It failed horribly and everyone hated it, it became the dreaded "waterfall with sprints". The main issue is he didn't listen to us about how it's meant to be modified, but I also think a big issue is he ordered 50 copies of some 30-page cliff-notes version of Scrum for the whole office, which completely omits the "kaizen" and other details about how malleable it can be.
"Don't Make Me Think" by Steve Krugg. Not so much about scaling but about user testing. So maybe not technically CTO territory but please advocate for this :P I'm paraphrasing some phrase in the book but 2 hours of proper user testing from random people off Craigslist/etc will provide you with 2 months of dev-work. You will not believe the features users misunderstand or various opportunities for additional sales users completely miss until you try with real people off the street.
"High Output Management" by Andrew Grove is about where management can be effective or harmful in developer productivity. It's an older book, sir, but it checks out. Some of it is fairly commonplace information nowadays, but still a good intro to tech management, and probably some useful information for very high-level management since Grove was the Director of Engineering at Intel when he wrote it.
Firstly, I think youtube is a great primary resource here that you shouldn't neglect. There's a lot of conference talks by companies that scaled very quickly which go into great technical detail.
Also blog posts, there's a lot of great blog posts from the scale up phase of companies that don't hide anything.
The reason these fairly transparent conference sessions and blog posts exist is because the company is trying to interest top-level applicants and to look good for a future sale (I know because I experienced these requests) but it's great for just learning from.
For actual books, my suggestions will be very related to the system I had to scale. So my main suggestion is to first find some means to learn the optimal ways for your own system to scale before you go deep into any specifics.
"Designing Data Intensive Applications" by Martin Kleppmann is as the title describes. If "data" storage or manipulation is central to your systems (and what modern app isn't), I'd say it's essential to at least skim through. It's more of a breadth than depth book, but it goes deeper than you'd expect.
"Big Data" by Nathan Marz was foundational to the system I ended up designing, usefulness may vary. It describes a specific architecture for a flexible and high throughput data-based application. He has a new framework(?) named Rama that's open source, has some good blogs, and was recently featured on HN. And it appears to be based on improvements to the ideas in Big Data. So that's free and may be a better first look, though the available details aren't as in depth as the Big Data book.
"Event Streams in Action" by Alexander Dean & Valentin Crettaz is another one that may be specific to the area I needed. But if that's what you need, it has what you need.
"The Data Warehouse Toolkit" is another somewhat specific usecase book. It's also more developer-level than CTO level in a lot of areas. But it includes good, very specific examples such as several chapters dedicated to case studies of specific industries like banking, accounting, ecommerce, healthcare.
"Working Effectively with Legacy Code" By Michael Feathers is a personal favorite. Maybe a bit opinionated. You might think "We have older/early startup code, but we don't have legacy code", but Michael introduces a unique (and IMO very effective) idea of 'Legacy Code', anything that doesn't have tests is legacy code. It's a great resource on refactoring/maintaining/modifying and even rewriting important code without comprehensive coverage, and not written to make test coverage simple. The way I now look at it, any services written before the "scaleup" phase are almost always legacy code.
"Scrum: The Art of Doing Twice the Work in Half the Time" By Jeff Sutherland. If you're doing Scrum abd haven't read the original, I'd give it an extreme recommendation. The most important part of Scrum (in my opinion) is the flexibility and self-modification. The team I lead chose to trial Scrum and it was fantastic. The whole company decided to implement it. When the CEO learned we had abandoned literal "standups" for daily slack threads he made us revert to standups. The whole company had to follow the initial template laid out by Scrum with no deviation. It failed horribly and everyone hated it, it became the dreaded "waterfall with sprints". The main issue is he didn't listen to us about how it's meant to be modified, but I also think a big issue is he ordered 50 copies of some 30-page cliff-notes version of Scrum for the whole office, which completely omits the "kaizen" and other details about how malleable it can be.
"Don't Make Me Think" by Steve Krugg. Not so much about scaling but about user testing. So maybe not technically CTO territory but please advocate for this :P I'm paraphrasing some phrase in the book but 2 hours of proper user testing from random people off Craigslist/etc will provide you with 2 months of dev-work. You will not believe the features users misunderstand or various opportunities for additional sales users completely miss until you try with real people off the street.
"High Output Management" by Andrew Grove is about where management can be effective or harmful in developer productivity. It's an older book, sir, but it checks out. Some of it is fairly commonplace information nowadays, but still a good intro to tech management, and probably some useful information for very high-level management since Grove was the Director of Engineering at Intel when he wrote it.
Congratulations on your new role as a ScaleUp CTO!
Exciting times ahead with lots of learning.
I will recommend the following books. But more than books, you will probably require real talk with other people who are experienced in their sectors related to your tech stacks.
1. "The Phoenix Project" by Gene Kim, Kevin Behr, and George Spafford - This book provides a fictional narrative about transforming an IT department, offering valuable insights into DevOps practices and the challenges of scaling technology within an organization.
2. "Team Geek" by Ben Collins-Sussman and Jennifer Greene - As a CTO, managing and leading your engineering team is crucial. This book focuses on building effective engineering teams, fostering collaboration, and maintaining a healthy work culture.
3. "High Output Management" by Andrew S. Grove - A classic in management literature, this book offers timeless wisdom on organizational management and leadership, with a focus on achieving high performance and scalability.
4. "The Lean Startup" by Eric Ries - As a ScaleUp CTO, you'll likely need to embrace innovation and growth. This book introduces the principles of lean startup methodology, helping you navigate the challenges of scaling your company.
5. "Continuous Delivery" by Jez Humble and David Farley - Scaling your technology infrastructure while maintaining a robust and efficient development pipeline is crucial. This book delves into the principles and practices of continuous delivery and automation.
6. "Inspired: How to Create Products Customers Love" by Marty Cagan - If your role involves product development, this book is a must-read. It provides insights into building products that resonate with customers and can scale effectively.
7. "Zero to One" by Peter Thiel - This book offers unconventional wisdom on startups and innovation, challenging traditional thinking. It's particularly relevant if you're leading a company in a competitive market.
8. "The Innovator's Dilemma" by Clayton Christensen - A classic in the field of innovation and disruption, this book can help you understand why successful companies often fail to adapt and how to navigate disruptive technologies.
9. "Good to Great" by Jim Collins - Scaling a company to greatness is a common goal. This book explores the factors that distinguish great companies from good ones and offers insights into leadership and strategy.
10. "Crucial Conversations" by Al Switzler, Joseph Grenny, and Ron McMillan - Effective communication is key for leadership success. This book teaches you how to have difficult conversations and resolve conflicts constructively, which is essential in a leadership role.
These books cover a wide range of topics, from technology management and leadership to innovation and personal development. Depending on your specific challenges and interests, you can select the ones that resonate with you the most to help you excel in your role as a ScaleUp CTO.
I will recommend the following books. But more than books, you will probably require real talk with other people who are experienced in their sectors related to your tech stacks.
1. "The Phoenix Project" by Gene Kim, Kevin Behr, and George Spafford - This book provides a fictional narrative about transforming an IT department, offering valuable insights into DevOps practices and the challenges of scaling technology within an organization.
2. "Team Geek" by Ben Collins-Sussman and Jennifer Greene - As a CTO, managing and leading your engineering team is crucial. This book focuses on building effective engineering teams, fostering collaboration, and maintaining a healthy work culture.
3. "High Output Management" by Andrew S. Grove - A classic in management literature, this book offers timeless wisdom on organizational management and leadership, with a focus on achieving high performance and scalability.
4. "The Lean Startup" by Eric Ries - As a ScaleUp CTO, you'll likely need to embrace innovation and growth. This book introduces the principles of lean startup methodology, helping you navigate the challenges of scaling your company.
5. "Continuous Delivery" by Jez Humble and David Farley - Scaling your technology infrastructure while maintaining a robust and efficient development pipeline is crucial. This book delves into the principles and practices of continuous delivery and automation.
6. "Inspired: How to Create Products Customers Love" by Marty Cagan - If your role involves product development, this book is a must-read. It provides insights into building products that resonate with customers and can scale effectively.
7. "Zero to One" by Peter Thiel - This book offers unconventional wisdom on startups and innovation, challenging traditional thinking. It's particularly relevant if you're leading a company in a competitive market.
8. "The Innovator's Dilemma" by Clayton Christensen - A classic in the field of innovation and disruption, this book can help you understand why successful companies often fail to adapt and how to navigate disruptive technologies.
9. "Good to Great" by Jim Collins - Scaling a company to greatness is a common goal. This book explores the factors that distinguish great companies from good ones and offers insights into leadership and strategy.
10. "Crucial Conversations" by Al Switzler, Joseph Grenny, and Ron McMillan - Effective communication is key for leadership success. This book teaches you how to have difficult conversations and resolve conflicts constructively, which is essential in a leadership role.
These books cover a wide range of topics, from technology management and leadership to innovation and personal development. Depending on your specific challenges and interests, you can select the ones that resonate with you the most to help you excel in your role as a ScaleUp CTO.
This is a genuinely good list so it feels rude of me to say this, but, I get strong ChatGPT vibes from this comment, especially the first 2 and final paragraphs.
Edit: In fact, pasting the post body into ChatGPT I got 7 of those 10 recommendations.
As much as I love it as a tool, I really hate the weird twist chatgpt has added to online discussion. Maybe it shouldn't even matter because this is still a good list.
Edit: In fact, pasting the post body into ChatGPT I got 7 of those 10 recommendations.
As much as I love it as a tool, I really hate the weird twist chatgpt has added to online discussion. Maybe it shouldn't even matter because this is still a good list.
Yeah it’s bizarre; if someone’s going to get an LLM to ghostwrite their reply (not saying this is the case here but my internal ChatGPT alarm also went off reading this), will they use it for replying in the thread? Will they fact check their work?
I didn't think to check their profile before since it's not a green account, but they have no comments in the past 67 days and now 2 posts in 12 hours promoting their AI video translation service before being active again. The writing style in all their other comments feels different. So I'm pretty confident now this is just chatgpt.
The complete, unquestioning acceptance of the term "ScaleUp CTO" also stuck me as something GPT would do
Well, I provided that term to ChatGPT, not the whole post and also I have read at least 6 of these 10 recommendations, modified the list as per my knowledge and then posted it here. I think ChatGPT can and definitely be used for re-drafting purposes. What's wrong with that?
It is still my original response and I have read most of the books with few being in my wishlist.
It is still my original response and I have read most of the books with few being in my wishlist.
Well firstly that means you're recommending 4 books you haven't personally read without saying they came from chatgpt (and we don't know which 4).
But also the writing style in that comment just feels far more like ChatGPT than someone elses. Like you asked ChatGPT and then edited that, and not that you came up with your own idea and asked chatgpt for help. So when reading the comment it just comes off as any other copy-paste ChatGPT response. The OP could just ask ChatGPT themselves.
It also doesn't scale well. If multiple people in this thread used ChatGPT to answer, we'd have a bunch of comments of mostly the same list. When I tried to asked it myself I got 7 out of 10 recommendations the same.
But also the writing style in that comment just feels far more like ChatGPT than someone elses. Like you asked ChatGPT and then edited that, and not that you came up with your own idea and asked chatgpt for help. So when reading the comment it just comes off as any other copy-paste ChatGPT response. The OP could just ask ChatGPT themselves.
It also doesn't scale well. If multiple people in this thread used ChatGPT to answer, we'd have a bunch of comments of mostly the same list. When I tried to asked it myself I got 7 out of 10 recommendations the same.
I come here to hear what humans have to say. I'm all for using GPT to make life more efficient, but using it to write your HN posts misses the whole point of HN.
I thought the exact same
Fantastic list. I would also add The Manager's Path by Camille Fournier to really hone those people management skills. And The Five Dysfunctions of a Team by Patrick Lencioni is a nice quick read on organizational politics.
I just wanted to agree with this comment, I’ve read about half of the books listed and work as a product manager, and this is a great list!
Do you also agree that talking with experienced people(if your tech stack involves AWS Lambda, talk with an someone who is an expert on AWS Lambda) matter more, specifically for the job of a CTO?