Cowboys, Frontiersmen, Settlers, Townspeople, Cityfolk
huntersoftwareconsulting.com
huntersoftwareconsulting.com
I might not have gotten this across, but I also feel like there is a sort of ‘terraforming’ aspect too - each group ushers in the next group, which in turn changes things to a point where the previous group gets less and less comfortable.
It's tribalism that distracts from actual progress; every cowboy/hunter/ship would be more productive if they stopped trying to pigeonhole themselves.
During that time, many star programmers emerged. The legends we know today. When cowboy coding started causing problems with collaboration, rules had to be created, and people wrote those rules. Whether it was creating something from 0 to 1 or various other areas, stars seemed to emerge everywhere.
But as time passed and businesses became more sophisticated, the early implementations piled up layer after layer, and human cognitive limits started to show. It seems like it's becoming increasingly difficult for extremely talented star programmers to emerge in specific fields.
In reality, everything—networking, databases, browsers—has become so much harder than in the old days. When I first learned computers, it was opening Notepad, creating an HTML file, and loading it. These days, people start with Python.
So as an industry becomes more advanced, it seems harder for a star programmer who can control everything alone to emerge.
Star programmers are appearing in the AI field right now because it's a new, unexplored territory. They implemented a lot early on and started creating things from 0 to 1, which excites people. But no matter how much I think about it, I don't have the ability to create from 0 to 1. I can't even take something from 1 to 100. I can only combine things at the 20–30 level to make a single product. That's why I think it's hard for me to become a star programmer.
I also want to become a cowboy somewhere, so I've been wandering through an empty pasture, but I don't know where that place is
That’s because all the low hanging fruits and most of the high ones have been taken. The only thing left for most people are people’s problems, not technical ones.
Complex solutions that are easy to use but hard to understand are easily available (and useful). While the simpler ones require some elbow grease and the will to learn every knob.
In the old day, you mostly have the bios and some memory buffer to do graphics, now you have complete solutions like SDL. But that is supported by a big tower of abstractions.
The primary reason is that I spent a lot of time on top of the tower, that I never really learned what goes into it. It’s quite uplifting to have another perspective on a practice you’ve been doing dogmatically. And the latest thing that I was able to do thanks to that was diving into Qemu’s code to learn how they implemented AVR emulation and understand everything easily. This week, I’m exploring OpenBSD’s PCI implementation.
It’s an interesting point - I guess I implicitly acknowledged internal frontiers like the ones appearing with AI, but more explicitly acknowledging that as you have is valuable I think.
I do think there are frontiers (mostly in startups, I believe I am working with one now). They do have their tradeoffs. They can be exciting, but also frightening, uncertain, and professionally deadly (personally deadly if you tie your life savings up in them).
I do think frontiers exist, can be found, and can be created. But that’s a difficult and risky proposition!
5 interesting things that are worth making explicit:
1. These teams/roles are as much about appetite and attitude, as they are about someone's skills and capabilities. Some people just aren't comfortable or happy when operating in these environments.
2. Innovation isn't just at the early "0 to 1" stages. Townspeople need to innovate to scale from a million users to a billion.
3. Successful orgs have teams at all stages, working together. Each team evolves what the previous stage built. And cowboys / pioneers are only successful if they can build on industrialised components.
5. As a product evolves, it moves through the stages. Teams either need to let go, or change their way of working.
[0] https://blog.gardeviance.org/2015/03/on-pioneers-settlers-to...
They're both also stuck in the "golden" 1970s, and is without the subsequent stages that contain bureaucrats, politicians, mafioso, tech oligarcs and demagogues, which pretty much reduces the prior stages to proles, subscribers or fodder.
As Adobe continue to enshittify their products, to public disgust, they're more profitable than ever, I'm not sure if these cutesy "Townspeople" metaphors mean anything at all.
> PST (pioneer-settler-town planner) is just the original naming of EVT (explorer - village - town planner). I changed the naming because after 18 years of doing this, I finally accepted the colonialist overtones of the original naming. That was 3 years ago.