It sounds like you’re defining design as UI/UX design. I think most people include (prioritize, even) things like system architecture, performance bounds, etc.
3. Contextual (eg, holding something with one hand, loud environment)
When people think about accessibility, they often think about 1. But the long-tails for 2 and 3 are huge, and ultimately affect everyone at some point.
(Forgive the link source - I can see in hindsight how that might not be perceived as the most objective source - but there are many other sources for those who care to look.)
Further to this, the quality problem is affecting the entire industry, not just FOSS. Anyone working on a large enough team has already seen some contributors pushing slop.
And while banning AI outright is certainly an option at a private company, it also feels like throwing out the baby with the bath water. So we’re all searching for a solution together, I think.
There was a time (decades ago) when projects didn’t need to use pull requests. As the pool of contributors grew, new tools were discovered and applied and made FOSS (and private dev) a better experience overall. This feels like a similar situation.
Isn’t this a form of what he labels the “human coefficient”?
Some businesses prefer tools built by other businesses for some tasks. The author advocates pretty plainly to identify and target those opportunities if that’s your strength.
I think his point is to recognize that’s moving toward a niche rather than the norm (on the spectrum of all software to be built).
reply