Software Longevity

Discussions debate the typical lifespan of software, contrasting long-lived examples like Unix tools and backend systems with short-lived projects, concepts like software rot, and expectations of obsolescence or rewrites.

📉 Falling 0.4x Open Source
4,036
Comments
20
Years Active
5
Top Authors
#7693
Topic ID

Activity Over Time

2007
3
2008
10
2009
30
2010
35
2011
57
2012
83
2013
99
2014
102
2015
163
2016
202
2017
205
2018
205
2019
317
2020
413
2021
354
2022
450
2023
541
2024
356
2025
370
2026
41

Keywords

MS AI GNU UX DMV CI Y2K JavaScript OS SSL software lifespan 20 years rewritten maintained code years ago newer maintenance ago

Sample Comments

bruce511 May 26, 2023 View on HN

I'm sure you'll see lots of examples in answers to your question. You can add millions of not-household-name business programs to the list.Any OS that has been around a while, and is still active (aka Windows, Linux, MacOS etc) will have lots and lots of long-life software.It's an interesting dynamic because newer programmers have this impression that "software has a short life-span before it's eclipsed by something new and shiny."In truth, it's the op

bgirard Mar 6, 2025 View on HN

Look up golden age fallacy. Different projects have different requirements. You're selectively remembering the pieces of software that survived 50 years and forgetting the ones that didn't. I'm sure some projects written today will survive 50 years.

tluyben2 May 20, 2020 View on HN

Most people believe that their software won't be used for more than a couple of years at most, especially young people who (seem to) think companies just rewrite everything to the latest and greatest (currently js/react; tomorrow something else) every few years. So they are not thinking about 2 years let alone 20 years.As someone who is maintaining products written (by me) 15 to 25 years ago, I know that I was absolutely wrong about that assumption. A company will not touch software

layer8 Jan 12, 2023 View on HN

What you’re mentioning is only a particular kind of software, frontend-related. Backend and embedded stuff tends to live for decades.All major projects I’ve worked on still exist after 10-20 years, with much of the original code still in production. Some of it could use a rewrite, but it works and is being maintained.

ineedausername Jan 16, 2023 View on HN

Yes. Other things aside, there is the concept of "software rot" :). Look it up.

snickerbockers Aug 18, 2023 View on HN

jesus christ, i dont think ive ever seen an article that beats around the bush for as long as this one does before finally getting to the point.anyways, for those who don't have the patience, the title is misleading. it's just some old software from the 90s. It's only ancient if you're one of those people who completely rewrites their entire code base from the ground up every two years because to pad out your resume with whatever bullshit new "framework" is in

armchairhacker Dec 28, 2023 View on HN

Counterpoint: some types of software aren’t meant to last long. Even if it still builds and can be worked on later, the usecase itself may have changed or disappeared, or someone has probably come up with a new better version, so that it’s no longer worth it to continue.This probably doesn’t apply to many types of software over 6 months, but in a couple years or a couple decades. Some online services like CI or package managers will almost certainly provide backwards-compatible service until

maxxxxx Apr 26, 2017 View on HN

Every generation of developers thinks their stuff will be replaced at some point but then they realize it's still used twenty years later. Happended with Y2K, Linux timestamps and a lot of other things.

juliangmp Aug 7, 2025 View on HN

25 years is a very long time in our industry Think what about pieces of software from 25 years ago are still maintained and working

sharpy Feb 28, 2019 View on HN

Yep. Software can last surprisingly long time. Personally wrote a micro service with intended life-time of 6 months. 8 years on, it is still soldering on, surviving multiple attempts to replace it, with almost zero maintenance.