> AI psychosis might be the new normal for our industry
I've been fortunate enough to have worked on multiple AI intensive engineering teams (both on the product and research side) where considerable effort was spent reasoning through how AI was changing things and we were consistently evolving our practices. But they've all been orgs with 50 people less.
AI psychosis seems to effect very large tech orgs in a different way than small, high impact teams.
In small startups, at the end of the day, if the team doesn't ship a quality product, the company fails. Most importantly, every individual still bares the responsibility of their work. Personally, I've seen a lot of thoughtfulness around things like bad PRs because, on good teams, people realize we're all struggling to figure this out. But nonetheless, if something doesn't go well, there's always an individual that needs to figure out how to make it better. Virtually all the things I've learned about functionally shipping products built with and using AI have come from teams like this. Software engineering is changing, but for those of us shipping products, it reminds me a lot of the early webdev days when we were all trying to figure out the patterns to make this new world of software work reliably (anyone who recalls the pre-jQuery JavaScript days will remember how much we had to figure out before webdev could become what is today).
In large tech orgs there's a much, much larger disconnect between employee effort and concrete value delivered and similarly much larger diffusion of responsibility. When accountability is abstract and nobody is quite sure what the real value of their work is, then there is fertile ground for AI psychosis to run amok. In part this is because there is a certain latent psychosis in these larger orgs anyway; who's "productive" and what's "valuable" always requires a bit of imaginative story telling, not necessarily grounded in reality.
However, I don't think this will persist long as the "new normal". Just like in the rise of web application development, smaller teams will charge ahead and figure some of this stuff out. The MVC pattern applied to webapps, increasingly powerful JavaScript frameworks and best practices, agile practices, git and the popularization of github, the use of No SQL for scaling etc all primarily where battled tested by smaller, high velocity startups and now lay a foundation I'm sure some contemporary devs don't even realize needed to be built by anyone.