Hacker News new | past | comments | ask | show | jobs | submit login

If I was hurt by some bad code, I’d want to know who wrote it.

Bugs happen, but reasonable steps should be taken to prevent them. Developers share that responsibility with management, whether they like it or not.

Like Vitaly Kaloyev? And then you'd come at their door to chat about life and death, with a knife in a pocket.

I would have asked why rather than jumping to accusations, but I too was reminded of the murder of Peter Nielsen.

The story of that series of tragedies: https://en.wikipedia.org/wiki/2002_Überlingen_mid-air_collis...

Which part of the "bad code?" The actual line that failed? The code that called it which didn't check a return value? The code below it that always returned the same value regardless of success or failure? The fault in the OS that allowed a race condition because it didn't lock processes properly?

Or did the failure happen because the code that was written for an 8-bit controller is now run on a 32-bit controller and no one realized that?

Perhaps you'd want to bring in the Test Engineer who verified that the particular feature passed? Why didn't they do their job? How about the Senior QA Engineer who wrote the test cases?

Do you also want to know who wrote the Requirement that the code met? Maybe the code did exactly what the Requirements said, but the Requirement was poorly written.

Point is, failures have to be analyzed on a Systems basis. Simply looking at a line of code can be completely meaningless and miss the big picture. And yes, each of the above failures is something I've come across in my career.

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | Legal | Apply to YC | Contact