News for hackers. Stuff that matters.
Re:Why aren't we shipping faster now? by 9cb14c1ec0 on Wednesday November 11, 2026 @11:55AM (#50455594)
I am shipping so much more, but I don't know that our customers would necessarily know it. Total rewrites that needed to be done but were getting pushed off due to the scope are now getting done. Security issues are getting patched. Support ticket open to resolution time is dropping. So yes, shipping a lot faster to create a much better project rather than just focusing on features.
Re:Why aren't we shipping faster now? by intrasight on Wednesday November 11, 2026 @12:17PM (#50455868)
> Total rewrites that needed to be done but were getting pushed off

I am doing this now with a massive internal app. Our internal customers see this as a drop-in performance because one of the senior team members, me, is not adding new features. But we are addressing a massive technical debt in about one-fifth the time it would've taken without the use of LLMs.

Re:Why aren't we shipping faster now? by MBCook on Wednesday November 11, 2026 @12:18PM (#50455888)
That’s my immediate thought.

As we’ve seen happening in the open source projects with the piles of bugs being reported to them so much of what’s going on doesn’t seem to be new features, but just longstanding technical debt coming to the fore.

Maybe AI can’t write that new feature for us really fast. Maybe we asked. Maybe the code was complete garbage and it made it clear we really don’t want to keep piling on top of it and need to fix the issues we’ve known about for a long time. Adding new features at the old pace was a problem. We can’t handle the new.

Between that and the fact that some kinds of tech debt are much easier to pay off now that’s where a lot of our “new capacity” is going. Shoring things up.

Re:Why aren't we shipping faster now? by lumost on Wednesday November 11, 2026 @01:51PM (#50456996)
do those rewrites really need to be done still? what are you gaining?

In the old days we rewrote for a gain in productivity by humans or a gain in performance which resulted in non-trivial dollars. If AI is writing and testing the code, what benefits are you getting from the rewrite?

Re:Why aren't we shipping faster now? by 9cb14c1ec0 on Wednesday November 11, 2026 @02:00PM (#50457120)
> what are you gaining

Fixing performance bottlenecks caused by bad architecture. Fixing bad architecture so that we can ship even faster in the future.

Re:Why aren't we shipping faster now? by shimman on Wednesday November 11, 2026 @02:05PM (#50457159)
If they aren't leading to more profits then you're tilting at windmills here.
Re:Why aren't we shipping faster now? by 9cb14c1ec0 on Wednesday November 11, 2026 @02:15PM (#50457267)
Oh, they will lead to more profits. Some bad human-made architecture decisions were tying us down trying to keep our product stable instead of being able to focus on what would drive new customer growth.
Re:Why aren't we shipping faster now? by KronisLV on Wednesday November 11, 2026 @04:32PM (#50458998)
I've seen outages caused by bad architecture.

Since AI has gotten good, I've also done some of the rewrites to fix the past lack of budget/planning, hubris or sometimes devs who didn't know any better.

Re:Why aren't we shipping faster now? by Cthulhu_ on Wednesday November 11, 2026 @04:40PM (#50459087)
This is why what we as software developers would describe as quality or reliability improvements are so difficult to sell to people making the decisions about what to spend our time with.

And worse, they're right - developing a feature can increase baseline profits more and faster than rewriting some old code can. The effects of software quality and the like are long-term.

But I can almost guarantee that all the unicorn companies we've seen in the past decades, the now trillion dollar companies, didn't become that because of code quality or diligence.

Re:Why aren't we shipping faster now? by camgunz on Wednesday November 11, 2026 @07:29PM (#50461161)
I would guess, uncharitably, you would surmise your downvoters are just navel-gazing engineers who, given their druthers, would endlessly polish some irrelevant bauble rather than ship something genuinely useful to customers. But good products can only extend so far from their foundations.

The core Dropbox idea was clearly good. But in order for it to really be a multi-billion dollar business it needed a platform that would support lots of users. Postgres: a pretty good idea. But it needs an underlying OS that provides things like processes and storage. iPhone: cool idea, made possible entirely by hard won engineering gains in processing efficiency, battery tech, touchscreen tech, cellular network buildout, etc etc.

Not literally everything can be product/profit thinking. There is a lot of engineering work underlying great products that yielded tremendous profits.

Re:Why aren't we shipping faster now? by jayd16 on Wednesday November 11, 2026 @05:29PM (#50459678)
If it's actually fixing performance metrics in a way the user can feel or that hit the bottom line it's worthwhile. I'm a lot more suspicious when it is said that the user wouldn't notice them, though.
Re:Why aren't we shipping faster now? by gonzalohm on Thursday November 12, 2026 @07:14AM (#50466064)
If the rewrites needed to be done but they were getting pushed then maybe they didn't need to be done