Non-technical founder? Learn to hack (2013)(blog.samaltman.com) |
Non-technical founder? Learn to hack (2013)(blog.samaltman.com) |
Yeah, just don't run it in production.
Never underestimate the value of a persistent person!
90 percent of the users who reuse passwords for your app will end up on a list and finding themselves on haveibeenpwned months too late, or never.
Most software needs to do at least some basic data crud, integrating with some third party APIs (auth, some social media platforms, other 3rd party services, etc.) and also do some ops related work to get their first version shipped to some cheap hosting. I doubt that someone without any technical background can learn all these skills in only a few months time and then also build the first version of their product.
It's likely going to be a time sink and one year later they know perhaps some basic programming skill but will have no product at all. To me this would be a sign of bad entrepreneurism, focusing on the wrong stuff at the wrong time. Nowadays you can always hire someone or easily outsource the first version to some company in India or elsewhere. It's not going to be perfect, but much faster than learning and doing it yourself and probably still better.
I also doubt that you have to have some engineering skills in order to be a successful business owner of a software company. Even the most talented developer will not benefit much from his engineering skills, because they will not get the time to make any low level decisions. Surround yourself with people who you can trust and who you can delegate responsibility and you'll be much better off IMHO.
True.
And the process of gathering requirements, managing a software engineer, verifying quality all while working nights and having a full-time job - is somewhat similar to the entrepreneurial life.
So it can be a good test.
Fine.
But doing it yourself is not a sign of "bad" entrepreneurism.
Many of my peers outsourced build, sunk a lot of cash/time/energy and went through various teams of developers and still dont have product.
Building yourself means you can continuously and efficiently adapt your product to user feedback, preserve cash and make sound recruitment decisions (through having an in-the-field understanding of skills gaps).
I'm all for best practices and due diligence. But from the startup founder perspective, you can't let yourself be paralyzed by the fear that everything will go horribly wrong.
Some middle ground here is definitely needed.
Even for startups, things going "horribly wrong" can kill people (medical devices, biochemistry, robotics, transportation) or send people to jail (accounting, banking).
And if you think your web startup doesn't deal with "dangerous" things, I suggest googling for "life-threatening grindr security flaw".
There's never a good reason to ignore security.