| The economics of programming are complicated and still unexplored. We're the leading front of the clash between labor finitism vs. labor progressivism. There's infinite demand for problem solving: making existing processes better. The limiting factor there is trust. How do you make people trust your judgement enough that they'll take your suggestions seriously? Where there is finite (and plummeting) demand is over subordinate labor: pre-defined work that someone has already decided to pay a fixed amount for. All of that stuff is getting off-loaded to machines or off-shored to low-wage countries. Labor finitism is the idea that there's a finite amount of paid subordinate work to go around and that we're doomed to compete for a waning quantity of it. Labor progressivism is the idea that, when one block of grunt work is automated, it frees up energy to move to something more interesting (and less subordinate, but more profitable). Fifty years ago, it didn't matter whether labor finitism or progressivism was a better model of the "true" underlying behavior of society, because we were at full employment and technology didn't change as fast as it does now. Now, it's a genuine and unresolved question: are we doing the right thing when we, in earnest, do the best job we can at making existing processes more effective? Are we building the skills and credibility that will help us graduate to better work, or are we programming ourselves out of jobs and shutting down the middle class? Right now, it's not clear which. I'd say that labor progressivism is winning, but just barely. For labor progressivism to be true, people need credibility and trust and risk allowance (savings) and those were traditionally won by taking subordinate jobs for ~10 years, but those are disappearing because labor finitism is correct over subordinate labor. The result of this is that the terms of subordinate labor are going to hell, and the people most likely to win in the new economy are those who can find a way to leapfrog that increasingly unprofitable slog. |
While management at most companies is dysfunctional, this problem is 90% our fault.
Try asking a hacker how many dollars they contributed to the bottom line at their last job, and they'll give you a blank stare.
Try asking 10 hackers what their top 1-3 most valuable contributions were at their previous company. Most of them will immediately dive into the details of what they did rather than how it affected the business.
Ask them to quantify those achievements in terms of dollars, or user growth, or any metrics that the business cares about, and maybe 2 will be able to answer.
I'm not talking about asking for immediate answers either. Most hackers can take days and still have a hard time quantifying their contributions.
This gives the impression that the most programmers-even great ones-either are completely unaware of how they affect the business, or don't care.
And if you don't know how something impacts the business, no one will trust your ability to prioritize.
We as a community need to learn to speak the language of dollars, growth, and business objectives if we want to be taken seriously. Otherwise we're just tossing out ideas without articulating how valuable they are.