Over a million developers have joined DZone.
{{announcement.body}}
{{announcement.title}}

Deadlines Revealed: The Truth About How We Make It Across The Line

DZone's Guide to

Deadlines Revealed: The Truth About How We Make It Across The Line

· Java Zone
Free Resource

Learn how to troubleshoot and diagnose some of the most common performance issues in Java today. Brought to you in partnership with AppDynamics.

Even though all software developers have the best of intentions, sometime we have to bend the rules a bit in order to make deadlines. In most cases these hacks don't last too long in the codebase, although Microsoft are just getting around to fixing a 17 year old bug. One of the funniest and most original articles I've read, that relates to this topic is Gamasutra's Dirty Programming Tricks. The article is basically a collection of nine pieces of trickery and hackery that people encountered in their programming career. It would be great to hear of your own experiences in the Java development world.

It's not all hacks though. My favourite trick in there is "The Programming Antihero". In this example the team are working on a project where the memory footprint has to be low. Unknowingly to the team who working tirelessy to save every megabyte they can, a senior developer has purposefully injected a wasteful 2MB to make the problem seem worse. Once everyone has got as close as they can to the target, he deletes the call putting the project back on track.
"...so he explained to me that he had put aside those two megabytes of memory early in the development cycle. He knew from experience that it was always impossible to cut content down to memory budgets, and that many projects had come close to failing because of it. So now, as a regular practice, he always put aside a nice block of memory to free up when it's really needed."

You'll find lots of other examples throughout the article covering some shameful hacks to get around those last minute bugs. In my time I've had to write plenty of "this is a hack", or "here be monsters" comments, to warn other developers about the dirty code that I've had to inject into my applications. I've had to put in Thread.sleep() to get around some problems. I've seen times that adding a System.out.println() allows the code to execute nicely, where removing it has caused things to break.  Don't worry, I've gone back and debugged through these issues carefully and fixed them.

At deadline time, sometimes you just have to do whatever it takes. I'd like to hear your software development confessions here. I'm sure there's no developer out there that hasn't damaged their integrity briefly to get across the line.

Understand the needs and benefits around implementing the right monitoring solution for a growing containerized market. Brought to you in partnership with AppDynamics.

Topics:

Opinions expressed by DZone contributors are their own.

THE DZONE NEWSLETTER

Dev Resources & Solutions Straight to Your Inbox

Thanks for subscribing!

Awesome! Check your inbox to verify your email so you can start receiving the latest in tech news and resources.

X

{{ parent.title || parent.header.title}}

{{ parent.tldr }}

{{ parent.urlSource.name }}