I definitely agree with that, and I have been on both sides of the coin, with a little team doing a lot of projects very quickly and also a corporation job where things move very slowly. Also having done so many side projects.
The unfortunate usual thing is though that the jobs that pay a lot usually involve a lot of people. Because when a small group of very productive programmers start out, their business is not proven yet, but when it actually is proven and will start to make a lot of money, there will be a lot of people hired and which breaks what it had initially.
And the more people and teams you put on something the slower the pace will be per developer, for sure.
There are moments in time in a lifecycle for a start up or a business, where there is that golden point, but it always seems temporary.
> Because when a small group of very productive programmers start out, their business is not proven yet, but when it actually is proven and will start to make a lot of money
What if we stop at making a lot of money in a proven business, and don't hire more unless absolutely necessary? Keep the team small and lean, retain the talented people who brought you here via profit sharing, and just...relax?
I am surprised that this model is almost non-existent.
It is an unstable model; if it’s only necessary to hire when someone leaves, there’s no slack - what if someone gets long term sick? What if someone feels burnt out holding the thing up but nobody else wants to hire more - by the time that person leaves it’s necessary to hire more but also late to start the hiring process to find the perfect one replacement and who has spare time and redundant knowledge to train them?
When it will start to make a lot of money, it will do that by having lots of customers, therefore more support requests, more payment troubles, more feature requests, more scaling concerns, reliability and maintenance.
When it starts making money, competitors will notice and may start copying it; relaxing will let them catch up and pass you and take your customers.
There is always entropy, things fade, decay, things need continual “growth” just to stay in a steady state - getting that growth perfectly tuned so it doesn’t grow bigger and need more employees, and doesn’t shrink and wreck the company, it precisely counters the decay, is much harder than growing bigger.
Lifestyle business is not unheard of, some people hit on a great idea and execution and it’s a money printer for them, but it seems that more people who try it either can’t get enough money, or struggle to do everything without hiring anyone until they burn out, or have to hire someone and then have to get more income to pay them and are in growth mode, not steady state.
The unfortunate usual thing is though that the jobs that pay a lot usually involve a lot of people. Because when a small group of very productive programmers start out, their business is not proven yet, but when it actually is proven and will start to make a lot of money, there will be a lot of people hired and which breaks what it had initially.
And the more people and teams you put on something the slower the pace will be per developer, for sure.
There are moments in time in a lifecycle for a start up or a business, where there is that golden point, but it always seems temporary.