|
|
|
|
|
by mewpmewp2
662 days ago
|
|
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. |
|
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.