this post was submitted on 09 Oct 2025
389 points (96.9% liked)

Technology

75963 readers
3034 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related news or articles.
  3. Be excellent to each other!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, this includes using AI responses and summaries. To ask if your bot can be added please contact a mod.
  9. Check for duplicates before posting, duplicates may be removed
  10. Accounts 7 days and younger will have their posts automatically removed.

Approved Bots


founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] sugar_in_your_tea@sh.itjust.works 2 points 1 day ago* (last edited 1 day ago) (2 children)

but you cannot change the parent DB query.

Why not?

This sounds like the "don't touch working code" nonsense I hear from junior devs and contracted teams. They're so worried about creating bugs that they don't fix larger issues and more and more code gets enshrined as "untouchable." IMO, the older and less understood logic is, the more it needs to be touched so we can expose the bugs.

Here's what should happen, depending on when you find it:

  • grooming/research phase - increase estimates enough to fix it
  • development phase - ask senior dev for priority; most likely, you work around for now, but schedule a fix once feature compete; if it's significant enough, timelines may be adjusted
  • testing phase/hotfix - same as dev, but much more likely to put it off

Teams should have a budget for tech debt, and seniors can adjust what tech debt they pick.

In general though, if you're afraid to touch something, you should touch it, but only if you budget time for it.

[–] lightnegative@lemmy.world 1 points 1 day ago (1 children)

"Don't touch working code" stems from "last person who touched it, owns it" and there's some shit that it's just not worth your pay grade to own.

Particularly if you're a contractor employed to work on something specific

I get that for contractors, get in and get out is the best strategy.

If you're salary, you own it regardless, so you might as well know what it does.

[–] ieGod@lemmy.zip 1 points 1 day ago (1 children)

That budget is the key. You have to demonstrate/convince the purse holders first. This isn't always an easy task.

Fair. If that's not possible, I'll start looking for another job, because I don't want to deal with a time bomb that will suddenly explode and force me to come in on a holiday of something to fix it. My current company allocates 10-20% of dev time to tech debt, because we all know it'll happen, so we budget for it.