Slashdot Mirror


Ask Slashdot: Why Won't Companies Upgrade Old Software?

An anonymous reader writes "IE6. Several governments and big companies I know use software dependent on IE6. They won't upgrade, citing the expensive cost. Do you know what's more expensive than upgrading? Downgrading to the old system they had before they upgraded! You see, before computers, companies used to have room full of people manually calculating and processing stuff. It wasn't until the computer came that they could fire all those people and save a ton of money on their collective salaries. Now, my question is: what happened to that money they saved? Even a small portion of the money saved over the years could be used to upgrade ancient systems to modern standards. However, big organizations keep citing million-dollar upgrade costs as why they won't do it. Aren't they also losing money by working with inefficient, outdated systems?"

614 comments

  1. Yes, by hedwards · · Score: 5, Funny

    But,OTOH, let's put it off until next quarter and let them worry about it.

    1. Re:Yes, by Anonymous Coward · · Score: 1

      I agree, the people that are most affected by these lack of upgrades aren't in the position to make the upgrade decisions.

    2. Re:Yes, by fuzzyfuzzyfungus · · Score: 5, Informative

      But,OTOH, let's put it off until next quarter and let them worry about it.

      Also, keeping the existing system has a 100% chance of being a nagging pain in the ass; but a pretty minimal chance of failing catastrophically in some novel way that the IT minions aren't already familiar with.

      If we start development on a new system, it has a decent chance of being better; but a nonzero chance of going down in a firestorm of project-management failure, buck-passing, and overpriced Accenture code monkeys, which will make us look like total fuckups...

    3. Re:Yes, by hairyfeet · · Score: 5, Informative

      Uhhh...you ever actually TRY to switch over a large firm with a shitload of one off and small company software to a new OS? that shit AIN'T fun, hell I'd rather get kicked in the nuts with steel toed boots, the pain won't last as long.

      It never fails, you end up with software made by companies that aren't around anymore, or those real asshole companies whose answer to everything is "shell out several thou for new licenses" (Quickbooks I'm looking at YOU) and that is IF you can buy new licenses and get the damned thing to work, you'd be surprised how many SMBs end up with "some program written by Chuck who don't work here anymore" that was only supposed to be a quick and dirty "hold us over until next quarter" but ends up becoming this mission critical house of cards that you are afraid to look at funny or it'll fall down. Then of course there is the hardware, there is nothing like having to tell middle management that all those personal printers they got for the managers have to be shitcanned because there isn't drivers for the new OS, and again that is if you are lucky and its just something like a printer,not some multi thousand dollar piece of hardware that the company doesn't support on the latest and greatest..

      Now I can see giving them a browser and using GP to keep IE 6 strictly on the Intranet, that makes sense and won't give middle management a coronary when they get the bill, but all those"oh you should just upgrade" are obviously people that have never actually done a large rollout because if they had they'd know that there is NO "just" when it comes to a large business, you are talking weeks to months of slow, tedious, headache inducing work and it is NOT a pleasant experience for anybody involved. That is why I don't do corp no more, got tired of the ulcers and the headaches, not for all the tea in China would I want to do another upgrade rollout, no chance in hell.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    4. Re:Yes, by StuartHankins · · Score: 5, Insightful

      Gotta agree with you... you go through the process and somebody forgets to test some "little thing" that is no longer supported in the new version. If it's commercial software, that can leave you scrambling to work around the issue.

      With custom software it's still a pain but you seldom run into something that absolutely can't be done, usually it's something takes awhile to program around and you impact business in the meantime. No matter how carefully you examine the requirements you will always miss something, it's the nature of the beast. If you rely on third party tools to plug into your IDE you may find the licensing has changed drastically and it may no longer be acceptable to use that widget or tool.

      And let's not forget about bugs... you may run into something that is documented, works in testing, and when it hits production it just doesn't work when you have hundreds of people hitting it at once. Good design solves a lot of that but you can always have scenarios that can't be adequately tested before you roll it out. Parallel systems help with that but at some point you spend so much time and effort keeping everything in sync while you prepare for full deployment that it's easier to cut off the old system and just deal with the issues as quickly as you can.

    5. Re:Yes, by Anonymous Coward · · Score: 3, Insightful

      Also, keeping the existing system has a 100% chance of being a nagging pain in the ass; but a pretty minimal chance of failing catastrophically in some novel way that the IT minions aren't already familiar with.

      You mean like some of our software, written in the 80s, running only on an old version of VMS, which runs only on certain old DEC hardware (of which there are almost no spares) and can only be supported by a rapidly dwindling generation of staff, none of whom work at our company? Have you ever seen what happens when a piece of hardware fails on one of these machines?!

    6. Re:Yes, by fuzzyfuzzyfungus · · Score: 2

      Oh, that's brutal. Definitely run away screaming from something that old...

    7. Re:Yes, by afidel · · Score: 5, Interesting

      Had a coworker who in the late 90's had to procure a HDD for an original IBM PC XT and a version of Ghost old enough to read it. The reason, there was a custom program on that computer that interfaced with the PDP11 that ran the steel mill where it was installed and the drive had died but he managed to bring it back to life by snap starting it. He was able to make it work but he very loudly told the company management that they had to do something because that was literally the last new drive he could find anywhere in the vast international parts lookup system we had access to.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    8. Re:Yes, by viperidaenz · · Score: 2

      Here's a recent real world example: http://www.google.co.nz/search?q=novopay
      Over budget, riddled with bugs, costing millions to fix, costing millions to run...

    9. Re:Yes, by arth1 · · Score: 1

      Virtualization doesn't always work. You may have timing sensitive IO, for example (like old school copy protection), or other hardware that can't be virtualized. Or a CPU/OS combination for which there isn't virtualization available.

    10. Re:Yes, by fuzzyfuzzyfungus · · Score: 4, Interesting

      I ran into an admittedly more banal example somewhere in the 2005-2006ish range: for reasons that predated my employment, the PBX was an OS2 warp system with a bunch of custom ISA cards running on an AT whitebox in the early pentium range. When(after years of giving us absolutely no trouble) the PSU died horribly, we ended up raiding my boxed-for-storage-high-school-nerd basement junk pile for a replacement because the entire outfit didn't have a single compatible replacement.

      Alas, the Oh-so-shiny NEC Turnkey Solution that replaced it has been a gigantic pain in the ass ever since, but with the added bonus of being sophisticated enough to be inextricably hooked into an obsolete version of Exchange. Hooray!

    11. Re:Yes, by fuzzyfuzzyfungus · · Score: 2

      New York's "CityTime" timeclock/payroll system was a similar problem child. Never hand SAIC a blank check and a chance to self-supervise...

    12. Re:Yes, by bfandreas · · Score: 3, Interesting

      Yep, thecost isn't only in the buying and the rollout. You need a lot of planning.
      The larger organisations have a lot of custom software that won't even run on anything but XP. Even an Office upgrade is risky since a lot of applications are a series of linked Excel sheets that will break in the next version. Not to mention all those ActiveX controls that had been put into place since some long gone consultant used them to build "rich" web applications. Then there is of the problem that vendors always switch stuff around between versions so you will need to adjust your maintenance/admin processes and tools.

      Over the years software landscape has become so entangled that if you pull a string you will get the whole hairball. The companies are of course to blame themselves. If somebody gives me money to build an IE6 web app in 2012 and doesn't add IE8/9 budget on top of that then IE6 it is. It depends on if you run a business or a charity. And even if I ran a charity I wouldn't help out a multinational megacorp.

      --
      20 minutes into the future
    13. Re:Yes, by Maxo-Texas · · Score: 5, Informative

      It costs money to redevelop a system with 10 years of development. Not 10 years worth- but easily 5 years worth and that's after 3 years of having a smaller staff analyze the problem.

      And the new system will lack features.

      And the old system will continue to change during development despite promises to freeze it.

      At my old company they had a main frame that they have declared three times now since 2000 that they would be "Off the mainframe in 12 months". I hear the latest effort just failed.

      Because they do NOT want to hire the 30 programmers and pay them for 3 years to rewrite all the software. And the software is mostly ALL required and irreplaceable with packages.

      --
      She was like chocolate when she drank... semi-sweet at first and then increasingly bitter.
    14. Re:Yes, by fredgiblet · · Score: 3, Insightful

      At this point they've probably spent more money on the failed attempts than it would have cost to do it right the first time haven't they?

    15. Re:Yes, by sjames · · Score: 1

      The real problem isn't the lack of forklift upgrades. The middle of the road problem is the complete lack of upgrades anywhere. Replacing everythibng at once is right out of the question, but a bit at a time should be considered normal operations (it used to be the case untill [down|right|whatever]sizing came into fashiobn.

      The worst though (and I have seen this) is when NEW development is done targeting obsolete tech (such as new web apps for IE6) for the sake of consistency.

      The flipside of the upgrade problem is the pain when you find out there is simply no way to get IE6 on new desktops at all.

    16. Re:Yes, by Anonymous Coward · · Score: 0

      Yes, but we're talking about enterprise desktops running Windows XP and some LOB software, so you're just nitpicking.

    17. Re:Yes, by RJFerret · · Score: 4, Insightful

      Plenty have answered the horrible practical aspects of upgrades.

      And have answered the lack of business sense in upgrading.

      But the question also asked what happened to all the money saved on eliminating staff?

      Businesses are asking that very same question. They had to pay to train staff to use computer systems. They had to buy new equipment. They had to hire people more trained than ever before, at a higher cost. They replaced filing cabinets with servers, the former requiring little energy, the latter requiring lotsa' energy costs plus specialized (read: expensive) staff to maintain. They were sold this bill of goods on the premise there'd be savings, but they were sold the concept by companies whose goal was to earn money from other companies spending. There are entire new departments dedicated solely to various aspects of this equipment.

      Do you know how long the software lasts for a typewriter? Forever.

      The problem is your business can't interact with any other without adopting an appropriate level of technology, which spawns requirements for additional tech, and other tech, and next thing you know you have a complete system, which is nothing more than a massive money drain required just to be in business. The real question is how can you stem the tide and cut the bleeding?

      The company that reduces costs, lowers operating costs, while still providing an acceptable level of service to clients succeeds long term (assuming good marketing).

      So tell me, exactly how will upgrading that newfangled "typewriter" help clients?

    18. Re:Yes, by DigiShaman · · Score: 1

      While you can't account for every minor detail, what you described is precisely why scoping and project management is extremely important. It's one thing to send boots on the ground to perform the physical migration/upgrade; it's quite another to properly ascertain the business, current workflow, and interdependencies prior to making any changes. And yes, most of the time can sunk into the planning phase vs actual implementation. IT shops and clients seem to have an adverse effect to this "waste". They need to STFU and get over it. Planning is important shit that can't be overlooked.

      It not uncommon for a simple server upgrade be chained back to upgrading all other programs, data, and peripherals due to said dependencies and post-sales support of existing assets. I call it the "rug effect". You pull on one tiny string, and the whole fucking rug unravels and falls apart.

      --
      Life is not for the lazy.
    19. Re:Yes, by Xeno+man · · Score: 3, Insightful

      It's not nitpicking when some part of the system just doesn't work. That's not exactly an option.

    20. Re:Yes, by idunham · · Score: 2

      Some little thing...like browser FTP uploads when you can't install Firefox or an FTP client.
      And you discover that Microsoft broke FTP login in IE7 when you have a 150 MB file with all the data that the soil moisture sensors should have sent over the data link automatically, but the network didn't work for one reason or another and the scientists on the other side of the country NEED the data THIS WEEK, and the only way to get it there is to somehow transfer it to the monitoring company you work with from the other side of the world, who can merge it in manually, but email is no option and the only alternative is FTP.
      (2009, me, an intern at a certain large company which shall remain unnamed for the present, working with the products of an irrigation company which shall remain nameless.)

    21. Re:Yes, by Firethorn · · Score: 4, Insightful

      But the question also asked what happened to all the money saved on eliminating staff?

      1. Owners of the company in increased profit
      2. Customers of the company in lowered costs prices due to competition that's also upgraded forcing the price of goods down.
      3. Staff in the form of higher pay at least partially due to higher skillsets required.
      4. More services are provided.

      So tell me, exactly how will upgrading that newfangled "typewriter" help clients?

      'Typewriter' is the least of the replacement concerns. We're looking at stuff like:
      1. Payroll. My Grandmother used to do payroll by hand. If I remember right, her maximum as an individual was less than a hundred people, at which point it would be her full time job. Why only a hundred? Well, consider that she had to gather up the timecards, figure out how much each worker worked, figure out their overtime(if any), look up the appropriate amounts of tax withholding, FICA, and such, deduct set amounts for things like healthcare, debts and such. Double check the amounts, and log it all up for the business, then cut and distribute the checks. Mom uses electronic systems and can do the same for thousands of employees.
      2. Inventory management. It used to be that you'd need a small army of stockers to transfer items to and from the warehouse, not to mention more clerks to constantly monitor the flow in and out of the warehouse(and inventorying what's inside of it) in order to anticipate the need for ordering more parts. Today? The computer can track all that, automatically generate order requests, and makes analysis of parts need much simpler. Did we go through 6 of part y29840, or only 1, meaning that we only need to keep 2 on the shelf, not 12? Are we going through so much of it that we need to order more, do we need to investigate why the part is breaking more often than anticipated, etc...?

      It gets much more complicated from there, and one thing to remember is that IBM, "International Business Machines" predates computers was already producing whole lines of complicated machines that saved labor. Computers were just the next step.

      The problem, I think, is that when many of these businesses deployed the new computerized systems they were still in the IBM mindset - the machines were durable equipment, so they were willing to pay the industrial price tag to get a *good* system that was expected to work decades(and they mostly have), and have subsequently evolved to work even better with that system. Then they got complacent, out of the mindset that software is a tool/machine as well, and you need to upgrade it occasionally. Then you get into that it's become critical and changing at this point will cost lots even though it would ultimately save them more money there's also a lot of risk. So it's very much a 'bite the bullet' time for such companies.

      --
      I don't read AC A human right
    22. Re:Yes, by mjwx · · Score: 3, Interesting

      If somebody gives me money to build an IE6 web app in 2012 and doesn't add IE8/9 budget on top of that then IE6 it is. It depends on if you run a business or a charity. And even if I ran a charity I wouldn't help out a multinational megacorp.

      And that's how it happens.

      Purchasing Officer: We use IE6, can you make a kitten app for that?
      Web Developer: Yes, we can write an application for IE 6 through 9 and 10 beta.
      Purchasing Officer: How much would that cost?
      Web Developer: something-something thousand dollars.
      Purchasing Officer: Well that's quite a bit, write it for IE 6 only as that's all we use.

      The purchasing officer doesn't give a crap about future upgrades, they only want it to work now and most web developers don't give a crap as they still get paid.

      --
      Calling someone a "hater" only means you can not rationally rebut their argument.
    23. Re:Yes, by Anonymous Coward · · Score: 0

      not for all the tea in China would I want to do another upgrade rollout

      Upgrading can work very well but their is an absolutely key requirement that many fail to do. You've got to do it incrementally. Too many IT types (and sometimes political types) want to "big bang" the change and bin the old systems immediately. In a large organization that's almost a guaranteed fail.

      You must be able to support the old and new systems in different parts of the organization simultaneously. You've got to support different elements of the old and new systems simultaneously. You've got to be able to back out of any element of the new system that fails immediately. In other words you've got to have organizational revision control. The religion of everybody running the same blessed image is pretty dubious in a small organization because of varying requirements and is impossible in a large organization.

      You're right that it requires a lot of detail work but it doesn't have to be the headache you describe, just a good organization, attitude and expectations. This implies that you have to have in-house people actively and intelligently supporting the transition, not a fly-in, fly-out consultant. I think your problem was that your type of consulting was simply not a good fit for this type of work.

    24. Re: Yes, by Anonymous Coward · · Score: 0

      Oh, an Intertel OS/2 voicemail server. I still run a couple of those. They're rock-solid! Until they failâ¦

    25. Re:Yes, by Anonymous Coward · · Score: 0

      Just out of interest, how did that get resolved? Changing the software or bending the rules?

    26. Re:Yes, by symbolset · · Score: 2

      Ebay.

      --
      Help stamp out iliturcy.
    27. Re:Yes, by Anonymous Coward · · Score: 0

      Also, enjoy the 3rd party vendors who programmed their product to work with M$ software instead of doing it properly. To upgrade IE6 would mean to upgrade everything else.

    28. Re:Yes, by Anonymous Coward · · Score: 0

      > Now I can see giving them a browser and using GP to keep IE 6 strictly on the Intranet, that makes sense and won't give middle management a coronary when they get the bill, but all those"oh you should just upgrade" are obviously people that have never actually done a large rollout because if they had they'd know that there is NO "just" when it comes to a large business, you are talking weeks to months of slow, tedious, headache inducing work and it is NOT a pleasant experience for anybody involved.

      Bingo. The reason people still use IE6 is that they need it, and upgrading is very expensive. Of course running IE6 rules out running any modern browser from Microsoft (or any modern OS, for that matter), but it does not rule out a perfectly sane browser like Opera, Chrome or Firefox. Over time, we may see other legacy solutions for IE6 (such as a VM only connected to the internet), but it will not go away any time soon.

    29. Re:Yes, by SuperDre · · Score: 4, Interesting

      Oh, that just the biggest fail.. do it right the first time What is right? So everything you write NOW will be looked at upon in a couple of years just the same why didn't he do it right the first time?
      Specifications and technologies change over time.

    30. Re:Yes, by Anonymous Coward · · Score: 5, Interesting

      I used to work for a large cement company (#2 worldwide at the time, iirc) and there was a particular model of IBM PC that the company depended on because, besides having a good deal for discounts from IBM, it was the only PC that had enough internal space for a custom-made PCI card that held the relays that were used to control the mixing of the different compounds that were needed for each of the different specs of concrete and other products.

      Also, from experience, these PCs had proved the most reliable in all the nationwide concrete plants that had a lot of cement and other kinds of dust, humidity, vibrations, high temperatures and so on. And I don't have to explain what happens when cement dust and a humid environment come together inside a PC.

      Newer PCs had different form factors, internal arrangement of components, or were generally more compact than this particular model of PS/1 (iirc) way back then. It took years to refit the cards, and move off these old PCs.... so much of the business relied on them.

    31. Re:Yes, by Anonymous Coward · · Score: 0

      ... 3 years to rewrite all the software ...

      Why can't the software just be re-compiled for a modern computer? I imagine someone would have a copy of Fortran 76, for example, for the PC. Or a modern compiler with legacy switches. One can even buy a PC purpose-built to emulate a VAX mainframe. If one can't replace the software, then replace the hardware.

    32. Re:Yes, by hairyfeet · · Score: 3, Interesting

      Preach brother! Its ALWAYS those"little somethings" you never have cross your mind that bite you right in the ass, hell even sticking to strictly SMBs and consumers there were several times switching everybody over to Win 7 had me reaching for the BC powder, the only thing that made it bearable was "Hey at least you aren't working corporate and having to do a Win98 SE to WinXP migration again"...groan.

      And you are right, of all the headaches the custom software is usually the least painful. Oh its not pleasant by ANY means, but at least one can usually get the data out or if worse comes to worse hire somebody to come clean up the code and fix the damned thing. I had this one company who had this mess of software bought from little company that did inventory management and payroll and I ended up having to isolate a single winNT 4 Server and a couple of Win98 boxes because it turned out that since they had bought the stuff the company had been bought by a company that didn't give a rat's ass about either of those programs so their answer was basically "Don't look at us, we don't support that, tough luck" so it would have required paying a group to sit there and take 5 fricking years worth of data BY HAND out of this thing because naturally this crap didn't have something simple and logical like data export, nope that would make sense!...groan.

      Anybody who says "just upgrade" has NO fucking idea what that JUST entails, not even close. The Win9X to WinXP rollouts took so damned much out of me my boys actually staged an intervention on me, they set me down and said "You never smile anymore, you are white as a corpse, you have constant headaches and you hardly even eat anymore because your stomach is always upset. Our dad is gone, our mom is dying of cancer, and grandma is old and in bad health, we can't afford to lose you, you are all we have" which of course was like a bucket of icewater being poured on my head. I gave my 2 weeks the next day and just to show you how fucking ungrateful those bastards were they were like "Or you're leaving, don't bother with a 2 week then, just clean out your desk and pick up your check" well fuck you too assholes.

      I may not make as much now working PC shop but fuck it, at least I'm happy, my color is back, and I spend my days helping people that actually listen and are grateful. I feel sorry for ANY guy having to do a major rollout like that, I frankly wouldn't wish it on my worst enemy!

      --
      ACs don't waste your time replying, your posts are never seen by me.
    33. Re:Yes, by hairyfeet · · Score: 1

      That would be nice, I on the other hand was working for a consulting company hired to do these jobs and we were constantly drilled on "time is money, get in, get done, get out" which frankly is a recipe for disaster but you know the old saying, penny wise and pound foolish. I don't know how many times i thought "With such a little time and planning this will be a LOT less messy" but when brought up? Time is money, yadda yadda yadda.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    34. Re:Yes, by cheesybagel · · Score: 1

      Sounds like a case for rsync if I ever heard one.

    35. Re:Yes, by White+Flame · · Score: 1

      but all those"oh you should just upgrade" are obviously people that have never actually done a large rollout because if they had they'd know that there is NO "just" when it comes to a large business, you are talking weeks to months of slow, tedious, headache inducing work and it is NOT a pleasant experience for anybody involved.

      You're the one spouting nonsense you know nothing about. Only "weeks to months"? Things never happen that fast! ;-)

    36. Re:Yes, by peragrin · · Score: 3, Informative

      This is exactly true.

      and remember it isn't just the software that needs upgrading when installing new software. It isn't just training. it is the new business methods, the new organizational work flow that also must be upgraded.

      2 months ago we upgraded the ERP software. however since it doesn't work exactly like the old software(thank the deities) people are complaining. People take a long time to understand things. little things nag and nag until they become bigger points. With an company of 20 people it has been a headache not because the software and data transfer which itself going about 97% successful(the old software stored some historical data stupidly). The Headaches came from the people who couldn't grasp their way into understanding a new process. From those who had to change how they interacted with the new software.

      Lastly when a business saves money today, it gets spent on something else. it doesn't actually get saved.

      --
      i thought once I was found, but it was only a dream.
    37. Re:Yes, by Anonymous Coward · · Score: 0

      PBX was running OS/2?
      Custom ISA cards?
      Circulation 2005? That box was there long before you showed up.

      Hmm. Sounds more like your voicemail system. My guess would be ActiveVoice/Repartee.

      Just curious, what was the NEC turnkey solution that replaced it?

    38. Re:Yes, by nine-times · · Score: 3, Interesting

      It costs money to redevelop a system with 10 years of development. Not 10 years worth- but easily 5 years worth and that's after 3 years of having a smaller staff analyze the problem...Because they do NOT want to hire the 30 programmers and pay them for 3 years to rewrite all the software.

      Why not? Obviously they paid programmers to develop their current system, so why is it so outrageous to expect them to continue to pay programmers to upgrade and fix the system? In my opinion, the problem is that people look at these things all wrong. They think, "we'll pay some cheap programmers to write some software for us, and then we'll have this system that will operate forever for free!"

      Funny how factory owners don't go, "we'll pay someone to build custom machinery and build out this factory, and then the factory will operate forever for free!" In a factory, people have the sense to realize you're going to have to maintain the machinery. You're going to need access to replacement parts when something breaks. You'll need to pay some mechanics to keep things running smoothly and tune things. The more custom it is, the more you'll need mechanics and engineers to build replacement parts as you go, and address design problems as they come up. You're going to have to plan to be able to replace the whole thing one piece at a time, even if not replacing the whole system at once.

      Custom built software solutions are the same way. If you're going to build your business around one, you should prepare to have adequate programming resources to maintain the system and keep it up to date. You should have a plan to replace and upgrade the whole thing one piece at a time, even if not replacing the whole system at once. The more custom it is, the more resources you'll need to keep it up.

      So these businesses shouldn't look at this as an expensive one-time project to be put off as long as possible. It should be an ongoing process that goes on for as long as their business goes on. Basing your business on custom-built software without the programming resources to maintain it is about as stupid and operating a factory with custom machinery without mechanics or replacement parts. That is, it may work for a while, but sooner or later you're going to have a catastrophic failure.

    39. Re:Yes, by Roger+Lindsjo · · Score: 2

      All that is needed is that instead of correctly interpreting the current needs of the current users, you need to correctly interpret the future needs of the future users. Ignoring the fact that we often fail on the former, how hard can it be to succeed on the latter? ;-)

    40. Re:Yes, by Antique+Geekmeister · · Score: 1

      > Uhhh...you ever actually TRY to switch over a large firm with a shitload of one off and small company software to a new OS? that shit AIN'T fun, hell I'd rather get kicked in the nuts with steel toed boots, the pain won't last as long.

      I have: it's one of the more painful, but profitable, tasks that my group does. It can be even more exciting when the original designers are long gone and never used the source control, if any, and took to hand-editing system libraries. Unfortunately, the continuing "must use IE6" problem is usually an oversignt, not an actual design problem. It's usually a refusal to _allow_ any engineering time to port the critical application, and any time spent even looking at the system or attempting to secure it is challenged and the bill refused.

    41. Re:Yes, by RabidReindeer · · Score: 1

      But,OTOH, let's put it off until next quarter and let them worry about it.

      Also, keeping the existing system has a 100% chance of being a nagging pain in the ass; but a pretty minimal chance of failing catastrophically in some novel way that the IT minions aren't already familiar with.

      If we start development on a new system, it has a decent chance of being better; but a nonzero chance of going down in a firestorm of project-management failure, buck-passing, and overpriced Accenture code monkeys, which will make us look like total fuckups...

      More accurately, there's also the chance that the rest of the Universe will pull so far ahead that the entire system will fail catastrophically, with that chance increasing as time goes forward. I still don't know how that guy down in Texas with the IBM tabulating card equipment is managing to keep himself supplied with blank punch-cards.

      On the other hand, designing a new major system from scratch is not done lightly. Last I heard, somewhere between 66 and 75% of all such efforts turned out as failures. Which is especially sad when you consider that a lot of the original warty old systems were knocked out in a week or two by 1-2 people without the benefits of Dogbert Consultants to provide a grand architectural plan.

    42. Re:Yes, by ruir · · Score: 1

      Pity I don't have mod points, the comment about OVERPRICE consultants as code monkeys is quite common and spot on.

    43. Re:Yes, by jellomizer · · Score: 1

      Well it is a real issue of how much of a gain will it be. Unlike them olden days before they got computers to move to computers. We are just moving from one software to an other. For the most part the old software and the new software isn't offering much of an improvement.

      IE6 is a miserable browser however all those crazy activeX and browser particular programs that are using it to run, are doing their job. Moving off it to an other browsers and having to redo all the software to do the same thing is silly. Now if they can put off the upgrade to the point to when they really do. They will get the latest and greatest software with a slew a new features and benefits that could more easily justify the upgrade cost. But just moving you 10 year old app because it is old, isn't that good of a plan.
      What I really wish was Microsoft would allow multiple versions of IE to run on your system at once.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    44. Re:Yes, by Anonymous Coward · · Score: 1

      "If you think it's expensive to hire a professional to do the job, wait until you hire an amateur." - Red Adair

    45. Re:Yes, by Anonymous Coward · · Score: 0

      Pretty much dead on. Most companies are afraid of change. When their business slows to a crawl because the system isn't familiar, or let's say isn't as efficient as the previous one (MS Office 2007 - 2013 for example) then it becomes a detriment to business. Let's put it this way... We've had a user that was still using an Access 97 database to do some collection and reporting of crucial data. It required 2 subs with VPN's to log in remotely into two different desktops with Access 97 on them to do data entry and upload files. Lots of custom queries. If the project's client isn't paying to upgrade the system then who absorbs the time lost by the single lone expert of the system spending time with developers explaining and monitoring their upgrade to a web hosted/SQL based system? Plus the cost of the conversion itself AND possibly not having the same features AND possibly pissing off the project client because they didn't want the change either...?

    46. Re:Yes, by QBasicer · · Score: 1

      Excuse me for being ignorant, but what's "SMB"?

      --
      x86, oh yes, I'm pro.
    47. Re:Yes, by phoenix_V · · Score: 2

      This actually shows that in a way *we* in the IT field have the wrong idea. At least some of the time.

      Computers *are* just equipment to the end users in say a warehousing operation. Why are we not designing systems with this in mind?

      In the warehousing example much used above if you avoid the latest gee whiz features and give them exactly what is needed there is no reason why the VAX of yesteryear cannot keep doing it's job other than it can't be maintained anymore. That's a failing on IT's part though, why was the machine not designed with a 20 year lifecycle? It can be done, there is no reason it can't. Yes it will be slow at the end of it's lifecycle but it will still do it's job perfectly well. Data? We have open and well documented means of storing data now, take your pick of method, so store the data in an open standards format and do the magic inside the program.

      I can see where companies would not like building and selling to the maket like this, they are killing future revenues, but speciality machine manufactures have been existing like this forever, so why aren't we doing this?

    48. Re:Yes, by PlusFiveTroll · · Score: 1

      Because the business owners understand machines pretty well. They require parts specifications on the machines they use, and many times a secondary supplier to fix or replace said machines.

      They do not understand software, they treated it like a machine that was fungible. They didn't know enough about software to see that all the machines running and operating are far less complex then the financial package alone. The factory they have is anti-fragile. Engineers optimize each part of it for efficiency and the safety of each part is pretty well understood, the steps a product takes are very well layed out. The software is custom code and series of black boxes that no one in the company may understand, after a few years of changes the data flow in these black boxes can do very unexpected things. The failure rate and mechanism of machines in a factory can be calculated and pretty well planed for. A simple change in software can have drastic effects.

    49. Re:Yes, by nospam007 · · Score: 1

      "You mean like some of our software, written in the 80s, running only on an old version of VMS, which runs only on certain old DEC hardware (of which there are almost no spares) and can only be supported by a rapidly dwindling generation of staff, none of whom work at our company? Have you ever seen what happens when a piece of hardware fails on one of these machines?!"

      Yes, after having bought all they now all run on Intel hardware with OpenVMS or no train would run in Europe.

    50. Re:Yes, by BradleyAndersen · · Score: 1

      This is the problem with the entire US economy - we care not to plan for the future; we care only to make the present look good.

    51. Re:Yes, by Hatta · · Score: 1

      If such a machine is still in production today, one could use an XT-IDE card and CF.

      --
      Give me Classic Slashdot or give me death!
    52. Re:Yes, by greg1104 · · Score: 1

      Never hand SAIC a check

      Fixed this for you.

    53. Re:Yes, by Dancindan84 · · Score: 1, Insightful

      "There's never enough time to do it right, but there's always enough time to do it over."
      - Jack Bergman

      --
      "Always forgive your enemies; nothing annoys them so much." - Oscar Wilde
    54. Re:Yes, by bws111 · · Score: 3, Insightful

      Yes, but factory owners will continue repairing that old machinery (even fabricating new parts themselves if needed) as long as the machine suits the needs of the business, no matter how old the machinery gets. Some factories are running with machines more than 100 years old. Factory owners do not just replace functional machinery just because they hired some new mechanic that thinks that any machinery not put together with metric screws is magically obsolete.

      Custom software IS treated like machinery in that sense. As long as it suits the needs of the business (and not the whims of the IT staff) it will continue to be used and there is no need to spend more money on it. By far, most of the expensive, failed 'upgrade' projects you see are not driven by business changes or requirements, they are attempts to replace a fully functional system for no reason other than 'it is old'. And that is where the problem is - OK, so I spend a bunch of money to replace the existing functional system with one that (hopefully) performs at least the same functions, but in just a few years THAT system will be 'old', and I get to start all over again. And if all of that money spent does not result in lower costs or increase revenue it is just money down the drain.

    55. Re:Yes, by griffinme · · Score: 1

      But they have seen "Put a robots on machines and fire lots of people until one person is running 8 machines instead of 10 people running 8 machines." Every time the economy gets tight businesses learn to squeeze more out of fewer people. It is part of what drives a recovery.
      A Things get tight
      B Layoff 10% of workforce
      C Things get better
      D Workers struggle but manage to keep up, Maybe bring back some of the workers at reduced wages.
      E Profit!!!!
      F Massive bonuses to executives

      This is how the wage gap gets larger and larger.

      --
      Is he strong? Listen bud, He's got radioactive blood.
    56. Re:Yes, by SoupGuru · · Score: 1

      We learned our lesson with NEC too. Never again.

      --
      What doesn't kill you only delays the inevitable
    57. Re:Yes, by operagost · · Score: 1

      for reasons that predated my employment

      The reason was, OS/2 was the most rock-solid OS you could run on a PC. My former company bought one of those voice mail systems in the 1990s (probably Repartee from Active Voice), and it was one system I never worried about. Ours was actually based on a Dell Optiplex.

      --

      Gamingmuseum.com: Give your 3D accelerator a rest.
    58. Re:Yes, by Anonymous Coward · · Score: 0

      Small to Medium Business.

    59. Re:Yes, by pnutjam · · Score: 1

      Small and Medium Businesses.

    60. Re:Yes, by CimmerianX · · Score: 1

      Oh - You must have taken over after I left my old company. How about those serial boards used to interface with SNA sessions for screen-scraping user info for the VRU system...? You have my sympathy. ;)

    61. Re:Yes, by tlhIngan · · Score: 1

      Also, keeping the existing system has a 100% chance of being a nagging pain in the ass; but a pretty minimal chance of failing catastrophically in some novel way that the IT minions aren't already familiar with.

      If we start development on a new system, it has a decent chance of being better; but a nonzero chance of going down in a firestorm of project-management failure, buck-passing, and overpriced Accenture code monkeys, which will make us look like total fuckups...

      Not to mention the pushback from the people who have to use the new system who have to suffer from things that don't work, their jobs made harder because the new system doesn't work like the old, misses some obscure feature that really does make their life easier (some obscure database query, for example, that's no longer possible because the schema doesn't allow it), etc.

      Or even worse, that to generate the X report on Friday, ti now takes 8 hours instead of 1 hour like it used to because things changed so much there's no way to munge the data together without a lot of TheDailyWTF style hacking.

      (I've known people who suffered through this - the old system generated the report just fine, they went through it to double check and verify the numbers, but the new system generates something close in multiple views, requiring now a manual cross-reference and collating and retyping).

      30 year old software tends to have "workflows" that people have optimized to produce the output. The problem is very often when upgrading, the requirements gathering process fails to take into account the users and their use cases and opportunities for optimization. The latter is interesting since the "old way" should work until the new optimized way is trustworthy. Optimizations have a habit of accidentally dropping things that would get caught before, after all.

      (And no, you can't ask the user what they use the system for because that'll only get the common case. They will often forget about other things they do with the system because it's done so often or mechanically that they don't think about it).

    62. Re:Yes, by pnutjam · · Score: 1

      Here you are letting your health suffer and killing yourself with stress to get the job done, because it is so important. You managers are breathing down you neck to get things done yesterday. Getting booted out when you give notice really shows how they view you, just another replaceable cog.
      I still take the high stress projects, I just don't let them stress me out. I give them what they pay for and what they deserve.

    63. Re:Yes, by ebh · · Score: 1

      Talk about bricking your device!

    64. Re:Yes, by K.+S.+Kyosuke · · Score: 1

      And I don't have to explain what happens when cement dust and a humid environment come together inside a PC.

      You mean that such PCs make for rock-solid hardware.

      --
      Ezekiel 23:20
    65. Re:Yes, by CastrTroy · · Score: 2

      That's what I was thinking. There must be tons of money to be made in continuing to keep these old systems running. Create and PCB that goes between old systems and new storage technology and you don't have to worry about the old storage technology no longer being available. Most of the old hardward could probably easily be emulated on new hardware, or completely replaced with a very small SOC. It would certainly be cheaper in many cases to get a custom computer board built to interface with old machines than it would to rewrite all the software that runs on the old systems.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    66. Re:Yes, by Anonymous Coward · · Score: 0

      I've never had a problem in showing this to upper management of a large company. Software developers are usually terrible at cost-benefit analysis and making a good case for investment. If there is a problem here, it's that your average software engineer is a bit of a know-it-all that doesn't have the business sense they think they do and generally are fighting for money against people that are well schooled in business and marketing. A large company is under pressure to invest its financial resources in literally thousands of areas and most corporations see software as a capitalized asset - meaning it's on the books a LONG time. Everybody in a company has something they work with that is outdated, inefficient or simply broken.

    67. Re:Yes, by operagost · · Score: 1

      I'm guessing "small to medium-size business" in this context.

      --

      Gamingmuseum.com: Give your 3D accelerator a rest.
    68. Re:Yes, by Hatta · · Score: 1

      Actually, these days you can buy a complete XT compatible PC kit. I'm totally blanking on the name of the project now unfortunately.

      --
      Give me Classic Slashdot or give me death!
    69. Re:Yes, by hairyfeet · · Score: 1

      As others have noted but just to confirm its "small to medium business" which I personally define as less than 50 people all told, your doctor's offices,printing shops,construction companies, all the little guys that aren't big enough to have a full time IT guy so they call me. Its a HELL of a lot better work as they actually LISTEN instead of just expecting you to "make do" with some half assing and "time is money" bullshit instead of being able to do the job RIGHT.

      But I do apologize for using the lingo without clarifying, i get to talking shop and my vocabulary tends to be a little more shorthand than most and I sometimes forget that not everybody speaks the same lingo as I do. For future reference SMBs you already now know, there is also SOHO which is small office/home office, that is usually your family business type, and when talking turkey i often mention GP/GPO and AD, which is Group Policy/Group Policy Objects which are used to set permissions across many machines and AD stands for Active Directory which enforces rules and permissions.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    70. Re:Yes, by nine-times · · Score: 1

      Yes, but factory owners will continue repairing that old machinery (even fabricating new parts themselves if needed) as long as the machine suits the needs of the business, no matter how old the machinery gets.

      Yes, but that is largely my point: you don't just buy the machine and expect it to keep working forever. You'll need to plan to buy replacement parts and hire people to perform maintenance and upkeep on an ongoing basis. You'll need to plan to have an ongoing expense that is "maintenance and upkeep". You may need to have a plan for changing your vendor for replacement parts, or to fabricate the parts yourself if vendors discontinue them. It takes time and work and money and expertise.

      So where I think you're wrong is when you say the following: "As long as it suits the needs of the business (and not the whims of the IT staff) it will continue to be used and there is no need to spend more money on it." (emphasis mine)

      Expect to spend money on it. Expect that the software will need to have bug fixes and updates. Even if you don't want to add functionality, you will need to upgrade it to run on newer platforms. If you use APIs to integrate with Microsoft Office, then plan to keep those up to date as new versions of Office are released. If you're using SQL Server 2005 on the back end, expect that someday you'll want to move to 2008 or 2012. You can keep the code-base, but you're going to have to keep programmers busy doing regular updates and maintenance on a regular basis.

      Sure, you *could* just keep Windows XP running IE6 on computers that are 7 years old, accessing a database on an old unmaintained application. Just like a factory *could* build a bunch of custom machinery, fire all the people who built it, and refuse to spend money on simple maintenance. In both cases, you'd be fine for a little while.

    71. Re:Yes, by kilfarsnar · · Score: 1

      Clearly he needs to contact John Titor. I hear he's good at retrieving obsolete hardware.

      --
      "What the American public doesn't know is what makes them the American public." -Ray Zalinsky (Tommy Boy)
    72. Re:Yes, by KingMotley · · Score: 1

      Based on the context in which he used it, I'm guessing it's Small/Medium Business.

      Otherwise, it could mean Server Message Block (a network protocol), Steve Miller Band, System Management Bus, or perhaps Super Mario Brothers.

    73. Re:Yes, by KingMotley · · Score: 1

      What I really wish was Microsoft would allow multiple versions of IE to run on your system at once.

      They do. Put different versions in different VMs. Put a shortcut to the app on their desktop, and the users doesn't even have to know it's actually running in a VM.

    74. Re:Yes, by shugah · · Score: 1

      I just did a risk assessment for a large hospital whose radiology information system is running OpenVMS on unclustered DEC Alpha hardware. The application stack is MUMPS based and no longer supported by the vendor (who no longer exists). They backup to tape and have never in the long, long life of the system test restored a backup set. Needless to say the risk assessment had a lot of red on it.

      --
      If you aren't part of the solution, then there is good money to be made prolonging the problem
    75. Re:Yes, by Anonymous Coward · · Score: 0

      The same reason those formerly bankrupt automobile manufacturers are still releasing new models each year...

    76. Re:Yes, by Firethorn · · Score: 1

      Computers *are* just equipment to the end users in say a warehousing operation. Why are we not designing systems with this in mind?

      Agreed.

      In the warehousing example much used above if you avoid the latest gee whiz features and give them exactly what is needed there is no reason why the VAX of yesteryear cannot keep doing it's job other than it can't be maintained anymore.

      Technically speaking, even a VAX system could technically run the robotic warehouses of today where they lock the building closed and machines move all the items to and from the shelving, with no human stockers at all. You might need a bigger room to store all the machines, but it can be done. A single server rack of modern machines can do the same for much less cost, and the only real reason a single machine couldn't do it is that I want more redundancy for safety.

      That's a failing on IT's part though, why was the machine not designed with a 20 year lifecycle?

      That's actually part of the failing - at least with the VAX systems they WERE designed with a 20 year lifecycle, but unlike with company vehicles, for some reason many companies stopped planning to replace the system after 20. In some cases they're still running computer systems from the '70s. Meanwhile the very approach to IT has changed drastically, from centralized mainframes to microcomputers. The control lines of 20 years ago need to be replaced. It's not an insurmountable expense, but especially when you're looking at industrial systems often you have to specially shield stuff, which just isn't standard in the minimum-cost solutions of today.

      so why aren't we doing this?

      I think that many places are, it's just that the short sighted ones manage to be lower cost in the short term, so if somebody isn't paying attention they can end up in an expensive situation if they aren't running a separate closed network for the stuff that's forced to be legacy.

      --
      I don't read AC A human right
    77. Re:Yes, by Anonymous Coward · · Score: 0

      Compilers change, their bugs evolve and the associated work-a-rounds become ever rounder.

    78. Re:Yes, by snadrus · · Score: 1

      I've worked with cement & other industrial plants (maybe even yours) and the best solution I've seen was simply the hardware boards with whatever hooked to them all wrapped in an airtight steel box with a tiny air conditioner attached that didn't expose it to outside air.

      That allowed newer boards and progress in difficult environments.

      --
      Science & open-source build trust from peer review. Learn systems you can trust.
    79. Re:Yes, by snadrus · · Score: 1

      So many companies don't realize how their existence depends on the technology running it. They treat their technical people poorly for years (layoffs) and now they have technical debt. Businesses that can't delegate responsibility to competent people will fail.

      --
      Science & open-source build trust from peer review. Learn systems you can trust.
    80. Re:Yes, by Grishnakh · · Score: 4, Insightful

      Newer PCs had different form factors, internal arrangement of components, or were generally more compact than this particular model of PS/1 (iirc) way back then. It took years to refit the cards, and move off these old PCs.... so much of the business relied on them.

      This goes to show why you should never rely on PCs this way. When you're going to design custom hardware for PCs, you have to assume the PC itself will become obsolete in 5 years or so, and you should keep things modular. So instead of making some custom PCI card with a bunch of relays on it, you make a custom PCI card that fits into a standard chassis, and have a cable that goes from this card to an external box that has all your custom circuitry in it. You can make this external box as robust and environment-proof as you like: there's lots of industrial-grade cabinets and boxes available out there that are fully sealed against dust, humidity, etc. Then, years down the road, if you need to upgrade the PC (because the power supply failed and you can't find a replacement, for instance), you can just stick the standard-size PCI card in a new PC, or in the worst case, design a new card for the latest interface (PCI-X, PCIe, USB2/3, FireWire, etc.) that makes sense, and reuse your existing box of custom circuitry.

      This isn't unique to PCs: you should never rely on an external vendor to that degree, because products and product lines come and go, and you may not be able to get spare parts later on. If you keep everything as modular as possible, you minimize your risk. Use off-the-shelf stuff as much as possible (to minimize cost, and make it easy to get spare parts: ATX power supplies for instance haven't changed in ages so it's better to go with a whitebox solution than some proprietary chassis and PS if you want longevity), and keep your custom-built stuff separate from it, and connected to it through standard interfaces.

    81. Re:Yes, by Anonymous Coward · · Score: 0

      Commodity market entices with it's prices and fashion statements those dined and wined decision makers.. Then there are mainframes. Open systems and data formats were too recent an idea for most raised in 80's business schools, even if they might have some risk management education. At the same time, those same managers make decisions in every other business area which include the risk assessment leading to avoidance of vendor lock-in and sustainability. Then again, loose financial controls lead to bizarre spending on luxury cars, coke and prostitutes and hidden money transfers to over sea accounts for the benefit of relatives every now and then for these same people, so who knows.

    82. Re:Yes, by Abraxas26 · · Score: 1

      Replying to undo my moderation mistake. Great post.

    83. Re:Yes, by suutar · · Score: 1

      Small/Medium Business

    84. Re:Yes, by bws111 · · Score: 1

      A factory owner has a pretty good idea what his maintenance requirements (and costs) are going to be. He can figure on normal wear items, stressed parts breaking/needing replacement, modifications to support new business requirements, etc. He is probably not figuring into his maintenance costs the fact that the engineer did a crappy job making sure the machine had a solid surface to sit on, and now the floor is buckling under the machine, requiring extensive repairs to both the floor and the machine.

      So my question is: when custom software is created/deployed, is the business made aware of the maintenance costs? In other words, does the business assume that 'maintenance' is going to involve bug fixes, new requirements, etc, or are they told up front that maintenance includes the costs of having chosen a crappy base? And by 'crappy base' I mean this: if your custom app requires ANY work (even a recompile) because of an upgrade to the underlying platform, you have chosen a crappy base. If they were told that they would be forever running on the upgrade treadmill because of their choices and did not plan accordingly then that is on the business. If they were not told that, the fault lies squarely on IT.

      So yes, I do think that most businesses would consider bug fixes and new requirements to be maintenance. Workload forced on the business because of 'upgrades' of underlying stuff should not be considered normal, and is a sign someone did not do their job properly.

    85. Re:Yes, by Compumyst · · Score: 1

      You should have a plan to replace and upgrade the whole thing one piece at a time, even if not replacing the whole system at once.

      Thing of it is, though, regarding platform upgrades such as software built upon IE6, Windows 9x (or whatever it's tied to) often requires a complete redesign of the framework due to API changes, etc. Machines can be replaced with newer stuff that does the exact same thing (same input, same output, regardless of the process during), so that it doesn't interrupt the overall flow.

      --
      What's done's in the past, forever shall last.
      Work is work; life is life; fair is not!
    86. Re:Yes, by dintech · · Score: 1

      Now, my question is: what happened to that money they saved?

      Everyone knows that efficiency in a capitalist system feeds right to the guys at the top. What, were you expecting some of it?

    87. Re:Yes, by Anonymous Coward · · Score: 0

      Or spend a few minutes on a google search.

      http://www.magma.com/catalog/classic-pci-expansion

    88. Re:Yes, by nine-times · · Score: 1

      He is probably not figuring into his maintenance costs the fact that the engineer did a crappy job making sure the machine had a solid surface to sit on, and now the floor is buckling under the machine, requiring extensive repairs to both the floor and the machine.

      Well if he's going to hire crappy engineers and architects, maybe he should figure in those maintenance costs. He should probably budget a little extra for unexpected problems either way.

      So my question is: when custom software is created/deployed, is the business made aware of the maintenance costs?

      It should be. If the developers are external/outsourced, then there should be some kind of structured agreement for maintenance, bug fixes, enhancements, and upgrades. It probably won't all be rolled into a flat fee, but some of it may be. If you've hired programmers to make a complex, business critical application, and they haven't raised the issue of maintenance, then they're either incompetent or dishonest.

    89. Re:Yes, by Grishnakh · · Score: 1

      Small and Medium-sized Businesses. Basically all the companies which aren't megacorps.

    90. Re:Yes, by Grishnakh · · Score: 1

      You have a point about the crappy ActiveX type software doing its job, and "don't fix it if it ain't broke". However, the problem is that while the IE6-specific software may still do the job fine, the foundations it's sitting on do not work any more: IE6 isn't supported any more, it doesn't work with newer Windows versions, and you can't continue to run commodity PC hardware indefinitely. Even if you could, if it's on a network, there's serious security concerns, and WinXP isn't supported any more. Finally, part of the deal with modern computers is that you frequently want to do different things on them: you don't want a separate PC on your desk for every application you run. VMs can help with this last problem however, to an extent, at the expense of additional complexity.

      The fundamental problem here is basing one piece of technology (the custom ActiveX-requiring software) on other pieces of technology that become obsolete and are no longer supported. This is the risk you take when you base your technology on other proprietary technology (in this case, software): you're relying on some other vendor to continue to produce and support that product, so that you can base your product off of it. If these software makers had shunned ActiveX and based their product on some industry or open standard instead, they wouldn't have this problem, and it would have been easy to migrate their product to newer OSes.

      It's not just software where this happens. Any time one company bases their product on another company's product, there's a risk that other product may be modified to the point where it becomes necessary for the first company to update their product to fit, or if it's discontinued entirely, they may have to come up with a totally different solution.

    91. Re:Yes, by Anonymous Coward · · Score: 0

      I was under the impression that CityTime actually works OK, it's just that one of the managers did a bunch of embezzling. Admittedly, this is also a less-than-optimal situation.

    92. Re:Yes, by Piotrecles · · Score: 1

      I think a lot of companies have this problem, where they buy software the way one would buy a train. The train will last you 30 years easy, so you can spend 2-3 years with specs. No piece of software will last you 30 years, so you can't expect to spend money on it only every 30 years and take 3 years to spec it out. You need to make incremental changes, otherwise you get these massive migration nightmares. My company is going through a simple time management system upgrade and it's a complete mess. People are just not used to change, and they've done it the same way for 15 years. So now it's a giant project, all so people can tell the company when they were at work.

    93. Re:Yes, by bws111 · · Score: 1

      Which brings up one final point - what is the cost of 'deferring' maintenance on software? To go back to an example you used: suppose I have SQL Server 2005. Is it any more or less expensive for me to go to 2008 and then 2012? What if I skip 2008 and go directly to 2012? What if I keep running on 2005? What is the business case for doing the upgrades?

      If I have a roof I am going to want to replace it as close to it's expected life as possible. There is no advantage in doing it earlier, and if I wait too long I may suffer additional costs due to water damage, etc. What is the case for software. For many businesses, it seems that they take the same approach - wait until the last possible minute (which may be when the hardware it runs on is no longer available). Wait too long and you may be unable to perform some functions you need. But what is the driver for doing upgrades earlier than that point?

      Yes, IT people would just love to always be on the latest and greatest. But what is the BUSINESS reason for always being on the latest and greatest?

    94. Re:Yes, by Anonymous Coward · · Score: 0

      Planning for the future is cyclical. The reason the VAX of yesteryear was not designed for a 20 year lifecycle is because nobody can predict that far into the future what capacity and performance needs are going to be. If the solution was scalable ad infinitum, that might be different - but not even modern machines can scale that well, although they are much better at it than older technologies.

      To address the warehousing example, the issue is that being 'slow at the end of it's lifecycle' is not acceptable as a future goal. The inventory may have grown exponentially. Other systems and services which rely on this system may have increased and have a need for the performance to be faster, not slower. Inventory size may have increased, possibly exponentially. Can the software handle it? Can the databases? Is the method of storage and storage access 10 years ago anything comparable to modern technologies with storage array networks and ease of increasing capacity on the backend? Or does the tried and true method involve direct physical hookups to the main consuming machine or maybe affects reliability or uptime when you have to change a piece of hardware?

      Predicting the future is impossible, so expectations need to be reasonable. And by the time 10 years is up, whatever old technology was great is no longer that great because maybe they didn't innovate well enough as a business. So now you have to upgrade no matter what.

    95. Re:Yes, by idunham · · Score: 1

      If I remember right, at first I copied it over to a Windows 2000 desktop (which according to corporate policy really shouldn't have been there...) via flash drive, and uploaded from there with IE6; later I used the ftp://hostname.com/ method with IE7...which is really something that should never be used, in terms of security. But on the other hand, doesn't that describe Microsoft in general?

    96. Re:Yes, by idunham · · Score: 1

      In theory, the perfect case.
      In practice, you have Windows + restricted software access + a separate company that uses FTP.

    97. Re:Yes, by phoenix_V · · Score: 1

      Everything you have said is true, so perhaps the warehouse example was a bad one, but not entirely. There are cases where the inventory is stable, or the task never changes, such as controlling a milling machine or something similar. These are the cases I was mainly referring to, or to point to a larger market, small businesses. They are the worlds worst about putting off upgrades as is because what they have is "Good Enough"

      It is not an imposable task to design a device that can be stable in the long run for these tasks, and an infrastructure to maintain it for the long term. Perhaps it's time to start SBM (Small Business Machines).

    98. Re:Yes, by Anonymous Coward · · Score: 0

      Unless we are talking about a lawyer managing a housing board professionally.. Nobody expects the 100000 EUR bill for few meetings.

    99. Re:Yes, by UnknownSoldier · · Score: 1

      Corollary: You can either pay now or pay later to do it right.

      Funny how this applies to retirement savings, exercise, etc.

    100. Re:Yes, by cas2000 · · Score: 1

      only dirty stinking communists have five year plans.

      the only thing that matters are the figures for the next quarter.

    101. Re:Yes, by wallsg · · Score: 1

      Also, keeping the existing system has a 100% chance of being a nagging pain in the ass; but a pretty minimal chance of failing catastrophically in some novel way that the IT minions aren't already familiar with.

      You mean like some of our software, written in the 80s, running only on an old version of VMS, which runs only on certain old DEC hardware (of which there are almost no spares) and can only be supported by a rapidly dwindling generation of staff, none of whom work at our company? Have you ever seen what happens when a piece of hardware fails on one of these machines?!

      I must know you. Not only are the VAXes ancient, the Alphas are obsolete now too.

    102. Re:Yes, by demonlapin · · Score: 1

      I would imagine that the real problem you run into is the driver...

    103. Re:Yes, by Grishnakh · · Score: 1

      Why would that be a problem? If you've built a custom PCI card in-house, then surely you've put the effort into writing your own device driver for it too, or else it wouldn't work. So if you've written your own driver, you obviously also have the source code for that driver, so you can update it for newer OS releases as necessary.

    104. Re:Yes, by demonlapin · · Score: 1

      Assuming that anyone who wrote the original DOS driver is still around... and can write Win 8 drivers. I imagine that staff turnover would be a real killer in these situations... software was a lot closer to the metal those days.

    105. Re:Yes, by Anonymous Coward · · Score: 0

      parent AC here.

      I agree with you 100%. Though I didn't have a solution like the one you mentioned, I did recognise this was a problem immediatelly, particularly because the "required" PC (or, rather, PS/1) model was getting harder to find at the time (late 1999 - 2000). The "people in charge" did try other IBM (again, amazing discounts) models, and some Compaq PCs as well and a few others.

      The problem was, as you point out, the custom-made card. It was too long and had an array or rather large relays sticking out, which mostly prevented even putting other cards in the PC.

      For all its flaws the thing was incredibly reliable (after calibration) and this was the sort of thing you wanted when it was the only thing controlling how much of each component went into the mixer of a truck, or many trucks, that were on a tight schedule of delivery to whatever building, road, or bridge where construction work was being done.

      I think they did try a different model of the card but it was too slow to send the signal to the component silos and the concrete mix wouldn't come out right and it's not the sort of thing I want to have happened when I'm drinving over that particular bridge years later.

      It's been more than 10 years since I left the company so I don't have any idea how it's being done today. Maybe things have changed to something more like what you describe, I sure hope so.

      cheers

    106. Re:Yes, by bfandreas · · Score: 1

      The big truly succesful multinationals plan ahead quite a bit further. Also their IT decisions are predictable. If they are return customers and we know their IT folks then we can tell the purchasing department that their requirements will be obsolete in a year or so. Then it is up to them and their budget planning if they want to have multiplattform right off the bat or fit it into their next budget.

      The purchasing department never is all powerful. If the ordering department has good demonstrable reasons to go with the higher bid then they will concur. Unfortunately this only works with return customers. Otherwise the future of their IT gets farmed out to the lowest bidder or whoever let their CEO win at golf.

      --
      20 minutes into the future
    107. Re:Yes, by AbsGeekNZ · · Score: 1

      Novo pay...if you live in NZ you know what I mean.

    108. Re:Yes, by AbsGeekNZ · · Score: 1

      LOL.....just refered to exactly this debarcle...sucks for the teachers and all NZ tax payers.....

    109. Re:Yes, by nine-times · · Score: 1

      If I have a roof I am going to want to replace it as close to it's expected life as possible.

      That's why I think comparing it to machinery that needs maintenance, rather than something you'd just wait until it breaks. Software is a complex system with moving parts, not a roof. It's not about always having the latest and greatest, but the truth is, it very well may be more expensive to go straight from SQL 2005 to 2015 (or whatever comes next) than to go 2005 to 2008 to 2012 to 2015. It's impossible to say which will be more expensive when 2008 is just being released, since you don't know what will change between 2008 and 2015 when 2015 isn't a product yet. But even in hindsight, it's very difficult to calculate those kinds of costs.

      The problem with not having someone maintain your code is that you lose time and productivity due to things like, "poor performance that might have been fixed if you had someone working occasionally to improve things," and "bugs that aren't very serious so we never bother to get them fixed." I don't care how brilliant you think business owners are, they aren't able to capture that kind of data clearly. But then when you do get around to upgrading from 2005 to 2015, it's possible that you'll have to upgrade to 2008 or 2012 first anyway, since there may be no other upgrade path. If there are major changes, then the upgrade will tend to be bumpy, and you're more likely to see show-stopper bugs as you make the change. All that will be made worse because you won't have anyone around that's familiar with the code you're upgrading. Not only will there be bigger problems, bigger delays, and more loss of productivity, but you're more likely to run into some catastrophic error.

      But even in hindsight, it's impossible to know how close you came to a catastrophic error. It's impossible to know how much quicker and smoother the upgrade process could have gone if someone had been familiar with your code. It's very hard to track how much productivity you lost due to small bugs and minor delays. That's in hindsight. Starting in 2005 when you kicked off the project, you have no way of guessing what you'll run into without support.

      So to me, if there were a factory owner who said, "My whole business relies on this on piece of custom built machinery. I'm not going to do maintenance. I'm not going to secure a source of replacement parts. I'm just going to run it into the ground, and when it dies, I'll figure out how to rebuild it then." then whatever, it's his factory. If he thinks that's going to be the most effective way forward, go for it. But I won't feel sorry for him if it breaks down after 5 years and he complains, "But it's too expensive to rebuild it!"

    110. Re:Yes, by Anonymous Coward · · Score: 0

      At least until they dont make PCI anymore . . . which seems to be happening . . .

    111. Re:Yes, by Anonymous Coward · · Score: 0

      Part of the point should be to NOT need new "organizational work flow". Sometimes it might be good to update, but sometimes the way things are done now are done that way for a *reason* - including reasons that you personally might not know, or be cleared for. (And yes, I mean that in both a business and serious security sense.)

    112. Re:Yes, by Stuarticus · · Score: 1

      Super Mario Bros, or Small/Medium Business. Depends who you're talking to. Did they look high?

      --
      If you think someone isn't free to have a different definition of "freedom" you may be a tyrant.
    113. Re:Yes, by david_thornley · · Score: 1

      30 programmers for three years is well over $10M, most likely over $15M (it will vary depending on required skill, location, etc.). What does it cost to stay on the mainframe? It's not like mainframes are going away in the foreseeable future.

      BTW, I had a friend involved in a disaster like this, which included insufficient hardware resources to match the mainframe (mainframes are extremely clunky, but extremely reliable and very well suited for fast processing of stupid little transactions). He figured the new CIO wanted to put the Java conversion on his resume, and leave before the disaster actually happened.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    114. Re:Yes, by Grishnakh · · Score: 1

      I think I addressed that earlier: you put all the relays and stuff in a separate weatherproof box, keeping as much of your custom circuitry inside that box as possible. Then you connect to it using a custom PCI card, with a defined interface between the two. Later, when PCI is obsolete, you make some new card/module to interface to computers of the day, using whatever new interface makes sense (USB3? PCIe? ExpressCard?). So, yes, you'll have to spend some engineering time on this new PCIe card, but most of your circuitry will be contained in that box, which you can just reuse, so you don't have to re-engineer the whole project.

      Also, the parent AC said this was some IBM computer, possibly a PS/1. I wonder if it used an MCA card rather than a PCI card.

      Now of course, what I said here is just in theory and principle, and without actually looking at the thing's schematics and hardware I can't really say how feasible it is or if it'd be just as easy to re-engineer the relay card altogether than to try to split it up like I proposed. But relays (I'm assuming he's talking about the electromechanical variety) are not high-speed devices at all (compared to a PCI bus, or even an old MCA one), so it seems to me it shouldn't be that hard to split it up so the relays are in a separate box, and that the additional cable length should not cause any performance problems. In fact, relays are so slow that it seems to me that, if I were to design such a project now, I'd probably just use USB because then you don't have to mess around with custom cards at all, or even require the customer to open a PC case; you'd just put everything in a separate box and use a standard USB A-B cable to plug it in. Of course, USB does carry some latency penalties, so maybe this is an issue.

    115. Re:Yes, by Grishnakh · · Score: 1

      Well hopefully, whoever wrote the DOS driver actually kept the source code and archived it somewhere safe. If not, that's a serious management failure.

      You don't need the original driver author, you just need the source code so someone else can see how it works. Other written documentation would be nice too.

    116. Re:Yes, by Anonymous Coward · · Score: 0

      You mean like some of our software, written in the 80s, running only on an old version of VMS, which runs only on certain old DEC hardware (of which there are almost no spares) and can only be supported by a rapidly dwindling generation of staff, none of whom work at our company? Have you ever seen what happens when a piece of hardware fails on one of these machines?!

      That sounds exactly like my job description.

    117. Re:Yes, by Anonymous Coward · · Score: 0

      You must be in the airline industry...

    118. Re:Yes, by Maxo-Texas · · Score: 1

      True story. We installed an SQL patch and dozens of programs stopped working. It turned out IBM had changed the behavior of one opcode from one legal standard behavior to a different legal standard behavior.

      We had to back the patch out. So from that point, we couldn't patch until dozens of programs were adjusted. And then we had a very risky weekend where we put in the patch and installed the updated programs at the same time.

      Then we could start patching again.

      This spring (after the layoffs), they had to hire several people back who had retired before the layoffs because software broke and no one could fix it. Not the indians, not the new people. And the folks they had laid off all had new jobs and were not coming back (except one person who did and they then fired them in less than a week which really didn't encourage anyone else to come back after that).

      --
      She was like chocolate when she drank... semi-sweet at first and then increasingly bitter.
    119. Re:Yes, by Anonymous Coward · · Score: 0

      Hey, I know *exactly* where you work!

      Only within the last three years has there been a real concerted effort to upgrade to something in this generation of hardware and software, because you just can't get that old iron (or emulators of that old iron) functional any longer.

    120. Re:Yes, by Anonymous Coward · · Score: 0

      "I gave my 2 weeks the next day and just to show you how fucking ungrateful those bastards were they were like "Or you're leaving, don't bother with a 2 week then, just clean out your desk and pick up your check" well fuck you too assholes."

      They may not so much be assholes as being pragmatic. Once you turn in your 2-weeks notice, many companies want you out ASAP (while paying you for the two weeks) since that minimizes any potential for you messing around. I am not saying that everyone would take advantage of their last two weeks to sabotage the company but only that if a worker is so ticked off with the company that they will suddenly resign, they are potentially a ticking time bomb.

    121. Re:Yes, by wertigon · · Score: 1

      Small/Medium Business

      --
      systemd is not an init system. It's a GNU replacement.
    122. Re:Yes, by symbolset · · Score: 1

      The guys at the top build their castles. And then we rip out the copper wires from the walls and sell them on eBay. We commercialize laughing at their hairpiece. The Internet turns your whole nihilistic POV upside down. It doesn't have to be Gangham style level of meme to make money.

      --
      Help stamp out iliturcy.
  2. Yes by fredgiblet · · Score: 3, Insightful

    "Aren't they also losing money by working with inefficient, outdated systems?" Yes. But that's long-term, in the long-term it's someone else's problem. In the short-term they need to cut costs to make the stock look good.

    1. Re:Yes by Ferzerp · · Score: 5, Insightful

      This is an easy assumption to make, but it isn't always the truism you're making it out to be. Many software packages are highly specialized. There may only be a handful of options available that perform their function. Many of them may be difficult and far more expensive than you realize to upgrade, may have been abandoned, may have been ruined by "improvements" during upgrades, etc. When a piece of software is integral to a business, and there is no simple upgrade path, sometimes the cheapest (and *correct*) option is to stay on an "outdated" platform. Often, mitigating the issues with the old systems are cheaper than upgrading the software (if that is even possible).

    2. Re:Yes by adamchou · · Score: 1
      I've worked with certain government organizations that have used really outdated systems and I can say that one of the reasons is exactly this...

      in the long-term it's someone else's problem

      The employees of the organization I worked with were only obligated to work there a year or two and then they'd go move to another location. If they just pushed off the task as much as they could citing lack of manpower, funds, or other resources, it'd eventually become someone else's problem.

    3. Re:Yes by Anonymous Coward · · Score: 0

      if the 'outdated' system is working, they are NOT losing money.. and if it wasn't working, they'd have upgraded by now... so they're saving money in the short term, because that's what keeps management's jobs.... but they WILL pay through the nose and down to their assholes when XP and IE6 EOL and all those systems (most of which likely have internet connectivity or are connected to networks that do) start catching bugs.. some heads WILL roll as a result.... not MY problem, i'll be there to pick up the pieces and laugh my ass off all the way to the bank.

    4. Re: Yes by AudioEfex · · Score: 5, Insightful
      Exactly. Many companies of a decent size have their own internal apps, tools, etc. that are not commercial products. They can range from simple tools (say an internal web page that runs a query over several unrelated systems to show a data set) to entire systems (many large companies may start with a commercial product then "Frankenstein" them internally to tailor them to the individual companies needs.

      Often, the people who may have made these tools are long gone (and if a tool is used for years, then the person was probably promoted out because it was a success). And very often they are either built in a short period of time for a specific task and don't scale well to newer systems, or they were built over a long period of time by many different people and there is little if any documentation as the goal was just to make it function and work.

      It's not about laziness, it's about resources. Simply upgrading a web browser can render something non-functional. Basically when you make a major change like that, every inch of system, tools, and code needs to be tested, rewritten, and/or replaced. Since the company cannot just multiply it's IT budget by a factor of ten, or just close up shop for the time it takes to do all this so customers/clients are unaffected, it takes time.

    5. Re:Yes by Anonymous Coward · · Score: 2, Insightful

      That is until you get hit by an exploit that Microsoft refuses to fix due to being EOL. Once said exploit hits and ravages your network, then what?

      That's a pretty sorry excuse.

    6. Re: Yes by Anonymous Coward · · Score: 1

      ACs are cute when they're young and have naÃve views like you.

    7. Re:Yes by Anonymous Coward · · Score: 1

      The engine in my car is over ten years old, but it works just fine. I could spend a lot of money and get a new engine, maybe save some money in gas and reliability and even pay for the investment over time, but I don't, why? The risk/reward isn't there. The money I'd invest into a new car engine means I have less to invest elsewhere. Software is a tool of a company, one of many... it's a juggling act of a business to choose where to invest. For every software engineer lamenting the ancient systems they have running there is a tool and die guy complaining about their old equipment in the shop floor, a mechanic complaining about their old trucks, etc. I've never met a more whiny group than Computer Scientists using old software though.

    8. Re:Yes by rudy_wayne · · Score: 5, Insightful

      Contrary to what some people try to claim, businesses aren't sticking with XP because they are lazy or stupid. Many people really don't understand the business aspect of this. It's not the same as a person upgrading one or two computers in their home.

      Businesses have a very legitimate problem -- changing thousands (or tens of thousands) of computers to a new operating system is very expensive -- not just the cost of the OS itself but you have to pay people to do all the upgrading and deal with all the problems that come up. And after you spend all that money, what do you have? You have thousands of computers that look slightly different but work exactly the same as they did before. So what benefit did your company gain from spending all that money? This is a legitimate business concern.

      Then there is the problem of software, and this is something that affects many companies both large and small. Many businesses run specialized software that is very expensive and, unfortunately, in many cases, very poorly written, meaning that it runs on Windows XP but often won't work on never versions of Windows. And so, in addition to all the expense involved in changing the OS, there is the additional expense of buying new versions of other software. And once again, once you've spend all that time, effort and money, what do you have? Computers that function exactly the same as they did before. There may be improvements "under the hood" but there is no obvious improvement in functionality.

      What you really have here is an inherent conflict between the software companies and the companies use use the software. Software has matured to the point that 12 year old Windows XP, 10 year old Office 2003 and 8 year old Photoshop CS2 are still perfectly fine and able to do everything that most people need. But the software companies need to keep selling software, so they keep making changes to create "new" versions.

      But businesses don't want "new". They want stability. They don't want to be constantly changing things because that disrupts their business and costs them a lot of money, with little or no benefit.

    9. Re:Yes by Sable+Drakon · · Score: 1

      There's a reason for that though. A car engine isn't succeptable to remote exploitation. Browsers and any internet-facing software are. So it starts becoming a problem when the tools you use start becoming the source of a problem you didn't even realize was possible. To bring the analogy back to the tool and die guy, he's perfectly fine working with decades old tools, they work just fine until they begin to rust out and cause problems elsewhere. That's all this is, digitial rust. And the problem is exasterbated by the fact malicious programmers work a whole lot faster than oxidization.

      --
      The Amarri pray for god, the Caldari pray for profit. the Gallente pray for peace, but the Minmatar pray their ships hol
    10. Re:Yes by Anonymous Coward · · Score: 1

      Unfortunate, but true. Thankfully, this attitude is being frowned upon more and more as time goes on.

      I helped organize and implement a swap from XP to 7 on a 17K system network for a major defense contractor, with a suspense of 30 days, because the powers that be were finally shocked into the reality that their aging infrastructure could cost them a lot of business thanks to some uninvited guests from China slipping in and having a field day on the network. With government and big business finally seeing the light, if grudgingly, small business won't be far behind, if for no reason than to remain compatible.

    11. Re:Yes by Sable+Drakon · · Score: 1, Insightful

      You're right, they do want stability... Which with XP, so long as it's facing the internet, is going to go down in a giant pile of ratshit within the next 2 years. Any organization still running XP should have started researching a migration to Windows 7 the day SP 1 released and been prepared to deploy with 90% of the major problems squashed by the 18 month mark (i.e. September 2012). 18 months is plenty of time to research, analyze, repair most of the problems that a business might have with the upgrade. The fact that so many haven't is rather frightening.

      --
      The Amarri pray for god, the Caldari pray for profit. the Gallente pray for peace, but the Minmatar pray their ships hol
    12. Re:Yes by Anonymous Coward · · Score: 0

      Like Debian?

    13. Re:Yes by arth1 · · Score: 2

      There's a reason for that though. A car engine isn't succeptable to remote exploitation.

      Um, yes, it is. People drive off with other peoples cars. And for some cars, you can even disable the engine with a radio signal.

      What saves you, and what saves businesses with legacy IT systems is that the thieves generally aren't interested in your 1997 Explorer or your old OS on a 75 Mhz processor. You're not a tempting target, so even though it's well documented how to break in to either, you're likely far safer than the guy with a 2014 Porsche Cayenne or Dual Hexacore 3.4 GHz CPU.
      And, unlike the car, you can usually wall the legacy system in and keep it running without broad exposure.

    14. Re:Yes by afidel · · Score: 1

      Yep, did a rollout for a large mortgage bank around 2004 timeframe to install a new XP image running Microsoft VirtualPC to virtualize OS/2, the reason was that they had a custom app that was certified in all 50 states to do some calculations, the projected cost to rewrite and recertify it was north of $25M and that didn't include retraining staff. Keeping that old software going was the MUCH cheaper option.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    15. Re:Yes by AthanasiusKircher · · Score: 5, Interesting

      An excellent post. Thank you.

      Software has matured to the point that 12 year old Windows XP, 10 year old Office 2003 and 8 year old Photoshop CS2 are still perfectly fine and able to do everything that most people need.

      I'd like to emphasize this point too, since it seems to be at the center of the problem with the question posed here. Why exactly would businesses even want to upgrade? What does it get them?

      I'd push the dates back even further and say that a lot of business software reached maturity -- as measured by the functionality that more than 99% of employees need and use on a regular basis -- roughly 25 years ago. (Web browsers would obviously be a little later, since the modern "web" didn't exist yet.)

      What exactly do most office employees do today that couldn't have been done with a late 1980s copy of WordPerfect and Lotus 1-2-3 on DOS? Even the first version of Photoshop in 1989 was an instant hit and was perfectly adequate for most user's needs in terms of functionality (though you'd need a Mac).

      Now, I'll grant you that the DOS interfaces seem a little clunky compared to today, but 99% of the functionality that most people need was already there. I know at least one person who continued using his 386 until a couple years ago for all of his business needs other than modern internet browsing, with his old DOS-based WordPerfect churning out new documents every week and some ancient version of Excel for Windows 3.1 for his business spreadsheets.

      I think the reason software appears to have "matured" in the early 2000s is because we finally hit some magical threshold of computer literacy in the workforce. It's not that the old DOS or Windows 3.x systems couldn't do what businesses needed; it's just that it was still possible in 1990 to be an office worker and not really "do computers," particularly if you were over 35-40 years old and/or in a small business.

      By 2000, that just wasn't acceptable anymore. Everyone was expected to be relatively fluent with computers -- including even those older people who were "excused" in 1990, but now had been trained and forced to adopt the ways of the new "machine." Young people entering the workforce had grown up with PCs, so they knew how to use them intuitively. Computer illiteracy was no longer an option.

      It should be expected that soon after that moment when computers became entrenched that people would start to realize that "new" isn't always better, if no significant new functionality is added. Early adopters of computers could get excited about the next new version of Word or Excel -- "Wow, did you see what WordPerfect 6.0 can do? Did you see the cool new graph options in Excel 95?" But by the early 2000s those people were outnumbered by loads of older people in their late 30s, 40s, 50s, and 60s who didn't really grow up using computers heavily and had just barely caught on to the systems they were supposed to be fluent in.

      Why the heck would these older people -- the bulk of the workforce a decade ago -- want to keep adopting a new UI every other year? Why would businesses want to try to get them to? They finally got all these older office workers literate on the systems they had. And what new functionality does any of this new crap give anyone, in terms of basic everyday business needs for the average office worker?

      Here we are, 25 years later, with computers that have 10,000 times as much RAM and hard drives 10,000 times as big, and many people still have a clunky word processor that's bloated with too many functions and a spreadsheet that seems to run slow sometimes. The UI is the only major thing that keeps changing. Businesses only care about the core functionality... and once they hit a critical mass of workers who were fluent on a particular UI, why the heck would they ever want to change?

    16. Re:Yes by fredgiblet · · Score: 1

      True, but I'll bet that the number of times where that's the case are nowhere near the number of times the company is holding on to the old system for dear life to keep the balance sheets looking good for this quarter.

    17. Re:Yes by fredgiblet · · Score: 1

      And it's not just the program itself that's rusting, the compatibility issues are keeping the whole computer and even network rusting. That web app that requires IE6 isn't just vulnerable itself, it's making the entire computer vulnerable.

    18. Re:Yes by fredgiblet · · Score: 1

      The major problem with that is that you may avoid problems and expenses now, but you're setting yourself up for greater problems and more expenses later. What happens when IE 6 gets exploited and it's not GOING to be fixed? Now you have a critical flaw that can't be patched and you need to either accept the risk of exploit or do a crash upgrade, which will be MUCH more expensive and problem-riddled than a properly run upgrade. Leaving you high and dry. Preventative maintenance is much cheaper than repair in most cases.

    19. Re:Yes by sjames · · Score: 1

      Of course nobody cares abiout the ancient OS on your crufty PC. They are, however, quite interested in the banking details said PC has on it.

    20. Re:Yes by Wolfling1 · · Score: 1

      Ummm... yeah, about that 'inefficient, outdated systems'...

      Can we please get some specifics about that?

      Since when does outdated equate to inefficient? Anybody who upgraded to IE10 from IE8, or to Windows Vista from XP will probably have a few words to say in this space.

      Or alternatively, you could look at the scenario of a middle sized financial institution where I used to work about 12 years ago. They were looking at upgrading from NT to 2000. It was going to cost them in the order of $32M to upgrade about 6000 desktops. This included some hardware upgrades, but also sociability testing on apps, a few software upgrades, deployment, retraining, etc. Senior Management said 'what is the payback for this $32M project'. IT said 'Microsoft told us if we didn't do it, they'd stop supporting us.' After a while the howls of derisive laughter died down and management said 'No, really... what's the benefit to the company'. There was none. Nada... zip. Outdated did not equate to inefficient. Eventually, they realised that Microsoft had them over a barrel, and decided to act. What did they do? They hired 5 top notch NT gurus at a the princely sum of $200k per year each and told them to support NT in our environment. $1M in staff costs is cheaper than $6M in depreciation on their $32M investment.

      In the end, they were able to delay the upgrade a couple of years and leapfrog straight to XP. Saved bajillions of dollars.

    21. Re:Yes by arth1 · · Score: 1

      Of course nobody cares abiout the ancient OS on your crufty PC. They are, however, quite interested in the banking details said PC has on it.

      For a corporate legacy PC, chances are it won't have any of that on it. The newer PCs, on the other hand...
      The old box may have business secrets, but so old business secrets that they're worthless to an intruder.

    22. Re:Yes by DigiShaman · · Score: 1

      Here's the business case for upgrading. EOLed products and support. That, and the momentum of change. Pay now or pay dearly later. This is why all companies should have an IT budget each year and sock away any funds ahead of time for any planned upgrades that need to occur. More or less.

      If businesses are going to rely on technology to compete in the market, it behooves them to take Information Technology seriously. If they don't, well...face the consequences of inaction.

      --
      Life is not for the lazy.
    23. Re:Yes by dbIII · · Score: 1

      The very sad thing is thanks to the inhouse legacy stuff being written about here is that such a legacy corporate system ends up with the business secrets of this week and not just old ones.
      I've go a few legacy systems but they are for report generation (fragile VB house of cards built around an old version of MS Office, then to add insult to injury, a parallel port dongle to protect the IP of that piece of shit with a "security" application that is 16 bit) and a print server for plotting an old vector graphics format (but at least I could finally get that old app running in solaris 10 to get it off a 1994-era system). Not entirely critical but useful enough to keep. The excuse for the report generating piece of shit is that each time the thing is used is expected to be the last for that sort of work. We've got some other very old VB shit on win98 to handle some A/D hardware that won't work on anything newer (weird since you can still buy it new) but we've been converting that stuff to python and other hardware for a few years.

    24. Re: Yes by AvitarX · · Score: 1

      So, you're saying I could quickly stamp out imperfections on a photo 25 years ago?

      Things are far faster now, and even trivial use cases of much of modern software was impossible back then.

      I never used an old version of lotus, but I'm curious how it worked with text? Or would I be regularly dumping the sheets I work with now, and using awk, would everyone need to learn it?

      A computer from 2000 would have trouble with opening the photos in a best of vacation album from a low bend camera for editing (8 megapixels is 22 mb/image).

      --
      Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
    25. Re:Yes by Skreems · · Score: 1

      If nothing else, collaboration and recovery features in most common office software have only come into their own in the last 5 years or so. Earlier versions of Microsoft Office (yes, I know, but a lot of people use it) had very limited collaborative or multi-revision support, and very little in the way of auto-save or recovery post failure. It's not a major win, but it's a subtle efficiency improvement across your workforce.

      On top of that, most companies had to upgrade their OS and software versions to take advantage of the x64 switch at the hardware level, since the standard install of XP was 32 bit. Now, you might argue that you don't need larger amounts of RAM if you don't upgrade the software, but that's not really true from my experience. Even with fast hardware XP would start to chug badly when you ran out of physical memory, and that could happen pretty easily as you started to run real amounts of apps. At the same time, XP was locked to some ridiculously small number of cores (maybe 2) so to get the full benefit of your shiny new 8 core machine you again have to upgrade. And all new hardware is going multi-core, since traditional speed increases have pretty much been halted by physical limitations (ok, multi-core and decreased instruction cycles, but that only gets you so far).

      Again, maybe not a sea change, but things just work way faster today than they did five years ago. Remember when IE and Firefox had splash screens? We forget really easily how slow "fast" was in 2005. All of these things make workers more efficient over time, and make the business that employs them more productive.

      And hell, if nothing else, companies have to upgrade eventually or people will start moving to jobs where they aren't forced to work with 20 year old software. Not everyone, sure, but being forced to work with inefficient or poorly written UIs can piss people off enough to become a legitimate factor in attrition, especially if a lot of other companies are keeping up with the tech curve.

      --
      Slashdot needs a "-1, Wrong" moderation option.
      The Urban Hippie
    26. Re:Yes by gmhowell · · Score: 1

      Here's the business case for upgrading. EOLed products and support. That, and the momentum of change. Pay now or pay dearly later.

      Time Value of Money

      Also explains why next quarter's financials are so much more important than next year's.

      --
      Jesus was all right but his disciples were thick and ordinary. -John Lennon
    27. Re:Yes by Altrag · · Score: 3, Informative

      What exactly do most office employees do today that couldn't have been done with a late 1980s copy of WordPerfect and Lotus 1-2-3 on DOS?

      Off the top of my head:
      - WYSIWYG. Sure it might not be theoretically as powerful as something like LaTeX, but all the theory in the world doesn't help people who aren't versed in the arcane -- and that's most of the people. Of course this only brings us to Windows 3.1 -- past DOS/WordPerfect but not quite up to XP.

      - Staying stable for more than a day or two. Or an hour or two in a lot of cases. Windows XP was the first introduction the consumer and small business user had to a (mostly) stable operating system. Its not perfect sure, but its an enormous step forward from 98 or ME in terms of stability.

      Sure Mac already did WYSIWYG a few years earlier and they've always been (comparatively) stable, but this is still a bit before the iPod made Apple a household name -- they were mostly only used by a few niche markets at the time and the significantly higher price tag over a comparable PC (and then not being able to use most software to boot) would have turned a lot of people away long before they had to worry about stability -- assuming they could find a local store that sold Macs in the first place.

      For that matter, the rise of Apple probably didn't hurt the whole situation either -- it would mark the first time that average people would realize that "computer" != "Windows" and start considering possibilities and alternatives rather than just taking whatever gets shoveled at them.

    28. Re:Yes by robot5x · · Score: 2

      Here's the business case for upgrading. EOLed products and support.

      No that's not the business case for upgrading, that's the vendors business case for me upgrading

      There may well be perfectly sane reasons for vendor to EOL products and support, but I work with a lot of NGOs who honestly just want their fucking email and MS office 2003 to work. Forcing an upgrade from XP for them entails eye-watering licencing and hardware costs which, when it's all over and done with, will leave them able to do exactly what they were doing anyway.

      --
      Hej! Nasi tu byli!
    29. Re:Yes by Altrag · · Score: 1

      EOLed products and support.

      "EOL" doesn't mean the same thing to a software user as it does to a software producer.

      To the producer: "We are no longer supporting this product." And often includes the subtext "mostly just because we want you to pay us again."

      To the user: "The product no longer works."

      The former generally precedes the latter by a large time gap -- frequently years. The user doesn't really care that the sales rep has a fancy acronym when they come calling with a price tag to update a product that already works as it is.

      And of course add to the fact that most upgrades are a horrible experience. Its like being at the dentist all day every day for at least two weeks while you sort out and figure out how to ignore all of the new "features" that you don't care about and discover all of the ones you loved no longer exist or have been converted to a purchasable add-on.

      Put it this way: Would you recommend upgrading from Win7 to Win8 at the moment? And I'm not talking about "you can't easily buy Win7 anymore," I mean an intentional purchase of Win8 and installing on your existing hardware. (And no need for a stream of "just upgrade to Linux" -- that's not the point of the question.)

    30. Re: Yes by udachny · · Score: 0

      Let me add by making a car analogy:

      You bought a Honda 10 years ago, it still runs, would you be switching parts in it that are still working fine because somebody may ask you this question like in TFS:

      Aren't they also losing money by working with inefficient, outdated systems?

      Aren't you losing money or performance due to pedals, floor mats, window washers, blinkers, axle, tail pipe, trunk cover, hood, glass, engine parts, cup holder not being the latest?

      Let's put it another way: why aren't you all constantly upgrading your table covers? Floor boards?

    31. Re:Yes by Anonymous Coward · · Score: 0

      Imagine the xp house switching to win 8.

    32. Re:Yes by Sable+Drakon · · Score: 1

      Um.... You'd be kinda surprised about what sorts of information is stored on a legacy system, mostly because the those using it aren't aware it's a legacy system. Only the ones maintaining it have some clue of how old the machine/network is.

      --
      The Amarri pray for god, the Caldari pray for profit. the Gallente pray for peace, but the Minmatar pray their ships hol
    33. Re:Yes by Hognoxious · · Score: 1

      If old machines are currently in use (that is the premise of the article, isn't it?) then why do you think the data on them is old?

      We aren't talking about dumpster diving.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    34. Re:Yes by Anonymous Coward · · Score: 0

      Which is exactly why the software companies are aiming for a "cloud based subscription model". Then they do not need to create "new" versions to keep the revenue flow. See http://slashdot.org/story/13/05/06/1858228/adobe-creative-suite-going-subscription-only

    35. Re:Yes by Anonymous Coward · · Score: 0

      I could not agree more. Software that provides business functionality has been stable for a long time -- new versions are sometimes worse because of the additional capabilities hammered to fit to satisfy the wants of someone (phb?) to have a 'new' version. The assumption that new is automatically better really only works for the sales folks as a new sale is always better for them -- the business maybe not so much. And programmers who feel compelled to rewrite perfectly workable code in the latest abstract idiom because its the latest buzz so of course it is superior to that old cruft... there is a special circle of hell just for them. The problem, as always, is the changing capability of the hardware -- sooner or later that old box will die. Virtualization is one solution, as IBM realized a very long time ago, but gets tricky when dealing with external equipment. And sometimes it seems that IT vendors would really like to force companies to relicense their products with each new version. The rub is that nothing lasts forever -- especially companies. And standards? Too many choices -- look at the simple case of consumer electric power -- did you want 110-125v/60 cycle, 100v/50 cycle, 240v/60 cycle, something else? And I must ask, do we really need thousands of slightly different computer languages? Business resists the siren call of 'new' for a simple reason -- if it is not broke, why fix it? And that is broke from their perspective, not some IT guy looking for a new project or a sales person wanting to exceed the sales quota.

    36. Re:Yes by isama · · Score: 1

      In my country people seem to think that computer == windows and apple!=computer and apple==shiny

    37. Re:Yes by Anonymous Coward · · Score: 0

      Couldn't agree more. well said

    38. Re:Yes by nine-times · · Score: 1

      When a piece of software is integral to a business, and there is no simple upgrade path, sometimes the cheapest (and *correct*) option is to stay on an "outdated" platform. Often, mitigating the issues with the old systems are cheaper than upgrading the software (if that is even possible).

      Yes, but that doesn't really contradict the previous post. Staying on the "outdated" platform is still a short-term solution aimed at keeping costs low. Don't get me wrong, it might be a great short-term solution. Sometimes what you need is a short-term stop-gap until a long-term solution becomes more feasible.

      On the other hand, if you're sticking with a short-term solution and you aren't also actively working on a better long-term solution, then you're just kicking the can down the road.

    39. Re:Yes by tbannist · · Score: 1

      Contrary to what some people try to claim, businesses aren't sticking with XP because they are lazy or stupid.

      Right, they're doing it because they're cheap and scared.

      --
      Fanatically anti-fanatical
    40. Re:Yes by tbannist · · Score: 1

      It also explains why so many pointy-haired bosses are willing to ruin good businesses for short-term profits. Don't forget that the long term doesn't matter if your plan includes not being around to collect the blame for your short-term decisions.

      --
      Fanatically anti-fanatical
    41. Re:Yes by MachineShedFred · · Score: 1

      What people around here call "inefficient, outdated systems" other people might call "reliable, proven systems."

      Change for change's sake isn't the best way to do business. Thus, the endless ROI calculations, and justifying the expenditure of "loot" on implementing projects.

      --
      Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
    42. Re:Yes by MachineShedFred · · Score: 1

      My company is currently undergoing an XP-to-7 migration, with our projected end date somewhere just slightly shy of April 2014. It has been a 2-year effort for the engineering staff, and now is an effort for the support apparatus to do the migrations and handle new issues and tickets. Included in this effort was the following:

      Creating and validating the Windows 7 core image we're using
      Validating and certifying all our management agents on Windows 7
      Identifying and creating a software management infrastructure for Windows 7
      Updating and repackaging practically every application for Windows 7
      Building an automated process to upgrade from Windows XP to Windows 7, preserving user data; accounting for over 2600 physical locations and 50k+ users

      When it comes time to do this again, we're planning on having all of the applications virtualized (that can be) via App-V / ThinApp / XenApp so we can knock a couple things off the list.

      --
      Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
    43. Re:Yes by PlusFiveTroll · · Score: 1

      Have you even hacked? Old systems are great places for hackers to jump in. It's likely they are never looked at so information gathering can occur for a long time with low risk of discovery. Once you have your foot in an old system you can use it to exploit other network resources.

      Never assume any secret is worthless, you never know the motivations of an attacker.

    44. Re:Yes by Anonymous Coward · · Score: 0

      Sure Mac already did WYSIWYG a few years earlier and they've always been (comparatively) stable

      Pre-OS X Macs weren't stable at all.

    45. Re:Yes by cornjones · · Score: 1

      The major problem with that is that you may avoid problems and expenses now, but you're setting yourself up for greater problems and more expenses later. What happens when IE 6 gets exploited and it's not GOING to be fixed? Now you have a critical flaw that can't be patched and you need to either accept the risk of exploit or do a crash upgrade, which will be MUCH more expensive and problem-riddled than a properly run upgrade. Leaving you high and dry. Preventative maintenance is much cheaper than repair in most cases.

      This is important. Stable, planned costs are much preferable to a call to spend X gazillion dollars last second b/c all of the sudden there is a fire.

    46. Re:Yes by Kaptain+Kruton · · Score: 1

      But businesses don't want "new". They want stability. They don't want to be constantly changing things because that disrupts their business and costs them a lot of money, with little or no benefit.

      That is a big thing. Other departments that use systems hate any changes that disrupt their work. Learning new systems takes work and slows them down and often takes away what they see as advantages. On our old green screens, many users have key sequences memorized so they can carry out various actions (such as data entry) with only occasional glances at the screen. Forcing them to use a new tool takes that away that ability until they relearn it. Even if the new tool offers new feature or options, the user will consider it to be an inconvenience unless it benefits them, personally. If they can see how it benefits other departments, they will usually (grudgingly) accept the changes. If it only improves things on the back end (that only IT people see), they will avoid using it until we force them to use the new tool and take away the old tool.

      Not only that, but many users will often use applications incorrectly unless it has checks to prevent this. If a new application implements something to prevent that misuse, the user will complain that the program has a "bug" because they can no longer do something. From their perspective, this is an inconvenience and a disruption because it forces them to change the way they do things without providing them with any benefits. For example, an old version of one of our apps lacked certain data entry checks. So the data entered by one department would often end up creating new data records because one of the users was too lazy to look up an existing record. This meant we would have multiple data records all representing the same supplier or multiple records representing the same customer. While this would occasionally affect other departments, it did not cause that department many (if any) problems... so they didn't see any problem with their way of doing things. When an updated tool was deployed, those users complained that it didn't work right or it was forcing them to do extra work (just a couple seconds), when in reality, it was preventing problems in other departments and saving another guy from spending time every week cleaning up data.

    47. Re:Yes by gander666 · · Score: 1

      Truth. I remember my wife being rocket fast at force quitting and restarting applications that borked. Freaked me out.

      --
      Suppose you were an idiot and suppose you were a member of Congress ... but I repeat myself. - Mark T
    48. Re:Yes by arth1 · · Score: 1

      If old machines are currently in use (that is the premise of the article, isn't it?) then why do you think the data on them is old?

      IT surely depends on the machines and the functions they do, but many cases I can think of will not have new secrets on them:

      - License servers with hardware dongles
      - Print servers
      - Hollerith card readers
      - Developer environments supporting ancient products where customers still get support. (Yes, there may be new or modified files, but unlikely anything but bug fixes.)
      - Telemetry collectors for non-confidential data
      - Hardware emulators
      - CNC or other factory machines (often needed to be able to create replacement parts for old products). ... and lots of others, with likely no interest for hackers unless they do it for the lulz.

    49. Re:Yes by ewibble · · Score: 1

      Yes you may get a IE6 exploit, but there are usually workarounds e.g don't use it to browse the web, install Firefox and use that. Upgrading software may not be just expensive it can be very expensive and risky. A cost risk analysis has to be done (which I assume they do). I could be like replacing your fridge very 2 years because it reduces the risk it might break down, and you would loose your food.

    50. Re:Yes by Grishnakh · · Score: 1

      It doesn't matter if the vendors have sane reasons or just pure greed for EOLing products and support: when you buy a product or support for something, there's a risk the vendor will EOL it at some time because they want to move on to something better, or it's obsolete, or they just want more money for something newer. That's what happens when you're reliant on an outside vendor for something. So you either need to make yourself totally self-sufficient so that you don't rely on a vendor for anything critical, or you need to anticipate that at some point, the rug is going to be pulled out from under you, and prepare for it.

      If nothing else, at some point equipment stops working due to age. Commodity stuff frequently can't be easily repaired and parts might not be available if it's too old. You can't buy new computers with XP any more (I don't believe). So as long as you're tied to a proprietary vendor, you're tied to its upgrade cycle, more or less. If these companies were all running on Linux they wouldn't have this problem as much since the ABI for Linux hasn't changed in ages and ages (as long as your application is statically-linked, and not relying on some open-source libraries that change over time, although even there it's frequently not that hard to maintain backwards compatibilty), but with Windows, you can't run Office 2003 on Windows 8 for instance.

      And for just wanting email and Office 2003 to work, that might be asking too much: luckily, email hasn't changed in ages, and probably won't, but with most other things, you have to keep up with the times to some extent. It might be OK to keep running Office 2003 indefinitely in your organization if you never exchange files with anyone else, but if you have to send, or more importantly, receive files from other companies, your software has to be able to read their files, and Office 2003 can't read the latest Office 2013 (or whatever it's up to now) file formats. It's like this with other application-specific files as well. Same goes for web browsers: if your company refuses to budge from IE6, your employees are going to have a hard time viewing many modern web sites which use HTML5, PNG images, and haven't bothered with any IE6-specific hacks. When you need to be able to communicate with the outside world, you have to run software that lets you do that, and decade-old software many times won't.

    51. Re:Yes by Anonymous Coward · · Score: 0

      - Staying stable for more than a day or two. Or an hour or two in a lot of cases. Windows XP was the first introduction the consumer and small business user had to a (mostly) stable operating system. Its not perfect sure, but its an enormous step forward from 98 or ME in terms of stability.

      Myth.

    52. Re:Yes by robot5x · · Score: 1

      all very good points, and I can see the arguments from both sides make sense (to differing amounts, depending on your perspective)

      Compatability is certainly an issue but, being devils advocate, for the 'average' user what does .docx offer that .doc doesn't? I certainly appreciate features in newer versions of Office that aren't in 2003, but I honestly can't believe it's impossible to live without them. And i guess that highlights the fundamental 'culture clash' between vendor and Joe Average user. Certain functionality is so ubiquitous nowadays that we almost view at as a human right!

      I've been thinking more and more recently that the 'XP cliff' that companies are facing as they look at upgrade options, is a good opportunity for many to switch to open source alternatives. Especially for small/medium businesses, NGOs and charities. Does anyone have real-world experience of opening that conversation in that kind of sector?

      --
      Hej! Nasi tu byli!
    53. Re: Yes by logicassasin · · Score: 1

      A computer from 2000 would have trouble with opening the photos in a best of vacation album from a low bend camera for editing (8 megapixels is 22 mb/image).

      In 1998, I ran a self built Cyrix 6x86MX PR200 based machine with a mind bending 48MB of RAM. With Win95b installed, I worked on extremely large (for the time) game backgrounds for a small startup company. I had no problems opening up files approaching or greatly exceeding the 8MP size of today's cameras. There was a lot of paging and whatnot, but it was still workable under Photoshop 4.0.

      I have in service right now a Dell Optiplex GX200 w/933MHz P3 w/1GB PC800 RDRAM (built in 2000) Running Windows 7-32bit. It handles 9MP pictures nicely. thank you very much.

      --
      Fifty watts per channel, baby cakes.
    54. Re:Yes by Anonymous Coward · · Score: 0

      Many of them may be difficult and far more expensive than you realize to upgrade, may have been abandoned, may have been ruined by "improvements" during upgrades, etc. When a piece of software is integral to a business, and there is no simple upgrade path, sometimes the cheapest (and *correct*) option is to stay on an "outdated" platform.

      As an example: the small company I work for uses a 15-year-old client-server-based billing system where the server only runs on MacOS X 10.2 and older (and only runs *well* on MacOS 9.x). There's a new version that runs on modern OSs, but we can't upgrade because a key feature was moved from the flat-licensed basic version to the most expensive of the per-seat-licensed premium versions. Because of the number of seats we'd need to pay for, upgrading would wipe out the company's profits for the next 20 years -- it's cheaper to keep a stack of old PowerMac G3s sitting around and just accept a day or two of downtime every few years when the current server fails.

    55. Re:Yes by Grishnakh · · Score: 1

      - Staying stable for more than a day or two. Or an hour or two in a lot of cases. Windows XP was the first introduction the consumer and small business user had to a (mostly) stable operating system. Its not perfect sure, but its an enormous step forward from 98 or ME in terms of stability.

      This doesn't apply to a late 80s copy of WordPerfect or Lotus 1-2-3 on DOS as the OP asked. These were DOS programs, and DOS was extremely stable. The only time DOS ever "crashed" was when an application program hung; DOS was little more than a program loader, so everything was up to the application (except for some I/O routines and the like which DOS provided); good applications worked fine and were stable, crappy applications froze or reset the computer. It's not that much different from now, except that by running applications under an operating system, good applications work fine, and crappy applications crap out but don't affect other applications currently running.

      Computers took a giant backwards leap in stability when we moved from DOS to Windows, because it did such a poor job of isolating applications from each other (and seemed to have other stability problems too), until they finally got to WinXP. Of course, the other side of the coin is that, with multitasking OSes, we were able to run multiple applications at once. I still remember, in the DOS days, of constantly having to save my work, quit an application, then go open a different application, to do something else, then save and quit, and switch back to the previous application. Now if I'm designing a PC board, for instance, I can have a web browser open to multiple web pages so I can cross-check information (prices, etc.) from multiple sources/vendors, a PDF viewer open to view reference data, an on-screen calculator, a PCB design program, its accompanying schematic design program, etc. all at once. And I can run a music playing program in the background too. I couldn't do this back in the DOS days.

    56. Re:Yes by Common+Joe · · Score: 1

      When a piece of software is integral to a business, and there is no simple upgrade path, sometimes the cheapest (and *correct*) option is to stay on an "outdated" platform.

      This hits small business too. My wife is a business of one person (unless she needs me to work on her computer). She uses a $1000 piece of software to do her job. We've both purposely held off upgrading her. She's two versions behind and I'm worried about her not being able to port 15 years worth of data to the next version. Why do we keep her on it? Because the newer version not only reduced functionality but introduced bugs that destroy files. Permanently. There are no other pieces of software that can do what she needs. It's too specialized.

  3. Your question by Anonymous Coward · · Score: 0

    What happened to that money they saved?
     
    Globalization. Billionaire CEOs. Over 10 million on "disability" sucking at the government teat.
     
    That's my guess.

    1. Re:Your question by Dishevel · · Score: 1

      Try not to forget that as you become more efficient you lower prices to attract more customers.
      Unless you are a government propped up shit hole telco.
      There is a reason that at one time a TV was only for the rich. Now people on welfare have 3 HD TVs and cable.

      --
      Why is it so hard to only have politicians for a few years, then have them go away?
    2. Re:Your question by Anonymous Coward · · Score: 0

      Can you blame people for going on disability when their unemployment is depleted without a decent job ever materializing? The economy has been fucked over six ways to sunday and we aren't even close to being out of the woods yet.

    3. Re:Your question by peragrin · · Score: 1

      and comments like that are why businesses are idiots. owning 3 HDTV's is nothing. you are talking about $1500 spread over 10 years.

      if you want to look at something look at how a the average CEO today makes 100 times the amount of someone from 1970 but the average employee only makes 1.1 times the amount of someone from 1970.

      Where is that money going? it isn't being used to build the economy. it isn't growing businesses. Wall street looks like the recession never happened, with record breaking gains. But the REAL economy is still in massive recovery mode.

      --
      i thought once I was found, but it was only a dream.
    4. Re: Your question by Anonymous Coward · · Score: 0

      And comments like yours are the reason the world is filled with entitled 99 percenters. Stop looking at what the other guys have and hating them for it. If you are fed, have a roof over your head, have 3 HD TVs and 2 cars and you are bitching about the fact that someone else is making too much money. Kill yourself.

  4. What a relief. by LordLimecat · · Score: 5, Insightful

    Downgrading to the old system they had before they upgraded!

    Oh ok, Im glad you cleared that up. Say, can you write a proposal for how this will save oodles of money upgrading IE8 on 10000 machines to IE10, even tho it will brake the internal apps of about 15 different departments? Maybe you can also write 15 separate proposals for them to renew their contracts with the people who originally wrote the apps, and proposals for the cases where the original dev is long gone and we'll need to do a full replacement.

    Boy, Im glad you cleared all that up.

    1. Re:What a relief. by Anonymous Coward · · Score: 0

      lol, brake.

    2. Re:What a relief. by hedwards · · Score: 1

      If the software is that badly broken, you've got other very serious problems to deal with. At some point the upgrade is going to have to be made. Either MS stops releasing patches for it next year or the hardware that's available doesn't have drivers for XP.

      The point is that IE 6 is ancient. It's 12 years old with the most recent stable release being about 5 years ago. This isn't something that just happened, there has been years for them to deal with that.

    3. Re:What a relief. by jovetoo · · Score: 1

      What about the cost of downgrading all those machines they buy to an operating system that isn't officially supported anymore? Running a browser that isn't supported anymore? And the increased risk of using old software with known vulnerabilities?

      I do admit those are more hidden costs... just like the cost of those 15 departments not maintaining their apps.

      It's a bit like the current financial crisis: you keep adding leverage and keep telling yourself it won't break just yet....

      When it does eventually break, there is so much "legacy" that nobody can really determine who's fault is all was... and that suits everybody just fine.

    4. Re:What a relief. by AK+Marc · · Score: 2

      You are saying that most IT departments are incompetent. Why are there 15 different apps that are coded to a specific web browser version? A decent IT department would stop that. There would be one or two apps, and they would be more genericized, and maintained by a trained IT staff, not built by a secretary who knows some macros, or an engineer who built an app because "how hard can it be?". The 15 apps generally come about because the IT department sucks. Then the IT department blames the users or budget makers for why the technology is broken.

    5. Re:What a relief. by theskipper · · Score: 2

      For many of these systems the problem is untangling the business logic and reproducing it without error. It's like starting from scratch except worse, the spec wasn't fully documented and rarely ever treated as a living document. Not to mention that the folks that defined and implemented the systems are probably long gone.

      Unwinding is not a trivial task and can take an extremely long time. Whether IE6 is 10 or 30 years old doesn't matter, working systems matter. Old technology usually isn't the thing holding you back.

    6. Re:What a relief. by nametaken · · Score: 2

      Say, can you write a proposal for how this will save oodles of money upgrading IE8 on 10000 machines to IE10, even tho it will brake the internal apps of about 15 different departments? Maybe you can also write 15 separate proposals for them to renew their contracts with the people who originally wrote the apps, and proposals for the cases where the original dev is long gone and we'll need to do a full replacement.

      So the excuse is, "But maintaining an important app involves work."? What someone really ought to write is a termination notice.

      Anyone that has a large businesses' critical applications tied to decade+ old technology has grossly underperformed in their position. And if they inherited that mess, it was their first priority to clean up after former, horribly inept individual, with the explicit goal of dealing with the elephant in the room. If they still don't have a plan to extricate the business from a miserable position, where it's their job to do so, they're simply not doing their job.

      From a tech perspective, the idea of having anything tied to IE8 is a little ridiculous, as anything written at the time should've been spec'd for cross-browser support, or at worst, require minor rendering bugfixes. Everyone knew better by then.

      Anyone still asleep at their desk while a company relies on IE6 should be terminated as soon as possible, no questions asked, and preferably never employed in tech again. That's an absurd situation, for which there's no imaginable excuse.

    7. Re:What a relief. by SwashbucklingCowboy · · Score: 1

      Can you write the proposal on how having to clean up malware that's going to infect our network because we're using old unsupported versions of IE is going to save money?

      You can clear that one up...

    8. Re:What a relief. by Anonymous Coward · · Score: 0

      Just because something is 'ancient' doesn't mean it doesn't perform it's assigned function, and THAT'S what matters. If the tool gets it's job done, then it's a good tool. Rebuilding everything you've designed to work over the the past decade on said 'ancient' platform is almost always far too expensive in terms of developer man hours to do the code archaeology needed to both re-understand what the programs actually do, and then modernize it. Especially if you don't get anything out of the upgrade other than it now runs on some different platform that will also be obsolete in a few years and some smug IT guy.

      This is why we have encapsulation and emulators. IPv4 has been declared dead for years, but instead of doing the developer-expensive upgrade to modernize their apps to IPv6, businesses just encapsulate IPv4 in IPv6 or use NAT. Ancient tools that require old OSes from mainframes get moved to VMs and emulators. Poof, there went the driver argument. Is this the optimal solution for using your hardware? No, but it's the one the organization can afford, and it works.

      The only time anyone moves to a whole new architecture is when they're dumping the existing tools and replacing them with completely new ones, ostensibly because the new tools do more for them (or, more cynically, when some contractor has duped them into it).

      Hell, the entire concept of cloud computing is nothing but a shitty way to not have to build apps that coherently scale dynamically across multiple machines, because developing that shit is far more expensive than just faking OS containers to run existing code.

      Until programmer time is cheaper than computer time, this is the way it's going to be. Personally, I hope that never happens.

    9. Re:What a relief. by Anonymous Coward · · Score: 1

      Who's to say it's the same IT department as 15 years ago? Besides it's water under the bridge.

      If you want to look into the past, the real problem was companies became beholden to proprietary solutions without holding those vendor's feet to the fire wrt standards (no one got ever got fired for buying MS). Most of these crappy apps wouldn't exist if it wasn't coded to VB6 and activex laden crap like IE6.

    10. Re:What a relief. by VortexCortex · · Score: 2

      Translation: If your IT department were staffed with CS grads, then you'd be doing swell... However, "IT" basically means the guy who fixes his family's PCs, and you're lucky if any of 'em actually program as a hobby.

      IMO, teach programming in high school. Fuck, you really can't actually USE a computer these days unless you can make it do whatever you want. IMO, if you can't design scalable web applications in a cross platform manner and haven't PUNCHED IN THE FACE any idiot that wouldn't let you virtualize the OS, and thus software stack.... Then off with your fool heads.

    11. Re:What a relief. by phantomfive · · Score: 4, Insightful

      At some point the upgrade is going to have to be made.

      The longer it can be delayed, the less money it will cost them.

      Think of it from the point of view of an executive: they have no way to guarantee that the team who writes the next iteration of their software will do a good job, which means they'll be trapped into the same situation a few years from now.

      So basically they're stuck in a cycle where they're stuck on the platform every 5 or 7 years. If they can extend that as long as possible, make it 10, or 12, or even 15 years, then they save money. So it's in their interest to delay it as long as possible.

      --
      "First they came for the slanderers and i said nothing."
    12. Re:What a relief. by Anonymous Coward · · Score: 2, Informative

      Seriously? Clearly you have never done ANY Enterprise web development. We have north of 8 Million Lines of code. Lots of it Javascript and tons of it CSS. Changing IE versions (And all the web hacks that involves) without relying on compatibility mode involves around 3-4,000 Development hours if you include QA and all other time. $100/Dev Hour is what we estimate. So is it really worth it to Change IE versions at $4,000,000 every time IE comes out with another still horribly standards flouting release? No thanks. I'll stick to what works which is compatibility mode (Essentially IE 7) And we are a relatively small web development shop, hate to see what it looks like for larger corporations. Cross-Browser without hacks is a pipe dream that people who have never tried doing real web development have. Maybe sometime it will work well. For now it just means four times the development time on UI and six times the QA time to verify each version. And for what?

      Are we going to have to upgrade it eventually? Absolutely. Is it important to do so the second that a new IE version comes out? Hell NO.

    13. Re:What a relief. by plover · · Score: 1

      And if you have a finite budget, and your users are demanding more new features than your budget allows, where do you spend that money? Do you ignore them while you upgrade stuff that is already doing what they need it to do? Or do you give the people writing the checks what they are asking for now?

      You can tell them you need a budget for upgrades. But what do you think gets cut first in the budget priority meetings? The thing with a projected ROI in 6 months, or a thing that might avoid an expense five years from now?

      Yes, they have serious problems. Yes, they have had plenty of warning. Yes, companies budget poorly for software maintenance. Yes, companies don't understand TCO. But it's not a rare thing.

      --
      John
    14. Re:What a relief. by ZeroPly · · Score: 5, Informative

      You seem to have absolutely no clue as to how real companies operate. We might have acquired 4 different apps through acquisition in a single year. And you are incredibly naive if you think an "app" just means some legacy accounting package. An "app" can be the driver package and software that runs a $120,000 electron microscope. If you really think IT is going to tell R&D to chuck their electron microscope because Microsoft isn't making enough money on the patches for the $500 PC that runs it, you might want to think of a career outside IT. Crap, we have $12,000 embossing machines that only run with DOS software.

      Your attitude is what we see from recent grads with absolutely no experience. Yes, all this makes sense in a classroom, but the real world is quite messy...

      --
      Support microSD: in a post 9/11 world, it is unwise to carry your data on media that you cannot comfortably swallow.
    15. Re:What a relief. by wvmarle · · Score: 5, Insightful

      You don't understand the word "broken", obviously. Or you misapply it.

      The current software works, and as such is not broken. Changing parts to incompatible parts breaks it - but that doesn't mean the software itself is broken. It just means the parts are incompatible. You can't always just swap out parts for different parts, they don't always work nicely together.

      If the company has a system that works on IE6 but not on IE10, then they should not try to change IE6 for IE10 for that system. They should stick to that. It works, it will continue to work.

      Oh but IE6 is so insecure, you will say. Yes it's insecure when you're using it for web browsing. That is just not a good idea (plus that it can't render most modern sites properly). Of course you don't use it for general web browsing, but that doesn't mean you can't use it for your internal applications any more. How old it is, is irrelevant. That it works, is relevant. That it works well, reliably, and predictably, that's relevant too: and I'm sure a 10 year old platform is more predictable than a 10 month old platform, simply thanks to the long term experience.

    16. Re:What a relief. by arth1 · · Score: 1

      You are saying that most IT departments are incompetent. Why are there 15 different apps that are coded to a specific web browser version? A decent IT department would stop that.

      What world do you live in where IT departments can stop apps bought by higher level management, or developed bespoke at high costs? Where I've worked, IT's job is to facilitate, not make corporate decisions.
      They can do tests with limited groups, and report their findings to management in other departments who will make the decisions, but can't just kill projects.

      Remember that the piece of legacy software you hate so much might be what's paying your salary. Not upgrading might be a risk, but upgrading is a risk too, and a certainty of costs. Unless you want to convert 3 million lines of legacy code to a modern language and modern platforms on your spare time, and guarantee its operation? Didn't think so...

    17. Re: What a relief. by guruevi · · Score: 2

      So what you're saying is that you have tons of bugs in your CSS and JS and can't be bothered to fix it? JS and CSS were standardized by the time IE5 came out, if it doesn't work on other browsers it is a bug and should be fixed.

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    18. Re:What a relief. by Anonymous Coward · · Score: 0

      I do enterprise web development for a living. Mozilla Firefox came out like 10 years ago, so's not like you haven't the opportunity to isolate all the IE-specific hacks in your codebase and use the best practices every other web developer on the planet uses. (And I'd guess if someone says "box model", you react with a blank stare.)

      PS: Developing for IE7 is a monstrous pain in the ass, and nobody even uses it any more. haha.

    19. Re:What a relief. by camperdave · · Score: 0

      For many of these systems the problem is untangling the business logic and reproducing it without error. It's like starting from scratch except worse, the spec wasn't fully documented and rarely ever treated as a living document. Not to mention that the folks that defined and implemented the systems are probably long gone.

      Unwinding is not a trivial task and can take an extremely long time. Whether IE6 is 10 or 30 years old doesn't matter, working systems matter. Old technology usually isn't the thing holding you back.

      Working systems matter? Working systems like door to door delivery of milk by horse drawn cart? Like keeping that milk cold in a box with a big chunk of ice? Face it. Any business that got itself tied to IE6 because of these reasons has been swindled and deserves to fail.

      --
      When our name is on the back of your car, we're behind you all the way!
    20. Re: What a relief. by Anonymous Coward · · Score: 0

      Lol. Once again you have clearly never done serious development.

      Today alone I ran into 5 different CSS attributes and 2 JS calls that do not work on IE like the standard say they should. That's just today.

      There's the standard, and then there's what is implemented. They are worlds apart unfortunately.

      IE is the biggest offender, but give me a chunk of CSS/HTML/JS and I will show you 5 different ways of rendering it courtesy of the various rendering engines.

    21. Re:What a relief. by Anonymous Coward · · Score: 0

      I believe that some very successful companies would disagree with your synopsis that "Anyone that has a large businesses' critical applications tied to decade+ old technology has grossly underperformed in their position." Please see: mainframes, unix, enterprise java, cobol, banking, etc. In my opinion, it could be said that an I.T. person who ties critical enterprise infrastructure to *predictably fickle technologies* has drunk too much tech koolaid and grossly underperformed in his position. Please see: IE(6,7,8,9,10,etc), silverlight, windows.

    22. Re:What a relief. by girlintraining · · Score: 5, Insightful

      You are saying that most IT departments are incompetent.

      No, he's saying the budget for IT is very limited, and they don't want to invest in re-development, testing, and deployment. IT is viewed by most companies as a cost center. It's a "necessary evil" in the business process, and this is what managers are taught in schools across the country.

      Why are there 15 different apps that are coded to a specific web browser version? A decent IT department would stop that.

      You make it sound like the 'IT department' is somehow all-encompassing and all-knowing, and everyone is on the same page. Anyone who's worked more than a few months in this field knows that there's no such thing as an 'IT department'. There are many departments, many teams, all doing 'IT' things. Those departments sometimes work at cross-purposes, there's politics, communication barriers, etc. It's called bureauacracy and you quickly learn overcoming it takes more time than actually working with the technology. A single change to a server can take months of meetings, change requests, and may eventually be shot down by someone who's overworked and has more important things to do (to them anyway!), and so it gets rejected.

      here would be one or two apps, and they would be more genericized, and maintained by a trained IT staff, not built by a secretary who knows some macros, or an engineer who built an app because "how hard can it be?".

      Remember what I just said about bureauacracy? Sometimes it's just too damn hard to overcome interdepartmental politics and red tape and people roll their own solutions to get the job done. Is this the mythical 'IT Department's' job to smooth over every ruffled feather, fix every political tug of war? No. You work with the tools you're given, and you support what's handed to you; Because bitching will get you fired, and silently suffering will get you a glowing reference to move to another department or company where you'll get to suffer over a brand new set of design screwups and political crap. That's the difference between business reality and the business fiction you learn about in CSci and are trying to apply here.

      The 15 apps generally come about because the IT department sucks. Then the IT department blames the users or budget makers for why the technology is broken.

      In my experience, IT doesn't cast blame about, they're the ones being blamed because of this magical thinking that IT can just sprinkle magic fairy dust over complex and intractable political and business problems. Most of what I do in IT has nothing to do with computers; It is about the people.

      The technology is stupid easy for me. Getting people to get the hell out of my way so I can do something with it, well... that's the rub.

      --
      #fuckbeta #iamslashdot #dicemustdie
    23. Re:What a relief. by sjames · · Score: 1

      More to the point, IE6 is going away and won't be back. Businesses should have been looking at migration when IE6 reached EOL but they didn't. Now they're facing the last version of the OS that could even have IE6 installed on it gouing away. They will actually not be able to buy a new desktop system that can work with their intrernal apps anymore.

      If they think updating their apps is expensive, they should consider what it will be like when they have to share the dwindling number of still functional PCs with XP and IE6 because they can't buy a replacement anymore.

      I'm predicting that "respectable" businesses everywhere will be hoisting the Jolly Roger soon to maintain IE6 on XP in a virtual machine soon.

    24. Re:What a relief. by sjames · · Score: 1

      If the company has a system that works on IE6 but not on IE10, then they should not try to change IE6 for IE10 for that system. They should stick to that. It works, it will continue to work.

      Actually, it won't. What happens when the old 1GHz Celeron PC kicks the bucket? They won't be able to buy a new PC that can even run XP and IE6. At that point, the app is broken.

      Then, rather than having a few years to do it right, they'll be forced into a crash development program with all of the additional costs, bugs, and pain that entails while their old desktop systems start failing at an ever increasing rate until tghey're all gone.

    25. Re:What a relief. by sjames · · Score: 1

      You would be amazed how many IT departments drank the cool aid back then and chained their apps to IE6. This was the era where even some public websites would simply refuse to even serve the page if your browser didn't claim to be IE. It sucked. There were people who warned thyem that it was a bad idea, but they just laughed it off and assured us that MS wouldn't leave them in the lurch and they would surely replace those apps in "a few years" anyway.

    26. Re:What a relief. by sjames · · Score: 1

      You're either doing it wrong or you're allowing form to trump function. While it is nearly impossible to make it look exactly the same on multiple browsers without a huge amount of work, it's not actually THAT hard to make it at least functional so long as you're willing to make that a primary requirement.

    27. Re:What a relief. by wvmarle · · Score: 2

      Then there's that neat trick called virtualisation. You may have heard about it, it's all the rage these days. That'll keep the old stuff running for easily a few more decades. It even works for more mundane tasks, such as getting e-banking to work on Linux.

    28. Re:What a relief. by LordLimecat · · Score: 1

      Theres also a neat trick called "if you have 10000 workstations, you probably have standard images and standard hardware and volume licensing and none of this is an issue".

    29. Re:What a relief. by LordLimecat · · Score: 1

      You make images of your standard deployment. You use volume licensing. If a machine dies, if you need a new machine, you roll out a standard image.

      Upgrading the software involves reworking the entire chain from deployment to training to policies to customer facing applications. All of that takes time, and costs money.

    30. Re:What a relief. by LordLimecat · · Score: 1

      YOu can try to explain why its bad that tons of people are in this situation, but it doesnt change the reality that "upgrading saves money" is a load of crap. Its a gigantic PITA and a huge cost.

    31. Re:What a relief. by LordLimecat · · Score: 1

      You dont by any chance work in my office, do you?

    32. Re:What a relief. by LordLimecat · · Score: 1

      THe excuse is, this is the reality we live in, and I can either make retarded proposals that will help noone, break all the applications, and get me fired, or I can accept that "just upgrading" is a painful process thats gonna take years to accomplish.

      I view my job as making sure others can do their job, not getting some ego boost knowing we're all on version 10.4.2.5 of IE or something. Id love to have everyone up to date, with all the latest updates, browsers, scriping environments, etc. But thats not how the real world works. Sometimes its not possible to get the latest and greatest, so if I want to get work done I make do with the crappy framework we are given.

      Let me ask you, how large of an organization do you work with? Have you ever had to do IT work for one department full of executives, and get them to have access to a whole bunch of other departments that you dont control, when that may mean using Java1.4.2 or something because the other department sucks and hasnt upgraded? GO ahead and tell me how i should bite the bullet, block the insecure java version, and tell the executive "sorry, you cant access that payroll data, its not secure". Guess whos going to end up with the short end of that stick?

    33. Re: What a relief. by LordLimecat · · Score: 1

      What hes saying is that really havent had any experience in the enterprise, but youre more than happy to play the back seat driver. And it sounds a lot like hes right.

    34. Re:What a relief. by LordLimecat · · Score: 1

      Yes. It will cost said user about 4 hours of downtime and a few hours of tech time to re-image the machine. But thats a heck of a lot easier to budget and handle than trying to get 15 departments to agree on an upgrade date.

      If you can figure out a good way to pull something like that off as an engineer in one department, Im all ears.

    35. Re:What a relief. by jon3k · · Score: 1

      Wow, what fantasy world do you live in.

    36. Re:What a relief. by DigiShaman · · Score: 1

      In rare circumstances, some companies will actually profit from internal development work by re-selling the same solution to another company. So there's always that.

      --
      Life is not for the lazy.
    37. Re:What a relief. by techhead79 · · Score: 1

      If the software is that badly broken, you've got other very serious problems to deal with.

      I'm confused how writing an application to work on a target platform is "badly broken software"? From internal apps to vendors, that's just how things have always been done. While there are countless multiplatform solutions that could insulate companies from some upgrades, the simple fact is MS has for several decades now done everything they could to prevent such solutions from working. ie6 is a great example of MS trying to protect its turf. Even upgrading in a J2EE environment on the same server from say weblogic 8 to weblogic 10 requires applications to be modified.

    38. Re:What a relief. by LordLimecat · · Score: 1

      However, "IT" basically means the guy who fixes his family's PCs, and you're lucky if any of 'em actually program as a hobby.

      Oh wow, OK. If they just replaced our whole staff with HS CS students, we'd be in GREAT shape! Yea, theyd totally lay the hammer down on the executives who demand access to that java 1.4.2 app that Company Y has shared out to us. And they can totally explain how they threw out that access database that was used for accounting because it sucked, and unfortunatly some functionality was lost but now they can access their records in firefox!

      Im sure it will all go fine, and their tenure will be long and incident free.

    39. Re:What a relief. by LordLimecat · · Score: 1

      So the excuse is, "But maintaining an important app involves work."?

      The "excuse" is that IT cant unilaterally make a lot of these decisions for organizational and practical reasons, regardless of how good the theory is.

    40. Re:What a relief. by dbIII · · Score: 1

      Doing nothing can sometimes cost. In the case of old applications most likely support, training and time costs.

    41. Re:What a relief. by dbIII · · Score: 1

      Sucks badly with anything that uses hardware dongles and a few other cases - the sort of cases that stopped you running the stuff on a shiny new Win7 machine in the first place.

    42. Re:What a relief. by phantomfive · · Score: 1

      Yes, you need to do a cost/benefit analysis.

      --
      "First they came for the slanderers and i said nothing."
    43. Re: What a relief. by dbIII · · Score: 1

      So what you're saying is that you have tons of bugs in your CSS and JS and can't be bothered to fix it

      Sounds like a normal day on the internet to me if you lump in various php horrors as well.

    44. Re:What a relief. by sabt-pestnu · · Score: 1

      > to renew their contracts with the people who originally wrote the apps,

      If you contract out the making of custom software, and don't ensure that you have everything you need - specs, internal design documentation, source code, tools - to maintain it, you're doing it wrong. The job ain't over 'til the paperwork is done.

      And sadly, almost nobody has the political will to ensure the paperwork all gets done, and the technical knowledge to know when that point is reached.

      NASA and the Saturn rockets are a case in point, albeit mostly a H/W case.

    45. Re:What a relief. by AK+Marc · · Score: 1

      CS grads would be about the worst group to staff an IT department with.

      You need a salesman for manager. Sell IT to the CEO and other managers. The company should run all technology decisions past the IT department, even if they don't come from the IT budget. If that's not happening, then the IT manager (or CIO or CTO or whatever) is incompetent.

      99% of IT departments only need server and network admins, PC admins and a helpdesk. Rarely does anyone actually need a programmer or anything like that.

    46. Re:What a relief. by AK+Marc · · Score: 1

      So you live in a world where there is no corporate governance, and anyone can plug anything they want into the network without oversight or rules?

    47. Re:What a relief. by AK+Marc · · Score: 0

      So you live in a world where there is no corporate governance, and anyone can plug anything they want into the network without oversight or rules?

      Yes, filter, I realize I just posted the same thing. I got more than one similar response to my post, they deserved the same response.

    48. Re:What a relief. by wvmarle · · Score: 1

      In my case I actually used WinXP in VirtualBox (the non-free version for USB support) to get my USB dongle to work under Linux. It only came with Windows drivers. By now using other system so I have really no need any more for Windows. That setup worked fine. Never got it to work on my parent's computer though: that was a regular Win XP installation...

    49. Re:What a relief. by sydneyfong · · Score: 1

      "how hard can it be?"

      That actually sounds like what you're saying!

      --
      Don't quote me on this.
    50. Re:What a relief. by Altrag · · Score: 1

      Not a single one of them got tied to IE6 because of what they do. They got tied to IE6 because MS decided to make later versions of IE incompatible with it rendering any apps above a certain complexity unusable.

      So the choice is stick with it or upgrade. And few people are of the opinion that spending thousands (or millions) of dollars to replace something that works with something untested is a smart business decision.

      Never mind the cases where you're using a third party app and the third party no longer exists, or you've lost the source code along the way (maybe less of an issue for a website than a compiled application, but there might be customer AX controls or whatever involved) -- then you no longer have to just upgrade it, you have to complete reverse engineer it on top of everything else.

      Basically the choice is:
      $0 - if it ain't broke, don't fix it.
      $LOTS - reengineer/rewrite/retest it all (because some guy on the internet said you should) and hope to hell you get it right. And probably complete your IE10 upgrade just in time for IE11 to drop anyway, potentially rendering the whole point moot if IE11 ends up being incompatible with IE10 in some way you rely on.

      When you're balancing a budget, you'd be hard pressed to argue the latter option. Worried about hackers? Throw it behind a firewall. Need to access it through the firewall? Throw up a VPN and make users connect through that. Or write a nanny proxy to watch the connection and catch bad before it gets to the real server. Ok that one's a little harder than a VPN but it may well be easier than rewriting your legacy app depending the relative complexity of the data protocol compared to the business logic.

    51. Re:What a relief. by Anonymous Coward · · Score: 0

      I have a couple of cars with cylinder heads that uses "odd" 12 point star bolts. I have pair of wrenches that can loosen or tighten the bolts as needed. Friends have these wrenches too and so do some shops.

      I have bolts, I have wrenches. I do not care if anyone else has these - they work for me and have since 1996. Won't ever change either part of the setup. Same with my OS/Computer/Users.

      Why would I - what we have works on the problems we have today and have had for the last 17 years. I'll die before I need to change as long as 12 pointed star bolts maintain 12 points.

    52. Re:What a relief. by Altrag · · Score: 2

      it was their first priority to clean up after former, horribly inept individual

      No, a business' first priority is to make a profit. That is income minus costs. Upgrading software is a pure cost with zero income, so all you can argue is whether upgrading now will cost less than upgrading later.

      Sometimes you'll convince the check-writers that "now" will eventually justify the up-front cost, but I can guarantee you that your argument will need to have more depth than just "old is bad because I say so!" You will need to include things like mean time to failure estimates of hard-to-replace critical hardware, some indication that MS ending support of XP/IE6 actually means a piss in the ocean to your app and/or user base (its not like existing installs will magically stop working) and so on.

      You might be able to tack on an efficiency argument in an attempt to increase the "income" side of the equation to something above zero, but you'd have to show both that the existing system (hardware and/or software) is the limiting factor rather than the users or some other external influence, and that the new versions of said hardware/software make a large enough improvement to the process to warrant (or at least help offset) the costs.

      Basically, you need to stop thinking like a techie and start thinking like a suit. They see technology in a very different light than we do.

    53. Re:What a relief. by dwye · · Score: 1

      There are MS-DOS emulators for your embossing machine. The problem is if your embossing machine require parallel ports, rather than RS-232, since nobody seems to use those anymore. I cannot think how to help you, there.

      BTW, what is on your $120,000 electron microscope? I have seen ones much cheaper, and research grade scopes starting at $300,000 , but nothing between except decades ago, when they used PDP-11/34s as the base computer.

    54. Re:What a relief. by socode · · Score: 1

      What world do you live in, where very large corporations have perfect governance?

    55. Re:What a relief. by Anonymous Coward · · Score: 0

      No, he's saying the budget for IT is very limited, and they don't want to invest in re-development, testing, and deployment. IT is viewed by most companies as a cost center. It's a "necessary evil" in the business process, and this is what managers are taught in schools across the country.

      Plus it's diminishing returns. Setting IT up in the first place moving from pen and paper would have had obvious benefits. Upgrading from IE6 not so much, since for now at least it still works. Sure it might be hitting efficiency, but probably not that much and not in a quantifiable way. The budget cost of the upgrade is a very real figure though (though I suspect also often inflated).

    56. Re:What a relief. by AK+Marc · · Score: 1

      Perfect? No. Some? Yes.

    57. Re:What a relief. by Anonymous Coward · · Score: 0

      You seem to have absolutely no clue as to how real companies operate. We might have acquired 4 different apps through acquisition in a single year. And you are incredibly naive if you think an "app" just means some legacy accounting package. An "app" can be the driver package and software that runs a $120,000 electron microscope. If you really think IT is going to tell R&D to chuck their electron microscope because Microsoft isn't making enough money on the patches for the $500 PC that runs it, you might want to think of a career outside IT. Crap, we have $12,000 embossing machines that only run with DOS software.

      Your attitude is what we see from recent grads with absolutely no experience. Yes, all this makes sense in a classroom, but the real world is quite messy...

      I too thought the same way three years ago as a fresh college graduate.

      After spending nearly three years in the IT department of a major financial institution with trillions of dollars in assets, I can say that you are exactly right.

      The real world is quite messy...and unless you work for an organization that focuses primarily on technology (like a Google or a Facebook), the real world is also controlled by "beancounters," PHBs, and, generally, non-IT people. One of the most challenging things for me to learn is how to work with non-IT people and that what may be the best solution according to me may not be acceptable to them.

    58. Re:What a relief. by Lonewolf666 · · Score: 1

      If the company has a system that works on IE6 but not on IE10, then they should not try to change IE6 for IE10 for that system. They should stick to that. It works, it will continue to work.

      A better approach than changing for IE10 would be to aim for a standard that is supported by multiple vendors. For instance, HTML4 and JavaScript. See also
      http://www.w3.org/TR/REC-html40/
      http://en.wikipedia.org/wiki/JavaScript#Standardization
      Of course there may still be minor quirks of the chosen browser, but accomodating those should be a much lesser task the next time the company needs to switch platforms.

      Also, they might be able to use virtualized instances of XP as others have suggested. That may have its own drawbacks, but I guess it is worth a try before sinking lots of development money into redesigning the application.

      --
      C - the footgun of programming languages
    59. Re: What a relief. by Altrag · · Score: 1

      No, what he's saying is that nobody writing for IE6 had the ability to magically know what IE10 was going to look like, so they coded for what they had at the time.

      You can go ahead and call it a bug if you want. I'd almost be tempted to agree. The ticket will be sitting there waiting for you with a priority level somewhere around installing central heating in hell as there's more immediate issues to handle that are causing actual problems now rather than just causing potential problems later.

      "Fix everything" is a great and lofty goal, and you should always strive for perfection to be sure. But in the real world, there's costs and priorities to consider and absolute perfection rarely makes the cut when "good enough" is good enough and there's fifty other things that also need doing.

    60. Re:What a relief. by Anonymous Coward · · Score: 1

      There are MS-DOS emulators for your embossing machine.

      That allow the TSR drivers access to the interrupts they need? With zero delay between the interrupt being handed to the OS, and the emulator handling control to the control software?

      Which RTOS do these MS-DOS emulators run on?

      This is not your old DOS games we are talking about. Industrial control requires that when the tool reaches the point where the widget being made has the correct size, the software needs to turn off the motor at exactly the right time, or the widget will become too small. This cannot wait until the OS finishes swapping in the emulator, and the emulator finishes emulating an interrupt. These take an unspecified amount of time. Of course the control software is not instant, but those routines take an exact, known, amount of time, and this time is included in the design of the system. E.g, if you need to shut off the motor after 4.125 seconds, and the interrupt handler takes 0.002 seconds to run, the timer interrupt is set to 4.123 seconds.

    61. Re:What a relief. by jovetoo · · Score: 1

      And not doing it costs money too. It just doesn't cost money today.

    62. Re:What a relief. by Anonymous Coward · · Score: 0

      I once worked at a place that used Word 2 at a time when lots of other people were on Word 6 (I think the version progressions were 2,6,7). One guy in one department really wanted Word 6, and kept asking me for it. I asked the PHB, who put it very succinctly, which I'll attempt to recreate here (with fake numbers because I can't remember them):

      The license upgrade from Word 2 through to Word 6 costs £100 times 2000 users, and then doing the upgrade to Word 7 will cost £100 times 2000 users. Buying Word 7 (without the upgrades) will cost us £150 times 2000 users, so sitting on Word 2 saves us £50 times 2000 users, never mind the cost of actually doing the work, and never mind that money tomorrow costs less than money today.

      The point being that if you can sit on an old version and skip maybe 1-2 upgrade cycles at least, it'll actually cost you less than buying the old version and then buying the spangly new one. Every upgrade comes with a bit of development work, but in some sense that sort of follows the upgrade license costs - it might cost (say) a month to do an upgrade from 1.0 to 2.0, and then another month to do 2.0 to 3.0, but it'll only take 6 weeks to go from 1.0 to 3.0.

      Of course, this doesn't always hold true, but given how many version hops the IE6 brigade have now made, I dare say they've saved enough money to pay for the large-looking development effort required.

    63. Re:What a relief. by camperdave · · Score: 1

      $0 - if it ain't broke, don't fix it.

      ... but it is broke. That should have been clear the moment you tried the app with any other browser.

      --
      When our name is on the back of your car, we're behind you all the way!
    64. Re:What a relief. by FaxeTheCat · · Score: 1

      For many of these systems the problem is untangling the business logic and reproducing it without error.

      I do not get this. There are several posts here about rewriting the software from scratch.
      Is the source code lost? If so, they deserve what they get. Better start it now, because at some time there be a need will need a change...
      If the ties to IE6 is the problem, is there a need to rewrite the business logic part? I thought IE was taking care of the UI. The business logic should be in the server side application, which does not need to change.

    65. Re:What a relief. by MachineShedFred · · Score: 1

      IT departments aren't incompetent, they are a cost center. Business doesn't like throwing money into cost centers unless there is a return on that investment.

      There are 15 different versions coded to a specific browser because it was done 10 years ago when that specific browser had a 100% market share in the business, and 80%+ outside of it. They could either spend 2x the money to target something that wasn't necessary to eliminate what was seen as low risk at the time, or get it done faster and cheaper the way that they did, making the people who own the capital budgets happy.

      Just because there was a massive shift in market share doesn't mean that people "sucked" 10 years ago. It's real easy to trash those decisions now, but the landscape was incredibly different then.

      --
      Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
    66. Re:What a relief. by FaxeTheCat · · Score: 1

      So you live in a world where there is no corporate governance, and anyone can plug anything they want into the network without oversight or rules?

      Welcome to the real world...
      Especially if you have >1K offices in countries most people could not place on a map (not even close), resulting from a double digit number of acquisitions per year... and integrating those acquisitions without any business disruption... then having full control is not even a dream.

    67. Re:What a relief. by MachineShedFred · · Score: 1

      We've had these scenarios come up time and time again - we've sequestered off a Windows 2000 Server on it's own network because it's the RIP for a $60,000 film printer for creating press plates. The business didn't think that spending $60k on a new film printer just because "IT doesn't want Windows 2000 Server around anymore" was a good justification.

      Or, the Accounts Payable department using incredibly expensive batch scanners for ingesting invoices which never worked right unless it was using a specific software that only runs on OS/2. That one left us with one segment of Token Ring that was left on the network because of the amount of effort, spend, and time necessary to completely overhaul the AP systems and procedures; and that was after someone spending practically 4 months to make those scanners work on any other hardware and OS combination you can think of.

      There's plenty more I can think of off the top of my head from just my company. If there isn't a positive return on the spend, it doesn't get spent. Change for the sake of "keeping up" isn't useful, especially when that capital can be instead used to open a new store, or make a manufacturing plant run 10% more efficiently by changing out some forklifts or something.

      --
      Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
    68. Re:What a relief. by FaxeTheCat · · Score: 1

      If the company is not about IT, is is generally very difficult to do that, as it requires marketing, sales people and not the least: Support. One other important factor is that it takes away focus from what the business is really about (anything from cracking nuts to building planes).
      A company I know of tried to become an IT company as a second product line because they were really good at IT. A few billion dollars later they had learned that it was not a good idea. Back to the core business. Fast.

    69. Re:What a relief. by hedwards · · Score: 1

      The problem there is reliability and repairability. Yes, it might be working just fine right now. But, what happens if the RAM starts to go bad and nobody makes replacement RAM? Or processors, the 386sx was discontinued in 2005, and at some point those are going to be hard to find.

      Bottom line here is that if you've got code that only runs on ancient hardware, you're asking to get bit, and hard, at an unpredictable moment. If the code is so important that you can't risk what happens with imperfect reimplementation, then that's a compelling reason to start doing that now, rather than waiting to discover that you can't buy a new HDD to replace that 20 year old piece of junk that's in the current computer.

    70. Re:What a relief. by hedwards · · Score: 1

      That's only true if the replacement is ready before the system fails and can't be fixed. Downtime can be extremely expensive, which is why I'm always so shocked that things like this are the way that they are. Perhaps they can extend it to 15 years, but by that time it's likely that the programmers that worked on it are going to be retired, and if you didn't pay them sufficiently to properly document the system and engineer the code, then you're in for some trouble.

      The interest you can make by putting it off can easily be outweighed by the cost of a crash program to replace the software when you realize that you can't get the necessary hardware if any of it breaks.

    71. Re:What a relief. by hedwards · · Score: 1

      Targeting a specific browser version in such a way that it can't be replaced easily, is badly broken code. At some point you're going to have to replace it and the only times I can think of it being worthwhile to not do it right are if you're going to just toss the code away.

      If it's this important to the enterprise, then it is in fact badly broken code that can't be run on the next version of the browser without having to be rewritten from scratch. Employees don't care why the application is down, they care that it's down and at some point they're going to have to replace all these computers with ones that aren't supported by XP.

    72. Re:What a relief. by Anonymous Coward · · Score: 0

      > That allow the TSR drivers access to the interrupts they need? With zero delay between the interrupt being handed to the OS, and the emulator handling control to the control software?

      Complete wash as in-emulator on current hardware is probably faster than your native hardware.

    73. Re: What a relief. by Anonymous Coward · · Score: 0

      Look we know the environment at the time, but since they had no diligence to make it work in two browsers, they cannot escape the charge of bug due to gross incompetence.

    74. Re:What a relief. by 4pins · · Score: 1

      Do not throw out well engineered software, maintain it.

      the problem is untangling the business logic and reproducing it without error

      Hold the phone. I thought we were discussing upgrading. Too many of these comments assume an "upgrade" necessarily means replacing the old software with something completely different. I believe this is a bad assumption! The poster specifically mentions IE 6, which is only eleven years old. So we are well into the era of MVC programming where the code talking to IE6 is the View. Therefore in order to upgrade it for newer browsers, you should not be touching the business logic. I full recognize that you may have inherited a pile of spaghetti logic without any comments (as I did three years ago), in which case I wish you luck in your replacement endeavors (after getting some radical new requirements, I am just now getting close). I also realize that "updating for new browsers" could mean adding missing closing tags to replacing an ActiveX plug-in with AJAX components. However, in a great many cases we are working with the Controller's and Model's APIs and not touching the business logic (nor moving heaven and earth).

      Businesses need to view both computers and software as a durable good. You maintain durable goods until they either catastrophically fail or are so outstripped by newer technology that a new one actually saves you money or makes you more money.

      --
      I will not mourn that which I never had to lose. - Unknown
    75. Re:What a relief. by JMZero · · Score: 1

      The poster specifically mentions IE 6, which is only eleven years old.

      Most of this software wasn't written for IE 6 - that's just the most recent browser it runs on. I imagine much of it was actually from around the time of IE 4.

      And yeah, there's a lot of variety in terms of the actual problems to be addressed here. For us, our weird old internal IE only web pages have been less of a problem than our weird old Java stuff.

      You can pick out the new people in the thread pretty easily, with their "if you do it right, nothing ever goes wrong" type optimism. Software needs to be maintained, and sometimes you're going to hit thresholds with significant costs. And sometimes you're going to hitch your wagon to a tech that dies or fails or changes.

      --
      Let's not stir that bag of worms...
    76. Re:What a relief. by marcosdumay · · Score: 1

      The problem is if your embossing machine require parallel ports, rather than RS-232, since nobody seems to use those anymore. I cannot think how to help you, there.

      You just get a USB paralell port. Problem solved.

      Now, WTF is that driver doing that it can't be rewritten into something more functional (current computers have a bit more memory to throw at it than the 94 ones), more stable (because you are putting everything at the userspace, where it belongs - the kernel stuff is jut the paralell port driver, that's already done) and simpler (because you are using a modern language, or at least a modern set of libraries) today?

    77. Re:What a relief. by KingMotley · · Score: 1

      I can write you the code to force IE 10 to emulate IE 8 when connecting to those 15 apps and save you the trouble, it'll take me about 4 hours, and I'll bill you for 1/2 the cost of those 15 upgrades, that work for you?

    78. Re:What a relief. by KingMotley · · Score: 1

      IMO, teach programming in high school.

      ??? I don't know what high school you went to, but they taught it in mine, and I graduated in uh... 1987. They taught basic and pascal back then. They also taught data processing (computer hardware). Although granted, the teachers weren't all that great, back then, so they let me teach the class for my grade.

      What high school did you go to that they *didn't* offer programming?

    79. Re:What a relief. by KingMotley · · Score: 1

      Then you obviously don't understand that MS-DOS is not, was not, will never be a RTOS.

      You can't just calculate out that 4.125 seconds and subtract the interrupt handler time, because you aren't ever really sure when an interrupt will fire off in a MS-DOS environment. Interrupts are disabled quite often and for long periods of time (in today's terms), so that keyboard event may not even get picked up by the interrupt handler for .5 second or 2 seconds (granted it usually is much faster), but if you are running a machine that needs accuracy down to the thousandth of a second, basing it on MS-DOS is usually just fail.

      There are ways of doing so, but I'd be willing to bet that your situation isn't one of them. There are/were very few programmers back in the day that knew enough about MS-DOS and how to actually reprogram the PIC to allow such things, and still keep MS-DOS happy. There are quite a few more now, but back then, I'd venture there was likely less than a few dozen in the entire world.

    80. Re:What a relief. by Kaptain+Kruton · · Score: 1

      Anyone that has a large businesses' critical applications tied to decade+ old technology has grossly underperformed in their position. And if they inherited that mess, it was their first priority to clean up after former, horribly inept individual, with the explicit goal of dealing with the elephant in the room. If they still don't have a plan to extricate the business from a miserable position, where it's their job to do so, they're simply not doing their job.

      The key words in that are " large businesses'". Small and medium size companies often try and prevent from getting tech that is completely outdated, but they often have small IT budgets and departments. This means they have to choose what is more cost effective... spending ten's of thousands of dollars maintaining a system that meets their needs works or spending hundred's of thousands upgrading a system simply because it is old. Those upgrades do happen occasionally, but not often. One of my friends works in IT a large company... he is still a relatively low ranking employee at his company, and yet, the number of employees that he has working directly under him is about the same size as the entire IT department at my country. When we talk, we are greatly amused at the differences in the working environments and problems we face. When an IT guy says they cannot understand why a company still uses technology X or has not upgraded to Y when X still works, I can tell they have never worked for a small company that views technology as little more than a necessary evil (as far as budgets are concerned). The smaller companies usually recognize that upgrading to various things could offer definite advantages... but most times, upgrading is not economically feasible. I know budget plays a role in every company, but It seems to play a much larger role in small and medium size companies that do not produce IT related products.

      My $0.02

    81. Re:What a relief. by arth1 · · Score: 1

      So you live in a world where there is no corporate governance

      Oh, there is corporate governance. But not by IT.
      When a CTO decides that a new system goes into place, it goes into place, and IT's job is to help facilitate that, not to yank the plug on it.

    82. Re:What a relief. by CBravo · · Score: 1

      try code re-use.

      --
      nosig today
    83. Re:What a relief. by gander666 · · Score: 1

      There are tons of electron microscopes in the 120K range. Look up "Jeol InTouchScope" to see what 120K buys you these days.

      Yes, there are a lot of research SEMs from $300K up to $3M, but the volume business is
      (I am a product manager for an instrumentation company that sells SEM's and other high end imaging systems.)

      --
      Suppose you were an idiot and suppose you were a member of Congress ... but I repeat myself. - Mark T
    84. Re:What a relief. by sjames · · Score: 1

      Sure there is, but even then, XP won't be around forever. The very last dregs of support will be gone in 2014. After that , maintaining it will become increasingly difficult. Meanwhile, that ease of use and integration thing is gone.

    85. Re:What a relief. by AK+Marc · · Score: 1

      Where I've worked, the CIO/CTO was the head of IT. If the CTO decides a new system goes into place, it was the IT department that made that decision. If it was the wrong decision, the CTO is a bad CTO. There's a difference between no governance and bad governance. Your argument is essentally that since bad governance exists, no governance must exist as well. Even if both are true statements, one does not determine or influence the other.

    86. Re:What a relief. by Anonymous Coward · · Score: 0

      I like how yo skip right from IE 8 to IE 10 like there there are no time or intermediary steps in between.

      IE 9 is out better start making apps compatible. Nope, we'll just wait 10 versions then act surprised that it's harder to move between versions that are many years apart.

      You wouldn't neglect mopping the floors for 3 years then expect the janitor to clean them all up in one night.

      Anyone managing 10,000 machines without automated tools is a dumb ass of the highest order. When there are 10.000 users on the line you test patches as they come out and deploy them as necessary. You should never be asking yourself how am I gonna implement 3 years worth of patches in one go.

    87. Re:What a relief. by AK+Marc · · Score: 1

      In my experience, IT doesn't cast blame about, they're the ones being blamed because of this magical thinking that IT can just sprinkle magic fairy dust over complex and intractable political and business problems.

      That's because most IT people are people-dumb. A good IT leader will sell IT within the organization. Good policies, agreed to by upper management, are a shield against blame. I've seen them used, and used well. HR screwed up a candidate management system. They blamed IT. IT pulled out the policy signed by the CEO that HR violated, pointed to the provision violated, and stated that this was a reason why it was there in the first place. The CEO sent out a message to other upper management that IT policies are to be followed, any "violations" of policy must be signed off by the CEO.

      But getting to that point takes a strong IT manager and lots of work. There was the general feeling there that when something failed, it wasn't an issue of "IT broke it" but a question of "who violated IT policy this time?".

    88. Re:What a relief. by arth1 · · Score: 1

      Perfect? No. Some? Yes.

      By IT, hell no.
      Those decisions need to be taken higher up.

    89. Re:What a relief. by ewibble · · Score: 1

      Its only broke if it is required to run on the other browser and that is a business decision

    90. Re: What a relief. by Anonymous Coward · · Score: 0

      Diligence? Try business case. Multi Browser is never an issue until the browser has a sizable market share. Know what browser is going to have a large market share is impossible when it first comes out (Think Chrome since it is newest) And re-writing your software to support 12 users is silly. By the time it becomes popular millions of lines of code have been written. Have fun.

      It is easy as a nerd to sit on the sideline and point fingers saying "keep up geez" but try actually looking at it from real enterprise software size with real business cases behind it, and it becomes very difficult to justify the bleeding edge and very easy to trail along on the edge of barely still supported. Especially with today's web market division and the shifting to mobile devices where once again your layout and JS probably don'r work well if at all.

      Truth is, web development is a mess. Supporting multiple browsers/versions of browsers begins at hard and approaches impossible as an application gets larger.
      Take a real look at this from a real business perspective, and perhaps you would understand a little better why this truly is a difficult problem.

    91. Re:What a relief. by camperdave · · Score: 1

      No, it is not a business decision. It is a standards incompatibility, which makes it broken by design. It may be a business decision to risk going out of business by staying with a broken app, rather than investing in a proper redesign, but make no mistake: it is broken.

      It's like a toothache. You can choose to live with the pain, or you can choose to get a root canal. Choosing to live with the pain doesn't nullify the fact that you've got a rotten tooth.

      --
      When our name is on the back of your car, we're behind you all the way!
    92. Re:What a relief. by Common+Joe · · Score: 1

      Upgrading software is a pure cost with zero income, so all you can argue is whether upgrading now will cost less than upgrading later.

      Basically, you need to stop thinking like a techie and start thinking like a suit. They see technology in a very different light than we do.

      Sometimes it's worse than that. Sometimes it's a no win scenario for everyone. If the upgrade doesn't happen, then one day the company is guaranteed that a critical app (or the hardware that it is on) will break and there is no ready replacement for it. Business suffers very badly... possibly even killing the business. If the upgrade is approved, then there is the risk that all this money you just sunk into a critical project will fail... possibly taking the business with it because of the cost involved or the transition had bugs which were not surmountable in time. The more often you upgrade, the more opportunity for catastrophic failure. The longer you wait to upgrade, the higher the probability of catastrophic failure compared to one in a shorter time frame.

    93. Re:What a relief. by techhead79 · · Score: 1

      You've obviously never gone through this before. There is a reason why later IE versions have compatibility mode. The company I work for, not own, went through this in the past few years to get rid of ie 6. Even keeping the browser in compatibility mode does not mean you're free from having to make changes. Every single application has to go through heavy regression testing. But exactly what company has only web based applications to worry about when upgrading to a new platform?

      Recently I just received a notice that there are issues with jquery versions preventing ie9 from being in ie9 mode. I have no idea what those issues are but it means every single application has to update their jquery version, repackage, redeploy, and retest every single browser side test script to make sure just changing the ie9 mode isn't going to break something. Who was using things like jquery when ie6 first came out? The importance of libraries like jquery is to prevent issues like what you're describing and to even allow you to move between browsers. But again, who was using it when ie6 first came out?

      Do you even remember trying to build applications that worked for both ie6 and other browsers? MS fucked the world, and now it's the world's fault they're finding it difficult to upgrade?

    94. Re:What a relief. by david_thornley · · Score: 1

      Yup. There are expenses. However, these are known and normally acceptable expenses. Very likely, upgrading to something newer will save some of that, but it isn't going to save more than that in operating costs.

      An upgrade can go wrong in a great many ways. It's an unknown but likely relatively large cost that may not be very predictable. It has a nonzero chance of coming up with something harder to use, calling for more support, training, and time costs.

      Therefore, you're going to have a hard time justifying an upgrade on the basis of operating cost, unless those costs are very high. Upgrades are normally based on other grounds, such as needing new capabilities, keeping compatibility with other businesses, insurance against possible disaster, etc.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    95. Re: What a relief. by guruevi · · Score: 1

      During IE6, we DID have WebKit and Mozilla, Mozilla/Netscape being the largest portion of non-IE browsers, even at it's peak it had ~80% market share but by then there were already a lot of GOOD competitors.

      And I did real enterprise development in that time, there were some workarounds for IE6 but those can (and should) be loaded in conditionally because you don't know whether the next service pack for IE was going to fix it and while developing it, you shouldn't presume that those problems exist - you code against HTML & CSS, the first thing you do is launch the validator to make sure you don't have bugs, then you test against a couple of browsers and fix browser-specific stuff if necessary using conditional statements.

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    96. Re:What a relief. by Duhavid · · Score: 1

      'Is the source code lost"

      Maybe, maybe not.
      Assume it isn't. Even then, *WHY* did it do what it did in that block of code? You look at it, it doesn't make sense, you rewrite yourself into a bug.
      Or, in your rewrite, the structure of the code is different, what is done in that one block of code now needs to be spread out over different sections of the new. But you cant/don't track that. Bug.
      If it is, then all your problems are compounded, you will have to test it, find out what it does ( and did you find everything? )
      Users aren't much help, as pointed out above, they will tell you all about the main case(s) they use regularly.
      They wont ( not maliciously, either ) tell you about the special case stuff it does. It just doesn't occur to them. You can try to drag it out of them. If you know enough to ask the right questions.

      --
      emt 377 emt 4
    97. Re:What a relief. by Duhavid · · Score: 1

      But they already own the electron microscope. Unlikely they want to buy another....

      --
      emt 377 emt 4
    98. Re:What a relief. by FaxeTheCat · · Score: 1

      Maybe, maybe not.
      Assume it isn't. Even then, *WHY* did it do what it did in that block of code?

      Well, the thread was about the need to rewrite software for a modern browser or a current OS version. If you need to rewrite any of the business logic for that, or need to rewrite the software from scratch for that, then you get what you deserve. Mixing OS dependent and UI with business logic is pretty not smart.
      If you need to rewrite the software from scratch then better go back to the business requirements and write from those rather that trying to replicate what has already been programmed in a new language/style or whatever.
      And if the business logic "only exist in the software", then again, you get exactly what you deserve.
      If the software already exist, why do you need to go back to the users? Use the documentation which was prepared for the original software and its revisions. Does not exist? Well... Maybe it is time it is done, because how can the business rely on software they do not know the inner workings of?

  5. Money went to obvious place by russotto · · Score: 0, Offtopic

    It went into executive compensation, where else?

    1. Re:Money went to obvious place by Anonymous Coward · · Score: 0

      Zacktly!!

      And with their pockets lined, who further cares if the company is stuck depending on IE (red flag #1), and worse, - specifically IE6 (red flag #2). Web apps should work with any modern, standards compliant browser. Otherwise the "consultant" contractors are monkeys and took your company for a ride (to their bank).

    2. Re:Money went to obvious place by wvmarle · · Score: 4, Insightful

      One of the many stupid comments of someone who doesn't understand economics. And that seems to account for most people here.

      Where the savings really went? To YOU, the customer. Yes, really. Why do you think the quality of life has improved so much over the past decades? It's because productivity has increased so much. A single person can produce much more value than they could a few decades ago - and the computer and other parts of automation are a great part of that.

      Previously a company had to employ those hundreds of typists, they have been replaced by computers, that do the work faster (especially the revisions that don't need to be typed out completely again, and copies, thanks to the photo copy machine). That saved a lot of money, which meant a company could lower the prices of their goods and/or services, to gain a competitive edge over the other companies that still used the typists.

      Soon enough of course either companies automated and cut costs (and prices), or went out of business. Those that are still in business are not necessarily making a whole lot more money: they have to lower prices to stay competitive, margins will remain roughly the same. That's what an open market does for you.

      Thinking that businesses still have all that money to employ the typists, but stuff it somewhere else, that's just not true. That money isn't there. They now make enough money to support their current, automated infrastructure - and are still always trying to lower the cost of that infrastructure. Continuing to use software that works, instead of pouring money into creating software that might work, is just one example. Many, especially larger, companies will also try to standardise their computers: making support easier, and making replacement easier when one breaks down (computer broken? Drop in another one, employee can continue their work, broken computer can be checked out later).

      Trying to move your business critical piece of software that works just fine in IE6 to a newer platform is a costly risk. It may involve complete rewriting of the application - good luck making it work exactly the same, and as reliable as the current software. It means replacing a well tested, well understood platform with something you don't know all the quirks so well of. It means spending a lot of money, with the risk of it not working in the end, or worse: thinking that it works, moving your business to the new platform, and seeing it break costing you multiples in lost business.

    3. Re:Money went to obvious place by Anonymous Coward · · Score: 0

      Why do you think the quality of life has improved so much over the past decades? It's because productivity has increased so much. A single person can produce much more value than they could a few decades ago - and the computer and other parts of automation are a great part of that.

      An increase in productivity means you work your ass off even more than in the old days yet wages have been stagnant or even dropping for 30 years. I wouldn't exactly consider that a quality of life improvement.

      Hell, being dead would be an improvement over what lots of people have, the logic being they wouldn't have to suffer anymore.

    4. Re:Money went to obvious place by Anonymous Coward · · Score: 0

      Where the savings really went? To YOU, the customer. Yes, really. Why do you think the quality of life has improved so much over the past decades? It's because productivity has increased so much.

      Actually, over the past few decades I would have said that the quality of life had deteriorated, except for the top few percent. Shiny geegaws, yes, they've improved.

      A single person can produce much more value than they could a few decades ago - and the computer and other parts of automation are a great part of that.

      Previously a company had to employ those hundreds of typists, they have been replaced by computers, that do the work faster (especially the revisions that don't need to be typed out completely again, and copies, thanks to the photo copy machine).

      Actually, I used to work as a typist. One of the things we did was fix the copy the suits wrote so that they didn't appear to be illiterate. It's been a long time since I've done that, but just by looking around, I can see that nobody is making them appear literate any more.

      Trying to move your business critical piece of software that works just fine in IE6 to a newer platform is a costly risk. It may involve complete rewriting of the application - good luck making it work exactly the same, and as reliable as the current software. It means replacing a well tested, well understood platform with something you don't know all the quirks so well of. It means spending a lot of money, with the risk of it not working in the end, or worse: thinking that it works, moving your business to the new platform, and seeing it break costing you multiples in lost business.

      That part, you got right.

    5. Re:Money went to obvious place by sjames · · Score: 1

      Actually, profits are at an all time high, as is executive compensation. Average wealth hasn't even come close to matching productivity gains, so the money did not go there. If it had, we'd see average single income families able to afford 6 houses and 12 cars.

    6. Re:Money went to obvious place by wvmarle · · Score: 2

      That's a totally stupid argument. It'd never happen because owning six houses and twelve cars is no way ever going to be average. Not many families have a need for twelve cars. If more people are rich enough to try to go after a second house, the housing market will go up to compensate for that. After all, there is roughly one home per family in most countries (if that many). I wouldn't even want six houses, of which five are empty most of the time (renting out is in such a scenario of course not an option, as everyone else also has several houses already).

      Yet the average person nowadays doesn't think twice about taking a plane to go on holiday. Or to go for a second holiday in a year. Driving is so cheap no-one will think twice about cost of fuel before turning the key and driving that 500m to the nearest supermarket. The average family has a huge flat screen TV - as a child I went to the neighbour's because they had a colour TV that was twice the size of our black/white TV. The cost of all those things compared to average income is just so much lower than it used to be, just a few decades ago.

      Profits are at an all-time high, but don't forget to count in inflation: just to stay level in real value, profits have to go up by the same rate as overall inflation.

    7. Re:Money went to obvious place by Hatta · · Score: 2

      Why do you think the quality of life has improved so much over the past decades?

      For whom has the quality of life improved "so much" over the past decades? What evidence do you have for this assertion?

      A single person *can* produce much more value than they could a few deacades ago, but wage increases haven't kept up with productivity increases. All that extra productivity is being stolen by the rich. Decades ago a single median income was enough to own a home and raise a family. Today, not so much.

      Here's what reality looks like:

      In 2011 the average AGI of the vast majority fell to $30,437 per taxpayer, its lowest level since 1966 when measured in 2011 dollars. The vast majority averaged a mere $59 more in 2011 than in 1966. For the top 10 percent, by the same measures, average income rose by $116,071 to $254,864, an increase of 84 percent over 1966.

      In case you missed it, I'll repeat. "The vast majority averaged a mere $59 more in 2011 than in 1966."

      --
      Give me Classic Slashdot or give me death!
    8. Re:Money went to obvious place by GlobalEcho · · Score: 2, Insightful

      Where the savings really went? To YOU, the customer. Yes, really. Why do you think the quality of life has improved so much over the past decades? It's because productivity has increased so much.

      Actually, over the past few decades I would have said that the quality of life had deteriorated, except for the top few percent. Shiny geegaws, yes, they've improved.

      Oh, please. We have far less crime, longer lives, safer cars that take less gasoline, better and more varied food, and (for those of us in developed countries) walk around with access to most of human knowledge in our pocket. Life may not be perfect but it's a damn sight better than it used to be.

    9. Re:Money went to obvious place by Pope · · Score: 1

      Not profits in real dollars, silly, profits and executive compensation as a percentage of gross corporate income. Funny how executive compensation soared while regular wages remained nearly static (taking inflation into account).

      --
      It doesn't mean much now, it's built for the future.
    10. Re:Money went to obvious place by Anonymous Coward · · Score: 0

      In some cases we have also managed to decrease the efficiency of higher paid staff. In engineering we used to have support from typists, "calculators", draftsman, graphic artists, and engineering assistants who all could function without an engineering degree and could make the team efficient. Now we have fewer of those folks, but more engineers to do the same work because we spend 75% of our time monkeying with fonts or spelling, doing routine plotting. Even drafting skills--yes as an engineer I may be able to mock something up in CAD, but if I do it as 15% of my job my speed or efficiency is lower than someone who does it all the time. Even if my insight is critical, if it takes me twice as long to draw it as a draftsmanthen I might as well be sitting over his shoulder the entire time he does it and pay him the same amount you pay me (you'll save on SolidWorks seats that way). Realistically though you could pay a good CAD guy less and I don't need to sit there the entire time (and he is still more than twice as fast as I'll be).

      There is a similar argument to be held for a good document layout person or a good typist, or a good technical artist.

      But now since we can do all those things its very hard to bid a project where you tell the customer that you want to employ those folks (the customer demands a higher % of engineeringless "overhead"and we end up needing to bid more hours of engineering to do non engineering tasks).

      [Besides we all really know that all the efficiency gains were sucked away by folks reading and replying to Slashdot at work]

    11. Re:Money went to obvious place by sjames · · Score: 1

      Actually, in a healthy market, cost is supposed to be driven to approach the marginal cost of production no matter how wealthy the buyers.

      Meanwhile, income has slipped against inflation while corporate profits and executive compensation have grown against inflation and most families now need two incomes where one was enough before.

      We have color rather than black and white TV because technological advances have made it cheap, not because of productivity gains. The people who are pocketing the productivity gains thank you for supporting their fallacy though.

    12. Re:Money went to obvious place by Common+Joe · · Score: 1

      Why do you think the quality of life has improved so much over the past decades?

      Have you seen reality TV, SyFy, or the History channel these days?

  6. re: Why Won't Companies Upgrade Old Software? by Anonymous Coward · · Score: 0

    the answer is: because it is the big white elephant in the room that no one wants to talk about.

  7. Money? Job security? by Anonymous Coward · · Score: 0

    I've heard both. Too expensive to explore new technologies, or too new and intimidating for current staff.

  8. It's not that simple by msobkow · · Score: 4, Informative

    When companies talk about multi-million dollar costs, it's because they've got a number of systems tied together with data feeds, batch processing, and other interactions between their systems. You can't typically upgrade one piece of the pie without upgrading the whole pie.

    Regardless of how much of the pie gets upgraded, all the interaction points have to be regression tested, and sometimes recoded or reworked to work with the new software.

    That's not an excuse for failing to continually invest in those upgrades, but many companies have put it off for so long that they're now facing an insurmountably complex (and thereby expensive) task.

    --
    I do not fail; I succeed at finding out what does not work.
    1. Re:It's not that simple by jedidiah · · Score: 1

      In other words, it's an engineering failure from top to bottom. Being dependent on one particular version of one particular application is just the tip of a very large iceberg that also happens to be a big frozen turd.

      They built a rube goldberg machine without any thought to how they would maintain it or upgrade it.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    2. Re:It's not that simple by Anonymous Coward · · Score: 1

      Don't forget the old bugs everyone's forgotten about.

      We're currently installing a new system for a customer to replace an old one built by another company ten or twenty years ago. It's all built to match the old system according to the documentation for how that system should operate and the interfaces between it and the other systems it communicates with.

      And we're getting a lot of bug reports because the third-party systems on the other end of those interfaces aren't. We send them the correct messages and they respond incorrectly. So we're having to spend a lot of time trying to determine how the old system worked around those bugs and implement the same workarounds, so those other companies don't have to fix their software to work the way it's supposed to.

    3. Re:It's not that simple by lucm · · Score: 1

      When companies talk about multi-million dollar costs, it's because they've got a number of systems tied together with data feeds, batch processing, and other interactions between their systems. You can't typically upgrade one piece of the pie without upgrading the whole pie.

      The two big evils that prevents simple and effective systems integration are:
      1) Using point-to-point integration (instead of something more flexible like SOA) to "save time"
      2) Using custom shared libraries and/or a in-house framework to "save time"

      The second one is counter-intuitive for a lot of developers who worship libraries. But the reality is that the economics of building internal frameworks are usually weak because most languages and platforms evolve before the alleged productivity gains for developers have paid off, kickstarting a round of upgrade (or rewrite) on the library. I've seen a lot of integration projects where the bulk of the cost was linked to internal libraries requiring systemic upgrades.

      --
      lucm, indeed.
    4. Re:It's not that simple by BooRadley · · Score: 2

      They built a rube goldberg machine without any thought to how they would maintain it or upgrade it.

      Which describes every large software project implemented by a non-software company, ever.

      --

      -- lk t lv ll th vwls t f wrds. T svs lts f tm t wrt bt ts pn n th ss t rd nd mks m lk lk cmplt dpsht.

    5. Re:It's not that simple by Anonymous+Brave+Guy · · Score: 5, Interesting

      Which describes every large software project implemented by a non-software company, ever.

      It describes plenty of large software projects written by software companies, too.

      Software maintenance is hard. Very few people actually know how to design and build a software system that is maintainable over the long-term, and since even the people who can can't also see the future, we'll never be able to build idealised, perfectly maintainable systems.

      The logical conclusion is that we may wind up with critical systems that are working and stable but prohibitively expensive to develop. The best solution to that situation is often to leave the existing system alone but try to isolate it via some controlled interface so you can still build your new systems with a degree of separation and better maintainability.

      --
      If you disagree, post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like.
    6. Re:It's not that simple by Anonymous Coward · · Score: 0

      Oh come on. I have had pieces of pie switched out, often with mere hours of notice. "Oh, didn't we tell you?"...

      But then, most of the integration, bridging and fancy footwork was not /NET based, but Unix/Linux and with a lot of scripting languages like Perl or Python, it was not a huge issue at all. Maybe had to skip lunch and still be home on time.

      If you use broken tools, the house cannot stand. Its fun being semi retired and watching the instagram generation whack their heads bleeding while clinging to the .NET ship, swearing by its every rusty nail in the sinking hull.

    7. Re:It's not that simple by Anonymous Coward · · Score: 0

      They built a rube goldberg machine without any thought to how they would maintain it or upgrade it.

      Which describes every large software project implemented by a non-software company, ever.

      And software company. Because inevitably someone wants to integrate the data on system A with the data on system B in order to give them better analytics in order to solve what they think is a crucial business problem. So now you've just interconnected your systems and established a dependency. It may be great now, but there's hell to pay later.

    8. Re:It's not that simple by plover · · Score: 2

      Put an MBA in charge of an engineering division, and this is exactly what you get.

      MBAs are toxic in any position other than CEO. CPAs should run Finance divisions, engineers should run Engineering divisions, salesmen should run Marketing. MBAs should push mail carts, or mops, until they get it.

      --
      John
    9. Re:It's not that simple by fredgiblet · · Score: 1

      Or simply be lined up against the wall. That works too.

    10. Re:It's not that simple by Anonymous Coward · · Score: 0

      Okay this might not be completely in the same vein as what's been discussed so far but here goes.
      Ever hear of the Y2K bug? Do you know why it happened?
      If not here's a read up for you.
      http://en.wikipedia.org/wiki/Year_2000_problem
      In a nutshell it stemmed from using a 2 digit number for the year, which happened because it was used as a memory saving device when most computers had very low amounts of on board memory, as far as I know. So did the people who first implemented the system that created the problem think "Well it'll f@ck everything up in the year 2000, but hell just go for it."? Or was it the best solution available at the time? Often legacy systems are based on out dated methods or concepts that in hindsight look like a complete cock up, but at the time was the best solution they had.
      The problem I'm noticing is that the people with real world experience can't make the people without it understand. Nothing and no one is perfect, and often it's the best that could be made of the situation at the time when you consider available resources and expected time frame to completion. So yes in a perfect world everything would be taken into consideration and there would be no upgrade path problems. In the real world you work with what you have in front of you.

    11. Re:It's not that simple by dkf · · Score: 2

      MBAs are toxic in any position other than CEO. CPAs should run Finance divisions, engineers should run Engineering divisions, salesmen should run Marketing. MBAs should push mail carts, or mops, until they get it.

      The problem isn't people with an MBA. The problem is that there are specialist MBAs; they only know being an MBA, an abstraction of being a manager. The people who have real experience (sales, finance, engineering, whatever) and also an MBA are usually OK as they know when the management theory is full of shit.

      All theory isn't exactly correct in all details, that's what makes it theory. (OTOH, a theory also helps you stop getting bogged down in all the details, so it's still valuable to have. The theory/practice balance is an interesting dynamic.)

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
    12. Re:It's not that simple by L4t3r4lu5 · · Score: 1

      Off topic, but I had absolutely no problem reading your signature.

      God bless text messaging.

      --
      Finally had enough. Come see us over at https://soylentnews.org/
    13. Re:It's not that simple by im_thatoneguy · · Score: 1

      Someone recently made a very apt observation that if you knew exactly what your application would look like and could create a perfect spec for it... you would have finished programming it since that's what a perfect spec is--working code.

      At some point you just have to start solving problems without any larger picture or else maintainability will be irrelevant since you'll have nothing that actually works.

      That being said... sufficiently isolating every system so that as long as it exposes the same interfaces it'll work is always a good practice. I went through a large rewrite recently and was able to take one monolothic spaghetti ball and compartmentalize into granular functionality. Made maintenance a million times easier--but it was largely possible only because I had already done it once and knew exactly what blocks I needed to break out.

    14. Re:It's not that simple by Kjella · · Score: 1

      Well, one part is if the code is maintainable but the other part is if there are anyone to maintain it. Very often, even when it's of reasonable quality, the answer is "there's nobody who really knows how it works anymore". Functionality is changed or added in bits and pieces here and there but nobody's maintaining the system requirements or documentation or has any responsibility for the architecture or design. If nobody has good in-depth knowledge then you can't possibly expect it to be well maintained, as long as nobody's taken the time to pop the lid and see what's inside all boxes are black boxes.

      --
      Live today, because you never know what tomorrow brings
    15. Re:It's not that simple by clickclickdrone · · Score: 1

      Which describes every large software project implemented by a non-software company, ever.

      We've got the opposite problem, Everything is overengineered, modular, documented to death and scalable but 9/10 times the code base is never touched again for a decade then it's replaced. Might as well of thrown it together and saved 40% of the development costs.

      --
      I want a list of atrocities done in your name - Recoil
    16. Re:It's not that simple by Overzeetop · · Score: 1

      Build the perfect system with documented calls and public APIs for everything.

      Now roll out a new component which is tied to all of that which is missing one or more "legacy" actions.
      (1) find all the incompatibilities
      (2) rewrite your software, and document the changes
      (3) roll out a version of the software which can successfully manage both the old and the new component simultaneously

      Understand that in an organization with just 10,000 employees, the moment your services go down you're taking a $1M/hr productivity cost hit. That means there needs to be a fairly robust effort prior to the upgrade. Putting it off one cycle would likely seem a good value proposition given the advances of one cycle. Of course, it just gets harder to change as time goes on, even if you had a great system to begin with.

      --
      Is it just my observation, or are there way too many stupid people in the world?
  9. naive by BenBoy · · Score: 1

    Now, my question is: what happened to that money they saved? Even a small portion of the money saved over the years could be used to upgrade ancient systems to modern standards.

    Yeah, or you could use it to hire a second pool-boy, no?

    Now my question: What does upgrading IE have to do with enhancing shareholder value this quarter?

    1. Re:naive by real-modo · · Score: 1

      OK, naïve. But: how do structural and process engineers (who maintain industrial plant) get out from under this penny-wise, pound-foolish mindset? Why can't software maintainers do the same as engineers?

    2. Re:naive by Anonymous Coward · · Score: 1

      Many industrial plants use decades-old technology, sometimes with a few more modern patches here and there, and they're not totally free of bugs either, that's a myth. IE6 is barely a decade old, if software engineers worked the same way as other engineers then IE6 wouldn't be anywhere near obsolescence today. And that's your answer right there, it's not that companies are too lazy to upgrade, it's that the upgrades are being released way too fast for companies to keep up, and by fast I mean more than one new version every 10 years.

    3. Re:naive by BenBoy · · Score: 1

      Good question, but I prefer questions I know the answers to. Corporate short-term thinking is ruining, well, everything, and I have no idea what to do with that (not being the king).

    4. Re:naive by Anonymous Coward · · Score: 0

      The problem with IE6 is that it was garbage to begin with; it broke all of the standards but was a major player in the browser arena, so everyone had to support it to be taken seriously. So all of these legacy business apps (which were not legacy at the time) chose to support IE6's quirks since it was a browser that pretty much everyone had on their computer.

      Had IE6 been reasonably standards-compliant, chances are these business apps would work fine on modern browsers.

      To address your other points - web browsers are not tied to any particular niche like industrial control software or whatever. The web browser is also perhaps the most attacked and exploited software on today's PC. The technology changes in response to consumer demand for richer web content and to stay ahead of the game on vulnerabilities.

      If the rate of change in web technology does not fit with what businesses can cope with (which I don't accept as an excuse) then perhaps companies should have lobbied their vendors not to make the web browser as the interface to their business applications.

    5. Re:naive by Anonymous Coward · · Score: 0

      Actually IE6 was the most standards-compliant browser when it was released. Yes it was garbage and completely riddled with bugs but it still can support a modern HTML5/CSS2/DOM1 website with a few hacks and lots of painful bugfixes.

      The problem you are speaking to was more IE4 and 5, which came out when there were no real standards and Netscape was doing something completely different and entirely non-standard. And, unfortunately a lot of this old IE legacy stuff was used for years after it was obsoleted.

      And lets not forget ActiveX.

    6. Re:naive by sjames · · Score: 1

      Have you seen the state of infrastructure? The engineers haven't fared that much better. To the extent that they have, it's at least in part because you can't make a PE sign off if he doesn't believe the design/change is sound.

    7. Re:naive by Grishnakh · · Score: 1

      Upgrades are NOT being released too fast. If web app developers (and Microsoft) had stuck with standards all along, we wouldn't be having these conversations about IE6 now. The problem was that MS decided to push their own proprietary "standards" (namely ActiveX), and then later changed them, and finally abandoned them. As a counterexample, look at PDF. If some company produced a bunch of documentation with PDF in 1995, you can still view those files with a modern PDF viewer and they render perfectly, because it's a standard.

  10. Read my lips: Stupid ass executives by millertym · · Score: 2, Insightful

    There is no kinder way to put it that drives the meaning home. The executive level - especially in large corporation type environments - have only one thing pressuring their job performance: meeting/beating budgets. Not division excellence. Not Technological prowess. Only x amount of $$$ = meeting forecast targets = $$BONUS$$ cha-ching!! Personally I think this executive cultural behavior stems from the short term thinking of our entire "free" market system in play these days. No company hardly cares beyond 2-3 quarters out. They struggle badly to plan long term financially, because in the stock market/share holder culture most executives live in, meeting the next quarter's profit goals is the end all be all of their work life.

    1. Re:Read my lips: Stupid ass executives by Anonymous Coward · · Score: 0

      more often then not these sort of things have nothing to do with failures at the executive level, it usually comes back to failure by those implementing it where they budgeted for a fixed cost for the setup and installation of the project rather than saying it has an ongoing cost each year. It is a common failure in IT project management. I am dealing with one of these exact examples now. The project was costed and paid for 8 years ago, they now have some incompatibilities with the new environment yet the business people say "WTF, we already paid for this and it works, why the hell would we want to upgrade it", the business did not do anything wrong, they had no knowledge that the IT failed miserably as they didn't attribute budgeting for ongoing maintenance to the application during costing so the upgrade cost comes as a sudden surprise rather than something that was budgeted for. IT can complain all they want but this is a common mistake and it is one that has been self inflicted where the real cost of IT is being incorrectly calculated.

    2. Re:Read my lips: Stupid ass executives by Anonymous Coward · · Score: 0

      You need to have CEO's with brains. Buy in must come from the top. When Bezos declared that any future Amazon project must working 100% through reusable API's around 2005, it shook up the place. He also said that projects not meeting that requirement would be terminated and kept his word. That is the kind of buy in for future interoperability and maintainability you need.

    3. Re:Read my lips: Stupid ass executives by Anonymous Coward · · Score: 0, Insightful

      This is typical of a know-it-all-software engineer.. a business has thousands of areas that always need money & investment. If you don't work for a company that sells software you will always be down the list on investment. Talk to people that do other jobs in a company (tool & die, maintenance, whatever) and you'll find endless complaints about old tools & behind the times equipment. It's a reality of business... money is finite & perfection takes unlimited money. The point of a business is to make money so complaining the the entity is "all about the profits" is like saying an undefeated basketball team needs to focus less on making baskets and focus more on getting assists.

    4. Re:Read my lips: Stupid ass executives by wierd_w · · Score: 2

      Asymmetries are to blame.

      Eg, "hindsight is always 20-20.", while accurately predicting the future is pure fantasy.

      A developer building an internal app uses conventions and tools that are relavent at the time of production. This developer is not clairvoyant. They can't put the sourcecode against their head johnny carson style and predict that in 5 years that say, activeX is going to be a major pariah, and that the core framework they are making will become totally unworkable.

      Likewise, everyone and his brother wants to "innovate" the internet, resulting in a constrant stream of often incompatible technologies vying for dominance, with very little standardization. Futurproofing internal applications then becomes next to impossible unless you can pull a johnny carson.

      The best a developer could possibly do is to use as vanilla, boring, and feature deprived base to work from as possible, and implement all the fancy bells and whistles themselves using this base, so that the work they do will withstand uprades of that base. EG, using only the most basic, feature deprived aspects available to them. This is about the only way to overcome this, but results in byzantine, hard to debug, painful to write, and painfully slow software. Developers rightly don't want to do this, because it is inefficient with their time and resource allocations.

      Even something MEANT to have "run anywhere" functionality can and does break from major revisions. We are still using java 6 at my work, because the updated runtimes break the class loaders of software we use. (Commercial software no less.)

      The asymmetry cannot be fixed. The problem it causes cannot be fixed.

    5. Re:Read my lips: Stupid ass executives by Anonymous Coward · · Score: 1, Insightful

      Now you read my lips: the problem is actually engineers who don't know how to build a compelling business case.

      You have asserted that there is a significant cost to the company. You must have an idea of how to quantify that cost, right?

      So, write a proposal.

      "This upgrade will get us these benefits, and eliminate these risks. It will cost us X dollars to perform the upgrade. We will reduce operating costs by X%, leading to a positive ROI within 2 years."

      Be honest in your ROI calculation - if you can't show that it will result in a net gain for the company, you have your reason why nobody's upgraded. If you can show that there is a net gain to the company, then boom - you just got your upgrade approved, son.

      If you don't know how to speak the language of the people who control the purse strings, then don't blame them for not making the decision you want them to. (Note: "LOL IE6 IS SUPER OLD AND DUMB," is not a business case.)

    6. Re:Read my lips: Stupid ass executives by Anonymous Coward · · Score: 0, Insightful

      How did this get modded insightful? $$$$ is their job. It is the crucible of the market. They can invest all they want in the next great best OS or whatever, but if it costs the company $$$$ and doesn't make $$$$, well guess what? They are not going to get a bonus, and are probably going to be out of a job. Because spending company money without making money is how you end up without a company anymore.

    7. Re:Read my lips: Stupid ass executives by c0lo · · Score: 1

      A developer building an internal app uses conventions and tools that are relavent at the time of production. This developer is not clairvoyant. They can't put the sourcecode against their head johnny carson style and predict that in 5 years that say, activeX is going to be a major pariah, and that the core framework they are making will become totally unworkable.

      ...

      The asymmetry cannot be fixed. The problem it causes cannot be fixed.

      You can't solve it in its entirety, however you can alleviate the impact by the architecture and modularisation of your system. Then, you can upgrade it "by parts": whatever part can not longer be supported by the technology-of-the-moment, gets re-written (trivial example, take it as an example only: implement the business logic into an app server exposing API interfaces, separate the UI in some other place in the code. ActiveX UI no longer supported? Reimplement it, let the server-side logic untouched).

      Granted, doing this doesn't come for free (higher dev costs, possibly higher hardware costs to run it), but one can look at this as an investment into one's future capability to evolve.
      Put in other way: Change is not compulsory. But again, neither is survival

      --
      Questions raise, answers kill. Raise questions to stay alive.
    8. Re:Read my lips: Stupid ass executives by tompaulco · · Score: 1

      positive ROI within 2 years
      Great, now revise that so it says 1 quarter, and we're good to go.

      --
      If you are not allowed to question your government then the government has answered your question.
    9. Re:Read my lips: Stupid ass executives by fredgiblet · · Score: 1

      And that probably cost a LOT of money. Foresight, a strong hand and a willingness to lose/spend money in the short-term are requirements for long-term success that most executives can't/don't/won't display.

    10. Re:Read my lips: Stupid ass executives by sjames · · Score: 1

      Call me Johnny Carson, because I did, in fact, predict that Active Wrecks would be a problem and so would depending on IE.

      It's not THAT hard to do. Step one, if there is just one vendor, you're heading for a train wreck. After that, look at the track record of a standard, and where that standard is going in the consensus.

    11. Re:Read my lips: Stupid ass executives by Anonymous Coward · · Score: 0

      You don't expect them to have perfect future predictions, however any IT project should have expected future costs for maintenance if the result is to remain in production use, EVEN if their are no known bugs. This should be a percentage of the project cost and it should always be factored in as an annual ongoing cost even if not utilized. For example my current project took 3 man years to complete, as part of the ongoing cost their is 3 man months of support costed in per year for each year of operation even though currently their are no known defects, this covers us for upgrades, fixes or if unneeded then at the end of each FY the business area get the funds credited back as unused. Just because you can't predict the future perfectly is no excuse for poor project management practices.

    12. Re:Read my lips: Stupid ass executives by Anonymous Coward · · Score: 0

      It's a cute meme here on Slashdot, but anybody who's ever done enterprise software development knows that that is NOT the way competent business men and women think - and there are FAR more competent business people out there than there are crooks.

      Anybody who refuses to invest in anything that takes longer than one quarter to generate a positive ROI is soon going to get fired, arrested, or steer his company into the toilet.

      But yeah, I know, LOL WE R TEH 99% FATCAT TOO BIG TO FAIL CROOKS. Power to the people, brah.

  11. The Technological Divide by RoknrolZombie · · Score: 1

    The problem is giving the folks that hold the money a *reason* to upgrade. See, you can explain to a tech guy about all of the holes and bugs and he can agree that an update to ________ would be fucking awesome!

    But the folks holding the cash hear about all of the same bugs and holes and they nod and they think, "The software we've got has been getting the job done. Also, I remember the last time we replaced the software it was three months of people learning, and technological failures, and people making mistakes before any real work got done, and another six months after that before people started feeling comfortable with it. It was two full years before I stopped hearing them bitch about it." and all of those rational, reasoned arguments go straight out the window.

    Now, that's just one reason - I have personally been witness to quite a few companies using software that has never been upgraded before. Any comparable software is vastly out of reach to a small business, so it's a big deal to have to spend $3-4k on six licenses when he needs 12. So you end up with someone that would absolutely LOVE to upgrade from IE6, but unfortunately, the server software is still only available for Windows NT, and can't be migrated for a variety of different reasons - I could go on.

    But I won't.

  12. AHLTA by Anonymous Coward · · Score: 0

    At least for the DoD, AHLTA was one of these cases - the US DoD system for medical care. Used IE6 for years after IE7 was released. It was ridiculous. And now that Windows 7 is installed on all the computers, they still refuse upgrades to IE9 or even 10, or better yet a reliable platform from Google or Mozilla.

    It's because the process to change things takes so long. The money is negligible and the software change get's considered a "major upgrade" making it "critical" but to get everything approved and disseminated through the entire network of bases, forts, camps, etc. takes the amount of time you're looking at.

  13. Change for sake of change by Anonymous Coward · · Score: 1

    Why should they upgrade their software if it's working? You have the idea that old software is outdated in inneficient, which is a wild assumption to make. Suppose for a moment that you own a business, and actually use a piece of software for something. This software is working now, has been working for years, and in your eyes will continue to work becuase the requirements are never going to change. Should they upgrade their software, just, because? I wouldn't blame someone for running software 50 years old if it works for what they need, is stable, and lets them do their real job.

    1. Re:Change for sake of change by jedidiah · · Score: 2

      It's discontinued and is no longer supported by the original software vendor and you don't have the source code.

      I knew a shop that had a critical application that was 30 years old. However, they had enough of a clue to put themselves in the position where they could maintain the product themselves. Many CxO's came and went trying to replace that old dinosaur but newer alternatives could never quite pass muster. They weren't good enough.

      Sooner or later all of those "business reasons" you used to justify buying the shiny commercial product from the darling of industry will evaporate.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    2. Re:Change for sake of change by scottbomb · · Score: 1

      This AC needs to be modded up. WAY up. I once worked at a company that in 2004 was still using a DOS-based application for many of their core functions. Why? It was easy to maintain and modify and it got the job done - very well in fact. There's a lot to be learned from the old adage, "if it ain't broke, don't fix it".

    3. Re:Change for sake of change by c0lo · · Score: 1

      Should they upgrade their software, just, because?

      Because the hardware that runs it dies and you can't get another iron that supports the same software configuration anymore.

      --
      Questions raise, answers kill. Raise questions to stay alive.
    4. Re:Change for sake of change by ferret4 · · Score: 1

      That's fine, but in this case there's a lot to be learned from a new adage: "if your unsupported software does break, you're totally fucked"

  14. old saying by Anonymous Coward · · Score: 0

    if it aint broke dont fix it.
    and with how crap is costed and costs why keep paying and paying and paying and paying ....sorry its just a joke.

  15. Short term thinking by JDG1980 · · Score: 1

    Wall Street. Large companies only care about the next quarter, because that's what shareholders care about and what executive bonuses are based upon. Much easier to kick the can down the road, put off upgrades until tomorrow. And tomorrow never comes.

    1. Re:Short term thinking by MachineShedFred · · Score: 1

      This meme is very popular, but sometimes the task is much easier to state than execute.

      I work for one of those "large companies" where we're on year 3 of a 10-year project to modernize the 18+ merchandizing systems dating back to the 1980s we use into one next-generation system that can be used for current merchandizing and ordering, as well as e-commerce and mobility applications. You can't just do that in a few weeks and expect 2600 stores and 50 manufacturing plants / logistics facilities to be turned around and done, unless you want to shut the entire company down for a few weeks and hire an army of IT guys at unimaginable cost. It takes time to develop, test, test again, develop again, redesign, develop more, test more, enter the hundreds of thousands of SKUs, product pictures and data, test some more, pilot, and then deploy and support.

      Getting the C-level executives to not only understand the problem, but agree to be patient and keep paying the bills for the capital expenditure to get it done is not easy, but possible. It's especially hard when in their minds, what we're using now still works now, and would continue working into the foreseeable future.

      --
      Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
  16. IE6 by MrEricSir · · Score: 1

    If your idea of a company running outdated software is IE6, let me say this: welcome to the industry! You're obviously new here.

    --
    There's no -1 for "I don't get it."
  17. Kitchen/bathroom analogy by Anonymous Coward · · Score: 0

    Suppose your spouse or family member pointed out that a professional remodel would really make your kitchen and bathroom both more attractive and more pleasant to use, with more storage space, etc. Think of reasons why you might put off the decision to send out for professional bids. Then add a bunch of zeroes and a whole lot of affected customers and employees, and that's what organizations are facing.

    1. Re:Kitchen/bathroom analogy by fredgiblet · · Score: 1

      Now add dry rot, termites and mold into the kitchen/bathroom.

  18. An analogy by ThorGod · · Score: 1

    Changing the OS on 100 machines is a task that a group of professionals can do relatively quickly.

    Changing the OS that 100 users use on a daily basis, without getting 100 angry phone calls (per day), is much more difficult.

    --
    PS: I don't reply to ACs.
    1. Re:An analogy by jedidiah · · Score: 1

      This sounds like another "too big to fail" problem and yet another reason to never let any corporation get so big. If you can't upgrade your IT infastructure or anything else of a similar nature, then the company in question probably needs to be dissolved into a number of smaller ones.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    2. Re:An analogy by aaarrrgggh · · Score: 1

      Ok, drop two zeros off his number, and make it one user. It happens just as much in a 20-person company as a 2,000 person company-- people don like the new version. They can't figure out that ribbon shit. Can't we please just go back to Word Perfect 5.2 for DOS? It isn't always worth the resources to change things, even with stupid commodities.

    3. Re:An analogy by tftp · · Score: 1

      If you can't upgrade your IT infastructure or anything else of a similar nature, then the company in question probably needs to be dissolved into a number of smaller ones.

      Businesses, especially public companies, are not paying the shareholders with upgrade reports. They are paying them with money - as dividends or as share value. An expensive upgrade will cost you money, but after it's done you only hope that things keep working as they were working. This is a loss of value, not a gain.

      There are only a few cases where an upgrade is a sensible action. Like that PDP-11 that someone mentioned earlier. You can't get a spare one these days. But, thinking of that, it may be easier to build a PDP-11 today in an FPGA and run all the software on it, instead of reworking the whole plant to be controlled by something else, and having to rewrite the control software in the end. A PDP-11 is a much simpler, and a much more testable thing.

      Dissolution of a large company is usually detrimental to its revenue due to destruction of its monopoly position. Because of that no sane set of shareholders will give up on such a sweet thing as monopoly. The court can order a company broken up, but the court needs very specific evidence of wrongdoing. One cannot just walk around, point at large companies, and order them broken up. Only a dictator can do that.

    4. Re:An analogy by jawtheshark · · Score: 1

      Like that PDP-11 that someone mentioned earlier. You can't get a spare one these days.

      Something fun I found recently

      --
      Ahhh...the great dumpster continuum. Many a free computer will be found there. -- sowth (748135)
    5. Re:An analogy by MachineShedFred · · Score: 1

      Also, breaking up a large company for a reason such as that is inherently stupid, because the company grew that large based upon combining efforts and creating efficiencies. A large retail enterprise uses a logistics chain to support entire regions of stores, creating cost advantages by centralizing distribution and product delivery. Breaking that up will only raise prices to the end user as redundant facilities and redundant transportation would be necessary, where they were not before.

      Breaking up that company just put more trucks on the freeway to make the same deliveries, using more fuel and creating more pollution; with exactly zero value created.

      --
      Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
  19. To the shareholders by ByTor-2112 · · Score: 1

    In theory, the savings went to the shareholders as profits the first year they fired those people. After that, it wasn't in the budget and wasn't a savings any more (in the most BASIC form of accounting).

    It's very, very hard to justify spending money on something that will take a decade to pay for itself. There is almost always something else you can spend it on that will have a better return. And the computer systems are largely "soft" dollars -- ask yourself "what check did I not have to write" -- so unless you can cut some more people, it probably won't be approved.

  20. It is millions by Murdoch5 · · Score: 1

    Think about having to buy a copy of Windows for each workstation and a copy of Windows server for the servers and then getting all new devices which are compatible and etc.. etc.. etc.. Upgrading from closed, non free software to closed non free software is massively expensive in both dollar value and in human resource cost. When you crunch the numbers, upgrading hardly makes sense.

    This is why a lot of public institutions are going with free software and open source. The savings alone from moving to Microsoft Office to Libre Office is substantial. If you add in the cost that can be saved moving from Windows desktop to Linux desktops and Windows server to Linux you can quickly see the appeal. The problem with this kind of move is that most computer users don't want to learn a new system and most IT staff don't understand the non windows based solution well enough to support them.

    So instead of spending millions and millions on upgrade costs or moving to a new platform that will cause havoc, most companies will just stay locked into old outdated software.

    1. Re:It is millions by AK+Marc · · Score: 1

      You have a common corporate image. When it's time to move, you update the image. You test. Then you deploy. Generally the closed source licensing upgrade is zero (I had a site license that covered current + previous for the site up to some number of computers, you just fire off an email to your account rep, and the names associated with "current" and "previous" change, with no dollar cost change).

      The cost of the software is much lower than the cost of the training and user problems from changing platforms

    2. Re:It is millions by Murdoch5 · · Score: 1

      Fair enough, I can only speak about the last company I worked for. I know the upgrade cost was massive, because we volume licensed everything. We tried to move everyone to Linux and had people freaking out about it.

    3. Re:It is millions by AK+Marc · · Score: 1

      The volume license agreements I've seen covered computers, not OS, and they were all easily upgradeable. And yes, people would freak about Linux. It's completely different than before. Did you account for user training for all users?

    4. Re:It is millions by Murdoch5 · · Score: 1

      No we didn't, we assumed because most of the staff has PhD's and Master's degrees they could figure it out easily, nothing could of been more wrong. It's almost as if the higher the degree the less flexible.

    5. Re:It is millions by AK+Marc · · Score: 1

      Yes, you ignored most of the basic requirements of a migration, and it went poorly. Got it. Now I have more information to better evaluate your opinions. You are one of those "zealot" people who pushes your Linux crack so hard it pushes people away from it. If people stopped illogically pushing Linux, then we'd have had the year of Linux on the desktop years ago.

    6. Re:It is millions by Murdoch5 · · Score: 1

      I don't have some Linux high horse, just given the illogical cost of Windows and the no real need for it over Linux in the company I worked for it made sense.

    7. Re:It is millions by david_thornley · · Score: 1

      Thing is, using MS software, the business gets products that will work reasonably well for a known price, with a known amount of extra hassle. In those cases where the software doesn't work well, people will understand.

      FLOSS can save money (don't underestimate the costs and risks of maintaining license compliance with proprietary software), but it carries not only conversion costs but risks. It may not cover some current use case (likely involving Excel), forcing an expensive custom solution. It may have a compatibility issue with other people and businesses using MS Office, that hurts credibility or adds friction to negotiations. It may not run an important Windows-only program. There's all sorts of things that could go wrong.

      Therefore, there's the safe way of spending a known amount of money annually, or the risky way of saving that amount of money. Unless the business is into software in a serious way, the business is going to want to take the known, safe solution. Think of MS licensing fees as insurance.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
  21. change is bad by Revek · · Score: 0

    They are afraid of change. It is natural for those who do not understand new approaches to fear change. They will in fact actively oppose it and try to make the transition as hard as possible.

  22. The Money They Saved? by Anonymous Coward · · Score: 1

    ... That went to corporate profits and executive bonuses!

    Didn't you notice? Workers are more effective than years ago, yet are paid significantly less and less. Why? Profits for investors are more important than wages.

    Why are employees lower and lower paid, and thus lower and lower educated, and lower and lower caring about what they do, and thus relatively stupid regarding the products they sell (Home Depot, Best Buy, etc)??? Profits!

    You don't go to a corporate business and expect caring and experienced people. You expect people that aren't paid enough to care with the education and demeanor of high school dropouts.

    1. Re:The Money They Saved? by Anonymous Coward · · Score: 0

      From what I learned over years and companies, is that all the money saved is going directly to the shareholders, don't expect this to be reinvested...

  23. Because it really will cost millions by onyxruby · · Score: 4, Informative

    In order to upgrade the systems they also have to upgrade the back end applications that were hard coded to require IE6. These applications were often merely the front ends to legacy financial, database, purchasing, ERP and so on. You have to upgrade all of the middleware systems as well as the back end systems fed by the middle ware systems. IE 6 often required custom hacks in order to get it to work at all, and once you got it working it was your head if you messed with it.

    You also had things like right management through Internet Explorer for Windows based systems that only worked in version 6. In short you could easily spend millions of dollars upgrading back end systems in order to get them to work with something newer than Internet Explorer 6. The larger the enterprise / agency the more systems that were dependent on it that very version and the worse the problem was.

    All of which discounts traditional migration costs of migrating computers, licenses, testing software, hardware, implementing a hardware independent image, creating packages, testing with new versions, testing new versions with old versions etc, etc, etc. For most IT departments a migration is the largest project that they will do every few years. The consultants that work migration and that know what their doing are few and far between. You could probably fit every single qualified consultant from every agency in the country in a single conference room with room to spare. Needless to say you can generally count on paying over $10,000 a week per consultant to get someone that knows what their doing.

    Migrations are very complex work that involve a lot of details, project management, hardware expertise, vendor relationships, management consultation, software license issues, SQL database work, OS work, infrastructure work and so on. Point being it's a bit more involved than rolling out the newest version of Internet Explorer from the Microsoft update site and you sound like you desperately need a consulting company before you cost your company far more money than you would pay in their fees.

    1. Re:Because it really will cost millions by JDG1980 · · Score: 1

      In cases like this, IE6 should be treated as a legacy application platform and run in a VM. Actual browsing should be done in an up-to-date version of IE (or in an alternate browser, but most corps prefer IE because of group policies). This is not difficult to set up with Windows 7 Professional, which even has an XP mode for this specific purpose.

    2. Re:Because it really will cost millions by Anonymous Coward · · Score: 0

      So did the vendor of said IE6-dependent products ever release incremental updates for them to free them from the IE6 shackles? What was the excuse for not deploying these upgrades when the amount of delta at that time was small?

      Sorry, this mentality gets no sympathy from me.

      You will find out the hard way that this attitude is penny wise and pound foolish when you get hit by the next browser drive-by.

      Hopefully someone in IT will have a few brain cells and throw these applications into something like Citrix with no internet access and isolated from the rest of the corporate network.

    3. Re:Because it really will cost millions by onyxruby · · Score: 1

      The problem with running in the XP mode as you suggested is that you still have the additional complexity of testing for the mode for both Windows 7 and XP. It will work as an interim bridge, but it isn't something you want to live with for any length of time if you can help it. I have very rarely ever seen any place be willing to adopt this, even though in theory you would think it should be more common. At any rate it is all a moot point as XP (and XP mode) support are going away in less than a year and this is what is finally forcing companies to spend the millions of dollars to perform the upgrades.

      I was answering the question of why things were done, I was not defending the use of IE 6. I have more than once been the one advocating for IE's removal and replacement with Firefox.

    4. Re:Because it really will cost millions by onyxruby · · Score: 1

      IT departments are often forced into using things that they don't want to use. Do not confuse explaining why something is done with defending the thing. Where I have had the ability I have actually implemented Firefox or Chrome and actively discourages the use of Internet Explorer.

    5. Re:Because it really will cost millions by joshio · · Score: 2

      Bingo. In an enterprise, you run these legacy apps inside of Terminal Services or as a XenApp, ThinApp, App-V, etc. And you restrict them from accessing the Internet. Then you can drop a safer, more modern browser on the desktop itself.

      For any decent size enterprise, they have so much legacy code that they wouldn't even know where to begin with an overhaul. For at least some businesses, this is the same reason that mainframes are still around. A few years ago I worked for a US telco who ran their main ticketing system off of a mainframe. They wanted to replace it (since the developers were pretty much writing their own paychecks), but they couldn't even quantify how much money it would cost to replace it with a new system (Remedy, if I recall correctly). Countless hours spent trying to figure out how to replace and provide automated circuit testing, cable/pair mappings, billing, dispatch scheduling, etc. Plus, there were so many integrations with various other systems over the decades since it's inception that no one knew how everything worked. The people who did know had long since left (or had been terminated). Not a good situation for anyone to find themselves in...

    6. Re:Because it really will cost millions by Anonymous Coward · · Score: 0

      You're right, of course.

      I'm actually quite shocked at some of the things I've seen in corporate IT (I had a two year stint there before I escaped that hellhole). I'm honestly VERY surprised corporate networks don't get pwnd much more than we hear about in the news. The only reason I can think of is that hackers aren't interested enough and/or aren't trying hard enough.

      The bean counters just use risk analysis on all of this stuff.. The likelihood of getting exploited with the weak security measures companies employ exists as some low probability. Sure there is a cost and fallout associated with getting exploited, but if the probability is low enough, then it makes more economic sense to just do little/nothing/hold off on an upgrade/etc. to save money now rather than buy insurance (in the form of an upgrade, proper security measures, etc.) against a threat that you're not very likely to come against.

      So if you lose a customer database you just say "oh shit, we're sorry about that", upgrade some software here and there, put in an extra firewall, and/or whatever to assuage your customers and shareholders, and go on with the same mentality, and save money in the long run vs. using best practices.

    7. Re:Because it really will cost millions by ratboy666 · · Score: 1

      Not true. There are organizations that specialize in migrations, and the per-week costs are no where near 10,000/consultant.

      --
      Just another "Cubible(sic) Joe" 2 17 3061
    8. Re:Because it really will cost millions by onyxruby · · Score: 1

      Your more right than you, that or you work in security for a living. You can get a degree in the process you just described with said risk analysis. You can even get specialized certifications that require years of working in risk management before your allowed to qualify for the exam. It's a black art that you just described with a touch of voodoo, a shake of science and hedge of experience against the battle of the budget and wildcard called the professional hacker. Standards like HIPAA, PCI, FERPA, SOX and the like all help because they give the IT department the bludgeon needed to say, yes I actually do need the resources do things this way, dammit. Without these standards (all ITIL variants) you would be in a world where it was hackers versus corporate accountants. /rant off.

    9. Re:Because it really will cost millions by MtViewGuy · · Score: 1

      I really have to ask this question: I haven't heard a word from Microsoft about migration tools that takes web apps that work under IE 6.01 SP1 so to works in IE 8.0 and later. If MS did that, that would encourage companies to get away from IE 6.0 quickly.

    10. Re:Because it really will cost millions by dkf · · Score: 1

      I have more than once been the one advocating for IE's removal and replacement with Firefox.

      I've been using non-IE for years without feeling the lack, but if you depend on some awful ActiveX monstrosity for your business, I can see a lack of willingness to upgrade as being sensible. It's also a good reason for having a cry in the corner, but there you go.

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
    11. Re:Because it really will cost millions by onyxruby · · Score: 1

      I used to work for one of these consulting companies for a few years that performed migrations as part of its practice. The only person your getting from them for less than $10,000 grand a week is either an outsourced operator or a floor technician.

      You sure as hell aren't going to get a consultant for less money than that. Even in the worst of the economic downturn the consulting agencies charged that because there are only a few that are qualified to do this level of work.

      There is no chance on earth that a fortune 500 is going to put their migration in the hands of a fly by night operation. Bob from the corner shop might charge less to migrate Suzanne sewing shop, but than he isn't working anywhere beyond a 10 mile radius.

    12. Re:Because it really will cost millions by Anonymous Coward · · Score: 0

      Oi I only take 20k a month for consultant, and have 10 such migrations behind me, lets not trash the consultants

  24. what happened to that money they saved? by Anonymous Coward · · Score: 0

    It went to lower prices to remain competitive with everyone else that also adopted computers to lower their costs.

  25. Duh by bhcompy · · Score: 1

    Several governments and big companies I know use software dependent on IE6.

    Aren't they also losing money by working with inefficient, outdated systems?

    Err, government doesn't give a shit about efficiency. That's not the point of government.

    1. Re:Duh by Anonymous Coward · · Score: 1

      Absolutely not true. Government isn't about efficiency in the sense of profits, but it does want to deliver services - be it policing, fire protection, education, roads, buses, trash collection, research, or what have you - in a cost effective way. But thanks to the mindless 'fuck governmnet' attitude, at least here in the States, government is pressed for dollars at all levels. Congress is wrapped up in its ideological idiocy and states often don't have a lot of room to maneuver, depending on the state of their economy or their local political issues. Government is in the same bind many private enterprises are - getting savings over a decade doesn't do you any good if you don't have the cash on hand or borrowing capacity to implement the cost savings in the first place.

    2. Re:Duh by geoffrobinson · · Score: 1

      " But thanks to the mindless 'fuck governmnet' attitude, at least here in the States, government is pressed for dollars at all levels."

      It's only pressed for dollars because they really aren't efficient. And pension costs, etc. They get plenty of money.

      I'm speaking as someone who interned one summer for a government job, my wife worked at a county government, and my mom spent an entire career in state government.

      --
      Except for ending slavery, the Nazis, communism, & securing American independence, war has never solved anything.
  26. Visble vs Invisible by phasmal · · Score: 3

    It's part of a wider attitude to technology. The problem is that the costs of sticking to the old technology (missed opportunities, inefficient developers etc) are hidden inside the day to day running of projects, whereas the cost of upgrading is painfully visible.

    I once worked in one of those IE6 organisations, and their projects were around 3x slower than they needed to be, but they didn't know it, so they kept on with the old technology. (they were still actively developing COBOL, so really ie6 was the least of their woes).

  27. What's the benefit? by Rich0 · · Score: 1

    What's the benefit to upgrading your web browser before the current one isn't supported?

    Sure, you'll have to do it eventually, so why not do it now? Simple - time value of money. Suppose it costs $100k to upgrade your browser now, and $100k to upgrade it a year from now. If you spend the money now you get a fancy new web browser, and you don't make a dime more in revenue as a result. If you spend the money a year from now you can invest the money for a year at 6% interest and end up with $6k more than you would have otherwise had a year from now after you spend the $100k. If you wait 6 years to upgrade then you have an extra $20k, and if you missed two upgrade opportunities along the way then you have $200k more on top of that because you make one investment instead of three.

    How do you make 6% these days? Well, for starters by not taking out more debt - if you're in debt then pay down that debt, and that is probably the better part of 6% with a 100% guarantee depending on your creditworthiness. If not that, then invest in the business - chances are your company gets more than a 6% return on capital if it is doing well - that $100k could let you expand your business elsewhere.

    Bottom line is that browser upgrades and such are a means to an end, and not an end in itself.

    Now, if that old browser is holding you back from deploying some new software that will greatly enable your business, then upgrade that thing tomorrow, and borrow money if you don't have the cash to do it! This isn't about having a newer browser - it is about making a profit.

    As far as where all the money you save/make goes - it goes to the company owner/shareholders, or gets invested into other areas of the business. When you finish paying off your car do you take the extra $400/month and tell the guy who mows your lawn to drop by every day to trim it, because after all the lawn is a little higher each day and you have the money to do something about it? Do you start getting your car waxed twice a week? No, you do whatever the heck it is that you enjoy doing with your money, because it is your money, and it really isn't anybody else's business what you do with it once you've paid your taxes.

  28. Uhh... Life 101 ... by Cammi · · Score: 1

    Like everything in life, age is not a reason to get rid of something.

  29. different reasons by asmkm22 · · Score: 1

    Companies that are using backend software that lacks support for modern clients can very well be an expensive thing to upgrade. If it's developed in-house, the people who wrote it are sometimes not even around anymore, or have moved into other positions, etc. If it was contracted out, the company may be out of business or simply can't upgrade the system on the cheap, due to having to basically start over from scratch. If it's packaged 3rd party industry software, like e-billing or medical records stuff, which can run anywhere from ten to several thousand dollars in upgrade and licensing costs, management will generally take the opinion of "if it still works, we're not upgrading it."

    In the end, I think it truly does come down to cost. Paying for in-house staff to design a system doesn't make much sense these days, even when the alternative is to deal with predatory licensing contracts. Companies tend to buy into something once, and use it until it's cheaper to upgrade than to fix or recover from a failure. And really, I can't blame them, because corporate software isn't cheap, isn't noticed unless it fails, and usually works just fine.

    Basically, it's the same reasons why homeowners don't generally replace water heaters or washer and dryers unless they fail, even if a newer model has more features or saves on electricity or whatever.

    1. Re:different reasons by Anonymous Coward · · Score: 0

      I am always amazed at how many interfaces are simply a text file exported from one system being processed and imported into another. I guess that is a pretty resilient interface.

  30. Risk...you're forgetting risk. by Anonymous Coward · · Score: 0

    "Cost" isn't just buy new hardware, or upgrade software.. there's also risk involved in change. Any risk creates *potential* massive loss, in several ways.

    1. Re:Risk...you're forgetting risk. by MightyYar · · Score: 1

      Amen. I can't believe people are leaving that out. The stories about failed IT projects abound on this site - you'd think people would recognize risk aversion.

      --
      W..w..W - Willy Waterloo washes Warren Wiggins who is washing Waldo Woo.
  31. From a PHB, MBA by Anonymous Coward · · Score: 0

    Now, my question is: what happened to that money they saved?

    It depends on the company. Some companies saved money some didn't and the savings many times is capitalized over years. In other words, they are probably still paying for those old systems - even if it was financed with cash, they still need to use the system long enough to actually save. Think buying an expensive but very fuel efficient car - the savings come from owning the car for its life - not the first year you bought it. Although ....

    Even a small portion of the money saved over the years could be used to upgrade ancient systems to modern standards.

    There isn't always savings. many times you need a system just to stay competitive or to just stay in business these days.

    However, big organizations keep citing million-dollar upgrade costs as why they won't do it. Aren't they also losing money by working with inefficient, outdated systems?"

    No, they are not losing money. The days of upgrading and getting substantial cost improvements or productivity improvements are long gone.

    IE6? Now that I don't get. I have never - ever - heard anyone cite costs as a reason not to upgrade from IE6.

  32. Bottom Line by Anonymous Coward · · Score: 0

    IT isn't a profit center. The money wasn't "saved" by upgrading systems, rather, it wasn't spent. IT department budget was probably reduced to reflect this.

  33. Yes, but they have their cost loopholes... by Anonymous Coward · · Score: 0

    These loopholes are used to siphon budget into their own pockets - so of course they won't upgrade, they'd lose out on 50% of their annual theft.

  34. Why? by Anonymous Coward · · Score: 0

    Many times there isn't a real reason to upgrade, the computers are of a good enough quality to do the job and that is all that matters.

    Another problem is that huge amounts of business specific software would need to be rewritten for the new machines. An expense way higher then just a computer upgrade.

    What needs to happen is for MS to create a 100% backwardly compatible browser. Good luck on having that happen.

  35. Depends on your CEO's outlook by Weaselmancer · · Score: 1

    Some people look at things quarter-by-quarter. These types will NEVER see the benefits of any long term projects.

    I worked at a company that had a compile process that would take a half an hour to complete. We were running on ancient computers.

    So, I made a spreadsheet. I showed the cost of a new computer. And through a study on my home computer, determined that it would cut compile times in half since my home computer wasn't bunk. Then used my salary as an average engineering rate for time. Showed that you compiled 4 times a day (typical) you would save X dollars per week, and the computers would pay for themselves in however many days. Then all the engineering time saved would be pure profit. Multiply that across an engineering team of a few dozen people and it would be like getting a new employee for free, in terms of hours saved.

    It was a great idea.

    It was completely ignored.

    It is painful to work for people with such a total lack of vision. Not only was it painful to work on these slow (but hey! they're already paid for!) computers, but it was painful knowing that a good idea wasn't worth having there. And that not a single bean counter could see the logic in my proposal.

    My point is, companies often times see things by quarters. Expense, money in, bottom line. Anything - even something simple and efficient - falls outside those parameters. You might as well be yodeling in Swahili.

    --
    Weaselmancer
    rediculous.
    1. Re:Depends on your CEO's outlook by Ken+D · · Score: 1

      Your problem is that you suggested spending money to save money. Sometimes there's NO MONEY.

      What you needed to do was show that they could FIRE an employee, and use the savings to upgrade the computer and get the same amount of work done with the remaining employees. Save money, then spend money.

    2. Re:Depends on your CEO's outlook by elashish14 · · Score: 1

      Thank you for your suggestion. We have considered your proposals and have decided to adopt them.

      And just so you know, after today, you don't need to come in any more.

      --
      I have left slashdot and am now on Soylent News. FUCK YOU DICE.
    3. Re:Depends on your CEO's outlook by tftp · · Score: 1

      A one to one replacement of an employee with a computer is not worth it. A computer can only do one thing. An employee can do many things.

      It is also not quite correct to assume that an employee sits still and twiddles his thumbs while the software is compiling on an old computer. He may - and should - have other things to do. Doesn't he have an R&D project to work on, timesheets to fill, coffee to drink, reports to write, manager to talk to, trade magazines to read, HR training courses to study? If an old computer can do all the necessary compilations per day, there is no problem. The problem only occurs when someone wants to compile and he cannot because the old computer is too busy with other jobs.

  36. Language? by gmuslera · · Score: 1

    Maybe is related with the language theirs managers use. If you see the future you/company/whatever hacked as another company, not the current one where you would be wasting time and money now, because your language just shows them as different things, and just push those pesky tasks to the other company, the future one, that anyway will be the one hacked, not the actual one.

    Is not trivial to escape from the trap we build around ourselves with our language.

  37. Not really by Anonymous Coward · · Score: 0

    It's like this soulskill:

    If you make less money (less because you make less sales on your software), then they will have more money relative to you.

    Think of it like this: If I have 10 smarties, and you have 5 I have double your smarties. My buddy also has 10 smarties and he's in my club. We're more powerful than you , relatively.
    Now, if I buy your product I have to give you one of my smarties so I can take smarties away from my buddy, Then he'd have,say 8 smarties, I'd have 12 smarties, and you'd have say, 7 smarties, that would upset my club.

    I'm sorry soulskill, I can't let you do that. Welcome to the future.

  38. Sorry, but NO ! Unless you have a crappy system by Anonymous Coward · · Score: 0

    No stupid php generated ajax would ever give the raw power of our well tunned C++ data crunching and visualization fat clients

    No dotNet or Java mostruosity in our mixed aged hardware server room, will ever outperform our well tunned corba procesing daemons

    So far in every hardware upgrade, testing shows: our current systems performarce murders in the same setup, anything new done by the trendy consulting firm in turn

    If you have a crappy system to begin with... anything could be more than an upgrade a remediation

  39. The Suits by Anonymous Coward · · Score: 0

    If you are a Suit, paying down technical debt probably doesn't seem like a priority. It doesn't translate to bigger executive bonuses or a higher stock price (or winning the next contract), which is the name of the game. Even if a Suit knows that reducing technical debt is the correct thing to do, sticking your neck out for it won't get you a bigger bonus or the title boost. So you end up with enterprises running on hopelessly outdated systems that nobody understands anymore, because doing things like documentation, refactoring, testing, etc. costs money with no immediate or observable ROI.

    Then you get stuck in a situation where the outdated, undocumented, and pretty much un-migratable system is essential to the success of the organization. IT or engineering has to jump through arcane hoops against their better judgement to maintain the system or the whole operation will go tits up. The young, wet-behind-the-ears OS X hipster running desktop support can't fathom why they don't just re-write it in grails or snails or banjo or whatever the coolest web-app construction infrastructure du-jour is. The veteran software engineers are much more cynical: the system is so hopelessly spaghettified with a tangled web of "business logic" that a re-write would be damn near impossible.

    After a Windows Update cripples the entire operation by subtly and perhaps unintentionally modifying some aspect of IE or Windows that the system depended on, the Suits convene and agree to bring in The Contractors. The Contractors take months longer than their initial estimate but eventually get the thing straightened out by implementing some stupid half-solution: now everyone has a Windows XP VM for accessing the system.

    Final cost is an order of magnitude more than what it would have been to let a team maintain it and contain the complexity. The stock price tanks, but the Suits get record bonuses anyway. Hail Capitalism!

  40. The real lesson: don't get vendor locked by walterbyrd · · Score: 1

    The real problem is: these companies let themselves get vendor-locked by Microsoft.

    If they had used a browser that was less proprietary, and more standard; there would not be this problem.

    Once you go with a company like Microsoft, you get totally locked in.

    1. Re:The real lesson: don't get vendor locked by Shados · · Score: 1

      At the time people were locked in, there weren't another less proprietary AND more standard browser. People flocked to IE just so they could use basic CSS.

    2. Re:The real lesson: don't get vendor locked by im_thatoneguy · · Score: 1

      If they had used a browser that was less proprietary, and more standard; there would not be this problem.

      Yes... in 2001 they should have supported a more standards based browser like... what exactly?

      People like to rip on IE6... but IE6's competitor was Netscape Navigator 6 which was complete and utter shit. Netscape wasn't "Standards" compliant. 2001 was the wild-west of web standards. Netscape was implementing custom extensions, IE was adding custom extensions--the web standards body couldn't keep up on even agreeing on a standard themselves.

      In retrospect IE6 is incompatible with web standards... but that's because those web standards were defined after IE6 was released. They were largely the result of taking the innovation that all of the browsers were creating and standardizing them.

      Browsers in general in 2001 were crap. If a corporation targeted IE6 they were actually targeting a pretty good browser for the time.

    3. Re:The real lesson: don't get vendor locked by Anonymous Coward · · Score: 0

      Bullshit. There's been plenty of IE6-only crap developed WELL after the rise of Firefox for instance. People just wanted to use ActiveX because that's what integrated with Visual Whatever and that what the development platform they wanted to use because they stepped on the Microsoft drag'n'drop lock-in mine.

      There were PLENTY of people warning about this, but companies continued to use ActiveX and develop or buy IE6 or IE-only "web" applications because that's what they knew and that's where they could find cheap labor.

      So many apologists posting on this article, "Yeah, if we can just hold off paying that technical debt for as LONG AS POSSIBLE, it'll be CHEAPER in the long run!". Yeaaah... sure, that's how it works.

      Technical debt: You pay it off now, or later with interest.

  41. Not why wouldn't they? Why WOULD they? by julian67 · · Score: 1

    The summary assumes that "upgrading" is intrinsically and self-evidently beneficial. Why? People in business usually are not teens who get excited by a point release of ubuntu or by the latest irony free announcement of "the most secure ever" version of Windows. While they might be using IE6 they are mostly not relying on Norton Pirate Bay Special Edition for security, or on their annoying college age offspring for opinions on IT infrastructure or purchasing. Why would anyone spend large amounts of money and time to replace hardware and software that works as desired, to retrain emplyees to do stuff they are already doing, and maybe even hire extra employees, when there is no need?

    The question only becomes relevant when failure to act has a reasonable potential to lead to financial penalty or some other kind of liability.

  42. My guess by MpVpRb · · Score: 1

    The old stuff was written by contractors, or employees who left a long time ago

    The original development was expensive, behind schedule and painful

    Management is terrified of software development as a result of the experience

    It won't be upgraded until it becomes an "extinction level" crisis

  43. Not Invented Here by NotQuiteReal · · Score: 1

    I am sure there are plenty of specialized functions that are hard to replace, but many are just applications that "do things the way they have always been done".

    Never mind they can can now be outsourced better and cheaper. How many times have you heard of government agencies spending millions on upgrading systems that are essentially CRM systems, or even worse, payroll systems and the like?

    I've also seen private companies go through great pains to "upgrade" systems, to replicate arcane "business logic", which could be more easily solved by changing the process to achieve the same results. (One little example - why track 5000 sales districts, sales, etc - to calculate sales commission levels. Just assign territories, count sales, run it thru a function and be done.)

    Back to another government example - why is it so important that role be taken every single day, for budgetary re-reimbursement? (sure, keep role to make sure no kids go missing, but what does that have to do with the cost of running a school? The lights are still on, the heat/AC is running and the teacher is there if there are 18 or 32 kids in the class.)

    --
    This issue is a bit more complicated than you think.
    1. Re:Not Invented Here by real-modo · · Score: 2

      Never mind they can can now be outsourced better and cheaper. How many times have you heard of government agencies spending millions on upgrading systems that are essentially CRM systems, or even worse, payroll systems and the like?

      I guess you've never worked on a payroll system for any moderate-to-large enterprise. Payroll is among the hardest things to outsource well. For a recent example of how well it typically goes, google "NZ Novopay news". Paying a few thousand teachers isn't hard, right?

      Outsource your payroll. Now, add in the HR hooks: ordinary recruit-review-release stuff, and things like mandatory continuing education and certification requirements for a few dozen different professions, bizarre rostering rules about shift skill and cert mixes, etc., etc. Hook up the outsourced payroll system to your IT auth system and email, your general ledger and banking, your intranet (for leave request workflows)....

      Good luck! How much did you say you trust your payroll service provider?

    2. Re:Not Invented Here by aaarrrgggh · · Score: 2

      GP's starting point is defensible enough; simplify the process so you don't have all these special conditions and it isn't that hard to provide service.

      The problem comes when you need to add a layer of complexity. You say put everything in a base pay rate, but in order to recruit one person you need to give him a car allowance. Another insists on non-standard vacation provisions. Ultimately, it is the exceptions not the rules that define the process.

      So, if you want to reel things in, everyone needs to come to an agreement... to compromise. Just getting to that point can take years, and the result often doesn't really simplify things!

    3. Re:Not Invented Here by Firethorn · · Score: 1

      So, if you want to reel things in, everyone needs to come to an agreement... to compromise.

      This is one of the reasons that at least some businesses are more than happy to work with unions - that way everybody gets the same package and paying people is simple. It's only when the union gets too big for it's britches and becomes obstructive that you have problems. Note: I see a difference between 'standing up for your union members' and being obstructive. It can be a fine balancing act.

      But note that the GP didn't mention vacation or company cars. He mentioned shift skills and certifications. Which means that their payroll system isn't just paying people, it's handling scheduling as well, which complicates things greatly. We have some of that at my work. It's easy for us - we're salary and a fairly small shop, but you have things like Person X can't take leave the same time as Person Y. We need at least 3 people working at all times, etc...

      --
      I don't read AC A human right
    4. Re:Not Invented Here by SimplyGeek · · Score: 1

      simplify the process so you don't have all these special conditions and it isn't that hard to provide service.

      Good luck with that. If your business allows for it then great. Too many people get hung on process for process sake. However, those processes might not allow for change. Ever deal with government regulations? You can't just say "well, we'll streamline our processes to simplify IT upgrades by ignoring all those pesky government regulations. HIPAA? More like NoThankYa!"

    5. Re:Not Invented Here by Anonymous Coward · · Score: 0

      I can't speak to any of the other points, but schools track students because Congress and the Dept of Ed, in their infinite wisdom reimburses based on head count. Why do they reimburse based on head count, probably because they figure they should be able to track how effective their "investment" is based on the cost per student. You could make an argument that this is not a valid metric, but combined with a metric based on pass grade success it's better than nothing, and allows a comparison between school districts.
      To your example, if I'm only teaching 18 kids on a regular basis then I should double the class size and pay 1/2 the number of teachers, which I can put in a single room and so reduce my heat/AC bill. That means I can cut my property taxes (not likely to happen) or raise the mayor and city council's pay (more likely) or give some big company (owned by the mayor's brother) a better tax break (most likely of all.)
      On the other hand if I should be having 32 kids in class based on local demographics, then I want to make sure they're there every day to get the higher federal subsidy (which might include holding kids until after lunch in an ice storm so I can insure I get the lunch subsidy.)
      Yea I'm pretty cynical about this since I think parents should get the money and be able to choose where they spend it; public school, private school, religious school, home school.

  44. Cost/Benefit by nebular · · Score: 1

    Yes, they might be losing money, but you'd have to show them that. There's a tonne of work that'd you'd have to do to show that spending $10 million now will save them $50 million over the next 10 years or so. Then they still have to justify the outlay of $10 million all at once where the $50 million will trickle in and would be barely noticeable amongst the rest of the balance sheet.

    That's actually how IBM stayed in business. Make the upgrade seemless and painless. The old software still works fine, new stuff can be included as it goes. The cost of upgrades is included in service contracts.

    What it boils down to is that you have to sell the idea to joe investor who wants to make sure his dividend is paid out each quarter and that the value of this stock goes up so his asset sheet says looking good.
    Most investors don't give two sh!ts about what the company is actually doing.

  45. or hardware vendors... by alanshot · · Score: 1

    ...Who refuse to upgrade software configuration tools used to program their hardware?

    I work in the fire protection business. Fire alarm panels require special software to configure them for the specific needs of your building. The need to be tweaked periodically as the building is renovated, etc. so its not a one shot deal for the configuration.

    Once a panel is released, unless there are glaring functionality problems, the software never gets maintained beyond a v1.0. In a vast number of cases, the custom software is OS dependent. So when the world moves from 98 to xp, xp to 7, etc. it actually breaks the programming software. The vendors take a honey badger approach and refuse to spend money developing new versions to keep up with the new OSes.

    The vendor's suggestion? "Sell them a new panel!" Right. So because you are lazy and refuse to maintain your software (or for that matter make it so that its not OS dependent) you expect us to tell the customer "Yes we know the $100,000 solid state system you invested in 7 years ago works flawlessly, but we cant program it properly with our new equipment since we upgraded to the latest version of windows. You need to spend another 100K. We are flatly told "I dont care about your computers, my system works fine. Find a way to program my existing system or I'll find somebody who CAN!"

    I have guys who have to lug around up to 3 or 4 laptops of varying age in their trucks because we have 10-20+ year old panels which work great and are mechanically sound, but the software to program it only run in the version of the OS that was current at the time it was released! (we even have a few that are DOS based)

  46. Work Busy No Stop by SpaceManFlip · · Score: 1

    Becurrse it corstsss toou moach monneey, andd it still werrrrks naoww

  47. Don't complain about IE6 by DaveAtFraud · · Score: 3, Funny

    It's all a matter of perspective: If It Ain't Broke, Don't Fix It: Ancient Computers in Use Today. Be glad they're running something written since the advent of the PC.

    BTW, I'm an old Unix hacker who has moved on to Linux but the command line still rules.

    Cheers,
    Dave

    --
    They that can give up essential liberty to obtain a little temporary safety deserve neither safety nor liberty.
    Ben
  48. If by Anonymous Coward · · Score: 0

    "If it ain't broke, don't fix it. "
    -Someone who got to keep their job

  49. Many companies don't understand IT by Anonymous Coward · · Score: 0

    I have worked in the auto and insurance industries at multi-billion dollar companies that do not understand IT and sometimes the waste is horrific.
    When each department can have its own IT people, writing similar software as the IT group in all the other departments, you can tell there is a huge disconnect in understanding how to streamline IT operations.
    At my last job, I was told that if I didn't get some new capabilities into our application fast enough (I was given two weeks), the group that was requesting the changes would instead go with their own solution (an expensive IBM solution, costing in the millions, I think). When most companies can't realize that a corporate solution would be a savings on everyone's budget, you can see how they never even get to the 'Should we think about upgrading' question.
    I would also say, while IE6 is annoying, the real problems are with more proprietary stuff. If you follow the industry, you can find that in the past year, a bank in England basically shut itself down when attempting a software upgrade and having something go horribly wrong. This is why many banks and insurance companies still need COBOL and FORTRAN programmers, they don't want to start from scratch.
    There are a lot of angles, having managers that understand IT, money and also risk.
    In the last month there was an article about a company that still uses punchcards. Think of that and be glad of IE6.

       

  50. A little naïve, me thinks... by Pollux · · Score: 1

    Even a small portion of the money saved over the years could be used to upgrade ancient systems to modern standards.

    Last November, I made my last $237/month student loan payment. Imagine how much money I could be saving now. In fact, I could've use a small portion of that money to help pay off my credit card.

    Guess what I did in November? Bought a new car. $300/month payments.

    You know very well where that money went. On other things. On new company cars, and other things. Lined a few pockets and greased a few palms too, I'm sure. Didn't get saved, though.

    (For the record, I needed to replace my 96 Olds Ciera...237K was pushing it. Didn't need a car that expensive. Wanted it, though.)

  51. They are winning with XP by AHuxley · · Score: 4, Interesting

    Take a "small" woodworking shop. 20 people, a few trucks, huge cave like building packed with machines on the bad/cheap side of town.
    They contract to gov, firms, make a small simple kitchen somedays too. Shelves, desks, seats, computer desks fill the trucks at 6/7/8 am.
    The 3d tooling and software allows a team to visit any site and show a 3d vision and in rapid time get the trucks filled.
    The software works on XP pro, the machines understand XP and the creative types get upgrades for their software.
    Whats going to change with average woodwork? The exotic lamination?
    Only constant pressure from other small teams bidding on small gov contracts.
    A new school, lab, expansions..all very time and cost sensitive.
    So a bright person asks to swap XP to Win 8? Will the 3d software work? Supported like it is with XP? With the 15-10-5 yo machine that worked with XP?
    How many days down to test it all? New software needed? One the phone to Germany, Japan or Italy that night?

    --
    Domestic spying is now "Benign Information Gathering"
    1. Re:They are winning with XP by Anonymous Coward · · Score: 0

      So then they realize that it's extremely easy to run a VM of win XP on the win 8 computer.
      And without blinking and eye they have a working solution. May not be the best one, but it works.
      So... where's the problem?

    2. Re:They are winning with XP by jader3rd · · Score: 1

      I don't think that too many people are arguing that machines which are essential tool controllers should be upgraded. They probably should have been Windows Embedded in the first place, but XP was what a lot of people could get their hands on, and minds wrapped around. While I'm sure Microsoft would love the sale of an upgrade, I don't think that they're targeting those computers.
      It's the Information Worker, clicking away at internal web apps, and visiting websites that NetApp tracks, that has some people scratching their heads as to why those machines aren't getting upgraded.

    3. Re:They are winning with XP by tftp · · Score: 1

      There is no need to run XP in a VM if it works fine on the whole computer. What is to be gained by inserting Win8 and spending on new PCs that can run all that?

      Many new PCs don't even have serial or parallel ports to run external equipment. Lots of old software depended on direct control over COM and LPT ports, so it won't work with USB. Some machines are controlled by a custom ISA card - where would you plug one today, in the age of PCI Express?

    4. Re:They are winning with XP by dbIII · · Score: 1

      Been there, done that, ran out of memory because 3GB just wouldn't cut it anymore.

    5. Re:They are winning with XP by Anonymous Coward · · Score: 0

      Someone wants your money, and creates the need to upgrade. Sure, there will be some fancy new features but the upgrade cost will never be returned by them.

    6. Re:They are winning with XP by Anonymous Coward · · Score: 0

      Take a "large" government organization, thousands of people. They handle YOUR medical information, you know, the one that your insurance company would love to see and you'd rather not want your neighbors to read. They use IE6 for an internal app, but the policy is to not use it to go "online". There should probably be some enforcement of this, but you know, resources. So every day hundreds of people take their insecure IE6 online. Don't worry, only a few go to 'bad sites'.

    7. Re:They are winning with XP by Anonymous Coward · · Score: 0

      A bright person would never suggest an upgrade to Win8.

    8. Re:They are winning with XP by Chanc_Gorkon · · Score: 1

      Plus some VM's don't properly pass control to the outside world. I've had some USB peripherals just plain not work when I tried to move them to a VM with a supported OS. I've had mixed success with some USB to Serial adapters. Some work. Some don't. What works is that old system that still runs that external device just fine!

      --

      Gorkman

    9. Re:They are winning with XP by vlueboy · · Score: 1

      Even for the home power user, it's a pain if you are forced to buy brick and mortar and on a deadline because the family needs a new machine. Old-style PCI has become a pain to find on cheap towers.

      I had to shelf a bunch of cards when our old ~2003 machine died 2 years ago:

      • an old $120 PCI video card (the cheapest replacement costs ~$60 these days)
      • a Soundblaster card (I miss when they used to have MIDI and joypad ports)
      • a potentially secondary NIC that would have helped me play around with work multi-nic setups and software firewalls
      • an adapter card for 3 Firewire inputs.
      • a modem card (didn't get more than a couple uses after we went to DSL, but can save you a dollar and a trip to the Western Union when your potential new boss requires documents faxed before you're hired)

      An old system I used to maintain had 2 native USB port and about 4 more via a PCI card I added. I think my switch from the hand-me down ISA to my self-bought PCI setup had only 1 card that got dumped. We just have so many more gadgets today.

    10. Re:They are winning with XP by rijrunner · · Score: 1

      A large number of CNC controllers require the computer to interface via a parallel port and use Real_time kernels.. Impossible in any VM system.

    11. Re:They are winning with XP by Anonymous Coward · · Score: 0

      The software works on XP pro, the machines understand XP and the creative types get upgrades for their software.

      Therein lies the rub. At some point, those software upgrades will no longer be available for WinXP. Maybe the next point release, maybe the first release after all MS support drops in Spring 2014, or just maybe, if they're lucky, for a year or two after that, but sooner or later that next upgrade isn't coming for anything older than Win7.

      - T

  52. Wrong question by Charliemopps · · Score: 5, Insightful

    You're asking the wrong question. The correct question is: Why should they upgrade?

    And if your answer doesn't involve making or saving money, you're going to get laughed out of your bosses office.

    1. Re:Wrong question by Anonymous Coward · · Score: 0

      It's also asking from the wrong end: why aren't software companies clearly distinguishing between bugfixes and new feature releases? and why don't they offer long-term support contracts to ensure that all the bugs get fixed?

      p.s. Haha. My captcha is "apathy." Is /. becoming self-aware?

    2. Re:Wrong question by sydneyfong · · Score: 1

      why aren't software companies clearly distinguishing between bugfixes and new feature releases? and why don't they offer long-term support contracts to ensure that all the bugs get fixed?

      One word: SHINY!!!! . I mean, why fix the bugs on IE6 when you can upgrade to the LATEST, GREATEST, IE11 BETA????

      It's actually really rare to find somebody who believes in not fixing things that are not sufficiently broken. Yes, even for people running software companies. And seriously, good luck finding a dev who's willing to fix bugs on IE6-only websites if they could make a good living developing the latest shiny.

      --
      Don't quote me on this.
    3. Re:Wrong question by Anonymous Coward · · Score: 0

      Because the old system will fail - just a matter of time until the power supply gives up the ghost. Smart businesses with legacy systems will have redundant hardware ready to drop in and replace the old system.

    4. Re:Wrong question by FaxeTheCat · · Score: 1

      And if your answer doesn't involve making or saving money, you're going to get laughed out of your bosses office.

      The answer usually involves IT security.
      Throw in a few slides about Saudi Aramco and the boss is hooked.

    5. Re:Wrong question by Charliemopps · · Score: 1

      Not really. Most applications are used internally. Yes, IE6 is a vulnerability, but it's hidden behind layers upon layers of other security. Firewalls, antivirus, business practice, application management, user management. If your worry really is the security on IE6, there are actually multiple solutions to that problem. 1. get rid of IE6 and upgrade lots of software at a very high cost when you're not ready to. 2. Cut off employees access to facebook. To management, that's a no-brainer.

      The fact of the matter is, if you get compromised via IE6, IE6 wasn't your only problem. It was the least of your problems.

    6. Re:Wrong question by FaxeTheCat · · Score: 1

      The problem with that is the assumption that you can keep malware and viruses out.
      The way we work in our company is now that while we do not reduce the effort to keep them out, we also work on limiting what malware can do if it gets in.
      The first line of defense is then that all systems are fully patched.
      The second is that if it gets in on a system, it will find as few ways to create damage as possible.

      If there is no first line of defense, the second line has just too much to handle. So we are getting rid of XP. And we have worked on assuring that all applications work with current OSes and browsers. Actually, we started when VIsta came out. Because we had learned.

  53. Glad your not the boss... by Anonymous Coward · · Score: 1

    cuz i'd be out of a job already.

    Clearly, you don't understand how business operates.

    As a business owner, I run on a software product thats long gone. It's DOS based, and I couldn't run my business without it. I paid over 100k for it back in 1994.

    At this point, we run it in a VM, and actually have it available on all of our systems, not just 3 boxes, but until last year, we ran it on a 486/66. When we upgraded other computers, we kept the old computers as spares.

    Upgrading to a system that will do the same thing is about $250k. Thats a quarter of our sales this year. If I do that, I may as well turn out the lights and close up. It's not worth 250k to replace a tool that just works with one that is unknown to us.

    I am sure you make a great IT guy, but you would do well to get a better understanding of the business realities.

  54. Learning Curve by feedayeen · · Score: 1

    Remember how bad Microsoft Office was when you transitioned to 2007? Everything moved and you couldn't find anything! Now imagine that you are used to doing everything the same way for 12 years now. It's going to take a few weeks to figure out how to do your every day tasks again. A company can train you, costing profit; or they can wait for you to figure it out yourself, costing sales.

    Say a company makes 10k a year for each employee, that's 200 dollars a week. Each of their employees makes another 500 a week in their own salary which means that the employee brought 700 dollars into the company each week. Say it takes just a week for an employee to catch up and perform his duties at 100% of pre-upgrade level and during this time, he performs at only 50%.... Now the employee is bringing in 350 but taking out 500. Your upgrade, which even if it's free, is now $350. This will take nearly an entire month to break even. For what? Long term gains 6 months from now.

  55. What a Gish Gallop by gargleblast · · Score: 1

    What a complete Gish Gallop. Here are some quick answers:

    Why Won't Companies Upgrade Old Software? Actually, some will. But, where there is too little benefit, some business rightfully won't .

    What happened to that money they saved? Maybe it was: (1) reinvested (2) paid out as dividends (3) passed on to their customers via a reduced selling price.

    Aren't they also losing money by working with inefficient, outdated systems? Without a cost-benefit analysis for the system in question, the answer is: not necessarily.

    Do you know what's more expensive than upgrading? (1) Moon rockets. (2) Nukes. (3) Solid gold toilet seats. (4) Led Zeppelin's music rights.

    Do you know what's more expensive than upgrading? Downgrading to the old system they had before they upgraded! WTF? Who does both?

    Now the crux: who are you trying to drum up business for?

  56. What about Option C? by Pollux · · Score: 1

    sometimes the cheapest (and *correct*) option is to stay on an "outdated" platform.

    Has anyone ever tried to leverage Microsoft into creating an IE6 emulation environment within Win7 & IE10? Wouldn't this do a better overall job of providing upgrade paths with a modern platform?

    If Microsoft can keep adding newer .NET libraries without removing the older ones, why not just include old IE libraries and call on them when necessary from newer versions?

    1. Re:What about Option C? by Anonymous Coward · · Score: 1

      Yes, Microsoft provides a virtualization environment for Windows XP and IE6 etc.

      The problem is that IE was integrated into the OS back when MS thought that was a wise monopolistic tactic, and there's no way of running different libraries without blowing everything up. (There's various hacks out there which sorta work though -- google "IETester".)

  57. Do you do this??? I bet you don't! by Anonymous Coward · · Score: 0

    The screwdriver you have in your toolbox that your father gave you 30 years ago is old, covered in paint from opening paint cans, and rusty. You decide to embark on a new project to update all the light switch covers in your house, but horrors- how can you possibly use this 30 year old ancient technology? Surely you must go get in your car and drive to Home Depot to purchase a brandy-new shiny screwdriver for the project. You would never use this old technology that, uh, still works...

    You see, that's why. It still works. They need an accounting application that adds up numbers. Your software running on IE4 still adds up numbers. Bingo! A match made in heaven. When it no longer adds up numbers they will replace it. Just like when your screwdriver no longer turns screws it will be time to buy a new one.

  58. IE6 Will Run "Forever" by BBCWatcher · · Score: 1

    Organizations that want to run IE6 "forever" have a way to do that: a virtual machine. Their virtual machine image can be frozen and the destination IP addresses firmly locked down to access only known internal Web servers to avoid nasty malware surprises. They can set up the virtual machine to launch and run IE6 as if it were any other application running on the desktop. They can even set up shared server-based IE6 delivery farms if they wish. No problem, and life goes on.

  59. Why wasn't IE X made backward compatible? by Anonymous Coward · · Score: 0

    That's the 1 billion dollar question. Whoever made earlier IE versions obsolete is the real idiot.

    1. Re:Why wasn't IE X made backward compatible? by Anonymous Coward · · Score: 0

      It's called compatibility with the internet standards.

      IE6 wasn't.

      IE10 still isn't, but it's a lot closer - breaking the hacks that web sites used to make IE6 work.

      Everyone else wants Web Standards compatible browsers. Microsoft was losing market share. Microsoft sorta roused up, blinked open one eye, and made corrections for IE10.

      So no, they weren't being dumb.

      The real idiots were the ones that used IE6 to begin with. Everyone technical at the time KNEW that IE6 was broken and it should never have been used.
      End of story.

  60. Because what I have now Just Works by Anonymous Coward · · Score: 0

    Because the shit I use now Just. Fucking. Works.

    Yes, I use an ancient mainframe based system. I can get all of my computer work (inventory, payroll, reports, etc) done with a few keystrokes.

    Why spend $TEXAS upgrading to SAP/SAS when what I have now fits all of my needs?

  61. Went to CEOs by gerardrj · · Score: 2, Informative

    "back in the day" CEOs made a few times what an average employee did. Now they make 150 times what an average employee does. The executives saw all that 'savings' and gave it to themselves.

    --
    Article X: The powers not delegated... by the Constitution...are reserved...to the people
    1. Re:Went to CEOs by MTEK · · Score: 1

      I'm not a CEO, and don't personally know any who make XXX times what his or her average employee makes, but I wish people who are obsessed with this topic would go and start a business of their own, hire employees, run it successfully, etc.

      Because I imagine paying one's employees according to what they think they're worth would be quite challenging to you and your company's success.

    2. Re:Went to CEOs by Anonymous Coward · · Score: 0

      not sure that applies to the average CEO - *maybe* in the larger corporates including incentives/bonus- but a CEO job/function (considered as separate from the company founder/owner) no way.

      There are many more companies in the the $15M sales bracket where shelling out $4.5M on a CEO salary is not viable.

  62. Why? by meglon · · Score: 1

    First: Give the business a reason to upgrade.

    So far, many upgrades come around because the software company wants to push a different version onto the business, costing them another boatload of money. Unless that different version has something actually useful, why bother to spend the money?

    Let me put it another way: How much more spectacularly superior is the spreadsheet now than it was in 1985?

    --
    Fascism: An authoritarian and nationalistic right-wing system of government and social organization. See also: NAZI's
  63. Deeper costs by Todd+Knarr · · Score: 1

    It goes deeper. Think about some of the business-critical applications that a company might have. Business-critical in the sense of "the paychecks don't go out if these aren't running". And they were written over a decade ago for J2EE 1.2 using technologies nobody uses anymore. Nobody in the IT department understands them anymore. They can't find contractors to work on them. The last batch that tried broke it so badly some of the bugs are still hanging around (reverting everything didn't fix all of them for some reason, probably somebody missed a file somewhere). It's not just the code underneath, it's all the cruft in the Web pages the application serves up that's so incredibly specific to IE6 that it just won't work elsewhere. And there's more than one of these monstrosities lurking around. The company isn't even sure how many. They keep turning up in the oddest corners, written to serve a purpose and forgotten about because they do their job and were never formally documented anywhere.

    And here's the catch-22: none of the more modern replacements will work with IE6. The company can't replace all these applications at once, aside from the huge costs there's the fact that they don't know if they've got all of them until something breaks. And they can't afford breakage, if these things don't work the company stops working. If they upgrade to a more recent version of IE they know something critical will break and shut them down, but if they don't upgrade they can't put the newer stuff in service.

    Just console yourself with the thought that it could be worse. Think COBOL, and why IBM mainframes can still run 1960s-era System/360 binaries.

    1. Re:Deeper costs by Chanc_Gorkon · · Score: 1

      Plus then there's the use the new like the old mentality when you finally do end up replacing it. You replace it, but nothing actually gets more efficient or better. So why change it?

      --

      Gorkman

  64. The Money they saved? LOL! by Anonymous Coward · · Score: 0

    If I can suddenly do something at half the cost that I used to, the entire sales / marketing team is going to play their favorite game "PRICE WAR!!" and under bid the competition by 10%. Ad Nauseum in a tight, unbreakable feedback loop until the marketplace is right back in the same predicament. Needing to layoff, mechanize, automate, outsource, offshore to become profitable again. Why did you think companies installed computer in the first place? Hint: Not because it was cheap or fun.

    Old software? It is called 'Stable' software, son.

    And I'm gonna repeat that for the Linux coders out there.

    S.T.A.B.L.E.

  65. Bah, Shiny Toys by Cruxus · · Score: 1

    So let me get this straight: You want the business to spend millions of dollars so the secretary can jerk around on Tweeter and Face-In-a-Book? Sure, for a "hip" startup of a few twentysomethings who sit around and play with Nerf darts all day and grow out their beards, upgrading to The New Shiny isn't a big deal, but real businesses get work done. We don't care if you're some alpha geek badass who knows all the latest functional programming fooey and open-source Lunix whatever; we want you to obey: do what we say, do it efficiently, and do it cheaply. We just want what worked yesterday to work tomorrow and keep raking in the dough.

    --
    On vit, on code et puis on meurt.
  66. If it ain't broke. . . by JimtownKelly · · Score: 1

    My company keeps churning out modern software for customers, while running its own enterrprise on Office/Sharepoint 2007. Yeah, it kinda sucks to run old apps but it would suck even more if we couldn't use this outdated infrastructure to develop modern SW for our revenue stream.

    --
    -- Jimtown Kelly
  67. running only on an old version of VMS, which runs by Nutria · · Score: 2

    That smells suspiciously of a specialized process/factory automation system that required a custom interface card, the driver of which was written in "clever" MACRO-32 (the VAX/VMS assembly language).

    --
    "I don't know, therefore Aliens" Wafflebox1
  68. Too complex? by meburke · · Score: 3, Interesting

    First, there is the incremental cost of the software AND upgrading hardware to be compatible.

    Then there is the cost of being down; idled employees, non-income-producing tech work, training, and administration costs.

    Then there is the cost of not being able toservice your customers; missed orders, bad feelings, image problems, botched sales, etc.

    Then there is the inconvenience and complexity associated with the upheaval and new ways of doing things. The potential interactions accellerate according to I= E(E-1)/2, so, 3 elements have 3 potential transactional interactions, 5 elements have 10, 10 have 45 and so on. Mistakes and annoyances are inevitable.

    The complexity makes the process a lot more than trivial. Just in the last three months, I've seen three large companies (200+ employees) almost come to a standstill over upgrade problems.

    --
    "The mind works quicker than you think!"
    1. Re:Too complex? by meburke · · Score: 1

      I may have more to say on this:

      I kinda miss the days when, if my terminal went down, I simply replaced it with another. No one tried to hack my WYSE 50. Yes, communications between stations could get complex, but the administration point was at the server. I'm convinced that the advent of the desktop windows system created a lot of useless entertainment-oriented requirements into our software design. Although I've worked on a very large number of Operating Systems in the last 48 years, my favorite remains the ATT UNIX System V R3.2 simply because it worked predictably.

      I have no proof that 75% of the productivity resides in 25% of the applications, but it holds true in Economics and Business, so I'm willing to accept the assumption until further evidence proves otherwise. "Cloud Computing" is really nothing more than server-based computing architecture on an international scale. IF(?) the architecture remains stable, then there should be some terrific advantages to computing in the cloud with dumber desktop systems. One of the main advantages could be that bugs and exploits are fixed and installed almost immediately, without legions of techs crawling under millions of desks and temporarily occupying millions of other peoples' chairs trying to get the system upgraded so business can resume.

      --
      "The mind works quicker than you think!"
  69. Because they don't know why it works. by djh101010 · · Score: 1

    This isn't complicated. They stay with old unsupported crap because they know that the people who set it up are gone, and they aren't sure how to make it work again. They lost the recipe. They would rather saddle their support organizations with bugs that were fixed years ago, than to risk the unknown. The pathetic part of this is, that they miss out on years of bug fixes and performance improvements, because they think they're saving money by laying off the people who built their critical infrastructure. Intangible costs are intangible. ...but, they make it hard to retain support staff...

  70. It's a timing problem by Anonymous Coward · · Score: 0

    The problem is that the expenses of upgrading hit immediately, while the cost savings and efficiencies of upgrading accrue slowly. It's difficult in the "what have you done for my bottom line today" corporate environment to get managers to spend money now for benefits later.

  71. CBA by Anonymous Coward · · Score: 0

    Cost benefit analysis bro. Each company is different.

    Of course, eventually with old software shit will hit the fan security wise, your NIPS cant protect you forever.

  72. recently made a migration by Anonymous Coward · · Score: 1

    3 months ago, our company migrated from one inventory/invoicing program to another... it took 3 months of every single employee to work hard to migrate all the information that we had in the old program to the new one and start learning about the new one... currently, we're starting to use it correctly, we're still a really far way from having it integrated properly... how much money do you think it cost our employer to make the migration? 3 month salary for every employee with a computer to do the same thing another way! migrating software is NOT cost effective in the short term, your employer lose so much money that they can't afford to pay people to work at a third of their usual speed for 3 months because of the new software, keeping the old systems and software is often the only viable solution because they could simply go out of business after being crippled for so long and losing some clients because of it...

  73. Where did the savings go? by Codifex+Maximus · · Score: 1

    That money saved went to CEO bonuses and salaries most likely. It sure didn't filter it's way down to the lowly stockholders.

    --
    Codifex Maximus ~ In search of... a shorter sig.
  74. VM's by phizi0n · · Score: 1

    This topic comes up all the time and every time I wonder "why don't they just put the old system on a VM?" Sure there are some rare cases where VM's won't do the job right, or maybe you don't have any reason to upgrade anything at all, but there's very little reason to hold back upgrading your systems just to continue using an IE6 frontend like described in the OP.

    1. Re:VM's by dbIII · · Score: 1

      Because the client side needs the VM. It's yet another stuffup that could have been solved in the design stage with something stable over time like X windows (for example) instead of a soon to be orphaned web browser on the client side.

    2. Re:VM's by Shados · · Score: 1

      Why does the client side need the VM? It needs access to the VM.

      I worked for a ton of companies that virtualized things like IE6 when dealing with legacy garbage. You just click on a link, the application is executed remotely, and on the client all you get is the window (XWindow-style... Windows Server supports that native now. Before that people used Citrix or whatever else they wanted. There was a bunch).

      Works quite well too. Its not ideal, but it "works".

    3. Re:VM's by dbIII · · Score: 1

      Yes, that is a way to work around very poor design in the first place. However my point was about the poor design in the first place that now means the requirement of a VM either at the client end for small deployments or at the server end for large deployments once you can get an economy of scale.

  75. No by Anonymous Coward · · Score: 0

    Probably not - I haven't seen anything really 'new' in the last decade.

    > Aren't they also losing money by working with inefficient, outdated systems

  76. They don't want cloud licensed anything (Adobe) by 109+97+116+116 · · Score: 1

    So is this meant to be posted so close to the Adobe article about licensing software via a cloud, or...?

  77. It's not just hardware/software by __aaaehb3101 · · Score: 4, Interesting

    Say you've got a small company with 200 employees. They all do their jobs well enough that everyone makes their quotas each year. Someone decides it's time to bite the bullet and upgrade. So the company buys the new hardware/software and the transition is planned.

    Now you have to find trainers($) to "update" 200 people's skills, you need to find room/equipment to teach them the new software($$). Create time away from paying work for the training($$$), pay employees to be trained($$$$). The company has to eat the lost productivity and disruptions due to training($$$$$). Pay out for learning materials($$$$$+), pay to have all those power point presentations with the company logo($$$$$++). So now everyone is finally trained to the new standard, but the company still has to deal with the lost productivity due using the "new" system. All the problems due to forced training, and the employees you had to fire or who quit/retired instead of being trained. And the costs go on and on for years, until the company adjusts.

    A good example of this is a major Canadian bank the I worked for in 2005; the bank was still using DOS applications running in a DOS Box under NT 4, because the apps worked. It was easier and cheaper to train new employees to use the DOS apps, then to write a "Windows pretty" front end that gave the same functionality. The bank did change to XP in 2007, but all those apps were still there and could be called up in a DOS Box.

    And one of the major reasons is that a teller that has been working in the same branch for 40 years; does not need to be retrained to do the job. The teller is doing their job just fine with the same software they always used, once that teller quits or retires a new person can be trained to use the XP front end.

    1. Re:It's not just hardware/software by Anonymous Coward · · Score: 0

      Well as a business owner.. new equipment and retraining is a tax deduction.
      The only problem with new equipment and retraining is the disruption in productivity which reduces profits, all the other stuff is not an issue.
      When the new equipment and retraining can be shown to create a future increase in productivity, it is implemented.

    2. Re:It's not just hardware/software by FaxeTheCat · · Score: 1

      But this is besides the point.

      If the application works on the new OS, then no problem. The problems are when an application does not work on a current version of the basis software like WIn7/8 or a sane version of IE (or another browser).

    3. Re:It's not just hardware/software by Anonymous Coward · · Score: 0

      200 Employees is a small company?

  78. Stability by Anonymous Coward · · Score: 0

    What you gain from a business perspective: the ability to march forth interconnected.

    That new web-based e-mail app that's been improving productivity, did you want to shut that down? If not, then the people subject to that incoming browser-e-mail traffic will need to be accessing that resource from a safe (modern) machine.

    Remember the days before we deployed company-wide AV and every other week you were down? Since I didn't see a return to those slowdowns in anyone's Outlook calendar, I'll assume that deep down you must intend to upgrade to an OS that can be secured....

    In the past, we upgraded to gain access to advances: faster chips, smaller monitors, faster modems, larger hard drives, etc. Today we have to continue that march almost solely for security purposes. Most of the non-security advances are really gimmicks by Microsoft to entice you to upgrade. Nonetheless, leaving people stuck in an old system will render them unable to access an increasing # of tools in the world...

    Therein lies the problem: a series of boring updates that threaten people with the notion that they might have to learn something new, without much of a sexy new toy. If you harbor any doubt as to people's ability to procrastinate direly needed infrastructure improvement that lacks a shiny toy factor, checkout some articles on the pre-Katrina state of the Lake Pontchartrain levee system.

    There has been such a collective brush off of the experienced people and best practice techniques associated with these upgrades, I wonder if they will be able to get all the needed hands. OS upgrades for larges institutions are painful, and not the stuff those much-beloved recent grads should cut their teeth on.

  79. running only on an OpenVMS, which runs by tengu1sd · · Score: 5, Insightful

    OpenVMS

    Cool and Unhackable, with documented uptimes over a decade on single servers. If the business really cares about uptime it's probably still using VMS. Of course the support staff was laid off because no one ever need to work on that system and it hasn't been rebooted since the big power outage 6 or 7 years ago.

    1. Re:running only on an OpenVMS, which runs by Anonymous Coward · · Score: 0

      Of course the support staff was laid off because no one ever need to work on that system and it hasn't been rebooted since the big power outage 6 or 7 years ago.

      So if the system does not reboot correctly by itself after the next power outage you're screwed?

    2. Re:running only on an OpenVMS, which runs by operagost · · Score: 1

      From my experience in this environments, the answer is yes if the version of VMS and/or hardware is unsupported. The problem IT has with reliable systems (or even just proactive IT processes that prevent incidents) is that management thinks their expertise is not needed, and gets rid of them. You basically have to create "noisy" projects (a little better than letting systems fail) so they notice you are "doing something" and not having LAN parties.

      --

      Gamingmuseum.com: Give your 3D accelerator a rest.
    3. Re:running only on an OpenVMS, which runs by JosKarith · · Score: 1

      I get horrified by the number of times I come across "magic black boxes" (usually Unix) that are an integral part of some financial system but literally nobody knows what they do or how they do it cos' all the support staff have been laid off over the years without anyone being trained in the obsolete POS...

      --
      'Don't worry' said the trees when they saw the axe coming, 'The handle is one of us.'
    4. Re:running only on an OpenVMS, which runs by Anonymous Coward · · Score: 0

      documented uptimes over a decade on single servers.

      If server uptime is important to you, then you probably fucked up the systems design. Service uptime matters, server uptime is irrelevant.

    5. Re:running only on an OpenVMS, which runs by Nutria · · Score: 2

      High service uptime requires -- by definition -- high server uptime. (Very common in factory control systems which *might* have a fraction of one day per year to do system maintenance.)

      True shared-disk active-active clustering systems (like what OpenVMS has had for almost 30 years) are a great boon to high service uptimes.

      --
      "I don't know, therefore Aliens" Wafflebox1
    6. Re:running only on an OpenVMS, which runs by GCsoftware · · Score: 1

      I've got two systems (one single Alpha box, one VAXcluster) that offer VMS guest accounts via telnet (I know, I know - CHIMPY can do SSH but the VAXen are just too slow for it):

      CHIMPY (single AXP box):

      telnet to chimpy.sampsa.com

      HILANT (VAXcluster)

      telnet to hilant.sampsa.com

  80. If it ain't broke... by dark.sabbath.777 · · Score: 1

    Companies, much like people, don't always like to change what they use or how they use it. This is because newer is not always better. The real issue here is that if you have a business that runs well on the software system that is currently in place, you don't want to lose that. And unless the newest upgrade can provide some proven, obvious win, why risk the proven, obvious failure that we've all seen time and time again (xp upgrading to Vista, windows 7 upgrading to windows 8, every unnessecary bios flash ever, ect)?

  81. What happened to that money they saved? by dgharmon · · Score: 1

    "what happened to that money they saved? Even a small portion of the money saved over the years could be used to upgrade ancient systems to modern standards. However, big organizations keep citing million-dollar upgrade costs as why they won't do it. Aren't they also losing money by working with inefficient, outdated systems?"

    No, the money is going precisely where it's intended, on salaries and bonuses for the top executives in the company ..

    --
    AccountKiller
  82. Upgrades have to justify themselves. by dtjohnson · · Score: 1

    That goal of "upgrade ancient systems to modern standards" is a fine one but...it costs a lot of money. If the upgrade will save money, increase reliability, improve compatibility, etc. in measurable ways that will increase revenue or reduce costs, then that can be used to justify it. If the benefits are not sufficiently large to justify the costs, the upgrade will not happen. Merely reaching the ever-elusive 'modern standards,' is often not enough to justify it.

    1. Re:Upgrades have to justify themselves. by oh_my_080980980 · · Score: 1

      THANK YOU. People don't seem to grasp this simple fact.

  83. Really? by jon3k · · Score: 1

    Because it's expensive to upgrade and a lot of "enterprise" web apps require IE6.

  84. Stock market by sxpert · · Score: 1

    Companies nowadays only bother about their stock price, everything they do is related to this.

    the only location in the company where you have up to date machines is where they handle buying and selling stocks with the money they have in the bank between the time consumers pay for the products, and the time (up to 6 months or so) they pay their providers.

    the rest of the company really doesn't matter, as long as it ca keep the flow of money coming in...

  85. Continuous improvement by Firethorn · · Score: 3, Interesting

    The trick, I think, is to treat IT more like a leased resource than a purchased tool. Or should I say 'a depreciating asset'?

    A hammer is a hammer, whether it was bought yesterday or a decade ago. You're going to want to regularly inspect both for defects that might render it unsuitable, but you're unlikely to have to replace it 'just because'.

    On the other hand, most businesses understand that you need to regularly replace your vehicles in addition to having regular maintenance. When you do so might vary, but there's normally a schedule. Dad's work replaces them every 4 years, for example. There are businesses that don't do this, but they tend to be smaller and run tighter on the wire - sort of like businesses that put off IT upgrades.

    Fund the IT department with the idea in mind that you'll be spending X every year in 'routine maintenance' along the lines of oil & filter changes, and Y every Z years to do a major overhaul, and it becomes a lot more tolerable. It's generally cheaper as well, since you never quite get into that 'legacy' category where you're having to hire people back from retirement to explain the system to a middleman so he can explain it to the new programmers so they can build an interface.

    --
    I don't read AC A human right
    1. Re:Continuous improvement by peragrin · · Score: 1

      Businesses only replace vehicles regularly because they break down, need maintenance etc. There is on going costs with vehicles that give you a real line on when to replace them.

      Software will work perfectly right up until it chokes and crashes never to recover. Even if you installed warning lights to come on when something was going wrong slowly in the background, the software doesn't have internal testing to figure it out, and even software that does have some testing is usually impossible to figure out unless your the original programmer.

      Also funding the IT dept with X amount doesn't work. for 3 years you use half of X because everything runs smoothly but in year 4 you use 10X to do repair work. During those 3 years you wasted money. money that could have been better used elsewhere. and you still have to pay 10X in year 4

      --
      i thought once I was found, but it was only a dream.
    2. Re:Continuous improvement by Rich0 · · Score: 1

      The trick, I think, is to treat IT more like a leased resource than a purchased tool. Or should I say 'a depreciating asset'?

      Sure, but that can be a tough pill to swallow when the costs are high.

      Back when my company migrated from NT->XP a small number of workstations ended up staying on NT for a VERY long time - well past the end-of-support date. They were firewalled in various ways to minimize the security risk, but the company was definitely at risk of them getting infected and having to reimage them/etc.

      Why was this done? Simple - they were used to control equipment, and the software wasn't compatible with XP. Of course the IT group suggested just upgrading the software, but the upgraded software didn't support the old equipment. So, then the IT group suggested just getting new equipment, but the equipment was only a few years old and was worth something like $500k or more (and we were talking about a bunch of examples like this). The equipment had been bought under the assumption that it would earn back its cost over 30 years, not 3. Spending millions of dollars to upgrade equipment just because the OS was obsolete was a VERY hard sell.

      Now, you could argue that you should take OS lifecycles into account when planning depreciation cycles, but a company that buys the equipment and just accepts/mitigates the OS security risks would be at an advantage over a company that decided not to buy the equipment at all because it would never pay for itself in 5-10 years.

      What needs to be understood is that running an unsupported OS is a risk, but it is still a finite risk, and some risks just are worth taking, especially if you can mitigate them.

    3. Re:Continuous improvement by tbannist · · Score: 1

      Why didn't the IT group suggest contacting the software developers and asking them to add support for the not-so-old equipment? It should be cheaper than replacing the equipment.

      --
      Fanatically anti-fanatical
    4. Re:Continuous improvement by PlusFiveTroll · · Score: 1

      Ever hear of the saying 'Turtles all the way down'. There is probably a reason the not so old machine is not supported.

      One particular case I had to deal with was for a digital x-ray machine. The firm upgraded their x-ray management software to a new edition, but the 3 year old machine would no longer work with it. The company had changed the base processors in the x-ray machines so they required different drivers. They didn't licence the drivers for the old machines in to the new package because of the expense. They are better off forcing you to buy a new x-ray anyway.

    5. Re:Continuous improvement by Firethorn · · Score: 1

      Businesses only replace vehicles regularly because they break down, need maintenance etc.

      True of software as well. Though the maintenance is often to fix bugs and/or patch security holes.

      Software will work perfectly right up until it chokes and crashes never to recover.

      *snerk* This isn't always true of business software. I've seen plenty that just gradually slows down until you need to reboot and recover the system, running some sort of error recovery/optimization tool. In other cases I've seen monitors with a set of stickies next to them with things NOT to do in order to avoid breaking the system.

      Also funding the IT dept with X amount doesn't work.

      It's a good thing I didn't suggest that then - "and Y every Z years to do a major overhaul". If y = 10x, so be it. But you can't set x to 0 either, because you still need to do maintenance on the system. Bug fixes, security patches, hardware replacement, etc...

      --
      I don't read AC A human right
    6. Re:Continuous improvement by Firethorn · · Score: 1

      I've seen this as well. I'm IT, not medical, but I was talking with some medical people and they brought up the same problem as PlusFiveTroll - except in my case it was a eye scanning device of some kind. They bought it with a 3.5" floppy drive system, etc...

      Spending millions of dollars to upgrade equipment just because the OS was obsolete was a VERY hard sell.

      In the case of durable goods that possess computerized processes there should be some sort of support contract in place that states the vender will maintain upwards compatibility for X amount of time at reasonable costs. 3 years is too short to cut off support.

      --
      I don't read AC A human right
    7. Re:Continuous improvement by Rich0 · · Score: 1

      In the case of durable goods that possess computerized processes there should be some sort of support contract in place that states the vender will maintain upwards compatibility for X amount of time at reasonable costs. 3 years is too short to cut off support.

      Agreed, but it seems like the people who have the power to buy this equipment often resent the idea of having to get input from IT/etc on their selections. They just want to try 3 models out and buy whatever model they like best, and they'll call IT in 3 years if something goes wrong.

      Sure, that's bad for stockholders, but it is great for empire-building. Sometimes it is deliberate, sometimes it is just a lack of knowledge. Everybody uses computers, right, so why should IT have anything useful to say about purchasing them? I bought a computer for my home and didn't need help from IT...

    8. Re:Continuous improvement by Rich0 · · Score: 1

      Why didn't the IT group suggest contacting the software developers and asking them to add support for the not-so-old equipment? It should be cheaper than replacing the equipment.

      I'm sure if you threw enough gold at them they might come around, but who knows.

      Suppose your business just HAD to use Galaxy S phones for some reason, but you really wanted security updates and JB on them. I'm sure it can be done, so just call up Samsung and ask them to re-support your phones. Even if you offered them a million dollars a year they probably wouldn't bother with you. Maybe if you offered them $500M they'd take the offer, but that would probably not make sense for you no matter how desperate your need was.

    9. Re:Continuous improvement by Anonymous Coward · · Score: 0

      Software effectively depreciates but there's no tax break for acknowledging it

    10. Re:Continuous improvement by Grishnakh · · Score: 1

      It probably doesn't work that way. With a lot of industrial robotic equipment, the software is supplied along with the equipment, by the vendor. Who wrote the software? Who knows, but it's the equipment vendor that supplied it, as part of a turn-key package. And for some reason, a lot of industrial equipment is stuck on Windows 2000 and sometimes XP, even for brand-new stuff. So you can't just contact the software developers; you can contact the equipment vendor, and they'll try to sell you a new piece of equipment for $500K that uses the up-to-date Windows XP OS () to replace your current equipment that uses Win2000 or Win98 or DOS. Of course, XP is already woefully obsolete and at EOL, but they don't care.

      Now why industrial automation equipment is running Windows instead of Linux, I have no idea, but that's the way it is for most of them.

    11. Re:Continuous improvement by Firethorn · · Score: 1

      Agreed, but it seems like the people who have the power to buy this equipment often resent the idea of having to get input from IT/etc on their selections.

      Fortunately, they've given my office power to veto any IT related purchases - and if they don't come through us, we can actually confiscate the equipment, which they are not reimbursed for. Some other office might get the neat item they bought, but the important point is that there's no gain to bypassing us. The higher ups have determined that the extra up front expense of buying approved products is worth it in the long run.

      For example, take printers. The ones that most offices would go out and buy on their own costs 75% of ours, but have a lifespan of less than 3 years vs the 8 ours will last, the toner costs twice as much(per page), etc...

      As another example - one of our offices used software X for various tasks. The vendor for the software ended up going out of business and dropping all support for the program, then it was determined that there were a number of security risks. It took a bit, but I got them to pay the money to switch over to software Y, which has active support, some neat new features, and perhaps most importantly - had the ability to import the data from the defunct software.

      How I sold it?
      1. Disallowed from network due to vulnerabilities
      2. Pointed out that it was only going to get more and more expensive to shift over while reliability slowly degraded.

      --
      I don't read AC A human right
    12. Re:Continuous improvement by Rich0 · · Score: 1

      Yup, my workplace has had small victories, but usually only once things get out of hand.

      It was pretty typical when buying a piece of equipment for the vendor to bundle a PC controller and printer with it for $5k (the software alone was only a few hundred dollars). Once that got on the radar the procurement group was instructed to look for this and disallow this - the internal IT group would deliver a managed bare-bones PC with the required OS and only basic management/antivirus software, and a network printer would be used. 99% of the time the printer that was bought would just get installed in somebody's office anyway.

      The forced move to network printers also helped people to kick the paper habit. At this point it is pretty rare for me to handle paper at all at work, even with numerous legal requirements for documentation, sign-offs, and so on. It just takes commitment and it is wonderful to be able to live out of little more than a backpack, or sign off on stuff on weekends with nothing more than a VPN connection.

  86. Bad UI's by Firethorn · · Score: 4, Insightful

    The UI is the only major thing that keeps changing.

    Worse, once you got the worker over the hump of learning all the hot keys, the old dos versions of various software packages actually worked BETTER than the modern 'web based' implementations of what the old green screens did.

    I remember seeing somebody using a terminal program to log some part maintenance. It's a maintenance tracking system for aircraft - it tracks all work done not only on the aircraft, but on sub components, and will do things like spit out a report on how many flight hours part X has left before it needs to be rebuilt, and on Y before it needs to be replaced, etc... It can also handle you pulling X from plane 1 to put into plane 2 in order to get 2 in flying shape because there's two other problems with 1 at the moment keeping it from flying because we don't have any spare X's and we really need to get 2 into the air *NOW*.

    It took seconds in the old system, but over 10 in the web based version. Obviously all the old hands were resisting going to the 'new improved' system. I believe they eventually got the system fixed, but it ended up being a lot more complicated than the project leads anticipated.

    --
    I don't read AC A human right
    1. Re:Bad UI's by archen · · Score: 2

      I see this a lot in terminal application replacements. Without a mouse there was a LOT of attention to workflow, and what was presented on which screen. The problem is that you actually have to train people and using the application is considered a skill in and of itself. It takes time to learn sure, but in the end that employee would be far more capable. No one wants to invest in employees like that. It's easier to put people in front of "generic software" that can be used with "general computer skills". Employees are a lot easier to dispose of due to low barrier to entry.

      Speaking of workflow, I've noticed that "web based" implementations are obviously done by people who think just being a web page is good enough. Productivity is not even on the radar.

    2. Re:Bad UI's by Firethorn · · Score: 1

      Employees are a lot easier to dispose of due to low barrier to entry.

      On the other hand, when an old timer has 10X the production at 2X the cost, they're worth keeping. It's sheer short-sightedness otherwise.

      Oh, and 'over 10' wasn't in seconds, it was in minutes. You'd spend a minute just waiting for the page to load. When I was programming webpages, workflow and optimization was high on my list. I wanted a page to load in under a second.

      --
      I don't read AC A human right
    3. Re:Bad UI's by Grishnakh · · Score: 1

      Worse, once you got the worker over the hump of learning all the hot keys, the old dos versions of various software packages actually worked BETTER than the modern 'web based' implementations of what the old green screens did.

      That's the way it is with most CLI software: it's usually more powerful and more efficient than any GUI-based equivalent. But it's a double-edged sword: that power and efficiency comes at the cost of a steeper learning curve. If an application is something you use day in and day out on the job, then with a CLI-based version where you're forced to learn the options or hotkeys, after you get past the learning curve you're going to be very efficient, and given a choice between a more "modern" "easy to use" version and the CLI version, it'd make more sense to learn the CLI version. However, many times we use software on an occasional basis, and for that it's more efficient to use a GUI version because the learning curve is so shallow, even if it isn't as efficient or powerful. For instance, once in a while I'll burn a DVD disc; for that, there's no way I'd want to bother with learning cdrecord or whatever the current CLI Linux tools are; it's much faster to just open K3B, select some files, and click "burn".

    4. Re:Bad UI's by Common+Joe · · Score: 1

      It took seconds in the old system, but over 10 in the web based version

      I'm a programmer. Besides crappy languages and the tool sets changing every five minutes, this is other top reason why I've resisted being a web programmer. It's too slow. I think a lot of hot-shot programmers don't understand how poor a tool web programming is and the real advantages to terminal programming, C++ programs, or (in my case) C# and Java programs. I'm not saying web programming doesn't have it's place. It's certainly earned a spot in the programming world, but I think it's over used and people try to shove a square peg into a round hole too often.

  87. This Is A Terrible Question by Anonymous Coward · · Score: 0

    Truthfully, this is a stupid question. It simply doesn't make sense to maintain an application in perpetuity. It doesn't make sense financially, technically or otherwise. Financially, a company doesn't improve their bottom line by continuously maintaining old versions of software. Technically, it doesn't make sense because eventually, inevitably, the tools used by those old pieces of software become outdated and unsustainable.

    IE6 is an especially poor example. The code is broken. That's a proven fact. When something is as broken as IE6, it's better to throw it out than to try to fix it.

    OK, I'm done bitching.

  88. It's easier to replace the company by istartedi · · Score: 1

    Meh. It's easier to replace the company than to replace the software. Executives get a golden parachute. Check. Employees get an early retirement or a nice severance package. Check. Customers find a better product from some other company. Check. Big money investors get to invest in a new company and flip it into the market for big bucks. Check. Shareholders of the existing company? Well, somebody has to pay for all that; but as long as they're not paying for new software it's all good. Where's the fun in that?

    --
    For all intensive purposes, "whom" is no longer a word. That begs the question, "who cares"?
  89. Because it works by gshegosh · · Score: 1

    Thank you, good night.

  90. However requirements do change by dbIII · · Score: 1

    That's assuming it is working well enough for the current requirements. Having something complex that only runs in an unchanged decade old environment is not always a problem but it can be the symptom of something that is inflexible which could have been improved to make workplace tasks run more smoothly. It can mean workflows are a pile of workarounds designed to cope with quirks of the system instead of the system being there to support workflows that are more in the interests of the work environment. Also old doesn't necessarily mean stable, some utter bits of shit are tolerated for years because they are better than nothing.

  91. Resistant to change by astro · · Score: 1

    I'm actually shocked that the overwhelming opinion here on /. seems to be vehement defense of the status quo. I'm certainly not advocating ludicrous moves like enterprise adoption of Win8, but really, people? Upgrade already. Even things like MS Excel DO take on major functional upgrades over time. I absolutely can't imagine doing my job or navigating my day to day life with even just 10 year old technology.

  92. Capitalism 101 by bentcd · · Score: 3, Interesting

    You see, before computers, companies used to have room full of people manually calculating and processing stuff. It wasn't until the computer came that they could fire all those people and save a ton of money on their collective salaries. Now, my question is: what happened to that money they saved?

    The invisible hand stole it.

    The money saved from firing newly redundant staff was funneled into undercutting the rivals' prices and those rivals that survived this did so because they did the exact same thing. This money can only be recovered by raising your prices back to the old level and if you do that no one will buy your product anymore and you will go out of business.

    --
    sigs are hazardous to your health
    1. Re:Capitalism 101 by Anonymous Coward · · Score: 0

      or the ceo's could make less money, lower their bonuses or even have less management. Truth is their salaries have continued to climb while the working class stayed the same. Prices didn't go down. If anything they stayed the same or went up. Outsourcing and all the other crap they do only makes the stock holders and management more money.

    2. Re:Capitalism 101 by marcosdumay · · Score: 1

      Or, in other words, they were socialized.

      That's how capitalism works. Mostly everything gets socialized, positive or negative.

  93. Direct vs. Indirect cost by Foske · · Score: 1

    This is one of the classic problems in most organizations I know: Upgrading IT makes you face a HUGE bill (direct cost). Inefficiency of your employees is invisible and hard to express in real money (indirect cost). It's easy to say no to a high bill, but you pay the salaries of your employees anyway. CEOs are not getting bonuses for efficiency, they get bonuses for profit. They could get more profit by making things more efficient, but that's a more than one-step solution, too complex for most CEOs.

  94. Possible fix - multi-browser engine app? by danhuby · · Score: 1

    There should be a simple fix for the specific IE version issue. It's possible to run multiple IE browser engines on the same OS as there's an app that does this already (IETester).

    It should be possible to create a piece of software - if one doesn't already exist - a web browser that is designed for enterprise use and allows the IT department to specify different browser engines for different sites.

    That outdated internal application could be configured to use the IE6 engine - other newer applications and external websites could use newer IE engines or another engine entirely such as WebKit.

    It could be rolled out by replacing 'iexplore.exe' and assuming the interface was very close to Internet Explorer it could even be transparent to users and thus very easy to roll out.

  95. Short term thinking by Bert64 · · Score: 1

    The financial system as it currently exists is basically set up to reward short term gains, whereas upgrading a computer system is a short term cost and (potentially) a long term gain.

    And then there are the reasons for upgrading...
    Supposedly newer software will be more efficient, but thats often just marketing talk and reality often fails to live up to hype. In many cases the new software is actually worse, being more bloated. And in many cases when new software is deployed, users will use it as if it was the old version and thus not take advantage of new features properly.
    There is the security aspect of using newer actively maintained software, but then security is a cost with no obvious benefit until something bad actually happens. Also if your software is sufficiently old and uncommon, very few people will be looking for holes in it so the chance of random attacks is actually lower.

    And then you have forced upgrades, that is where customers perceive change is being forced on them purely because the software vendor is greedy, and that the old software does everything they need so there's no reason to upgrade.

    And one of the key factors deterring upgrades, is poor decisions made in the past resulting in locked in users which makes upgrading very expensive. And in some cases, makes people wary of installing anything new for fear of getting locked in to that instead.

    --
    http://spamdecoy.net - free throwaway anonymous email - avoid spam!
  96. Ancient? by Anonymous Coward · · Score: 0

    OP Keeps using that word, but I don't think it means what he thinks it means.

  97. If it aint broke dont fix it!. by Anonymous Coward · · Score: 0

    I've seen 98 running some of the machines in a factory where I used to work and nothing has changed.
    Also win3.2 believe it or not running some sql software for the plant.

  98. Newer is better? by Anonymous Coward · · Score: 0

    Most significant IT project fail, that's a fact.
    But upgrading will really lead to more efficient systems?
    I have measured efficiency between an old mainframe application and its new and fresh web equivalent, and the result was clear: 37% more efficient on ... the mainframe!

    Think again!

  99. Eventually by Anonymous Coward · · Score: 0

    Eventually either the risks involved with the old system become too great for the company to swallow, (if they are known and being represented well). Or the risks come to bear and some cataclysm happens.

    Getting the balance right of when to actually do a multimillion dollar upgrade makes good business sense and if you're not adding vast amount of new functionality it's really just a practise of good lifecycle management, taking into account the non-functional risks of the product in question becoming old. eventually those risks do come to bear. I work in a very large national company that made very poor lifecycle management investment decisions (zero) over critical infrastructure for about 10 years, I saw those risks come to bear, the outcomes were horrifying, although not as bad as they could have been, (errors in this company can have a significant and immediate impact on the economy of the country), thankfully the bean-counters and top level IT learnt their lessons and we now seem to have very structured and practical decision making, board level reporting of the lifecycle risks, and real investment to resolve lifecycle risks when appropriate.

    If you wnat to use a simple analagy when descibing this stuff to people that don't seem to understand, talk about IT as though it's a car. You would

    a. Spend money on maintaining that car, tyres, engines, window wipers, etc
    b. Stop the car when maintenance was needed.
    b. Replace that car at some point.

    This is all required to maintain existing functionality, if you want to vastly change functionality then you would

    a. Figure out what the functional requirements were
    b. Buy a new car to meet those requirements

    And never the twain shall meet...

  100. It's all about maintenance by Ruliz+Galaxor · · Score: 1

    If a company has a product that is only suitable for IE6, they didn't invest enough in maintenance in the last 10 years!

    Working in the software industry, I experience daily that people think that if you buy a software product / application / website that you buy it once and then it "just works" until you want new functionality and it magically keeps working with newer browsers, etc. This thought is wrong. You need to invest money in maintenance to keep your software product up-to-date.

    So when IE7 came out, the company should have invested in ensuring their product also worked with IE7. And the same for IE8, Firefox, IE9, Safari, Chrome and IE10. If you do not invest time and money in maintenance, in the long term you have a system that is not up-to-date, is a pain in the ass to deal with and needs to be replaced to ensure your company will not be stuck by legacy systems.

  101. XP Pro Rules! by Anonymous Coward · · Score: 0

    There was every reason for companies to upgrade to Windows XP Pro, since the earlier versions of Windows were definitely inferior and XP has proved to be pretty stable - for the most part anyhow.

    But there is little corporate benefit replacing XP with Vista or Windows 7. Virtually all of the changes benefit home users, and some corporate software just doesn't run on Windows 7, or if it does it's horribly slow or keeps falling over.

    There is little justification for a company with 300+ PC's buying new licenses for Windows 7 and replacing all the PC's for little or no gain. We are running with most of out PC's being at least 3-5 years old, and other than memory upgrades for the oldest of them, they are running fine. It's the handful of Windows 7 machines we do have trouble with.

    Definitely not sure waht to do when it comes to Windows 8 and beyond. Nobody here wants to go Linux, but in many ways that might be a better route.

  102. Market share by Ruliz+Galaxor · · Score: 1

    You see, before computers, companies used to have room full of people manually calculating and processing stuff. It wasn't until the computer came that they could fire all those people and save a ton of money on their collective salaries. Now, my question is: what happened to that money they saved?

    This is largely incorrect, I think. Most companies that invested in computer systems didn't fire their employees. Instead, because of the computer systems, most of these companies suddenly had more capacity to deliver more of the product/service that they deliver. So companies that invested enough in computer systems gain more market share, while companies that did not invest enough in computer systems lost market share, went bankrupt and/or were taken over by a competitor.

  103. maybe in some cases by dutchwhizzman · · Score: 1, Insightful

    In most cases it's just simple straight forward porting of the application and it's no rocket science. They probably have a zillion workarounds with spreadsheets and whatnot to work around missing functionality already. A decent software architect can probably design a better system that can be built with off the shelf components in little time in as little as a week. Building those systems often doesn't take that long and providing people are using off the shelf components and libraries, the amount of custom code that may mess up will be rather limited. By designing with failure and insecurity in mind, catastrophic failures will be very unlikely, since the built in checks should prevent those before any escalation is possible. Not everyone uses large, interlinked systems. Most are just a single task single system setup. To upgrade those isn't complex or expensive.

    --
    I was promised a flying car. Where is my flying car?
    1. Re:maybe in some cases by Maxo-Texas · · Score: 5, Informative

      It's thinking like that which has lead to multiple failures so far. Arrogance and overconfidence. An assumption that there is always a package or off the shelf tools which can be used.

      Multiple "decent" software architects have been tilted at this particular windmill and gone down in flaming ruins.

      Sometimes... very old systems have enormous amounts of business rules. There are no "off the shelf components". It's not a question of implementing a screen sort. It's a question of recognizing that given this set of data values, apply special business rule #1017 to the data. In order to do this- you have to truly understand the existing code which on mainframes can literally run to *millions* of lines of pure business logic with almost no interface code.

      There is really only one way to "get off of it".

      A) Build a sufficiently large team that it can develop faster than the current team developing for the platform.

      B) Start redeveloping one system at a time. Do not try to "get off the mainframe".. just try to get the quarterly operating company corporate tax rollup off of the machine.

      C) Iterate with the next single system until the remaining systems can be understood and then do a project to remove them.

      ---

      The same management that has failed at this three times also set up the SAP project. 2 years of blueprinting (about half of what they needed). "Freezes" which lasted about 30 seconds before development started again. And upon discovering that they had missed 30% of the business rules- they proceeded anyway. Oh and early on they fired anyone that expressed caution very quickly so everyone else on that project got the message. Do not point out problems- keep your damn mouth shut.

      It appears to be failing in a particularly spectacular fashion (even for SAP).

      --
      She was like chocolate when she drank... semi-sweet at first and then increasingly bitter.
    2. Re:maybe in some cases by Maxo-Texas · · Score: 2

      Oh yea... and "C" will probably fail. So return to B and just iterated until one day... after nine years, you realize you finally converted the last system.

      Then lay off everyone who helped you get there and take a big bonus for reducing labor costs. (yea-- they did that too).

      --
      She was like chocolate when she drank... semi-sweet at first and then increasingly bitter.
    3. Re:maybe in some cases by RabidReindeer · · Score: 1

      In most cases it's just simple straight forward porting of the application and it's no rocket science.

      "All You Have To Do Is..."

      The most deadly words in Information technology.

      Actually, in most cases the new system is NOT a simple port of the old, it's an excuse to load up on gee-whiz features, address major shortcomings that were in the old system, provide an excuse to play with the latest "Silver Bullet" bleeding-edge technology, and heavily line the pockets of all sorts of so-called "experts".

      Fred (Mythical Man-Month) Brooks called it the "Second System Effect."

    4. Re:maybe in some cases by bbelt16ag · · Score: 1

      the devil is in the details peeps. Big projects take teams, and reams of information to build the proper systems for enterprise tools. I don't think the business people understand what it take to make good software, or how to hire the good programmers. I know I don't that's why i am a SA. I know i am not there at all in the good category as far a programming goes. If the whole enterprise is not behind a project 100% then it will fail or blunder like the ones before. There are far too many moving parts to not play it like a chess game and think 20 moves ahead. Its sad but true.

      --
      NEVER NEVER NEVER NEVER NEVER NEVER NEVER NEVER GIVE UP! "No limitations, no boundaries, there is no reason for them."
    5. Re:maybe in some cases by K.+S.+Kyosuke · · Score: 1

      Sometimes... very old systems have enormous amounts of business rules.

      Written in a horrible way, in a lot of brittle imperative COBOL code, you mean? The way I see it, the only real way forward from such a mess would be to build an open, malleable system for designing custom, mostly declarative languages, and re-implement it in that. Otherwise you'd either be nagged to either re-implement the system every ten years, whenever the Next Big Platform comes out (Java, .NET, ...), or to label it as a "legacy system" and start building connectors to other components written for other SW ecosystems. It doesn't matter how you write it, unless the actual logic is written as an executable specification, it's always going to start lagging behind sooner or later, and the "we need a Java driver for 3270 terminal scraper" syndrome or something similar is going to reappear.

      --
      Ezekiel 23:20
    6. Re:maybe in some cases by Maxo-Texas · · Score: 1

      The great challenge there is reliably finding resources who can do the work.

      Any "cool" or "custom" language is unsuited to complex business rules because in 5 years you won't be able to find anyone who is willing to work in those "out of date" languages which offer no benefit to their career.

      I don't have a good answer but I suspect Java plus SQL might be a decent replacement for Cobol plus SQL. The thing to keep in mind is these older systems are enormous and almost pure business logic.

      The language is often well written, well documented Cobol + JCL + SQL (or DB2) which was then poorly maintained and ill documented for a decade.

      Part of the issue is computer hardware and software goes obsolete on an 18 month cycle these days. Five years is an eternity.

      The main problem I see these days is analysis paralysis and cheap cheap cheap business side people who think languages and programmers are generic "glorp".

      Rather than fix 10% of the problem, they try to spend 10% on trying to figure out a way to fix 100% of the problem on the cheap with inadequate, often novice ill trained resources (who are highly confident but clueless). At the end of that time, they have spent 10% (or more) and the problem has grown by 5% to 105% of the size. All the novices move on to the next corporation.

      For example- we had an aspect of our system which was bad. A series of at least a dozen 2% corrections were proposed and rejected over the course of two to three years-- not enough ROI. Then they brought in contractors (mostly straight out of college) and indians (grunt labor who say yes to anything even if it is really impossible) and wasted about 9 months, several million bucks, and in the end the project failed to produce any improvement at all.

      The contractors mostly made all the classic errors. The indians worked really hard until it became clear that it simply wasn't possible to do what they said they could do. Then they started leaving for other companies.

      Very dilbertish.

      --
      She was like chocolate when she drank... semi-sweet at first and then increasingly bitter.
  104. New software costs more than just licences by Anonymous Coward · · Score: 0

    When you plan to install new software, you have to:
        - evaluate what the different software brings to you... and do not bring! Usually new software miss the tiny ultra usefull feature everybody uses on the old one. You need to evangelize your users so that the change don't frighten them.
        - write the contract (a company don't buy software like you do ion the internet. The company evaluates every word of the licence terms, the software company health, ...)
        - install the software and port the old data to the new one (the most feared part. Done once, must cover all, will shape the usage of the new one. Might be the point where the upgrade is a win or a fail)
        - learn the users how to use the new software. Might also be the point where the upgrade is a win or a fail
        - learn the ITs how to deal with those new problems arose with the new software.
        - try to keep up to date with the new one!

    At work we still use VAXens from the 90's for some critical work (automated warehouse). We fear it can fail, so we have ready to use VAXen in storage we bought on ebay.

    By far easier and cheaper than porting the software part!

  105. Business cycles and regulation play a role by wienerschnizzel · · Score: 1

    Many companies - especially the industrial ones - work on long business cycles. Things like assembly lines or CT scanners are supposed to run for decades.

    Imagine a company producing CT scanners who's been on the market for some time. They would have dozens of versions of their scanners in the field, some of them more than a decade old, using old software. To update an old system with new software (such as one supporting new browsers) requires to run a full round of system tests. In the case of medical software, it's even mandated by government regulation.

    This would mean you would have to rebuild all 20 (or more) machines in your test lab to perform the tests (simulators are not good enough for FDA) at a huge cost. On top of that, you might not even be able to get some of the parts for the machines that were produced in the previous millennium.

  106. new is not always better by Anonymous Coward · · Score: 0

    If it works perfectly, why change?
    Change for changes sake is the worst a business / person can do.
    If you like something, it's familiar, it's comfortable.

    Can we please do away with the URGE to update to the always LATEST? If that's what's driving you then you really need to think about your existence!

  107. Is the upgrade worth it? by Xeno-Root · · Score: 1

    Upgrading from paper processes to computer-based systems is a huge leap, but upgrading between software versions may not provide an increase in productivity important enough to justify the costs involved. Having said that, the cost of keeping Internet Explorer 6 is high, and getting rid of it implies improved efficiency.

    In-house written software that is only compatible with IE6 needs to be fully rewritten to work with other browsers. Sometimes the source code is lost, or cannot be ported easily. Microsoft did succeed to subvert web standards in the IE6 era. Now that has backfired. Poetic justice.

  108. but it works... by Anonymous Coward · · Score: 0

    The IT system works, does everything the company wants it to do, it's paid for, everyone knows how it works and how to get there job done, so there is no real reason to upgrade. In addition, upgrading often means a new system, and then you have to migrate all the data from an old, often proprietary system, to a new, often proprietary system, or you new to have 2 systems, the new one and the old one, and a way to get data from the old reports to put into the new reports. Having investigated and been apart of several "upgrades", it often isn't an upgrade.

    Cost is only 1 factor, the real problem is closed source software with proprietary database backend and defunct companies who wrote it.

  109. money not spent is not money saved by shawnbutts · · Score: 1

    money not spent is not money saved

    --
    -
  110. Firefox or chrome by WebSurfinMurf · · Score: 1

    I work with large companies and understand the enterprise custom application compatibility issue. What I don't understand is cant a plugin be written into Firefox or chrome to simulate ie6 API for certain urls? I see this issue as a great opportunity for open source to make huge gains in corporate enterprise by providing a way to upgrade and maintain compatibility for older systems. It's obvious why Microsoft doesn't provide the compatibility, they can't afford maintenance and/or have strategic motivations to promote upgrading as only option. I also wonder how much Microsoft charges for support on extended extended support :)

  111. If it ain't broke... by Anonymous Coward · · Score: 0

    Companies are not about upgrading software. "Upgrading internally used software" is not a business model.

    To make a non-car analogy: why won't Slashdotters replace their entire wardrobe every season? Won't the savings in terms of personal appeal more than offset the small investment in replacing every piece of clothing every 10 to 12 weeks?

  112. Words of wisdom from Machiavelli by confuscan · · Score: 1

    Yes, the master of political intrigue has some words of wisdom when it comes to upgrades. "It must be remembered that there is nothing more difficult to plan, more doubtful of success, nor more dangerous to manage than a new system. For the initiator has the enmity of all who would profit by the preservation of the old institution and merely lukewarm defenders in those who gain by the new ones." While his use of system is more generic, the general principle and sentiments remain the same 500 years later. He would have made a kick-ass CIO.

  113. If it ain't broke... by unixisc · · Score: 1
    ...don't fix it!

    This!!! There is the certainty that something will work, vs a risk that a new version won't. Not worth taking if it means downtime for a day or so. But even more than that is the cost - why would one have gone from Office 2003 to Office 2007? Or upgraded a version of Adobe Acrobat? Or something similar?

    With Windows, there is the issue that after 2013, XP will no longer be supported. This is where FOSS makes sense, assuming that all the software that a business needs is itself FOSS, and runs on it. At some point, if the business buys new equipment b'cos the motherboard breaks down, they'd automatically have to upgrade some things that may not be supported on the new hardware. But it does take considerable work to get things working, which is why after a point, a company would be reluctant to spend more money on its IT. If it's an SMB, a one time purchase should do it. If it's large, they ought to go FOSS and have an IT group that maintains it.

    Hopefully, as a result of the Windows 8 fiasco, more SMBs would see the sense in going FOSS for their needs.

  114. Not quite,it is a questing of jars by Anonymous Coward · · Score: 0

    Whose cookie jar does the upgrade come out of?

    Most departments would probably support an upgrade, as long as it comes out of someone elses budget. And the costs of using old software? A different budget once again.

    There was an article about light bulbs a while ago and how republican types will actively refuse to buy a lightbulb that saves money in the long run but costs more in the short time. Their minds just are not capable to see beyond the now. And in business that meant "we got to spend how much NOW?" and they never hear the rest.

    It is short term thinking but in business, that works because your bonus is for you keeping on budget this quarter, not about the next 10 years.

    In general, my advice is to stay the fuck away from these kind of places. They are not fun to work for and they are generally poor clients as well, always trying to squeeze you for the minimum amount possible and then bitching quality sucks. You see IE6, RUN!

  115. only if the new software is better than the old on by bobeil · · Score: 0

    Recently, there have been several major feature downgrades that were camouflaged as "software updates". A lot of functionality has been removed, at the expense for questionable "innovation". This is the case not only at Windows 8, that discurages creative work and tries to downgrade everybody to a consumer. It can also be observed at various open-source projects, most notably the Linux desktop: like Gnome3, KDE4, Unity. They all require expensive hardware, or try to do so. They all abandon the proven desktop metaphor for this dreaded "tablet style" that nobody really wants or needs. Just in order to sell more of this fashionable hardware. Productivity has sunken, and power consumption has risen. How many trees will have to die until we realize that software used to be better before?

  116. So the heart of the issue is... by transporter_ii · · Score: 1

    Microsoft tried everything possible to add proprietary hooks into the web as a form of vendor lock-in. So instead of writing apps that would work on any browser, developers targeted these proprietary hooks. And the vendor lock-in worked so well, that MS locked businesses into an older version of Windows, screwing itself in the process, since they make money only from new versions of Windows.

    So Microsoft accidentally did to themselves what they have been doing to the rest of the world for all these years. On some level the mess stinks, on some level, it's nice to see Microsoft reap what they sewed.

    --
    Doctors destroy health, lawyers destroy justice, universities destroy knowledge, religion destroys spirituality
  117. Been there, done that by Anonymous Coward · · Score: 0

    My former company had to stick with IE5.5, because the Oracle Portals wouldn't operate properly under IE6. We only upgraded after getting tired of waiting for Oracle to be able to work with IE6 and scrapped Portals for a home-grown solution.

    That is part of the cost of upgrading.

  118. what happened to all that money? by Anonymous Coward · · Score: 0

    It was passed on to consumers in price reduction. Gotta love capitalism.

  119. Loss of functionality by rayk_sland · · Score: 1

    I've got at least one customer that won't ever upgrade one software package because the new version doesn't do all that the old version does. Developers are sometimes quite removed from their end users and don't always know nor care what features of their software have become mission critical to some customers. Consequently they use their own flawed judgment to axe this or that feature, because "nobody ever uses that" leaving a segment of their users out in the cold.

    --
    Jedis are stupid. If they were so powerful, why couldn't they handle counseling for a kid who missed his mom?
  120. Tools by dcw3 · · Score: 1

    Computers are viewed as tools. If I bought a hammer, and it's been working fine for several years, and you come to me with a fancy new hammer, you need to convince me why I need to spend money to "upgrade". Will I be able to pound nails faster?

    I work at a Fortune 500 company. We have several old x386 machines that are used to log equipment, and have done that job just fine for years. They're not supported by any OEM, but who gives a damn, they don't need to be.

    All that said, we're requiring anyone with an XP machine to get a waiver in order to keep it. Not that they won't be able to, but they need to justify not upgrading. Not everything is black and white.

    --
    Just another day in Paradise
  121. huh? by Kookus · · Score: 1

    Asking where did the money go is like asking why someone has a balance on their credit card. If you have the capability of spending money and you need something, you do it.

  122. Why companies don't upgrade by punisher777 · · Score: 1

    I fully agree that companies should update there systems on a regular basis but often times redevelopment costs more than maintaining an old system. There are risks associated by not upgrading but the people who make the decision to upgrade generally do not understand the risks, partially because those advocating for redevelopment often do not show all the risks and the costs associated with those risks. Additionally, most of the risks associated with running old systems are less expensive that redevelopment and are not likely to occur. An example would be, the current system currently costs $25,000 a year to maintain and is only supported on IE6 and there is a 5% chance that a major security threat may occur each year costing $100,000, redevelopment will cost $1,000,000 to be done by next year and it will take 5 years to see a return on the investment. Even if the company had a security threat costing $100,000 for the next 5 years running the old system it would only cost $625,000 which is still significantly less than $1,000,000. Taking into account that there is only a 5% chance of a major security threat each year a truer estimate would be that the old system would cost $131,250. I realize there is no scenario that is as cut and dry as above and that there are a lot of costs to review but I just wanted to use this as an example. There are so many factors it is difficult to calculate, Additional risks to look at the current and redeveloped systems may include, maintenance, upgrades, development, security threats, legal fees, hardware, redundancy, third party software, employees, knowledge, time, user issues, etc. Each of these has a cost for both the old and the new and this will help you calculate how much each is going to cost and how much money can be made off of both.

  123. Really? by Anonymous Coward · · Score: 0

    "Aren't they also losing money by working with inefficient, outdated systems?"

    Yes, of course. But that's an intangible cost that is hard to quantify. Contrast that to the tangible cost of upgrading and fixing all the bugs and incompatibilities that result from an upgrade, and you'll see that it's a hard concept to sell.

  124. Its a cost center, stupid!* by Anonymous Coward · · Score: 0

    An anonymous reader writes

    And an anonymous coward responds.

    IE6. Several governments and big companies I know use software dependent on IE6. They won't upgrade, citing the expensive cost.

    That is what happens when one writes to a particular hunk of code and not to a standard. And I doubt you you "know" these places. Know OF, sure. But know?

    Do you know what's more expensive than upgrading? Downgrading to the old system they had before they upgraded!

    Got proof for this claim that the places are downgrading to keep IE6 compatibility?

    You see, before computers, companies used to have room full of people manually calculating and processing stuff.

    Quite a leap, oh "knower" of goverments/companies who won't upgrade to IE6.

    It wasn't until the computer came that they could fire all those people and save a ton of money on their collective salaries.

    In late 1970's and early 1980's. Hopefully you have some logical way to tie that to the 2001 release of IE6?

    Now, my question is: what happened to that money they saved? Even a small portion of the money saved over the years could be used to upgrade ancient systems to modern standards.

    Yes, because companies have a long history of saving money 30 years for expenses in the future. Tell me what planet you are from where the common lifeforms plan ahead for 30 years. Most of what's on Earth today are lucky to plan ahead for a weekend.

    However, big organizations keep citing million-dollar upgrade costs as why they won't do it.

    Yes. You see AC, IT is typically a cost center not a profit maker. Odds are this Anomymous rant about Carbon paper past of manual processing and "how things used to be done" is being made by a web developer who got yelled at by a boss when s/he got yelled at how the new web site with all kinds of javascript and moving video elements doesn't work with IE6. As a web "designer", this computer stuff is a profit maker. For the businesses not in IT - IT is a cost center. Re-training workers to use new software is expensive. The rest of the world expects to be paid while they train, unlike vast swaths of IT people who learn the new technology on their own time.

    Aren't they also losing money by working with inefficient, outdated systems?"

    For the remaining pool of people typing up letters and looking at spreadsheets of static information, what can't Office 97 do that Office 2013 can do? You cite a bunch of people using Carbon paper - guess what - any machine running IE6 as a native offering will be better than the Carbon paper crowd.

    A driving reason to replace IE6 is security, not its "inefficient" nature. (Oh and pro tip: newer web standards != inefficient. Just because YOU won't grow a set of 'nads and stop jumping thru flaming hoops to support IE6 does not make IE6 "inefficient", it makes you, dear web developer, "inefficient".)

    * hat tip to Bill Clinton's messaging crew.

  125. standards, modularity, corporate culture by Coop · · Score: 1

    It's the CEO's job to forsee and avoid strategic dead-ends. Many aren't so good at it.

    As a Linux fanboy since 1994, UNIX and OS/2 guy before that, I was aghast when corpoations picked Win 3.1 on what, DOS 5.0? as a standard. "But X Windows is so much more modular, flexible, and portable! You can even run it on DOS machines!" I was right of course, and Win 3.1 standardizers spent much more hidden money on virus problems than it ever would have cost to get things going with Linux in the 1990's.

    The best start companies can make to solve their jam-up is to modularize their old systems using the old tech. Then they can slowly replace bits and pieces with more modern, open, standards-based solutions -- Python? it has a small footprint -- at their leisure. When everything possible has been moved to portable tech, find a way -- virtual machines, emulation -- to move the last pieces. Now at last you can run on a modern OS -- any modern OS, you're not stuck any more.

    I see companies making the same mistakes today by standardizing on .NET, the iPhone, and the iPad, with the same uncomfortable vendor lock-in and inability to move to cheaper and more robust platforms as they become available.

    The reason companies get jammed up this way is their corporate culture. Short-term thinking has been identified in many posts here. Another factor is, simply, inflexible fear-based, cog-in-the-machine, just-tell-me-what-to-do employees. The bigger and more stable the institution, the more attractive it is to such people. Great, as long as the world doesn't change, which it seems to be doing faster and faster these days.

    If the corporation itself was more modular and standards-based, it too would be more flexible, able to outsource, delegate, disentangle various business processes. Do we really need all the departments that our inflexible old software supports? Order fulfillment, customer service, marketing, manufacturing, design, bookkeeping -- all can be outsourced. We may choose to keep these functions in house, but let's define the interfaces between departments and their supporting IT, so that it's modular and we have flexibility in the future.

    --
    "If you're not passionate about your operating system, you're married to the wrong one."
  126. Where the money went... by Anonymous Coward · · Score: 0

    As to "where the money went": I work for a small and medium enterprise. It used to be, 30 years ago, that there were hundreds of little mom and pop stores providing that particular service. Each had a filing cabinet and a few administrative staff. Then the computers came, and the field consolidated. Now there are 4 major players in this field, everyone else has been bought and integrated. Now there is a corporate headquarters with an IT department managing a huge market. This would have been impossible with just filing cabinets. The total number of employees managing this business is much less than the combined number of employees for all the mom-and-pop shops.

  127. Easy answer by cheetah_spottycat · · Score: 1

    "Aren't they also losing money by working with inefficient, outdated systems?"

    No, they're not, because these days, newer versions of a software are commonly less efficient than the old version.

  128. They didn't save the money... by Anonymous Coward · · Score: 0

    You think they actuallysaved the money for the next rainy day, fooooolish you. Even the most scoservitive f "governments" on a zero based budget, would have given it back to the rich and forgotten the problem. The most conservitive of businesses would have zero based ithe budget item, and paid out the profits to the their owners and shareholders. Invest in the future? The only future they see is the one where they steal your research dollar for their pocket, because they bought the politicians dream.

  129. Never Underestimate the Task by conquistadorst · · Score: 1

    Because it's like building a new bullet train behind you while still riding on the old one. As much as I dislike antiquated, outdated, clunky old systems (my company included) they *usually* do what they were designed to do really well because they have 10+ years of maturity behind them. 10 years maturity = 10 years of development, 10 years of undocumented specs, 10 years of testing. Granted everything we make today comes with a lot of frameworks, SDKs, toolsets, and many other wonderful technologies to do some of the "cool" stuff for us - none of it will handle the true line of business logic out of the box. The true line of business stuff you're going to be rewriting from scratch. If you don't have the original creators of said old software, or hardcore business analysts that really understand how it works, chances are you or anyone will miss 75% of the clever nooks, crannies, and workarounds built in the original antiquated system. This will balloon original projected estimates and make the folks promising salvation look like fools. It's a vicious endeavor, so never underestimate the task, ever.

    The worst are any companies that deal with a lot of money, which includes insurance companies and banks. They have some of the oldest, outdated systems ever and extremely resistant to change because they are the most nervous of change. Oh and anything government related, but that's mostly because they have no profitability whip to motivate them.

    My *biggest* complaint is the steady brain drain that's been going on in other departments. Back in the day when "companies used to have room full of people manually calculating and processing stuff" these same people actually knew what the $@&! they were doing and could explain it to you. These days, everything is automated and done for you by software. Instead, you now have companies with rooms full of people that are professional button clickers and couldn't explain much of anything beyond the screen they look at nor produce a spec document worth its weight in paper.

  130. Why WOULD companies upgrade old software? by scotts13 · · Score: 1

    That was my first thought on reading the headline. If and when they experience the horrors supposedly brought on by IE6, they'll consider it - but you're going to have very little success getting any organization to spend IT money proactively, rather than reflexively. It just doesn't happen, even in my field, education.

    Not directly related, but fun. Not as long ago as you'd think, I was called to a good-sized theme park for "emergency repairs" on a computer. What I found was an 8-bit Apple II, running a custom written program from a 5.25" floppy. This ran their water-park wave machine; the program stayed in memory and only had to be reloaded if the power went off. The floppy containing the last known copy of the program had simply worn out. The original programmer was dead, and there was no documentation. There was no part of the system that wasn't completely obsolete and unsupportable; any change would have to re-create the entire system - including interfacing to the wave machine - from scratch. What I did was simply use a recovery program to keep trying the disk read in different ways until I got the program into memory, then wrote it out to a box of floppies. Far as I know, the system is still running.

  131. Status Quo by Anonymous Coward · · Score: 0

    How would you be losing money by not making any changes? What you mean is losing potential SAVINGS over the current method. The keyword here being POTENTIAL. Potential is synonymous with risk and a lot of companies are risk averse. There's a lot more expense in upgrading than just the cost of the software and hardware, there are also training costs and lost revenue during transition. When I was working at a university the upgrade to a new ERP system was going to cost $15 million dollars for just the hardware and software and we had fairly new UNIX boxes running everywhere. During the upgrade we were required to buy the boxes the company said we had to. Upgrading isn't as easy for companies as it is for people at home. You think $120 for a copy of the upgrade to Windows is expensive? I remember hearing about a copy of the UNIX flavor we used costing $1800 per license which amounts to per copy on a box. Some databases cost in the 6 figure ($100,000) per year range,... PER YEAR, for software!

    What I'm getting at is that those seemingly simple upgrades are anything but simple or cheap for companies or large organizations.

  132. General upgrades vs IE6 by dabblah · · Score: 1

    In terms of Stability, with a capital S, Microsoft hit their height with NT 3.5.1 (mainly because an application that wasn't specifically engineered for it just wouldn't run on it, but still). For a simple office that only needs file and print sharing Netware 3.12 or 3.20 really was good enough. In office applications I had thought for years that Word 6 or Word 97 (matter of taste) did everything anyone could reasonably need to do. My * on it now is I don't know Word 97's track change and compare capabilities, but I do know that went downhill from Office 2003 to Office 2007 and 2010... And I won't even more than start on this whole insane idea of getting rid of the menus (fortunately alt-e, s, t still works in Excel...).

    There really were two points in the OP. First is software in general, and really there is no need to upgrade for upgrades sake in many cases. The second point is IE6 in particular and the security problems inherent therein, but you can solve that one by running a modern version of Chrome or Firefox even on XP... My company generally doesn't care what you install as long as it doesn't require administrator privileges (I left IT support many, many moons ago now), and so the last time I had a website that IE wouldn't load properly I installed Chrome...

    To the point of applications specifically engineered for IE6 - a company that does that deserves what it gets in the way of broken support and being hacked. IE 3 was originally the more standards compliant browser back in the browser war days. If you are engineering a browser based solution that is not standards compliant, you have sewn the seeds of your own doom.

  133. computers = machines by ILongForDarkness · · Score: 1

    Companies need to think about their computers and the software they run like a manufacturers machines. They might last for several years but you need to plan on maintenance and that there will be a point where the system no longer meets the business need. It isn't just "do we have a corporate HR system" with a check box next to it you need to critically look at what you have and what is available and see if the cost to acquire (or the cost you pay by lacking the feature) are worth it. Once it is drop the dinosaur like an ugly girlfriend.

  134. anonymous is naive by peter303 · · Score: 1

    He beleives organizations behave rationally. Must be a young student or soemthing.

  135. Profits and shareholders by sdinfoserv · · Score: 1

    You can't really quantify "saved dollars" from an upgrade. The purpose of increasing efficiency is saving money. saving money is less people. You have to be able to show in real dollars how many people will go way if you invest in the upgrade. The answer is more often than not.. none. Thus there's no impetus to spend on the upgrade, it's just a capital cost. What usually forces upgrades is things like regulations (ex: PCI requires updated systems and WInXP will soon no longer get upgrades) and Vendors pushing upgrades for their purposes. Often, updates involve more than just the software update. updating some system may require huge investments in ancillary systems as well to maintain compatibility that could require an entire infrastructure upgrade. Is an accountant today running an Excel spreadsheet on Windows 7 any more "efficient" than an accountant in 1993 running Windows3.11 and Office 4.2? What gets done faster?

  136. Change is -bad-. by Anonymous Coward · · Score: 0

    Anybody remember the last time Slashdot "upgraded" their look-and-feel? I recall small changes were made and large screaming and outrage ensued. That was a simple GUI thing. I'm sure many heads rolled at Slashdot.

    Imagine the horror of trying to move a whole website that runs on IE6 to the latest and greatest available now. IE6 still works. The website works. Nobody wants to learn a new GUI. Nobody wants to train their idiot secretary AGAIN how to use the new GUI. Nobody wants their ass on the line for all that pain either.

    That painful scenario assumes the new website actually -works-. Usually it doesn't work. Now you're screwed.

    I don't blame companies for not upgrading. They don't get any increased efficiency out of the upgrade, just pain.

  137. If you had the right to demand the source code... by Anonymous Coward · · Score: 0

    This is why you should be pushing for Open Source (at least). Remember, the Harry Potter books are "Open Source" and there doesn't seem to be a problem with making money off books...

  138. An old IT saying... by Anonymous Coward · · Score: 0

    "Hardware never lives, software never dies"

    - TWR

  139. All the above. by DarthVain · · Score: 1

    Management wanting someone else to deal with it, and the length, complexity and cost of development.

    I manage two systems that were developed in the early 1990's. Both are 20+ years old. We have been looking/trying to replace them for the last 10 years. Many studies and analysis have been done, but never the approval to move forward with anything. They will be around for another 5 years, at the very least. Business has changed over the last 20 years (go figure), and occasionally ad hoc enhancements are approved every now and again. However the systems in question were designed for a business that has evolved radically since then, so much of the data is totally useless or not comparable to previous years, or particular data is just not collected, as 20 years ago it wasn't seen as something that is now important.

    Anyway as someone who supports this stuff to users and hears all the "feedback" about the system, and who has promised users a new system for years with no result, it is more than a tad frustrating as a professional. It will have to catastrophically fail before management will do anything about it, and you know they are just betting that it will happen to the next guy.

  140. You assume... by oh_my_080980980 · · Score: 1

    that the systems are inefficient and that age adds to the inefficiency. Study Six Sigma sometime and you'll understand the mistakes in your assumption.

  141. Senior management by Anonymous Coward · · Score: 0

    We have a generation of senior manangement who have not been a part of innovation anywhere, they have been part of the Regan downsize philosophy. Which is now all they know, they have never known how to take a risk.

    We have a generation of leaders who have no idea how to lead in a world which needs innovators, big thinkers, not number pushers. We have managements who only knwo how to balance a budget by outsourcing or cutting. Not a single one of them have the bollocks to take a risk. But these are the days of record profits every year, which only come by fudging the numbers, not by making a new product which people need.

  142. In this context, Small/Medium Businesses. by Anonymous Coward · · Score: 0

    In this context, Small/Medium Businesses.

  143. From what I have to say... by Anonymous Coward · · Score: 0

    ... outdated does not necessarily mean inefficient.

  144. Risk by HunterD · · Score: 1

    One word: Risk. The present system, regardless of what that present system is, is something the users have figured out how to work with and around. When you upgrade, the impacts to various departments are uncertain as processes break and projects get delayed. It requires a fair amount of import in an upgrade to get over the bar of not knowing the consequences of pushing upgrades through the business.

    --
    - The unexamined life is not worth leading -
  145. It's a standardization problem by Anonymous Coward · · Score: 0

    The real problem is that companies allow web designers to use proprietary browser extensions.

  146. Savings? by ggraham412 · · Score: 1

    Even a small portion of the money saved over the years could be used to upgrade ancient systems to modern standards

    They took the peace dividend and spent it on marketing already.

  147. What happened to the money by Anonymous Coward · · Score: 0

    "Now, my question is: what happened to that money they saved?"

    It disappeared to competitive pressures. Lower prices, etc...

  148. #1 reason by dragon-file · · Score: 1

    The IT admin they hired back in the early 90's hasn't gone back to school, hasn't learned one new piece of IT software or hardware since landing his job. He's very comfortable with the systems both hardware and software that are employed and he will not go out of his way to change things. In fact when the higher ups, who know nothing about computers, ask him if there are any upgrades they can do, he will proceed to list several options and then thoroughly point out their flaws and shortcomings most of which is BS. The real reason he avoids change is because he hasn't learned anything in the past 20 years and is afraid that his ineptitude will show during the transition and he will be out a job. Simple as that.

    --
    Whenever a player quits EVE to go play WoW, the Average IQ of both games increase.
  149. What's the problem by Anonymous Coward · · Score: 0

    I keep being told I have access to only the finest obsolete equipment

  150. Because... by roc97007 · · Score: 1

    Because undocumented, complicated internal web applications written by people who haven't worked for the company for years only work with IE6. (Thank you, Frontpage.) Our company allows users to pick Mac as their laptop, but then they rapidly find out that lots of things on the company website don't work. And we get to say, "sorry, we don't support Safari. Or Chrome. Or Firefox. I'm not allowed to help you unless you're having a problem with the application using IE.) Which is patently ridiculous, but there you go.

    What's starting to change things is the emerging prevalence of tablets. Nobody seriously considers the Surface a viable option, so there is renewed interest in getting the company web apps working with those shiny new ipads the execs are sporting.

    --
    Oliver's law of assumed responsibility: If you're seen fixing it, you will be blamed for breaking it.
  151. WHAT happened to the MONEY?!? by Anonymous Coward · · Score: 0

    It was used to enhance the appearance of the company (financially) to owners or investors. Duh. They can't just retroactively respend money they've already paid out in dividends or executive bonuses, etc. It's LONG GONE. Even if a company did something along these lines today to recognize such savings, and reinvested it in a fund for future up- or down- grades as needed given the realities of the technological landscape, their competitors, (who aren't doing that,) would look more attractive by comparison, making the competitions' stock worth more, and their own by comparison worth less. As a result, they won't get as much money coming in from investments, owners/shareholders will be less happy, and heads will roll, (after the owners of those heads are given nice, fat, compensation packages, golden parachutes, etc., of course).

    People outside the business management world might, it seems to me, have a slightly inflated idea of just how much freedom the executives of a company have, especially a publicly traded one, to make either day to day, or nearterm, midterm, or longterm decisions on tactical or strategic matters.

    Sometimes those executives DO exercise too much freedom. You read about them every now and again, as being "OUT" at whatever company they HAD BEEN running. That's generally why such people get fired, on those occasions where they aren't also ARRESTED the same day. In fact, in a publicly traded company especially, there are people watching and auditing a lot of what they do, and when they do something stupid, or wasteful, that's when executive pink-slips are handed out. It doesn't have to be in the wake of a disaster, like a massive oil-spill, data-breach, etc. It could be something as simple as a tech company missing a boat they shouldn't have missed. Let's say a XYZ Equipment Mfg. makes type A widgets. With only minor retooling, they could make type B widgets. Another company announces a product that is expected to be huge, (large volume, little competition and large barriers to entry for said competition,) and that product REQUIRES type B widgets. It is generally known they cannot make type B widgets, and the only other companies that can are already operating at or near capacity, and would have to make substantial outlays of resources to begin large-scale production of type B widgets, which given interest rates, market forces, etc., they won't be able to do for several years, (an eternity in this context,) at the earliest.

    Our hypothetical company HAS the extra capacity, which is sitting idle. They have people they are about to lay off, and part of their workforce is on furlough, etc. It's like they're playing football, and the guy with the ball's team is down 1 point, and he could run it in in the time left on the clock, and no one is in a position to stop him, and he DOESN'T. Instead, he drops the ball. Literally and figuratively.

    The upshot here is that XYZ has to lay-off hundreds of skilled workers, is paying for the land, the maintenance, the other costs associated with having this equipment that is idle, HAD the opportunity to keep those employees, keep their best people from viewing XYZ as a sinking ship, and leaving it for companies with more competent management, and profits are permanently reduced in effect by 8 or 10 or 12 percent, plus the long-term viability of the company itself is jeopardized.

    When the board finds out, the architects of the strategy, (presumably the CEO, any president or VP, the chief of strategy, the CFO, etc.) are ALL going to be FIRED unless they can show they tried to stop this colossal blunder from happening, because it cost the shareholders millions of dollars they could have had if those guys hadn't screwed up, or if they'd simply invested in a company with better management.

    Incidentally, we are all (and I'm guilty of this too,) upset whenever we hear about someone getting those massive bonuses, severance packages worth millions, etc., but what people don't often consider is that such people are getting paid w

  152. soft. eng. 101 by luis_a_espinal · · Score: 1

    Why Won't Companies Upgrade Old Software?

    Cost. Risk of change. Ain't-broken-don't-fix-it, etc, etc. Some companies exaggerate these, but in general, these are real, valid concerns.

    IE6. Several governments and big companies I know use software dependent on IE6. They won't upgrade, citing the expensive cost.

    Companies and orgs exhibiting such ridiculous policies, though large, are not common. Really, they are not. They are not the norm, and are not representative of the general problem companies face when they deliberate on whether to keep or change large, expensive legacy systems.

    Companies that keep a policy for using IE6 (or similar follies.) That's an uninteresting, not-so-relevant problem, one that exists in the realm of stupidity and cargo cult practices, not worthy of a /. front page.

    OTH, Companies that have aging, yet good-enough-functional (or at least functionally tolerable) multi-million (if not multi-billion) dollar investments, that is a interesting problem to study (and hopefully solve.) This is a genuine business/software engineering problem worthy of a /. front page.

    Do you know what's more expensive than upgrading? Downgrading to the old system they had before they upgraded!

    But how often does that happen? What is the general prevalence? And how much does such practices intrude in day-to-day business activities?

    You see, before computers, companies used to have room full of people manually calculating and processing stuff. It wasn't until the computer came that they could fire all those people and save a ton of money on their collective salaries.

    OH, NOW I SEE!!!! Stop the presses, for no one in the history of interweebzkind has ever realized this till now!!!

    Are you familiar with the history of the sewing machine, and how such an innovation caused large, though eventually temporary unemployment of seamstresses and taylors? Same here, same with any other technological breakthrough or innovation. Yesterday news, obvious, self-evident news.

    Now, my question is: what happened to that money they saved?

    Sorry, but the answer is self-evident: It goes into raises, building new infrastructure or new investments, business expansion, etc, etc. Money wisely invested. Money absurdidly wasted. Some of one or the other. Sometimes that works well, sometimes not so much. Business and human nature as usual as they have always been, and always will be.

    Even a small portion of the money saved over the years could be used to upgrade ancient systems to modern standards.

    Really, how much is "a small portion"? And how much a "small portion" is enough to upgrade ancient systems to modern standards (whatever that means)? Besides why exactly would you want to upgrade? If you have a COBOL-based banking system that has worked well for 20 years, why would you want to upgrade (and engage the inherent risk of such a change)?

    You are talking about money that can do this or that in a business setting, and yet you fail to discuss the ROI of such changes. A discussion on a business change without discussing ROI is not a legitimate business discussion. It is hand waving.

    However, big organizations keep citing million-dollar upgrade costs as why they won't do it.

    Because it is true. Do the math. Seriously, do the math. Number of engineers involved in a migration process times average yearly salary time 2 (typically the cost of an engineer for a business is 1.5 to 2 times the cost of said engineer's salary.) Then add up the cost of transition, then the cost of retraining users, the cost of violating SLA agreements, the cost of having downtimes due to problems with the transition, then the cost lost money in salaries by having idle users due to retraining or down time, etc, etc.

  153. You need to understand the new reality by Anonymous Coward · · Score: 0

    The people who cut staffing got their bonuses and are gone. The people who dumped mainframes and AS/400s for Windows Server/SQL Server got their bonuses and are gone. The people who dumped custom in-house programming and fired programmers and sysadmins to switch to a vertical market system got their bonuses and are gone. Now...

    Now the PHB in charge of the department is stuck with a crummy vertical market system. No software developers have ever heard of it, let alone have the 5-10 years experience he wants to pay $60k/year for. He's got to upgrade it and make modifications, and there's a "talent shortage" because the few experts in the world won't work for him at his prices.

    And you think anyone cares about upgrading legacy systems? All the PHBs care about is cutting costs, getting their bonuses, and moving on to the next job.

    The local hospital is going through this. Somehow they got stuck with Lawson (like I said, have you ever heard of it?), and now they can't find anyone who will for them at any price and are looking at consultants.

  154. Software Vendors by Anonymous Coward · · Score: 0

    May not just be the company unwilling to upgrade. could be the software vendor doesn't have a version compatible with newer browsers.

  155. Re:If you had the right to demand the source code. by KingMotley · · Score: 1

    This isn't really a good example of why open source. You probably want the source code however, which isn't the same thing.

  156. Why exactly would businesses even want to upgrade? by Anonymous Coward · · Score: 0

    Because, dammit, the hardware in totally unreliable at this point. I've got an entire office full of XP boxes and weird shit is always happening, screen freezes, mice stop working. And software incompatibilities...

    Just the other day someone plugged in an old GX85 Officejet printer/copier/scanner with a proprietary network interface that translates 10baseT to some goofy last century USB port. No software for Win7 so some generous donor gave it to us because he had XP software. Incompatible voltages fried a 48 hole network switch, halting everything for 6 hours until a replacement was found. After things were up and running they plugged it in again. Grrrrrrrrrrrrrrrrrrr.

    You're not saving any money hanging on to this old crap.

    And yes, I use WordPerfect 8Win for typesetting annual reports, it's the best, but I run it on 7 64bit.

  157. not to mention jobs by Anonymous Coward · · Score: 0

    Upgrading software would create more jobs, which is something the government opposes.

    And it's not Anonymous Coward. It's lazy motherfucker. Get it right.

  158. You know what's even more expensive? by Anonymous Coward · · Score: 0

    Getting your shit hacked that leaks data AND forces you to upgrade. All in one fell swoop.

  159. There, there Steve by PPH · · Score: 1

    Don't pout. If you would have done a better job designing Windows 8, perhaps you could have sold even more than 100 million units.

    And please put that chair down.

    --
    Have gnu, will travel.
  160. World Class Organizations by mandrews · · Score: 1

    Our CIO did an information session about a year ago. He made one interesting comment. He said that in WORLD CLASS IT organizations, 25% of their computer systems (hardware/software) were obsolete! An organization of any significant size just can't afford to keep everything current, especially when what you have is running without issue. And given the steady stream of industry stories about upgrades gone bad, is it any wonder organizations will just leave well enough alone and deal with it when it breaks? I don't think so.

    The best thing to do if you have these types of systems under your care is (1) warn management about the risks involved and (2) have a contingency plan for when it does break. Of course, when it does break, that won't necessarily stop them from wanting it fixed immediately or placing blame off of themselves (with good managers it should but how many of those are there?).

  161. New systems have to be both cheaper and better. by LordZardoz · · Score: 1

    In order to displace something, the new thing has to be all that the old thing was and then some more (some more crucial features not just some more sugar). And then it has to be cheaper to top it. Until you can satisfy both requirements, trying to get someone to upgrade is probably going to be an uphill battle.

    If a company invested a non trivial amount of effort into creating a web enabled system that was dependent on IE 6, it will likely continue to be used until it becomes nearly impossible to get IE 6 to run on newer computers. Can you guarantee that the new system will do something the old system could not do? If you cannot, then it is probably going to be cheaper at any given moment to fix / replace the few older computers that break down then to reimplement the entire system.

    END COMMUNICATION

  162. Re: by Anonymous Coward · · Score: 0

    Hopefully you were smart enough to charge them $10,000 for it, since that is what it was worth...

    ...to them

  163. heh by Anonymous Coward · · Score: 0

    I work for the government.

    I'm an assembler programmer.

    I'm not allowed to write anything new, of course. And every few years there's an initiative to replace one of my assembler systems.

    But my systems work, and the function they do isn't going to change without major acts of Congress. Going through reams of old code and extracting all of the business logic, when the original programmers thought seventeen words was adequate to document a 10,000 line program, well...

    They haven't succeeded in fully replacing any of my systems with anything that worked better. One rather expensive replacement had to be scrapped within a few weeks. I'm confident of having enough work to keep me through retirement.

  164. ALSO, UpgradeCost = SizeOfOrg * AgeOfSoftware by uslurper · · Score: 1

    Also, I would think that the cost of upgrading IE6 or any outdated software increases as time goes by.

    1. There would be increased compatibility issues.
    2. Increasing training for major differences.
    3. Increasing hardware requirements. -Lets face it, software gets more bloated as time goes on. Making a big change means you will have to upgrade a majority of systems.
    4. Decreasing available knowledge. -Older systems are less well known by the general IT population.

    I honestly believe in regular upgrades. But too frequent can also be problematic. And some major versions are painful to implement. (im pointing at you Vista)
    Perhaps there is a moors law applicable to upgrades?

    --
    oldhack: "Security is a waste of money until shit hits the fan. 5 minutes later, it becomes waste of money again. "
  165. ^^ THIS! by Anonymous Coward · · Score: 0

    Indeed sir, you hit the nail on the head - it's all compressed into that one devious little word - "just".

    There is no "just" in IT
    There is no "just" in computer science.
    There is no "just" in any engineering discipline unless you're repeating some kind of routine process that you've done hundreds of times before.

    It's am emotive word that covers up the fact that the one using it subconsciously knows that his suggestion is based partly on groundless optimism. My guys know better than to come to me with "just" now, and know from experience that if I hear them using it in a sentence, my probability to can their idea just went up 20% so to speak.

    Now if you'll excuse me I just have to refactor the company codebase, and we'll be in good shape "going forward"...

  166. out of sight, out of mind. by bertomatic · · Score: 1

    I installed a sharepoint system for our complany, replacing tons and tons of other processes along the way, its now been 6 years and the system is due for an upgrade. We spent about $20k on the initial deployment (not including labor, i am overhead) and estimate we have saved over a million bucks. I'm now asking for $20k to do an upgrade and they say no, it's too expensive, they have totally forgot about the million it's saved. out of sight, out of mind.

  167. Re:Yes, Replacement Hard Drive by Anonymous Coward · · Score: 0

    I saw this just LAST WEEK at the hospital where I worked [go fired Friday. Poo!] Co-worker had to find IDE hard drive [and cables to connect to it] and I had to find him a copy of GHOST from my personal library to access it. Its not controlling a heart-lung machine but its controlling a necessary piece of equipment in the hospital.

  168. lame story by hesaigo999ca · · Score: 1

    >Now, my question is: what happened to that money they saved?

    Its called profit for the stock holders that never get put back into infrastructure, same as why the oil companies can not afford to open new oil refineries,
    when they make 6 billion each month profit, they would lose all control over pricing. The reason for a company not wanting to upgrade, is that they
    would have to invest that spent money....which they do not want to do. I have seen companies still on DOS...can you imagine that!?!

    When it all boils down to who has their hand in a cookie jar, any excuse will be a good one to help cover up the loss.

  169. Hidden cost of not upgrading by krischik · · Score: 1

    Very true indeed. However, what is often overlooked is that there is a cost to not upgrading as well. The hidden cost of lost opportunities. But as I said: a hidden cost not showing up on the balance sheets.

  170. no software improvements in last 20yrs worth it. by America'sLeastWanted · · Score: 1

    No, this is not a troll. Fact is 99% of what people do with computers they can do just as well, maybe better, on simpler older word processors, spreadsheets and databases. I've noticed that lot of best professionals in law, construction, architecture, retail, wholesale, etc have really, really old systems. Like small mono-chrome 386 old. Most of the "work" happens in their brain. If you software guys want to make some real money, create actual "2nd generation" biz software. That would be stuff like a Dragon Naturally Speaking feature that works, and something like Outlook that makes it easier, not harder, to do what it is supposed to do, and maybe even works with the DNS(that works). Something better than the 40yr old single pointer mouse. Maybe some sort of audible feed back besides a few "caveman" beeps and grunts computers do now. Go nuts. Maybe even something to use computer power to supersede the 100+ year old keyboard method of getting around a 'sheet'.

  171. Nooo!!! by jamessnell · · Score: 1

    (*Bursts in to tears*). To even mention IE6. It has ruined my self-esteem as an open source web app developer, trying to serve up modern solutions to a non-tech company. IE6. You are my nemesis.

  172. Closer look by Anonymous Coward · · Score: 0

    To answer this question look a bit closer at the situation. Are they still using an older OS that does not support IE7 or later? Many businesses rely on applications that are specific to their industry and put off upgrading the OS because they can not afford the cost of buying the newest version of the application. Many of these application cost 6 figures and more. Since there are a limited customer base for them they can not benefit from volume sales to make a profit.
    So the actual cost of the simple upgrade could in the end add up to millions of dollars for the company. Many businesses will take the if it is not broke don't fix it approach despite the hazards involved.

  173. Better Yet by rhalstead · · Score: 1

    Better Yet, if what they have does the job and new software gains them nothing they can see (no savings), then they have no valid reason for upgrading no matter how much they've saved in the past. IOW, If it works, why change?

  174. Because it breaks by cwsumner · · Score: 1

    Short answer: Because when they upgrade all of their systems stop working, they can't get their work done and everyone gets laid off until it is fixed. Even the bosses...

    I really wish Microsoft would resist the temptation to break old usages. Sometimes they are backwards compatible and sometimes they are not. Let them test their own stuff, instead of making me test it.

  175. No by Vrtigo1 · · Score: 1

    As you said, they saved all that money ages ago when they got rid of the people doing the manual crunching. That's what I'd call "sunk savings", I.E. the opposite of a sunk cost. In other words, all that money they saved was so long ago that the costs they're operating with now are the new normal. You can't just go back and reference how it used to be a long time ago because that would throw all your finances out of whack with the rest of the market, which is operating in the here and now.

    Any software that works is better than upgrading, unless 1) you're fairly certain you aren't going to have some sort of catastrophe, and 2) there's a compelling business case for doing the upgrade.