Back then I was not in the “nitpicker’s radar” yet. I was working in small teams and shipping like crazy, sometimes fixing small bugs literally in seconds.
Things worked, were stable, made money, teams were fun and code and product had quality.
The post-Thoughtworks, post-Uncle-Bob world of 2015-2025 was absolute hell for a maker. It was 100% about performative quality. Everything was verbose and had to be by the book.
It was the age of bloat, of thousands of dependencies, of nitpicks, of infinite meetings, of quality in paper but not in practice, of doing overtime, of being on a fucking pager, of having CI/CD that took 10 hours to merge, and all the stress it comes with.
I would be totally ok if all those “professional” engineers from that generation were to be replaced with hackers, both old and new.
What I am describing here is FAANG (two of them) and every startup (two YC) or enterprise (a big Fintech) that copied it.
If you happen to "like it", perhaps it's time to think about accepting how other people don't.
Let’s keep the short caustic comments to ourselves people. The world is crazy enough without making other peoples days worse with drivel!
Neither are they code sweat shops churing one quick templated eshop/company site after another (knew some people in that space, even 20 years ago 1 individual churned out easily 2-3 full sites in a week depending on complexity).
Typical companies, this includes banks btw, see these llms as production boosters, to cut off expensive saas offerings and do more inhouse, rather than head count cutting tool par excellence. Not everybody is as dumb and pennypinching-greedy as ie amazon is. There, quality of output is still massively more important than volume of it or speed. CTOs are not all bunch of shortsighted idiots. But these dont make catchy headlines, do they.
Some of the interviews I were getting were at AI startups and all of them were either doing architectural questions or multiple rounds of architectural, behavioural and leetcode problems.
Only one of the orgs was hiring junior engineers and the director of technology mentioned to me he didn't want to as they were "incapable", but it was a quota given to him by the board.
I also got told by multiple recruitment agents that I wasn't experienced enough, and some hiring managers were demanding 15 YOE for a senior role.
Right now we're in a gold rush. Companies, that be established ones or startups, are in a frenzy to transform or launch AI-first products.
You are not rewarded for building extremely robust and fast systems - the goal right now is to essentially build ETL and data piping systems as fast as humanly (or inhumanly) possible, and being able to add as many features as possible. The quality of the software is of less importance.
And, yes, senior engineers with other priorities are being overshadowed - even left in the dust - if they don't use tools to enhance their speed. As the article states, there are novice coders, even non-coders that are pushing out features like you wouldn't believe it. As long as these yield the right output, and don't crash the systems, that's a gold star.
Of course there are still many companies whose products do not fall under that, and very much rely on robust engineering - but at least in the startup space there's overwhelmingly many whose product is to gather data (external, internal), add agents, and do some action for the client.
You need extremely competent, and critically thinking technical leaders on the top to tackle this problem. But we're also in the age where people with somewhat limited technical experience are becoming CTOs or highly-ranked technical workers in an org, for no other reason than that they know how to use modern AI systems, and likely have a recent history of being extremely productive.