If you want to go fast, go alone. If you want to go far, go together.
I’ve written about building software (primarily web-based software for small businesses) many times in the past.
It’s pretty much the only thing I’ve ever done.
There has been more change in the last two years than the last twenty combined.
Thanks to AI, the processes and methods and tools have changed unimaginably, and continue to do so.
But what amazes me is that many people — and many businesses — have barely changed at all.
Both in small teams and large ones, I still hear timeframes quoted in months for building features that could be crafted in days.
It’s easy to think everyone is on the cutting edge if you’re someone who enjoys checking the latest releases of each model, seeing what the Hacker News community have to say about every new AI developer tool, or have spent any time building things with AI recently.
But most of the world isn’t yet doing that.
Most people work in teams and many work in teams at bigger businesses. From what I’ve seen, the structures in place at most larger businesses are largely incompatible with — or at least are limiting — how they can truly embrace AI to build software.
The current (old) way
The old way of building software often meant doing something along the lines of the following:
- Talk to users.
- Digest their feedback and figure out what to build.
- Design a prototype (often a wireframe).
- Hand over a written document and a wireframe to developers to build out.
- Do some more design to polish up what the developers have built.
- Get the thing deployed and live on a server somewhere.
- Go back to your users and see how they like it.
- Depending on what the users say, go back to step 2 and repeat.
Every step of that journey could take hours if not days… if not weeks.
In an early-stage startup, that is time you don’t have. One of the most critical processes to speed up is that loop of feedback > build > ship.
But when the steps in between can take hours or days. Communicating and translating ideas into actual built products is extremely hard. Yes it may take a week to deploy a new database but have we accounted for the days of discussion between product and engineering to make sure its clear why we need that database and what it should do and what it’s strengths and weaknesses are and how much it’ll cost?
The advantage of the individual
I think individuals have a tremendous advantage right now because they don’t need buy-in and they don’t need to agree with anyone but themselves.
You could also see that as a disadvantage. Sometimes you need to be told no. But more often than not, you need the market to tell you that, not the developer.
I'm


