>
Note: To assert that someone would be able to code well enough to hold a job whole also being functionally illiterate is simply moronic.Perhaps it is moronic to reduce "literacy" to a binary attribute. Are you deliberately misinterpreting my statements or do you honestly believe I'm here arguing for a definition of literacy that stops at 1st grade language arts? Increased literacy translates into increased ability to communicate effectively and intentionally. Increased literacy translates into faster knowledge acquisition and higher productivity gains.
Many engineers I've worked with have excellent literary skills, but many have poor literary skills and it is very obvious when those poorly developed skills are holding them back; it is especially noticeable among those who have an aversion to books or dense technical literature and supplement their experience almost exclusively with videos and by following tutorials. I'm not knocking videos or tutorials, I use them and I think everyone should, but if you're not also utilizing and improving literary skills you will always be overshadowed by those who are.
Consider the example of the developer who jumps into a new framework on the job and just starts hacking away until they've got a functioning MVP, but in the process also wastes 8 hours trying to demystify the behavior of a complex API by running tutorial code rather than spending an hour doing a comprehensive read through the documentation after which everything makes sense. Consider the missed opportunities for otherwise talented individuals who simply lack the literary skills necessary to participate in ongoing written communication with non-technical management, executives, and business partners. Consider the loss of productivity from poorly written or non-existent documentation. I see this kind of thing all the time.
> I think you are playing semantics, my argument is simply that coding can be as fundamental to earning a living as literacy
I am not "playing semantics", I explicitly disagree with the notion that "coding can be as fundamental to earning a living as literacy", it simply doesn't get any more "fundamental" than being able to read and write and there is nothing "fundamental" about code writing skills that cuts across almost every track of occupational advancement the way that literary skills do. Don't misunderstand, I'm not suggesting that logical thinking skills do not cut across all domains, I'm saying that coding skills do not, they are not at all the same thing.
> there are no gatekeepers that tell you what/when you can code
Such is the case for all artisanal skills, it is only that writing code happens to be in very high demand at this time so it is a smart economic choice given the available options, but that obviously won't last forever and is clearly contingent on a market demand for the skillset. Literacy, on the other hand, is a timeless skill that pays dividends indefinitely in the advancement of one's career regardless of the industry.
> it gives you the freedom to work to improve yourself and your situation in ways that other occupations do not
Not true. Practice makes perfect with code, just like anything else, it's only that nobody is going to pay someone with 1 year of experience a 60k salary to produce hobbyist level paintings and music, thus "the freedom to work to improve yourself" becomes "things I don't have time to do because I'm working".
> I would like to see your GitHub profile
Why? I don't measure my career success by a matrix of green squares displayed on a corporation's website. Seriously, who cares? This is kinda what I'm talking about. Your github profile is just self-aggrandizing noise in the technocratic bubble of the software industry, it's not inherently important.
> I also have 0 interest in your supposition, do you have any empirical evidence to back up the assertion that coding in 30 years will be akin to being a lawyer?
I didn't say it was a proven fact, only that it is something I suspect - but to offer some reasoning for this suspicion
1. Year over year developers are able to produce more and more, with less bugs, at faster rates and cheaper costs. 30 years ago, you couldn't pay an experienced team of 10 to do what a single mid-level dev can accomplish with Rails and AWS today (i.e. doing more with less = less demand for engineers = lower wages)
2. Open source greatly exacerbates this effect and it is compounding as more and more open source software matures and is able to do more. (i.e. tools that get better and easier with 0 cost = lower barrier to entry in the industry = higher supply of engineers = lower wages)
3. An explosion of interest in the field spurred by high salaries, high prestige, popular media, deliberate awareness campaigns, a burgeoning bootcamp industry and an unlimited springwell of high quality resources for free online. (i.e. large influx of new engineers * explosion of free high quality learning resources = big spike in supply of quality engineers = lower wages)
4. Increasing saturation of software markets. We see it pretty much across the spectrum of software from apps and games to office and web; the only area that isn't saturated yet is B2B but that won't last forever either. How many times in how many languages can we remake the same CRUD application before companies start to realize that open-source or off-the-shelf software can be much more cheaply deployed and maintained by an agency as opposed to recruiting and managing an expensive software department? Obviously, software companies can't really do that, but it is becoming increasingly viable for every other industry to do so as the software gets better and better.
All these trends are increasing in intensity and amplifying each-other, the golden era of the engineer won't last forever.