Prashant Mhatre

Make Money, Programming, Bollywood, Marathi

  • You are here: 
  • Home
  • Murphy’s Laws For Programmers

Murphy’s Laws For Programmers

Posted on March 1st, 2008

    Computer Programmer

  1. Anytime things appear to be going well, you have overlooked something.
  2. If it looks easy, it’s tough. If it looks tough, it’s damn near impossible.
  3. You always find any bug in the last place you look.
  4. Anything can be made to work if you fiddle with it long enough.

  5. -- Sponsored Links --



    -- Sponsored Links --


  6. If you do not understand a particular word in a piece of technical writing, ignore it. The piece will make perfect sense without it.
  7. What you don’t do is always more important than what you do do. No matter how much you do, you’ll never do enough.
  8. Procrastination avoids boredom; one never has the feeling that there is nothing important to do.
  9. Always leave room in source code to add an explanation if it doesn’t work out.
  10. Nothing is impossible for a man who doesn’t have to do it himself.
  11. If builders built buildings the way programmers write programs, then the first woodpecker than came along would destroy civilization.
  12. Any cool program always requires more memory than you have. When you finally buy enough memory, you will not have enough disk space
  13. If a program actually fits in memory and has enough disk space, it is guaranteed to crash. If such a program has not crashed yet, it is waiting for a critical moment before it crashes.
  14. A working program is one that has only unobserved bugs.
  15. “The hard you try to do something *new*, the sooner you find out that somebody has already done it.”
  16. No matter how good of a deal you get on computer components, the price will always drop immediately after the purchase.
  17. Software bugs are impossible to detect by anybody except the end user.
  18. No matter how hard you work, the boss will only appear when you access the internet.
  19. The hard drive on your computer will only crash when it contains vital information that has not been backed up.
  20. Each computer code has five bugs, and tis number does not depend on how many bugs have been already found (it is conservative).
  21. The number of bugs always exceeds the number of lines found in a program.
  22. The most ominous words for those using computers: “Daddy, what does ‘Now formatting Drive C mean’?”
  23. An expert is someone brought in at the last minute to share the blame.
  24. For any given software, the moment you manage to master it, a new version appears. The new version always manages to change the one feature you need most.
  25. Whenever you need a crucial file from the server, the network will be down.
  26. A patch is a piece of software which replaces old bugs with new bugs.
  27. Failure is not an option, it’s included with the software.
  28. It’s not a bug, it’s an undocumented feature.
  29. Bugs mysteriously appear when you say, “Watch this!”. The probability of bugs appearing is directly proportional to the number and importance of people watching.
  30. The only program that runs perfectly every time, is a virus.
  31. If it works, it’s production. If it doesn’t, it’s a test.
  32. Computers let you waste time efficiently
  33. If you make the letters in your Word document bigger and then you print it out, you’ll have everything on the first page and only one line on the second.
  34. After a software is released, the first bug found will be by a person who normally does not use that portion of the program but was wondering why he can’t do something he normally would not do.
  35. The troubleshooting guide contains the answer to every problem except yours.
  36. No matter what problem you have with your computer – Its Always Microsoft’s fault. If its not their fault – Blame them anyway :-)
  37. Walking on water and developing software to specification are easy as long as both are frozen.
  38. The smaller the size of your email account, the more junk mail you will get
  39. When designing a program to handle all possible dumb errors, nature creates a dumber user.
  40. Adding manpower to a late software project makes it later. No matter how many resources you have, it is never enough.
  41. There is always one more bug.

Filed under Fun, Programming |

Comments are closed.