Want To Be A Startup CEO? Better Learn How To Code.
willobrien.wordpress.com
willobrien.wordpress.com
But if you have an interest and passion for a particular software idea (that meets a strong customer need), then I say go for it.
That's what I'm doing. Though I'll admit to having a decent bit of programming experience a number of years back, it's been a while and I'm rusty enough that I'd prefer to partner with a real coder who will be much more productive while I concentrate on the business aspects.
If you have a "startup" doing anything else, it's more common to just call it a "small business".
I think there's also an element of the entrepreneurial mindset on HN. The term "small business" seems to be considered implicitly defeatist here, unless you're (merely) building a "lifestyle business" which excuses your lack of ambition!
Thus there are startups in and outside the tech world.
Learning to code for the CEO only makes sense if your ambitions are limited to creating a two person startup in a garage. Don't get me wrong, plenty of great products have been created that way. But most of the best businesses are just slightly different versions of things that have already been done, and by focusing on learning to code instead of building your social network you are eliminating 95% of your business options before you even start.
It takes years to become a half-decent programmer, so if you have this hot internet-idea right now but no idea about programming then better go find someone who can implement it for you instead of trying to learn it yourself...
I'm not saying that a 28 year old MBA who has never written a line of code should spend 2 years becoming a semi-competent hacker instead of hiring somebody, but they probably would have been better off spending some time on it in high school instead of pursuing straight As or doing application-polishing ECs.
That's why you need to build your network.
I'm an electrical engineer: I have no idea how to identify a brilliant biochemist. But if I need to hire one for my new alternative energy startup, hopefully I'll already know someone who has expertise in that field and can either recommend one to me, or help in the hiring process.
I'll write the SQL, do the SEO and find great coders to help us build the darn thing. I'll even manage the projects as needed. In my situation CEO that codes would just be another programmer. I really do need the business skills.
Oh, and one more thing. The catalog site he built, hiscatalog.com is neat looking, but just looks like another affiliate catalog site. I'm not sure (aside from some clean design) what it offer beyond that.
i've rubbed shoulders with business students as a co-founder of a student entrepreneur group. the problem usually starts when the business guy runs out of money to pay people in india on elance for his project. so he poaches other people's teams for programmers, exaggerates the heck out of his project (we built this in 2 months! [read: this has been sitting inactive for 4+ years]), treats the programmers like s*, gives ridiculous deadlines, and yells a lot.
but that's not to say the business guy is useless at all. here are a few things they could help the coders with:
[1] term sheets, make sure they're good. [2] go do the fundraising (be really good at presenting in front of a lot of people too) [3] talk to as many of the users as possible and let me know what the top complaints and compliments are. the rest i'll figure out from analytics. [4] get us partnerships that will help everyone immensely, the user, the startup, and the partner.
I don't ever expect to use these skills in a major web app (I'm nowhere near good enough to do it for real), but they've helped me immeasurably in communicating effectively with engineers. Wish I had done it years earlier.
Nowadays, such articles about web startups are actually much rarer and do appeal to many users.
Any links / extra info you want to share? I'd be very interested in seeing my own shortcomings here.
People have a tough time thinking in sets. This applies to developers as well. This is why people constantly fight the relational paradigm; you end up with things like CouchDB or OODBs because they make more sense to developers. It's easier to reason about an object than it is about a set of data.
I've been working on writing a bunch of "SQL from the ground up" postings, but I keep getting side-tracked with another project I'm working on and I haven't had a blog in years to post it on. Besides that, 99% of all the SQL work I've done has been in Sybase, MS-SQL and Oracle; so I'm not sure how relevant T-SQL & PL/SQL are to MySQL or Postgres. I'm assuming the basics are all the same though (which is to say ANSI compliant).
I've worked with both, they both have their learning curve, whatever you already know is going to be 'easier' to you because you don't have to unlearn any habits, I wouldn't advice anybody to use either until I know more of the intended application.
After the product gets to a sufficient state, though, there are other things than coding to do for the company. Sales, marketing, deals, etc... Those can use a business CEO.
Personally being able to code (even if I'm not the sharpest at it) has led me to be able to drive teams a lot faster because I can say "well, if I can develop this in a week and I suck at programming, then you should be able to get it done in a day - come back tomorrow and let me know how it went".
That said, you're right - after a product is on its way it's all about sales and doing deals. But you still have to be able to whip the parts of the organization that need whipping (mind you, that's not always the development team either).
Great book. Read it. Two-sentence description: product development is essential, of course, but "build it and then market it" is way too risky. Instead, do customer development alongside product development, from day 1.
However, the level of customer development that you need to do while you're building the product is less than what you need to do while you're in the second start-up phase of selling it.
I agree though; the merits of a technically capable CEO can't be overstated.
I've seen far too many CEOs and managers who are technically inept, and as such completely gloss over great technologies and business opportunities, while at the same time pursuing impossible goals with no understanding of the technical underpinnings of their business.
This post seems to be written from the perspective that if you are developing a product that utilizes code, and you have no money to spend, then clearly, you must write the code. However, some of the comments about this article aren't talking about this aspect, but rather that people who aren't coders, don't understand coders.
This, I don't think, is necessarily true. I believe that by keeping up with what coding/technology can provide, while also understand a programmer's philosophy, a noncoder can facilitate an environment that supports constructive collaboration between both the coder and the noncoder.
In short: I don't think you necessarily need to have deep coding skills to start a tech company utilizing programmers. I do think you need to have a great idea, an open mind, and a willingness to step inside the shoes and take the perspective of the coder.