Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Generally speaking if you are capable of leading a startup as a CTO, you should just found your own, with the legal CEO designation, so that you can control what happens to the equity. CTOs in general are very naive about how all of this works once PMF/traction is hit, and how little power they have over the platform they built


Disagree.

I helped found a startup[0] and have been around a number of them, in slacks and on email lists[1].

I think that domain knowledge is so so important for startup success. Even more important than technical expertise.

Why? Because the main problems for 0->1 startups are business problems, not technical ones:

* where do possible customers hang out

* what problems will they pay you to solve

So in that case, a good CEO who knows the domain is critical. They'll have good answers to these questions, which will help guide the technical decisions. Or they'll know who to talk to in order to find the answers. There's no shortcut to that knowledge; you have to spend years to get experience in the domain. Learning and reading about the domain can help, but you still have to spend the time.

The main exception, and it's a big one, is if you are building something in the devtools space, where you can be your own customer.

0: https://www.thefoodcorridor.com/ (I left after a few years, but they are still going strong!)

1: https://ctolunches.com/ (free email list for engineering leaders, so many good discussions happen there)


100% agree. I'm a CTO for a vertical SaaS, working with a first-time founder with deep domain expertise. He came in with a thesis as to why our target customer was still using Excel, even though it was completely unsuited to their needs. Almost everything he thought at the beginning has been borne out, and there's no way I would have figured out this market on my own. There's also no way he would have built a usable product without someone like me - his original plan was bloated and we narrowed it to the core where we have very specific value.

I've been a solo founder as well multiple time co-founder / CTO at venture-backed startups so I'm certainly capable of starting something myself, but I think this combination is an excellent model. A couple of other things that make it work: the CEO has sales skills, and does not have much of an ego and is willing to listen to someone who has been through all of this multiple times.


> A couple of other things that make it work: the CEO has sales skills, and does not have much of an ego and is willing to listen to someone who has been through all of this multiple times.

Yeah! You definitely need to have a good CEO as a partner. A bad CEO is worse than no partner at all.

Those are some great attributes of what makes a good CEO and partner.


I have hardly come across aspiring-CEOs who do not have much ego and listen to other founders, let alone founders or serial-founders. After some founder dating last year, I am a bit jaded, though.


yup


Also speaking from similiar experience, ^^^ this is the best combo. Where both parties have a certain degree of humility and self-awareness and understand how their skills, personalities, and personal circumstances (ability to travel, life stage, etc.) compliment one another.


Right, sure, there is an initial pain of building domain knowledge. But that one year of knowledge building, distribution, early customers, then dominates who has control over the cap table for a decade. Why not just do this work yourself? Its some weird myth that someone capable of being a technical leader cannot also flesh out the distribution

Especially with the existence of AI, it really makes no sense and is some weird hierarchical system built by business people


> Its some weird myth that someone capable of being a technical leader cannot also flesh out the distribution

This idea often gets repeated here but it’s based on ZIRP from 2010s driving up developer salaries to a point where every kid with some portion of a CS degree thought he was the next Zuckerberg. “Technical” contributors became convinced they were the only contributors. Lots of stories about “idea guys” and useless upper management who Just Don’t Get It (meanwhile most guys posting things like this have never even seen a balance sheet). It’s a popular idea here because it establishes devs as the smartest guys in the room, but it doesn’t have a lot of bearing on reality. Plenty of devs have neither the aptitude nor inclination to learn the business side of things, as evidenced by some of the lifers who post here about upper management.

This attitude will change as market cools off, no code and LLM output improves, and overseas contractors become more accessible.

> Especially with the existence of AI, it really makes no sense and is some weird hierarchical system built by business people

LLM code output can be tested as it is generated, whereas its advice on accounting and contract law can only be tested by domain experts, who you can just pay for this advice without involving the LLM.


> This idea often gets repeated here but it’s based on ZIRP from 2010s ...

I don't think it is just the ZIRP/2010s. Here's a post I wrote about developer arrogance in 2004, well before the ZIRP era: https://www.mooreds.com/wordpress/archives/134


ycombinator, the best very early stage investors of all time hold this opinion:

"If you are a technical founder, you do not need a non-technical cofounder."

https://x.com/snowmaker/status/1948160642399314188

Its really not up for debate, at this point it is a borderline scam to work for a CEO that isnt significantly better/bringing in capital. You are basically giving them free labor


You don't need a non-technical cofounder, but you do need a founder willing and capable of handling non-technical things.

If nobody in your startup team wants to handle sales, marketing, finances, and business operations, you're going to end up with working software that nobody's paying for.


>at this point it is a borderline scam to work for a CEO that isnt significantly better/bringing in capital

I never contested that. My point is that there are plenty of devs who think they should found a startup based on the mistaken idea that they can learn the business side of things overnight.


If you find mentors, or just pay people 200 an hour to meet once a week, a lot could be learned. I agree the gap is large, but it can be overcome


What’s YC’s track record in the new LLMs-can-code era?

Or are we talking about Dropbox and Airbnb?


most of the recent series A ai companies are YC companies, they are absolutely crushing it


What are their names?


Jared has an (unfinished?) degree in CS and Econ so that’s a bit rich for him to say. Why’d he bother with Econ if it’s so UsELeSs?


>LLM code output can be tested as it is generated, whereas its advice on accounting and contract law can only be tested by domain experts, who you can just pay for this advice without involving the LLM.

Assuming that passing some tests means it’s good code is as dumb as asking the LLM accounting and contract law advice.

It can be superficially correct and completely broken.


> It can be superficially correct and completely broken.

This also applies to developer output. If you don’t have someone qualified in the loop to foresee problems and perform testing, you could end up with something that falls over later on, but by the time that is consequential you can pay someone to do that kind of testing. By contrast, a dev who decides to be his own lawyer only gets to test the validity of his contracts if he hires a lawyer or gets sued.


That same thing happens with accountants and lawyers. I’ve dealt with terrible of both that were just good enough to not get disbarred or lose their license.

I don’t think you have a salient point here.


> I’ve dealt with terrible of both that were just good enough to not get disbarred or lose their license.

The existence of bad surgeons doesn’t make performing surgery on yourself the better alternative.

A sufficiently-motivated analyst can hack together an app and test it as he goes. Yes, there might be scaling issues and edge cases, but he’s putting together a proof of concept; once he has validated the market, the developers who build the app “correctly” are effectively interchangeable. There are questions of professional ethics if the software is touching anything to do with medicine, personal information, or other sensitive issues like that, but that does not represent a majority of development. If you mean “good” in the sense of being artful or efficient, then no one cares.


Maybe AI has changed things, but I think it takes more than one year to gain sufficient domain expertise.

But your argument still has validity even if it takes 2-3 years to gain the knowledge, so let me address that.

My response is: if I wanted to be an expert in <startup domain> to the point I didn't need a co-founder CEO, I would take the time, the years I mention above. But that has costs (opportunity costs if nothing else).

Instead, I prefer to be an expert in software development. This gives me less control in each given startup as you point out, but more optionality across startups (and other companies)[0]. This choice also means that I give input on the hard decisions that company leadership has to make, but I don't have to make the final call. Frankly, that's more weight than I care to bear.

That's a personal choice. I've watched friends be CEOs of successful startups and it's not always (nor usually, even) fun or easy.

0: I wrote more about that optionality here: https://www.mooreds.com/wordpress/archives/3445


You're trying to have a serious discussion with someone convinced he can build deep domain knowledge in eg banks and their needs, how to sell to them, plus the associated network, in a year while also writing code. Oh, and just assumes "early customers", ie you're also going to learn how to sell. Because how hard can it be :rolleyes:


> But that one year of knowledge building, distribution, early customers, then dominates who has control over the cap table for a decade.

Can you recommend any resources for learning how to do this work yourself?


I'd recommend:

- the lean startup: https://www.amazon.com/Lean-Startup-Entrepreneurs-Continuous...

- Amy Hoy's blog: https://stackingthebricks.com/

- working in the domain you are interested in for a year. Go be a realtor. Go work in a lawncare business. etc. etc.

- read Patrick's advice about how he found customers for Appointment reminder: https://www.kalzumeus.com/2010/05/14/unveiling-my-second-pro...

edit: added link to Patrick's piece


One shortcut would be to:

1. pick a vertical (construction, legal, accounting, etc)

2. look at how to apply ai (compliance, voice customer service, email)

3. find sales people from a would be competitor or old school b2b saas in that area, and pay them 150$ an hour to tell you what customers are paying for

4. at the direction of how to do sales, come up with the product and either do the sales yourself without building, or pay someone to do cold calls and pitch the product

5. build the product


The best combination is a technical CEO founder with deep domain expertise. Confirms what you say about the dev tools space exception.

Of which LLMs are effectively a dev tool that happens to also be a tool for every other industry vertical in the world economy.


Why can't everything you just described be done by someone who doesn't have the CEO legal title? The CTO can be the CEO in title, but fulfill the duties of both, with consultation from the "CEO" (pick whatever title you want). Basically inverting the non-technical-founder / CTO relationship, in favor of the technical founder who needs non-technical expertise and guidance, but still wants to maintain overall control of the business.


Just remember that every startup is not a SaaS business...


There are a lot of defunct startups in my city that were started by engineers and CTOs. Some of them had good ideas and a few even had great execution of the product.

They all failed at sales, scaling, retention, and generally running the business.

I did work for one very successful company that was founded by an engineer. However, he was focused almost exclusively on non-engineering business functions from the start.

If you want to be a CTO and do engineering things, don’t assume founding your own company is the best way to get there.


> They all failed at sales, scaling, retention, and generally running the business.

This also applies to most non-technical, “business folks”-led businesses as well.


IMHO it doesn't matter whether you are CEO, CTO, CFO, C-whatever-you-feel-like-O, as long as you are a founder.

A startup is a kind of ponzi scheme benefitting the founders (and VCs).

Successful founders will happily tell everyone and their dog how being a founder was so much work, how they didn't go on holiday for a few years, how they worked long hours, etc. And mostly why they deserve to be rich now while none of their employees is. None of them will talk about how being one of the first employees was also so much work, usually with a pretty bad salary and order of magnitudes fewer options than the founder.

I always wonder how the founders can genuinely believe that they are actually worth thousands of me. I am pretty damn sure that with a thousand me, we produce more than the founders alone.


Maybe, but there are levels to the game. The CEO has legal rights to fire cofounders, often with the board on their side. Early stage this doesnt get exercised often. But when the CTO has ten million of equity to vest over two more years, questions get asked behind closed doors about whether they are worth that amount. Thats when the "professional CTO" is brought in. Its extremely common, and letting him vest that amount is coming out of the pocket of the CEO and the investors


> The CEO has legal rights

I don't think that anything in the law says that if your title is "CEO", then you can fire cofounders. I'm guessing it depends on the contract the cofounders sign in the beginning.

> often with the board on their side

I have seen the CTO convince the board to fire his cofounder who was more the CEO? Well I don't know if the titles were written in the contracts, they changed over the years. But the guy who got his cofounder fired went from calling himself CTO to calling himself co-CEO to getting his "buddy" fired.


> I am pretty damn sure that with a thousand me, we produce more than the founders alone

Engineers generally never acknowledge the value of knowing _what_ to build, only whether something is built.

As an engineer, I don't pretend to know or understand what the market wants or what people are willing to pay for. That's a problem I leave to business/product-oriented people. In exchange, they leave the building to me.


> Engineers generally never acknowledge the value of knowing _what_ to build, only whether something is built.

Nobody knows what to build, that's why VCs give money to many startups, almost all of them bankrupting.

