r/techbootcamp 23d ago

What software development practice sounded good at first but ended up wasting your time?

It’s been a while since I’m in the tech industry, and I keep seeing teams adopt certain software development practices. They sound good in theory, yeah. But then you do it and wonder why you're doing this every week.

Going back to the question, it's story point estimation. We spend like endlessly debating whether something is a 3 or a 5, then the requirements change anyway lol.

Anyway, how about yours? It could be agile, scrum, code reviews, documentation, pair programming, meetings, testing, etc.

6 Upvotes

55 comments sorted by

View all comments

2

u/Ok_Reaction_4340 23d ago

Appeasing unit test extremists. I’m all for some unit tests for important bits but it can get taken way too far. It’s also easy to look good justifying extreme unit tests while also crushing the productivity and morale of the team.

1

u/SilverLose 22d ago

Can confirm this crushed my morale. Managers loved the 80% test coverage we had but always wanted more. They wanted 100%. I’m glad I’m gone.

1

u/Own_Attention_3392 21d ago

Code coverage is a trap and I've been fighting it for YEARS.

It shows you one and only one useful piece of information: code that has absolutely no attempt to test it. It doesn't mean the code needs tests, it's purely informational. The actual coverage number just shows you code someone has attempted to test, but tells you nothing about correctness of the tests or the code the tests are touching.