I Won But At What Cost

OMG! The eternal tragedy of multithreading in a single image! 😱 The top shows the FANTASY - perfectly organized red buses in a neat line, just like those pristine examples in documentation that make you think "this is TOTALLY how my code will work!" HAHAHAHA! Then BOOM! Reality strikes! The bottom is what happens when you actually implement multithreading - absolute CHAOS! Buses forming a demonic circle, blocking each other, trapped for all eternity because SOMEONE didn't use mutex locks properly! This is why senior devs break into cold sweats whenever junior devs say "I'll just add some threads to make it faster!" WITHOUT PROPER SYNCHRONIZATION, KAREN! Without. Proper. Synchronization. 💀

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 No text found in image

The existential crisis hits hard when junior devs finally grasp that their precious code is just a tiny speck in an endless Russian doll of virtualization. Their Java app isn't running on a "computer" – it's running on a Java Virtual Machine, which is running on a VM, which is running on a hypervisor, which is part of a Virtual Private Cloud... which is probably running in some AWS data center that might not even physically exist for all we know. Seven years into my career and I'm still not convinced my code isn't just running in a simulation inside another developer's fever dream. The turtles really do go all the way down.

Some things never change. Whether you're a fresh-faced CS student or a battle-scarred senior dev with enough experience to remember when IE6 was cutting edge, we're all still googling how to handle dates in Java. Ten years of experience just means you've had ten years of Java's DateTime API making you question your career choices. The relationship status? It's complicated... just like Java's date formatting.

Content Oracle 10 Years Ago: don't use internal classes we're going to break them Java Developers: uses internal classes Oracle Java 9 Release: breaks internal classes Java Developers: