this post was submitted on 04 Sep 2024
281 points (99.0% liked)

Programmer Humor

32557 readers
617 users here now

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

founded 5 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] yogthos@lemmy.ml 48 points 2 months ago (1 children)

When a project is developed for a while, a lot of initial design decisions can become invalidated as business needs evolve. New features have to be added, and in many cases they go against original assumptions about how the project would be used. At that point you have to start making hacks and kludging new features in. This creates a lot of special cases and surprising behaviors making overall project brittle and hard to maintain. That's what's known as tech debt.

In an ideal world you would have time to do proper redesign to accommodate new features, clean up problems as you go, and so on. However, in reality there's usually just not enough time to do any of that so people just pile on features at the cost of overall development becoming harder and more error prone. This is a great discussion on the subject incidentally https://medium.com/@wm/the-generation-ship-model-of-software-development-5ef89a74854b

[–] bloubz@lemmygrad.ml 7 points 2 months ago (1 children)

It also covers shortcuts you take to go faster while acknowledging it's not the correct way and you'll have to pay that debt later on. Like if you took a loan

[–] ArmoredThirteen@lemmy.ml 5 points 2 months ago (1 children)

"pay that debt later on", nothings more permanent than temporary. In my experience things are more likely to default than get paid lol

[–] bloubz@lemmygrad.ml 2 points 2 months ago

In my team we pay the tech debt on the following sprints