A Bunch of Programming Advice I'd Give to Myself 15 Years Ago

Re:A Bunch of Programming Advice I'd Give to Myself 15 Years... by avanai on Saturday June 29, 2024 @11:59AM (#40831492)

> Try to solve bugs one layer deeper

This is one of the main things I try to impart to junior folks when I’m mentoring them or reviewing code.

It’s also one of the biggest red flags to me of someone who’s working above their level when I have to repeatedly press a more senior person to dig deeper and fix things at a deeper level.

You need to take the time to understand why the bug happened, or you’re just going to be patching wallpaper instead of fixing the plumbing leak.

[ Parent | on HN ]

Re:A Bunch of Programming Advice I'd Give to Myself 15 Years... by hinkley on Saturday June 29, 2024 @12:43PM (#40831786)

I’m surprised by how many people cannot handle 5 Why’s. It’s substantially the same people who like wallpaper and putty.

[ Parent | on HN ]

Re:A Bunch of Programming Advice I'd Give to Myself 15 Years... by hiatus on Saturday June 29, 2024 @12:43PM (#40831792)

> You need to take the time to understand why the bug happened, or you’re just going to be patching wallpaper instead of fixing the plumbing leak.

I think many would like to probe deeper but aren't afforded the time between sprint tasks. Management often pushes back for solutions that are good enough compared to exploration with an unknown duration until the solution is found.

[ Parent | on HN ]

Re:A Bunch of Programming Advice I'd Give to Myself 15 Years... by default-kramer on Saturday June 29, 2024 @12:50PM (#40831847)

Of course this can vary wildly, but I've never felt afraid to defy management on that one. Half the time, they don't even need to know. And the other half of the time... what are they going to do? Fire me? Fine, then their project will be filled with nothing but wallpaper-patchers and I'll be somewhere else doing good work.

(And of course, sometimes just patching the wallpaper is the right course of action, but it's rare to find management capable of accurately assessing this trade-off.)

[ Parent | on HN ]

Re:A Bunch of Programming Advice I'd Give to Myself 15 Years... by 8n4vidtmkvmk on Saturday June 29, 2024 @03:22PM (#40832801)

Yeah, at a certain point I just stop caring what management thinks and just doing what I think is right. I usually don't get the recognition I think I deserve for preventing future issues but no one complains either.

[ Parent | on HN ]

Re:A Bunch of Programming Advice I'd Give to Myself 15 Years... by __turbobrew__ on Saturday June 29, 2024 @12:50PM (#40831849)

Part of being senior is figuring out how to work in those constraints. In that situation I would push back my manager and tell them why root causing bugs will save us time in the long run and if they still don’t relent I would sandbag some of my time doing sprint tasks to root cause the bugs.

[ Parent | on HN ]

Re:A Bunch of Programming Advice I'd Give to Myself 15 Years... by ohthehugemanate on Sunday June 30, 2024 @04:40AM (#40835894)

Which is why it's so important for teams to agree with management on a definition of "done" well in advance, to avoid this kind of argument later. Also why it's important for management to understand that velocity/estimation are Descriptive for long term planning, not Proscriptive and short term.

[ Parent | on HN ]

Re:A Bunch of Programming Advice I'd Give to Myself 15 Years... by AgentOrange1234 on Sunday June 30, 2024 @09:20AM (#40837018)

I recently encountered this in a hardware context. To “fix” a bug, instead of understanding the root cause, the designer’s patch just hid the first symptom. In a domain where bugs are remarkably expensive, this approach was terrifying to see.

[ Parent | on HN ]

Re:A Bunch of Programming Advice I'd Give to Myself 15 Years... by thinkingtoilet on Sunday June 30, 2024 @10:24AM (#40837328)

Treat the disease, not the symptom. Always good advice.

[ Parent | on HN ]