Rip Code 🕊🕊

Content Jakob u0000 jesrb 6 hours of debugging can save you 5 minutes of reading documentation

Content I've interviewed a lot of people over the last year (Java), and my favorite test is to throw a Stack Trace at them and ask them to figure out what the problem is. The answer is actually quite clear, however. Half of them don't know it's called a stack trace. Some don't know what they're looking at (BYE!). Several focus on the wrong section of proprietary code. Some ask to "open a debugger". however the answer is right there in plain english if you just read the method names. Many don't realize the line numbers are RIGHT THERE, and then start focusing on the lines ending with "Compiled Code". Then there are the ones who work their way up from the bottom, starting with the application container code, and lose their minds. Some who figure out what is happening don't have a solution to prevent it from happening. No, I'm not sharing the trace; suffice to say it's been reviewed by more than 5 of my peers and they all passed. Like Reply 1h Edited I mean, it isn't hard to eliminate people with a coding question. Do you find it impossible to teach people how to read text stack traces, or is this a skill without which they will be unable to do anything of use, or do you just not want to hire anyone? 1 am serious. 1 can come up with dozens of useful programming skills I can test a candidate on that most perfectly skilled programmers would fail. Start with eliminating people who can't code at all. Then find out what they can do that could be useful. If I have 5 people who can already take a printed out stack crash dump, I probably don't need another, and if I do, a qualified candidate can be taught that skill by someone who knows it in under a week. Then again, maybe you work for Stack Trace Inc, and your entire job is looking at stack traces. If so, by bad. Like Reply 22m

Content Ash ashcammm Programmersliterally only want one thing and it's fucking disgusting 2017-10-22, 1:56 AM 5575 5575 HEAP SUMMARY: 5575 in use at exit: 0 bytes in 0 blocks 5575 total heap usage: 2,040 allocs, 2,040 frees, 37,558 bytes allocated 55755 5575 All heap blocks were freed - - no leaks are possible 5575 5575 For lists of detected and suppressed errors, rerun with: -s 5575 ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)

Content C Closed miku-chan03 opened this issue on 18 Oct 2017 2 comments miku-chan03 commented on 18 Oct 2017 Contributor Hi 1 fixie wixied the JSON-api fucksy wucksie!!! pp I repwaced the Prototypes. func wiff a more -streamlined- kawaii Pwototypiee. funkywunks object that make the JS go sooper dooper fast!! XD starts twerking Can u pwease merge my pwull wequest senpai?!! UwU gaearon commented on 19 Oct 2017 Contributor what in the name of fuck G gaearon closed this permanently on 19 Oct 2017

The relativity of bug severity is programming's greatest cosmic joke. 10 bugs in staging? Just a Tuesday. 10 bugs in production? That's a Slack channel on fire, three emergency meetings, and your weekend plans suddenly involving a lot more Red Bull and keyboard smashing than originally anticipated. It's like quantum physics—the same number exists in two states simultaneously: "meh" and "apocalypse," with the observer (your boss) determining which reality collapses into existence.

Want to watch a developer lose their mind? Skip the obvious semicolon swap and go straight for psychological warfare. Adding #define public private to system headers is the programming equivalent of putting sugar in someone's gas tank. You're not just breaking their code—you're breaking their spirit . It'll compile fine but cause absolute chaos at runtime, leading to days of debugging hell while they question their sanity, their career choices, and possibly the fabric of reality itself.