= 27d567bc2d48d9f40e9ccc20ea370b15)
private_messaging comments on PSA: Learn to code - Less Wrong
You are viewing a comment permalink. View the original post to see all comments and the full post content.
= 783df68a0f980790206b9ea87794c5b6)
Loading…= b715d02e85f7b3b4ae65ca3d3e450868)
Subscribe to RSS Feed
Powered by Reddit
= f037147d6e6c911a85753b9abdedda8d)
You are viewing a comment permalink. View the original post to see all comments and the full post content.
Comments (77)
One example I've seen first-hand and suffered is confirmation bias. Beginning programmers, at least, when they run into a bug, do not try to disconfirm what they think the bug is, but instead try to confirm it. For example, they'll put print statements for a troublesome variable after the line they suspect is causing the bug rather than before it, to verify that it wasn't bogus before hand, or better yet, both before and after the suspect line.
Haven't seen programmers do this a whole lot. In any case this should get cured by one bug hunting session where the method horribly fails.
Also i am not sure that this is 'confirmation bias' being cause of anything. The methodology of thought for determining where the bug is, has to be taught. For me to confirm that bug is where I think it is, takes two print statements, before, and after.