Love That 'Legacy'
Like it or not, old code is still around, and it needs special care.
Quiz: What is "legacy" software?
a. Cobol/mainframe code
b. Software written before 1990
c. Applications that have become obsolete
d. Poorly documented systems that no one wants to touch
e. Secure, reliable and effective stuff that just keeps running, year after year
Interviews with a number of IT managers turned up all of those definitions, and more.
"Legacy is a word I despise," says Frank da Cruz, an IT manager at Columbia University in New York. "People say 'legacy' and it's like, 'Oh my god, how could you possibly use that old garbage?' But what it really means is that it was written by smart people a long time ago and it really works, instead of being the latest bug-ridden, bloated piece of garbage from some company that has only teenagers working for it."
However you define legacy software, IT people say they know it when they see it, and they know it didn't all go away during Y2k remediation. It's the stuff with poor documentation, spaghetti code stirred by too many cooks, and processing cycles more appropriate for 1970s ways of doing business. And it's definitely not the stuff you tell college recruits about when they come looking for Java, Web services and grid computing.
Frank da Cruz, an IT manager at Columbia University
Image Credit: Manuello Paganelli
But even the most enthusiastic of the legacy loyalists acknowledge that old software often presents special challenges. They employ a number of tricks -- both managerial and technical -- to keep the bits flowing in those old pipes.
Not Older; Better
For Paul Grant, director of retail systems application development at Tower Records in West Sacramento, Calif., "'Legacy' is when the technology can no longer fit the business needs." By that definition, Tower's retail point-of-sale software, some 1 million lines of Cobol code dating to the mid-1980s, isn't legacy software.
Although Tower is modernizing it in various ways - by adding Web services interfaces to other systems, for example -- the underlying Cobol application is likely to serve the company for years to come, Grant says. "A lot of people get caught up in the wow and sexy stuff, but I've been a proponent of keeping what we have rather than starting all over, because I don't see the benefit," he says.
But it would be a mistake to think that Tower Records got
- Planning for Mobile Success Many organizations are seeing clear and quantifiable benefits from the deployment of mobile technologies that provide access to data and applications any time,...
- The Business Value of Continuous Delivery Download this whitepaper to learn more about the business value of Continuous Delivery and see why it could be a game changer for...
- Coding with JRebel: Java Forever Changed With JRebel, developers get to see their code changes immediately, fine-tune their code with incremental changes, debug, explore and deploy their code with...
- Ten Factors Shaping the Future of Application Delivery Download this research report conducted by Enterprise Management Associates (EMA) to learn how those that are seeking to accelerate application delivery are leveraging...
- Keep Servers Up and Running and Attackers in the Dark An SSL/TLS handshake requires at least 10 times more processing power on a server than on the client. SSL renegotiation attacks can readily...
- On Demand: Mastering the Art of Mobile Content Management Mobile device usage in the enterprise has skyrocketed, and it continues to escalate. IT must answer to users who demand access to their... All App Development White Papers | Webcasts