News for hackers. Stuff that matters.
Re:How To Identify A Lame Programming Job by petewarden on Thursday December 03, 2009 @08:07PM (#975575)
Call me perverse, but I love the archaeological side of dealing with legacy software too. You start off with code that makes no sense at all, and gradually as you brush away soil from the pot shards, a story emerges. Working on porting Diablo to the PS1, there were tiny bits of inline assembler scattered everywhere. Eventually the light dawned: the original programmers had been struggling to understand C's signed/unsigned integer conversions so they fell back to the x86 instructions they were more familiar with.
Re:How To Identify A Lame Programming Job by DLWormwood on Thursday December 03, 2009 @08:56PM (#975641)

    Working on porting Diablo to the PS1, there were tiny
    bits of inline assembler scattered everywhere.
    Eventually the light dawned: the original programmers
    had been struggling to understand C's signed/unsigned
    integer conversions so they fell back to the x86
    instructions they were more familiar with.
Dang, is that telling. Both shipped Diablo games have been know to be rife with security related bugs, and that kind of coding artifact gives a good indication of the quality of the programmers at Blizzard North it seems...
Re:How To Identify A Lame Programming Job by petewarden on Friday December 04, 2009 @12:04AM (#975839)
As my lead reminded me at the time when I made a snide comment about their quality: "We're sitting here porting it for peanuts, while they're busy counting their royalties"

Much as I prize technical quality, that lesson stuck with me.

Re:How To Identify A Lame Programming Job by Oxryly on Friday December 04, 2009 @08:52PM (#977591)
Blizzard didn't pay out much in royalties in those days. Now Diablo 2 was a different matter...