not_IO@lemmy.blahaj.zone to Programmer Humor@programming.devEnglish · 3 days agomap reducerlemmy.blahaj.zoneimagemessage-square20linkfedilinkarrow-up1372arrow-down14file-text
arrow-up1368arrow-down1imagemap reducerlemmy.blahaj.zonenot_IO@lemmy.blahaj.zone to Programmer Humor@programming.devEnglish · 3 days agomessage-square20linkfedilinkfile-text
minus-squaregerryflap@feddit.nllinkfedilinkarrow-up12·3 days agoYeah that checks out. Now you’re ready for that massively parallel big data (or sandwich?) processing
minus-squareJuanPeece@sh.itjust.workslinkfedilinkarrow-up4·2 days agoAnd then you fuck up your asynchronous timing, leaving a race condition where the sandwich has bread on the inside. Oh, and QA can only reproduce sometimes
minus-squaregerryflap@feddit.nllinkfedilinkarrow-up1·2 days agoWith mapreduce you should generally have your code written in such a way that that cannot happen. Unless the reduce step is improperly programmed.
Yeah that checks out. Now you’re ready for that massively parallel big data (or sandwich?) processing
And then you fuck up your asynchronous timing, leaving a race condition where the sandwich has bread on the inside. Oh, and QA can only reproduce sometimes
With mapreduce you should generally have your code written in such a way that that cannot happen. Unless the reduce step is improperly programmed.