We've All Been There

Content What are the 7 deadly sins of programming? John Purcell, Creator of CaveOfProgramming.com Updated Dec 2, 2017 Upvoted by Les Howie, Software professional for 40 years. and Hasib Al Muhaimin, IOl participant '13, '14, '15, ACM-ICPC World Finalist 2016 Author has 5.9k answers and 9.3m answer views 1. Using spaces instead of tabs. You should always, always use tabs, not spaces. 2. Using tabs instead of spaces. You should always, always use spaces, not tabs. 3. Not using auto-formatting. Forget all that tabsspaces rubbish, what's wrong with you - auto-format your code and then people won't have to look at vour weird ideas about brackets and spaces. 4. Using IDEs, which have features such as auto-formatting and nicely- coloured buttons. All code should be written in vi or Emacs, thus ensuring the purity of the programming experience. 5. Not using IDEs. No-one wants to pay for all the time it's going to take you to type things that you could have done at the click of a button, or scroll up and down using some ridiculous key combination invoked using LISP. 6. Failing to learn C and C. It's really important to learn the two absolute essential languages. You think Java is just as good? Fine, write me a real- time control system for racing cars in Java and I'll believe you. 7. Learning C or C when you could be using something modern like Java instead. Admit it - all your schedules involving C or C overrun by five years. And even then the software turns out to have critical flaws that Java would not even have allowed you to create. 8. Overrunning the end of an array. 356.1k views View 11.9k Upvoters View Sharers

Content 'Officer, how did the hacker escape?" 'Dunno, he just ransomware"

The great FPS divide - where one group has a complete meltdown if their game drops below 100 frames per second, while the other group just silently endures slideshow-level performance like battle-hardened veterans. Remember coding on those ancient machines where compiling took so long you could brew coffee, drink it, and still have time for existential dread? That's the 30 FPS crowd - they've seen things, man. Meanwhile, the 100+ FPS folks are like those junior devs who complain when npm install takes more than 10 seconds.

Ah, the sweet sound of a developer who's been through one too many sprint retrospectives where nothing actually improves. What started as a manifesto written by reasonable people has morphed into corporate theater where we pretend estimating tasks with Fibonacci numbers and t-shirt sizes somehow makes software appear faster. Meanwhile, scope keeps expanding, burndown charts look like seismograph readings during an earthquake, and somehow we end with more points than we started with. That pie chart is the truest thing I've seen all day. 90% planning meetings where we argue if something is an 8 or a 13, and 10% actual coding squeezed in between "ceremonies." And don't get me started on the scrum masters who think "velocity" is something you can increase by having more meetings about increasing velocity. The real agile was the friends we made along the way... while hiding in conference rooms trying to get actual work done.

THE AUDACITY! 😱 Reviewer demands assembly support for a PR, gets a two-word code review in return, and STILL merges the commit! This is the digital equivalent of being told "eat your vegetables" and responding by burning down the entire farm—then somehow still getting dessert! The 556 thumbs up vs 156 thumbs down ratio is basically the internet's standing ovation for this act of magnificent rebellion. Power move of the century! 💅

Content s. Qiouyi Lu sqiouyilu I'M SCREAMING LMFAO THIS IS A PAYMENT FORM Y'ALL I. I LITERALLY CAN'T CHECK OUT Last Name is too short Last Name Lu ProarammerHumor.io