zlacker

[return to "War story: the hardest bug I ever debugged"]
1. Taniwh+o18[view] [source] 2025-03-27 11:26:09
>>jakevo+(OP)
In interviews I've never forced anyone to code, what I do is try to get them to tell me these sorts of war stories - I want to hear how you fixed it, why it was cooly bizarre, and I'm hoping for some enthusiasm when you talk about it.

I couldn't always get people to talk this way, but people who did usually worked out well

◧◩
2. kccqzy+za8[view] [source] 2025-03-27 12:46:02
>>Taniwh+o18
You are selecting for the kind of person who always like to think about the war stories and brag about them.
◧◩◪
3. Animal+2A8[view] [source] 2025-03-27 15:23:31
>>kccqzy+za8
No, they're selecting for the kind of person who can tell a war story when asked. They're also selecting for the kind of people who had to debug something gnarly enough and different enough that it was memorable.
◧◩◪◨
4. kccqzy+QF8[view] [source] 2025-03-27 15:55:53
>>Animal+2A8
Some people are not natural story tellers. Telling a story is not a usual part of the job responsibility of a software engineer—we aren't novelists. Having a memorable debugging experience doesn't directly equate to having a good story to tell.

This is really the same issue with the promo culture we see at Big Tech companies: you end up promoting the people who are good at crafting promo packets i.e. telling stories about their work. There is certainly a good overlap between that and the people who do genuinely good work, but it's not a perfect overlap.

Personally I don't really mind it because I consider myself good at story telling. But as an interviewer I would never do that to a candidate because not everyone can tell good stories.

[go to top]