The sole value of the founders is to be able to convince VCs for as long as they can. VCs generally have no clue about the technology, so it's about getting good at selling bullshit. Granted, I am not great at selling bullshit, so it doesn't make me a great founder.

Now if we get back to knowing what to build, if you give me a thousand me, we can try a whole bunch of different ideas hoping that one works. This is what VCs do, and it works for them even though they have no clue either.

No, a founder is never worth thousands of employees, period.

And I'd like to note the asymmetry here: I am arguing that I am not thousands of times less valuable than them. I am not remotely saying that I am better.


This may be your option for maximum control and leverage, but do remember that your day to day will be different, especially as the company grows. As someone who enjoys technical/product work and doesn't particularly enjoy fundraising, sales, or marketing, being the CEO is actually quite a trade-off for my personal fulfillment.


Sure, but you should just be aware that "wanting to do engineering" probably is stopping you from financial freedom/a more interesting life. Just be aware of the tradeoff


> aware that "wanting to do engineering" probably is stopping you from financial freedom/a more interesting life.

This only makes sense if you assume the startup will fail and you ignore all of the high-paying engineering jobs out there.

If financial freedom is the goal, the easier and far more reliable path is to pursue the well-trodden road to a job in Big Tech and put some minimal effort into the promotion process.

The average startup founder does not walk away with financial freedom or even a functional company. The average outcome is that the startup doesn't work out and they pay the opportunity cost of having lost out on years of career income.

Even the acqui-hires and small time acquisitions that happen in my local startup scene rarely leave the founders with more money than they could have earned at a regular 9-5 engineering or EM role.

It's only a select few who get that coveted large exit that turns into financial freedom after 5-15 years of grinding.


I find this a cynical and possibly incorrect take. I'll admit, if your goal is to become a billionaire and command vast sums of cash from your many vacation homes I'd agree with you, but financial freedom and an interesting life is absolutely within reach without having to take a career path that doesn't bring you fulfillment. Those CTOs that get pushed out once the company reaches their series C almost certainly achieve financial freedom.


I'm not really talking about unicorns, I am talking about some typical b2b saas that makes 500k-5M in ARR.


> some typical b2b saas that makes 500k-5M in ARR.

The typical B2B SaaS startup never gets that far.

You're looking at a survivorship bias subset. If someone had an automatic path to get to that promised land then it would be an easy choice, but it's never that easy.

A 500K ARR SaaS is also hardly a path to financial freedom. That's too small to hire a competent engineer while also paying yourself a high salary, so you're basically on call all of the time. You're also doing sales, customer support, and possibly fretting a sudden 100K drop in your ARR if your biggest customer cancels their contract because the economy changes.


There is a non tangible level of status that comes with being CEO of a profitable startup. People dont know but it helps in both dating life and social situations. After the startup, employers consider the CEO the guy that was responsible for the success. Its a huge deal, most people have no clue how the whole thing works


> There is a non tangible level of status that comes with being CEO of a profitable startup.

All of your comments in this thread assume success. Great if you can get it, but it's not guaranteed.

> People dont know but it helps in both dating life and social situations.

Much less than you think. Some people are impressed by it, but spend some time in a startup-heavy area everyone will see right through the "I'm a startup CEO" schtick for someone who has a $500K ARR B2B SaaS, or even just someone trying to fork off and do their own thing.

While it is impressive to start and run a successful small-scale SaaS, it's far from guaranteed. Thinking it's a route to dating success is just weird.


$500K ARR often sounds more impressive than it is. How much of that is profit? Probably not much. Every SaaS startup I've worked for was bleeding money on cloud costs and employees.

Even after all the layoffs and cost-cutting one of them went through, the end result was mediocre paying jobs for a few people at most, with constant on call and fire fighting. One ended in a "acquisition", which was actually a pennies-on-the-dollar fire sale, with no payouts to the founder or any employees. The former CEO still talks up the big acquisition. It sounds like success if you ignore all the details.


