The stability vs. innovation problem will always exist. I’ve iterated between what I like to frame as technologist vs. builder often, where I’m hyper focused on the tools vs. product/outcome: clean code, low tech-debt vs. spending more time on features that customers/users are asking for.
And of course, I’ve been on the aide of neglecting tech cleanup has directly impacted our ability and/or speed to release important features that depended on a new customer contract and renewal. Also, the dreaded “well the prototype works so I don’t think we should just throw away that work.” from the execs.
Right now, the market is favoring builders: finding meaningful use cases for AI. And the reality is that it can be fruitful for both engineers and vibe coders. There’s a lot of great ideas out there that previously, folks had to spend $5-10k to hire an engineer just to prototype. Now, there’s never been a better opportunity for non-technical folks to build a proof of concept and parter up to build something that could scale to at least the first 100k users.
AWS won because of their innovation and aggressiveness toward capturing market-share. Too many people were comfortable with “we’re a Microsoft shop” and Microsoft wasn’t going to rush folks toward cloud infra and compute.
The reality that there has to be enough stability to drive enough innovation so you don’t get disrupted. These days, I regularly push back against tech debt cleanup or new tech, proposals that don’t clearly unblock/unlock product features or meaningfully and measurably improve development speed and productivity.