DZone
Java Zone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
  • Refcardz
  • Trend Reports
  • Webinars
  • Zones
  • |
    • Agile
    • AI
    • Big Data
    • Cloud
    • Database
    • DevOps
    • Integration
    • IoT
    • Java
    • Microservices
    • Open Source
    • Performance
    • Security
    • Web Dev
DZone > Java Zone > Deadlines Revealed: The Truth About How We Make It Across The Line

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

James Sugrue user avatar by
James Sugrue
CORE ·
Feb. 05, 10 · Java Zone · Interview
Like (0)
Save
Tweet
5.72K Views

Join the DZone community and get the full member experience.

Join For Free
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.
Software development IT

Opinions expressed by DZone contributors are their own.

Popular on DZone

  • How To Integrate Third-Party Login Systems in Your Web App Using OAuth 2.0
  • The Evolution of Configuration Management: IaC vs. GitOps
  • What Is ERP Testing? - A Brief Guide
  • 6 Things Startups Can Do to Avoid Tech Debt

Comments

Java Partner Resources

X

ABOUT US

  • About DZone
  • Send feedback
  • Careers
  • Sitemap

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • MVB Program
  • Become a Contributor
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 600 Park Offices Drive
  • Suite 300
  • Durham, NC 27709
  • support@dzone.com
  • +1 (919) 678-0300

Let's be friends:

DZone.com is powered by 

AnswerHub logo