Live data from Hacker News

Ask HN: Have you ever worked on a product that was killed by technical debt?

news.ycombinator.com

11–20 of 331 posts

Re: Ask HN: Have you ever worked on a product that was killed by technical debt?

#11
post #9

Killed - no. But I worked on several products that weren't able to move fast enough because of it, and lost money as result. One of those products was released half a year late and turned out to be a poor market fit. The company closed several months later. It could've used this half a year to complete a pivot with another product, which could have been successful.

If it was released late, that sounds like more a case of not having enough technical debt. If they'd kicked the can a bit further down the road maybe they could have released sooner, realised it didn't fit the market, and cut their losses.

That's often the case with an early release, but later releases can have enough debt that bugs multiply and changes take longer no matter what you do.

Re: Ask HN: Have you ever worked on a product that was killed by technical debt?

#12
ITA software is a good example of a company that succeeded due to the collective technical debt across their competitors.

Though they only really succeeded on the shopping part. They didn't ever get to a credible booking engine that anyone would buy. Which may point to something other than tech debt being the biggest barrier to modernizing an airline reservation system.

Re: Ask HN: Have you ever worked on a product that was killed by technical debt?

#13
It happened to me twice. The first time was in a start-up at the beginning of the century, we were developing an electronic health record and we had outsourced the database abstraction layer to a company in Greece. In the beginning things went fine but after a while the development of the DAL went slower and slower and it became unstable as well. Eventually the word came out: the main developer of the DAL framework had left the company and, according to the Greek CEO, she had been 'too smart' which meant that nobody understood her code. They had tried adding features but that had made things only worse and the DAL had started to crash randomly. We tried to take over the framework by ourselves but it was written in Eiffel and the code was a horrible entangled mess. Eventually we rewrote it in Java but, being a start-up, we lost too much precious time already and eventually went almost bankrupt and were bought up by a competitor.

The second time was in a small company whose product was a search engine for consumers. The web layer was written in a mixture of JSF, JQuery and Ajax. While that combination already slowed down development on the front end, the main problem was the performance of JSF on the server. Because JSF is rendered on the backend, it placed a massive load on our server for certain heavily used pages and we just couldn't scale any further. Skipping JSF for a framework that was rendered on the front-end would be the solution but that was a massive refactor for which the company just didn't have enough resources. Eventually the company had to skip their search product and change their business model to a more community based website.

Re: Ask HN: Have you ever worked on a product that was killed by technical debt?

#14
I've worked somewhere that died for a combination of reasons, one of which was an effect of technical debt and inappropriate outsourcing.

I don't think technical debt alone will kill you. But it may render you unable to cope with another problem, which will then kill you.

Re: Ask HN: Have you ever worked on a product that was killed by technical debt?

#15
Yes. Technical debt rendered it difficult to create features, and difficult to hire. The project dragged on as engineers came, tried to refactor and then left. I didn't stay.

My understanding is that it was never released, so all of the money the company put into the project was wasted.

This is maybe different from what people normally consider 'technical debt'. I don't mean just code aesthetics but also bugs, redundant code, and bad abstractions.

Re: Ask HN: Have you ever worked on a product that was killed by technical debt?

#16
post #8

Technical debt won't necessarily kill a project, but over time it will reduce the speed at which you iterate and ship software. That loss of speed does kill companies, young and old.

It, and it's effects, will definitely kill projects.

Re: Ask HN: Have you ever worked on a product that was killed by technical debt?

#17
post #9

Killed - no. But I worked on several products that weren't able to move fast enough because of it, and lost money as result. One of those products was released half a year late and turned out to be a poor market fit. The company closed several months later. It could've used this half a year to complete a pivot with another product, which could have been successful.

If it was released late, that sounds like more a case of not having enough technical debt. If they'd kicked the can a bit further down the road maybe they could have released sooner, realised it didn't fit the market, and cut their losses.

Or too much technical debt, so they couldn't dogfood and actually change anything substantial towards the end of the development phase. Or a mixture.

Re: Ask HN: Have you ever worked on a product that was killed by technical debt?

#18
"Killed" as in "That was the reason it was ultimately replaced by a green field project, after ten years in the market" or "Killed" as in "It never shipped because it was so bogged down in technical debt we could not ship it"?

The former has happened to every project I know, which doesn't die for another reason (market disappearing, etc). The latter I have not experienced.

Re: Ask HN: Have you ever worked on a product that was killed by technical debt?

#19

I did work on a project that was Rails 3, and for various reasons, it can never be upgraded without basically rebuilding the entire system. They keep hoping for an exit that will simply never happen because who would buy a rotting system like that? I think myself and only a few other devs there understood the situation. Its not like sales or the CEO fully understood.

You'd be surprised, most of the time for consumer apps the value isn't in the tech anyways.

Re: Ask HN: Have you ever worked on a product that was killed by technical debt?

#20
post #2

I've worked in the industry as a developer for 12 years and I can't remember any. I do remember a competitor dying of not releasing their big refactored next version soon enough, and running out of cash. Spolski tells it better than me: https://www.joelonsoftware.com/2000/04/06/things-you-should-...

I'm a fan of continuous refactoring, making small improvements to code and environments constantly, rather than trying to do everything all at once. It might not be as satisfying, but it's less risky and a lot more realistic in most work environments.
Post reply on HN