> It should serve as a warning to developers that the code doesn’t seem to matter, even in a product built for developers. Code doesn't matter IN THE EARLY DAYS. This is similar to what I've observed over 25 years in the industry. In a startup, the code doesn't really matter; the market fit does. But as time goes on your codebase has to mature, or else you end up using more and more resources on maintenance rather th…
> Code doesn't matter IN THE EARLY DAYS. > This is similar to what I've observed over 25 years in the industry. In a startup, the code doesn't really matter; the market fit does. > But as time goes on your codebase has to mature, or else you end up using more and more resources on maintenance rather than innovation. Counterpoint: Code does matter, in the early days too! It matters more after you have PMF, but that do…
1. Find a potential customer who's excited about the idea of what you're going to build.
2. Build just enough to make them a mostly happy, paying customer while you secure more customers.
3. Now that you have a few customers, you have a better idea of where your architecture and business flow doesn't fit their needs.
4. Adapt to this reality, and make things robust enough that you're not spending too much time on customer support.