> One ended in a "acquisition", which was actually a pennies-on-the-dollar fire sale, with no payouts to the founder or any employees. The former CEO still talks up the big acquisition. It sounds like success if you ignore all the details.

This happens a lot. A company wants to recruit someone who has good skills but has been trying, unsuccessfully, to get their own startup off the ground. They offer an "acquisition" on paper which purchases the company and brings them into the company for a token amount. This gives the founder an easy out, a job, a hiring bonus, and a way to update their LinkedIn to show that they built and "sold" a company.


Yes. Whenever someone says they "had an acquisition", I take it with a grain of salt. The majority of the time it's an acqui-hire or fire sale with a neutral or negative outcome.


Being the CTO at a company with a handful of people (where everyone likley has a C-title) doesn't absolve you from the responsibility of those tasks though. You really don't get to focus on "only" CTO roles until the company is much, much larger.


One perhaps (cynical) view is that CEOs with business background are basically just arbitraging between investors and product teams.


I'm not sure if it's a cynical view. Isn't it what business guys do in most people's minds? To bring together investment, marketing and product because they don't just magically blend.

I knew someone who chose to major business despite he got an offer for top biology degree in my country, for this exact reason. By the way, when he told me this decision we were both only 17.

(I really should ask whether he still thinks that's what business is all about today though.)


Alot of CEOs dont start out thinking this way, but it definitely occurs to them as they run the business that its the case. Once the platform is built with sticky customers, the CTO is replaceable with a generic high performing engineering manager. Not always, but for run of the mill b2b saas, they are


CTOs just arbitrate between dev teams and product teams.


CPAs just arbitrage between cash flows and legal requirements.


Nah, CTO is usually deep in the code base, hiring, firing, coding, pulling long hours to ship features, etc


CTO's shouldn't be coding. They are a manager.


In the same way that engineers are just arbitraging between the company and the computers, I suppose.

Every job sounds much easier from the outside.


Yeah. Everyone’s just arbitraging. Not sure why the problem is


Yes! That’s exactly what we’re doing. It’s not as easy as it sounds.


Definitely hard emotionally if the ceo job entails a lot of “managing up”


This is of the classical genre of HN cynicism framed as advice that if you were to follow you're pretty much guaranteed to never go anywhere in life.


nah I have been in the venture scene in nyc for a while, have seen the same song and dance play out over and over


Completely different skillsets. Lots of deeply technical startup CEOs kill their startups by not acknowledging that.


I really think society has built some weird narrative that if you did a technical undergrad, you arent fit to run a small startup. Ycombinator busts this myth constantly, and actually prefer technical founders.


Cynical view is that technical founders who don’t know who business work are easier to manipulate into bad decisions for their business, as long as VC makes money.


I think it’s more of a realism vs optimism take - deeply technical people focus on what can go wrong, because they know better. Which is a good thing for a technical person - the best CTOs are great because they prevent implosions, not because they’re naive and optimistic


It’s not a “narrative” - technical-minded people tend to be more realistic/pessimistic, which has severe implications on company growth.

It matches my personal experience (the most technical CEOs I work with consistently underperform) and the industry averages (the majority of the companies that make it big have CEOs who aren’t deeply technical).

That includes YC to- from Coinbase to Dropbox, the CEOs are hardly strong technical people (some have CS backgrounds, but they don’t really have a career as accomplished technical individuals and aren’t exactly know for their incredible CTO careers).


I believe it depends on the industry your business is in. In many businesses, technology is only a small component, and other factors such as connections, sales, and marketing can be more important than the technology itself.


I would take a market-domain expert as CEO over a CTO any day of the week. Unless of course your product is to sell to other software providers.


author of the post:

I kind of enjoy working with partners, especially when everyone "knows their lanes" and agreements are properly defined. It just tends to blow up at some point it seems like... :)

The main goal is to keep a pulse on finances.

In any case, "start my own" is still on my todo, it's just... not that easy to pull of :))




Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: