Well That Was Not In The Test Cases

Content Top 20 Replies by Programmers when their programs don't work... 20. That's weird... 19. It's never done that before. 18. It worked yesterday. 17. How is that possible? 16. It must be a hardware problem. 15. What did you type in wrong to get it to crash? 14. There has to be something funky in your data. 13. I haven't touched that module in weeks! 12. You must have the wrong version. 11. It's just some unlucky coincidence. 10. I can't test everything! 9. THIS can't be the source of THAT. 8. It works, but it hasn't been tested. 7. Somebody must have changed my code. 6. Did you check for a virus on your system? 5. Even though it doesn't work, how does it feel? 4. You can't use that version on your system. 3. Why do you want to do it that way? 2. Where were you when the program blew up? 1. It works on my machine.

Content Don't cry babe, it's just a movie... Dont cry babe, it's just the production server

Content We're now up to 23 test coverage Hey, 14 ain't bad It's almost 13 And if you think about it, 13 really isn't that far away from 12 only a 50 difference half of one half Which rounds to 1

Content Based on a true story: xxx: OK, so, our build engineer has left for another company. The dude was literally living inside the terminal. You know, that type of a guy who loves Vim, creates diagrams in Dot and writes wiki-posts in Markdown... If something - anything - requires more than 90 seconds of his time, he writes a script to automate that. xxx: So we're sitting here, looking through his, uhm, "legacy" xxx: You're gonna love this xxx: smack-my-bitch-up.sh - sends a text message "late at work" to his wife (apparently). Automatically picks reasons from an array of strings, randomly. Runs inside a cron-job. The job fires if there are active SSH-sessions on the server after 9pm with his login. xxx: kumar-asshole.sh - scans the inbox for emails from "Kumar" (a DBA at our clients). Looks for keywords like "help" "trouble" "sorry" etc. If keywords are found - the script SSHes into the clients server and rolls back the staging database to the latest backup. Then sends a reply "no worries mate, be careful next time". xxx: hangover.sh - another cron-job that is set to specific dates. Sends automated emails like "not feeling wellgonna work from home" etc. Adds a random "reason" from another predefined array of strings. Fires if there are no interactive sessions on the server at 8:45am. xxx: (and the oscar goes to) fucking-coffee.sh - this one waits exactly 17 seconds (!), then opens a telnet session to our coffee-machine (we had no frikin idea the coffee machine is on the network, runs linux and has a TCP socket up and running) and sends something like sys brew . Turns out this thing starts brewing a mid-sized half- caf latte and waits another 24 (!) seconds before pouring it into a cup. The timing is exactly how long it takes to walk to the machine from the dudes desk. xxx: holy sht l'm keeping those

Content When a Developer Finds a Bug VS When a Tester Finds a Bug Bug Let's hide

Ghost? Fine. Zombie? Whatever. Nuclear war? Slightly concerning. But regex? PURE TERROR . That incomprehensible string of brackets, slashes, and special characters is the true horror story of programming. You start with a simple pattern match and end up summoning an eldritch abomination that somehow passes all your tests but fails spectacularly in production. The character falling off their chair and literally dying is the most accurate representation of regex debugging I've ever seen. The tombstone is for your sanity, not your body.