Agile software development must be a conspiracy theory. When a corporate IT manager keeps hearing "embrace change..." whisper all around him, he starts thinking that there must be something wrong with their piece of software that's been running just fine for years. I guess it's good for economy though.
I went into a Whole Foods near my house that was built a few years ago. In the checkout line I looked over and could see their 'terminals' in the customer service section. There were 2 and they we're both running some text window app on XP.
Naturally I thought, that OS came out 10 years ago, has been end-of-lifed, this is a fairly new store, and the eol software is connecting to some text-based something somewhere - who knows how old that part is?
I have a friend that worked for an auto supply-something company that would remote into their customers computers. He would tell me (this was about 3 years ago) that he couldn't believe some of the ancient stuff he would come across on those systems. Tons were Windows95, lots of them had malware running on them, and the business owners somehow kept their business going.
I'm not talking so much about old programs that just run, but more about how businesses can keep old stuff hanging around. Even with malware and such on it. It's obviously just another tool to keep the cash flow coming in. Can't blame them, but such a huge contrast to my day to day which is usually working on/with the latest of everything.
Business needs change. New suppliers with new requirements come in, it has to be adjusted to this accounting change, that personnel change, and Maggie retired, and she knew all the ins and outs of the system better than the current programmers.
That said, if we all went back to keyboard interfaces, green on black screens, and people who used the same software for 10 years and got used to its "quirks", software development would be a lot easier. ;)
Look at the PCs in your bank or an airline, most of them are jut screen scraping a mainframe app that thinks it's talking to a bunch of IBM3270 terminals
What I was saying is that we could build software more quickly if we kept to 3270 interfaces and relied on extensive user training. I know that many moving companies are probably still using software developed for an AS400, and manufacturing still has old software lying around.
We just wouldn't start a new project like that. Software is taking the same amount of time because we keep expecting more from our software.
>mainframe app that thinks it's talking to a bunch of IBM3270 terminals...
...and runs in the simulator.
My bank upgraded from the mainframe though about 5 years ago. This was a painful experiences for everyone, including customers. And now they generate account numbers longer than 6 digits, and customers have to remember longer numbers, appalling.
I can personally* confirm that that is exactly how sites like Orbitz and Cheaptickets worked 4+ years ago. Lots of Java and Linux up front. But deep in the back a bunch of 3270 terminal scrapers to mainframes. But that was then. Hopefully they've upgraded those things by now. Despite the principle of "if it ain't broke, don't fix it" there's also the issue of decreasing compatibility and decreasing availability of folks who know how those things work and can maintain them.
(* If you've bought air tickets or made car rentals on either of those sites, at least back during that era, it's almost guaranteed my code touched your transaction at various points in the search and booking lifecycle.)
