this post was submitted on 19 Feb 2026
41 points (93.6% liked)

Programming

25682 readers
97 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev



founded 2 years ago
MODERATORS
 

Long time lurker, first time poster. Don't know what it's been with my job but spurred this rant.

you are viewing a single comment's thread
view the rest of the comments

The average corporate executive has no idea just how much of their organizations resources are dedicated to "churn." By "churn" I mean the flurry of activity that provides the illusion of productivity while actually producing very little.

I worked for one company that liked to move dev teams around to different platforms to [theoretically] increase productivity around major feature releases.

Pretty much anyone who has been in software engineering for more than a week knows that reassigning devs to a project that they're unfamiliar with and only plan to work on for a short time will actually slow development down, not speed it up. To make matters worse, some of these teams had very poor practices. I'm trying to be charitable with my words.

The immediate result was that the number of bugs and defects skyrocketed, dramatically increasing the workload for QA and the core dev team. Management's response was to pile a bunch of unnecessary requirements that had to be met before a PR could be merged. This failed to produce a meaningful reduction in defects while bringing development almost to a halt.

One of the directions I gave to the core team was that when they worked a defect ticket, in addition to fixing the defect, they needed to perform a root cause analysis, link the defect ticket in Jira to the ticket that introduced the defect, and write the root cause analysis in the comments.

If anyone from the product team had bothered to review the defect tickets, they would have found that a small number of individuals produced 90% of the defects. Instead, they carried on with the unfortunately common notion that software engineers are just overpaid monkeys and that pretty much anyone can bang out web apps.

The current views on "AI" are often a continuation along that line of thought. The value of Institutional knowledge is basically impossible to quantify so it gets ignored altogether. I honestly don't know what impact this will all have on the average organization. I do think that if someone has staked their entire organizations future on an LLM, they're in for a bad time.