Slashdot Mirror


UK Controllers Say Air Traffic System 'Not Safe'

Jack Spine writes "Air traffic control technology being implemented in one of the major transport hubs in the UK is 'not safe,' according to air traffic controllers. The electronic flight data system (EFD) being phased in at Glasgow Prestwick Airport is too slow to handle real-time inputs, and could not cope with an outage that isolated it from the main air traffic system. Controllers had to scramble to handle the situation. Good luck if you're traveling to the UK anytime soon."

117 comments

  1. aye that's by NoSleepDemon · · Score: 0, Offtopic

    pure fockn shite eh

    1. Re:aye that's by Canazza · · Score: 1

      It's okay, it's only Prestwick. It's hardly a 'high volume' airport. You'll only go there if you're flying Ryanair.

      --
      It pays to be obvious, especially if you have a reputation for being subtle.
    2. Re:aye that's by surgen · · Score: 1

      Yep, 70% of UK airspace and/or (depending on which center) the Northeastern Atlantic Ocean doesn't really matter.

    3. Re:aye that's by NoSleepDemon · · Score: 1

      You know it's funny, despite having flown all around the UK and parts of Europe, I've never once flown with Ryan Air; it's usually been Easy Jet. Ryan Air always goes to places no one gives a toss about like Ireland or Glasgow.

    4. Re:aye that's by Nick+Ives · · Score: 1

      Prestwick is where all of the northern UK en route traffic is controlled, it's nothing to do with the aerodrome. Southern UK airspace is controlled at Swanwick in Southampton (referred to as CTC in that pprune thread). This being /., the terrible summary doesn't make that clear.

      Basically what's going on here is that NATS (it used to stand for National Air Traffic Services, now it's just NATS) is trying to save a few quid by automating the job of the Air Traffic Services Assistants (ATSA). Information about flights used to be written up on paper strips for the Air Traffic Controllers, now it's put in a computer system.

      --
      Nick
    5. Re:aye that's by hairyfeet · · Score: 2

      What I love is the picture in TFA. I mean could they get ANY more perfect when talking about a system being too slow than to show a couple of old folks outside the airport struggling with their luggage? Hell old folks struggling with baggage should be the picture under "too damned slow" in the dictionary!

      As for TFA I'd love for someone to play "follow the money" and see whose palm got greased to pick this system. From the looks of it they picked a system used for BFE middle of nowhere airports and it simply doesn't scale well, which you'd think they would have wanted to see some realtime tests with the amount of data they are cranking before signing the check. My guess is someone there got a really nice "bonus" for picking this system over the others, safety be damned.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    6. Re:aye that's by mountaineer76 · · Score: 1

      it also shows a picture of entirely the wrong airport - the article is talking about Glasgow Prestwick airport, the picture shows Glasgow International airport - they're about 30-odd miles apart!

  2. Been there before by mbone · · Score: 2

    I can remember when the US Air Traffic Controllers said that our ATC system was unsafe. Reagan fired them. (True, when they struck, but still...)

    1. Re:Been there before by DNS-and-BIND · · Score: 1, Insightful

      And...uh...OK, how many planes crashed as a result? What, exactly, was the state of computer technology in 1981? Oh wait, the whole thing was a union power play? Let's all remember, Reagan fired the controllers when they voluntarily walked off the job in violation of federal law (they were government employees, imagine US Marines walking off the job by comparison), demanded $10,000 raises (in 1981 dollars), and a French style 32-hour work week. Huh. It's as if the whole "not safe" thing was a cassus belli> bullshit excuse for massive raises at the taxpayers' expense (the means you and me.) Imagine the world if public sector unions had instead won this battle and felt free to impose their selfish wants on the rest of us. Scary, eh?

      --
      Shutting down free speech with violence isn't fighting fascism. It IS fascism!
    2. Re:Been there before by Anonymous Coward · · Score: 0

      Nothing like rearranging the truth to fit the current anti-union bashing

    3. Re:Been there before by Anonymous Coward · · Score: 0

      Great. More anti-union bullshit from a simple reactionary mind. Nice job with absurdity, invoking both the US military and the French in one sentence. It couldn't possibly have had anything to do with the Reagan administration being obstinate and allowing the union contract to expire for the express purpose of forcing a confrontation, could it? A confrontation, by the way, that's constantly celebrated by idiots who don't realize how it contributed to the lowering of worker pay and economic conditions that continues to this day--or do you believe one-sided negotiations are somehow fair? I have some stuff to sell you if you do.

      The notion that spending 40 hours staring at a radar screen is less safe than spending 32 hours doing so doesn't happen to fit with your world view, and safety be damned. If Reagan and company were really concerned that striking was a safety issue, then why compound it by ensuring that those people wouldn't go back to work? They didn't care about safety either--what they did do was engage in bad-faith negotiations and dishonesty, designed specifically to force their little foolish theater for you. Ever contemplate that notion? Probably not--but go on defending the interests of millionaires and billionaires at the expense of 99% of the population of the country, including yourself, most likely. Somehow their very, very selfish wants are superior to the wants of working people, right?

      As to the issue at hand, Eurpoe has a privatized (read--corporate-owned) air traffic control system. I thought things like that were somehow perfect and totally immune to safety issues. Ayn Rand and the libertarians say that, so it must be true. How to fix it? I know--how about they fire the people who point out the safety issues? It's the American way, maybe it'll work there too.

    4. Re:Been there before by Hognoxious · · Score: 1

      Eurpoe has a privatized (read--corporate-owned) air traffic control system.

      If you mean Europe, it has no such thing. France's is state owned. Britain's is partially private. Austria's appears to be private but my German is crap these days.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    5. Re:Been there before by drsquare · · Score: 3, Insightful

      Imagine the world if public sector unions had instead won this battle and felt free to impose their selfish wants on the rest of us. Scary, eh?

      Yeah, America might have full employment, a better work-life balance, and higher incomes.

      But I'm sure you're much better off after thirty years of Reaganomics...

    6. Re:Been there before by definate · · Score: 1

      imagine US Marines walking off the job by comparison

      I would fucking love that. Have the military on voluntary contracts, where they can't be forced to stay, and I think you'd find this fucking war would be over by now. Hell, it might not have even gotten off the ground. Imagine that, billions in resources, countless lives, damaged relationships, all saved, by allowing the people in the military freedom.

      --
      This is my footer. There are many like it, but this one is mine.
    7. Re:Been there before by Anonymous Coward · · Score: 0

      Very sorry that we have expectations to be paid appropriately for having a perfect record of not making any mistakes on the job whilst doing long bouts of stressful repetitive mind games or face being fired and even criminally charged, perhaps if this is a capitalist system we should correspond with a reduction quality of a work in response to a reduction in price for our services? In regards to this specific article, the complaints about ATSOCAS are objective and quantifiable, not vague notions used to push an ulterior agenda especially when a decent automated system would actually make our lives easier. Why wouldn't we want that?

    8. Re:Been there before by L4t3r4lu5 · · Score: 1

      !War. War was never declared by congress.

      You are currently involved in an invasion.

      --
      Finally had enough. Come see us over at https://soylentnews.org/
    9. Re:Been there before by AmiMoJo · · Score: 1

      So what you are saying is that their jobs were getting harder and more stressful (more air traffic) but because they were replaceable they should just accept deteriorating conditions and their own worthlessness?

      That sounds like a good way to make everyone unhappy. Fuck fairness, appreciation for the work you do and a reasonable work/life balance. Let's all just get paid slightly less than the cost of replacing us.

      I am really, really glad I don't live in the US. Things are far from perfect in the EU but at least our basic goal is to make life better for everyone, even at the cost of a little profit or higher taxes.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    10. Re:Been there before by RoFLKOPTr · · Score: 1

      imagine US Marines walking off the job by comparison

      I would fucking love that. Have the military on voluntary contracts, where they can't be forced to stay, and I think you'd find this fucking war would be over by now. Hell, it might not have even gotten off the ground. Imagine that, billions in resources, countless lives, damaged relationships, all saved, by allowing the people in the military freedom.

      lol you're funny

  3. Made the mistake. by 140Mandak262Jamuna · · Score: 5, Informative

    I made the stupid mistake of actually reading the fine article. It seems to suggest that the old system of using paper strips and flight names is faster, more reliable and has bigger capacity to handle real time input than the new one based on computers and "smart stripes". Should have waited for people to read and post comments, that way some kind soul would have posted something easier to understand.

    --
    sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
    1. Re:Made the mistake. by natehoy · · Score: 2

      The phasing-in began on 28 January, but has suffered problems, including latency and screens not working, according to forum posts.

      It may (or may not) take a controller longer to write a flight number down on a strip of paper and use that as their handoff device. But, once captured, handing off a flight is as simple as handing the strip to the controller you just transferred the flight to.. The strips on your board tell you which flights are yours to manage at the moment.

      The computer should be able to do it faster and more efficiently and show you a nice list of flights on a screen, but if the computer starts slowing down or your screen fails, you're missing information you need RIGHT NOW to keep two planes from attempting to occupy the same airspace. Now you have to figure out which flights you are responsible for from memory, and whether flight 2345 has been handed off yet or not.

      The old system is certainly less efficient than a computer. But you only need the system to be efficient enough to get you the information when you need it, no faster response time is needed. There's also a reliability component that is apparently not being met in this case. If the computer slows down (even occasionally) to a point that is slower than you need the information, or your screen fails, you're in trouble and so are the passengers on the flights in your zone of responsibility.

      All things in aviation have multiple layers of safety backup. The paper-strip system is a backup / memory-aid for the controller. It helps the controller keep track of which flights are theirs, and it's pretty much not subject to failure. It's not fancy because it doesn't need to be, it just needs to work.

      Trouble is, if you want to replace that with a computer, that's great, but the computer has to be as reliable as having strips of paper hanging about. So you need at least two computers at each station, one being a backup to the other, and even occasional slowdowns are unacceptable.

      On 15 February, the IBM-based National Air Traffic Service system covering the UK stopped talking to EFD. Air traffic controllers at Prestwick scrambled to remedy the situation. Some people on days off had to go into work to try to move the traffic build-up, which caused numerous delays to flights

      It states (not suggests) that the REAL problems came into the fore when the electronic communications that underlie the system failed. In other words, they had a system that was receiving no data, and had to fall back on the paper strip system, which they lacked the manpower on site to do effectively.

      Not stated but probably also a problem was the fact that flights in progress were being tracked on the computer, and when those updates stopped coming in the controllers were actually missing information, so they had to quickly reconstruct everything on paper so they had a complete dataset to work with. Also not stated but probable was the possibility that manpower had already been reduced to take advantage of the efficiencies of the computer system, so they had to drag the people who ran the little strips of paper around back in to work in a hurry.

      --
      "This post contains words, known to the State of California to cause thought. Wash brain thoroughly after reading."
    2. Re:Made the mistake. by autocracy · · Score: 1

      That is the case primarily because the system seems to have lagging displays and other indications of really shitty design.

      --
      SIG: HUP
    3. Re:Made the mistake. by Anonymous Coward · · Score: 1

      Writing it down also means that you are forced to process the information.

  4. "java" by rubycodez · · Score: 1, Informative

    the new system runs Linux, but the article also says "java". no surprise that a j2ee system would turn out be a bloated, slow steaming pile of dung. Sure, efficient coding can be done in Java, but far too often too many layers of canned commercial libraries from a certain j2ee framework vendor are employed

    1. Re:"java" by trollertron3000 · · Score: 3, Informative

      This can be true but a language doesn't design a bad system, a software engineer does. Many reliable systems have been built using Java and reside in hospitals, transportation, and power infrastructure. I can't blame a language or runtime for piss poor design. Also keep in mind not all Java applications or runtimes are the same.

      Searching for more on this issue I found a post on how ATC insiders view it on the PPrune forums (UK site for professional pilots): http://www.pprune.org/atc-issues/427001-efd-scottish.html

      Kind of an interesting behind the scenes look.

      --
      Tiger Blooded Bi-Winning Machine
    2. Re:"java" by JamesP · · Score: 1

      Yeah, but the issue is: the main reason for choosing Java is because the architect/developers are incompetent in anything else

      Of course you can have a high-performance system in Java, IBM Watson was mainly in Java EXCEPT for the critical parts, because of speed (and they used Prolog as well).

      Probably for ATC speed is not a problem IF you use the correct algorithms, which they probably didn't.

      --
      how long until /. fixes commenting on Chrome?
    3. Re:"java" by Nadaka · · Score: 1

      Java can be incredibly fast and efficient if done properly. But it is not by any means a real time system without a seriously redesigned garbage collection system among other things.

      The article does not mention j2ee though.

    4. Re:"java" by countertrolling · · Score: 1

      Many reliable systems have been built using Java and reside in hospitals, transportation, and power infrastructure.

      A house of cards will stand forever, and may look very nice and stylish... until the first puff of wind comes along..

      --
      For justice, we must go to Don Corleone
    5. Re:"java" by WaffleMonster · · Score: 1

      the new system runs Linux, but the article also says "java". no surprise that a j2ee system would turn out be a bloated, slow steaming pile of dung. Sure, efficient coding can be done in Java, but far too often too many layers of canned commercial libraries from a certain j2ee framework vendor are employed

      Java...whaaa? WTF is a garbage collected language doing anywhere near ATC?

    6. Re:"java" by LordFolken · · Score: 2

      Java is the language taught to all these part-time it / project manager types of people. Its the only thing they know. This is why java has become a synonym for "Oh,OH, danger! Amateurs at work."

      ATC Systems are highly political, i therefore doubt that the choice of language was up to the programmer. The project was probably cash-strapped, over budget, late etc. Now people are trying to force it down users throats.

      In the forum you see a lot of discontent users, that reads to me like a classic project fail along the lines of: Boss:"We need to go digitial!" As to the how was never properly analyzed. And now people are stuck with a sub-standard system.

      Its alarming to see this in the aviation industry. Its actually one of the more sane fields of it-work.

    7. Re:"java" by Nadaka · · Score: 1

      I don't get what you are saying here. Java is overall a very good language that is safe, reliable and fast. But it is not ideally fit for realtime systems. Most of the systems you mention would do well with Java. I would rather take an occasional pause for gc than a dangling pointer in unsafe memory or a vb nightmare.

    8. Re:"java" by trollertron3000 · · Score: 1

      Yeah agreed. I saw the same thing play out from the sidelines of SAIC with their FBI case file system debacle. You have to meet the users needs and too many of these large projects just go thundering down the path like a crazy elephant. Then they get to the end and ask if everything is good. Good? You just trampled what we do here!

      In fairness to them I've been in meetings with government officials and seen displays of terrible ignorance and petty bickering over politics and power. Not once when I was building these systems was I asked if the users were consulted. Only the executives.

      --
      Tiger Blooded Bi-Winning Machine
    9. Re:"java" by LWATCDR · · Score: 2

      Actually you are wrong.
      The Java haters are so funny. I have worked in Pascal, Fortran, Modula-2, c, c++, objective c, JAVA, BASIC, COBOL, PHP, Perl, and Python.
      And for a desktop app that deals with a database I like Java the best. The problems you see with Java tend to be caused by the fact it is so easy to get a program to work even if you use terrible design. BTW yes I know about javascript and HTML5 but those are really new and frankly do not have the control and performance that Java gives a programmer IMHO.
      I can see one reason for using this that you probably missed., portability. The US ATC system was so tightly designed that we where stuck with using old slow computers for years. The old system just couldn't be run on modern hardware.
      Java should prevent that issue. As long as you can make a JVM work you are good. You could in theory use c++ and QT or Mono but I would consider those higher risk decisions than Java.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    10. Re:"java" by JamesP · · Score: 1

      Actually you are wrong.
      The Java haters are so funny. I have worked in Pascal, Fortran, Modula-2, c, c++, objective c, JAVA, BASIC, COBOL, PHP, Perl, and Python.

      SO? You may have worked, but 99% of java programmers haven't.

      And for a desktop app that deals with a database I like Java the best.

      Fair enough.

      The problems you see with Java tend to be caused by the fact it is so easy to get a program to work even if you use terrible design. BTW yes I know about javascript and HTML5 but those are really new and frankly do not have the control and performance that Java gives a programmer IMHO.

      Yes, you probably can get the control you want if you dig through a mess of an API, as opposed to clean an to-the-point actions of other languages/standard libraries (and yes, not even C# is that contrived).

      I can see one reason for using this that you probably missed., portability. The US ATC system was so tightly designed that we where stuck with using old slow computers for years. The old system just couldn't be run on modern hardware.
      Java should prevent that issue. As long as you can make a JVM work you are good. You could in theory use c++ and QT or Mono but I would consider those higher risk decisions than Java.

      Yes, portability is important. And even though Java is supposed to facilitate this, It still can be painful even on a desktop situation!

      Interestingly enough, I've come to know of (critical) systems running very old codebases (on Pascal) on modern hardware (of course with a recompile). (Yes, I'd take Java any day over that mess)

      --
      how long until /. fixes commenting on Chrome?
    11. Re:"java" by KnownIssues · · Score: 2

      That link to pprune.org was truly educational. You tend to have this idealized image of "professional" fields like police, doctors, lawyers... air traffic controllers. Reading this forum thread showed how things operate not one bit differently than anywhere else. Workers blaming management for pushing through a project without being fully informed. "Old-timers" lamenting the fall of the old system and its need for personal experience and its replacement with a more automated system that requires new users to be less trained. Bitterness about the new young pups coming in with their business degress and flow charts and company cars instead of being able to work the machine with their own two hands. Training given on a pending-obsolete version of the software just to keep project dates. And I'm only page 2 of 12!

      It's nice to be reminded that humans are humans everywhere.

    12. Re:"java" by Anonymous Coward · · Score: 1

      I don't actually imagine it has anything (maybe a small part) to do with algorithms, and mostly to do with interface. How can you organize, sort, and view strips of paper? Any way you effing want. How about rows in a table... well, any way it pleased/was convenient for the coders to do.

      The affordances of physical pieces in this system cannot be understated, and the familiarity with an existing system that works is a non-trivial point in this whole case.

      Technology *can* make tasks easier, but it doesn't do so necessarily. I smell a management-enforced tool swap, sold to managers who don't want to be embarrassed by the revelation that they spent millions of dollars for software that doesn't work.

    13. Re:"java" by JamesP · · Score: 1

      thanks for the very insightful comment

      And most importantly, strips of paper may be a good idea on the physical world.

      The developers may have tried to mimic the strips and it is not that simple on the computer screen, or did something not quite similar but a lot worse (for example more difficult to read)

      Transporting analogies and usage models is very complicated

      --
      how long until /. fixes commenting on Chrome?
    14. Re:"java" by tsotha · · Score: 1

      There's nothing wrong with java for this kind of system. I run a system written in java that handles tens of thousands of events per second in real time. Works like a charm. Real time systems are a bit harder to design, and failure modes have to be thought through more carefully, but that's independent of your choice of language. You have to think about whether or not you can tolerate GC pauses, but we get pauses typically on the order of 100ms, which is probably just fine for an application like the one in the article. Especially if the system they're replacing is based on "paper strips and flight names".

      You're right about j2ee though. I have enough experience with j2ee I can't imagine where I would voluntarily use it.

    15. Re:"java" by Anonymous Coward · · Score: 0

      I wonder if that's even legal.

      Several parts of the java environment forbid the use of their libraries/executables/source code in air traffic control systems (and nuclear plants)

      http://java.sun.com/products/plugin/1.2/license.txt

    16. Re:"java" by MichaelSmith · · Score: 1

      Electronic strips have been used across the industry for about fifteen years. They save a lot of manual labour because people had to write on them, and they save mistakes because hand writing can be misread. A convenient compromise is to use printed strips in the tower and electronic strips in the en-route and approach centres. The printed strips are easy to read and make great bookmarks ;)

    17. Re:"java" by MichaelSmith · · Score: 1

      the new system runs Linux, but the article also says "java". no surprise that a j2ee system would turn out be a bloated, slow steaming pile of dung. Sure, efficient coding can be done in Java, but far too often too many layers of canned commercial libraries from a certain j2ee framework vendor are employed

      Java...whaaa? WTF is a garbage collected language doing anywhere near ATC?

      Why not? Buffer overflows are the killer (oh the stories I could tell...) and java doesn't have them the way C does.

    18. Re:"java" by MichaelSmith · · Score: 1

      The main problem with Java is that management try to get away with arrays of inexpensive programmers who try to use methodologies from different industries. One killer problem I have seen with OO in environments where there is a lot of data being transferred is over-reliance on instantiating objects for transient data. Like read, transform, write and dispose of objects where you could just keep N objects for every step and copy the contents between them. Its not as elegant but it reduces the amount of thrashing.

    19. Re:"java" by Anonymous Coward · · Score: 0

      Actually you can build systems in Java using commodity hardware and open source software that are fit for high performance, low latency systems. For example: These guys have built a financial exchange that handles hundreds of thousands of contended transactions per second with very low latency: http://qconlondon.com/london-2010/presentation/LMAX+-+How+to+do+over+100K+contended+complex+business+transactions+per+second+at+less+than+1ms+latency

      The main problem I see with some Java applications, is that it is a popular language and a very large number of systems are built using it. Given that most software projects fail or don't meet expectations, you're going to find a lot of examples of bad Java systems, just as you would find a lot of examples of bad X, Y, Z systems if they had the same market penetration as Java.

      Bad architects and programmers are the common factor in bad systems.

    20. Re:"java" by ThatsNotPudding · · Score: 1

      ...view it on the PPrune forums ...

      Ahh, England.

    21. Re:"java" by LWATCDR · · Score: 1

      Cross platform on java is not great but it is better than anything else out there. And there are a vast number of APIs in java but I do not find them any worse, arcane, and or complex than say Windows. Actually I like the idea that to do a lot of tasks in Java all that is needed is research and learning.
      Here are some of the things I feel are big positives for Java.
      1. A really good online community.
      2. Two really good free development systems. NetBeans and Eclipse.org.
      3. Good support for Windows, OS/X, Linux, Solaris, and many other platforms.
      4. Good support for multi threading.
      5. Good database support.

      I mainly use it for simple form+database types of programs but I have also used it for some real time text streaming software for the hearing impaired. And yes for that application I tested it on OS/X, Windows, and Linux and got it to work on all of them.

      I also actually like using Swing and find that it works well for my needs. I know that makes me very odd over all. For some reason a huge number of people hate the Swing GUI and have endless problems with it. Maybe I have just been lucky.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    22. Re:"java" by AmiMoJo · · Score: 1

      That is how business works. If someone is good at something you promote them to doing something else. Repeat until they find something they are not good at and stop getting promotions.

      This also helps ensure that management are separated from how things work day-to-day and workers are ignored because if their opinions were worth listening to they would have been promoted already.

      Really we should give people more money not to move up the ranks, then take some away when they move to a cushier management job and the company loses the use of their skills.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
  5. Not just the UK by Stenchwarrior · · Score: 1

    This is an issue in a lot of places. Huffingtonpost did a story last year about the systems in the U.S. and how old they are.

    You would think this is one of those places where the technology would be constantly updated, but not so.

    --
    Loading...
    1. Re:Not just the UK by natehoy · · Score: 2

      But this isn't "old technology fails". This is a problem with the reliability of a NEW system they are trying to implement, and they had to fall back on the old system (handing around little strips of paper with flight numbers on them) in order to keep the operation running.

      Technology is not constantly updated in ATC because controllers and pilots value reliability over new sexiness. So they tend to like to stick with what's worked well for years or decades rather than updating to the latest shiny every couple of years and trying to debug problems with it while flying about in metal tubes at hundreds of miles an hour with passengers onboard.

      Call it paranoia if you like. I like the new shiny sexiness on my cell phone, but I want my instrument panel to be based on shit that works.

      --
      "This post contains words, known to the State of California to cause thought. Wash brain thoroughly after reading."
    2. Re:Not just the UK by Wrath0fb0b · · Score: 1

      You would think this is one of those places where the technology would be constantly updated, but not so.

      What? Given the mission-critical nature of the technology (and hence scrupulous validation) and the relatively slow changing requirements, I would think the technology would almost never change except for a brief period of time during implementation where they iron out the kinks.

      Unless the old system is actually failing (and given the superlative safety delivered by the aviation industry in the past few decades, I doubt it) there is everything to lose and little to gain from getting on the upgrade treadmill. Unless you are a contractor providing new tech and troubleshooting, in which case it's a goldmine.

      Save the latest technology for cell phones and tablets, I'd prefer my aviation run on something with a few-decade track record.

    3. Re:Not just the UK by Stenchwarrior · · Score: 1

      Totally agree. But when a tower is using a computer system from the 60's? (not that this is the case with this particular story, but there are some out there like this) Reliable or not, I would like to think they are updating at least every 10 years to implement better safety features and what-not.

      --
      Loading...
    4. Re:Not just the UK by slinches · · Score: 1

      There's a reason ATCs use very outdated tech ... It Works. These systems have already been certified by the appropriate regulatory agencies and there is a lot of experience built up using them over the years. There is plenty of room for improvement (using GPS for example), but extensive testing and oversight is needed to ensure that any new system that is put in place will actually improve cost or efficiency without adversely impacting safety.

      --
      Knowledge Brings Fear
    5. Re:Not just the UK by ObsessiveMathsFreak · · Score: 3, Insightful

      You would think this is one of those places where the technology would be constantly updated, but not so.

      Maybe you want the software which prevents your plane colliding with any of three dozen others written in php on a LAMP stack with automatic updates to your latest iDink app, but I don't.

      Give me a 40 year old system written in COBOL any day of the week. At least there's a chance that was written by a Real Programmer(in TECO naturally).

      --
      May the Maths Be with you!
    6. Re:Not just the UK by Em+Adespoton · · Score: 1

      From the article, it appears that the new system allows them to run the same airspace with fewer employees, cutting operational costs.

      So for the owners, there is much go gain from implementing the new system, assuming it works as well as the old one. Even with a few contractors, it's probably cheaper.

    7. Re:Not just the UK by GooberToo · · Score: 0

      Reliable or not, I would like to think they are updating at least every 10 years to implement better safety features and what-not.

      I kid you not, about the only thing that changes in aviation is cost and an increase in the number of stupid regulations. The regulations are typically what drive ever increasing costs. The real problem is the FAA requires some serious overhauling.

      Did you know you can by a clock from your local $1 store which is more reliable and accurate than the clock MANDATED in many aircraft because of regulations? Seriously. Did you know that a $400 FAA certificated clock is likely on par with what you could otherwise purchase for $20?

      The FAA has lots of regulations on lights but none of it backed by science. Mostly they are regulations based strictly on stupidity. Seriously. And that $5 light bulb - can cost over $500. Seriously. The FAA knows full well that the colors they mandate are actually harder to see in bad weather. The FAA knows the colors they pick are more likely to create problems in a variety of situations. And yet, they don't change the regulations when it actually makes sense to do so.

      Here's an example of FAA stupidity, which is the status quo. Plane crashes in bad weather, many, many miles from the airport. The co-pilot was color blind (yet medically tested to prove his condition is not a problem - medical fact). Crash was caused by pilot's failure (not copilot) to follow proper procedures. FAA cites the copilot at fault for failure to see the color colored lights at the airport. Reality is, the copilot was not flying. It was physically impossible for anyone to see the lights given the weather. No human, regardless of their vision could have seen the lights. Factually, the lights were not an issue at all. Period. Furthermore, for the copilot to be where he was means despite being color blind, he had enough color vision for color blindness to never be an issue (medical fact). As a result of the FAA citing a pilot who wasn't flying and was physically impossible for FAA to cite the reason, the FAA CHANGED THEIR REGULATIONS TO PUNISH ALL COLOR BLIND PILOTS. These pilots must now be constantly re-tested for color vision problems despite it being a medical fact one test is all that is required - ever, for the life of the pilot. Color blind pilots, who are proven safe, are now forced to be subjected to additional fees and pointless testing.

      The simple fact, the FAA prevents real competition in the aviation economy. The fact is, modern, non-certified equipment is frequently far more reliable, more modern, more capable, and a fraction of the cost. This is true because competition means superior solutions rise to the top. The market actually is self regulating. Meanwhile, the FAA ensures 30-40 year old technology is the only option available unless you want to buy a new plane.

      Simply put, the fact of the matter is, the FAA makes the skies more dangerous and more expensive for everyone. Until the FAA is seriously overhauled, its impossible for the trend to change.

    8. Re:Not just the UK by BJ_Covert_Action · · Score: 1

      You would think this is one of those places where the technology would be constantly updated, but not so.

      For mission critical systems the word, "update," translates to, "potential for new, unexpected bugs to crop up." If a system exists wherein which all of the bugs, problems, and gotchas have been documented, worked around, and patched then changing it is simply a means of opening the system up to new failure modes. You don't update mission critical systems unless there is a verifiable, valuable thing to be gained from the update. Otherwise you are just increasing risk and getting nothing in return.

    9. Re:Not just the UK by Anonymous Coward · · Score: 0

      So you would prefer to not be able to scale up airports to any larger than they currently are? Your entire post is based on the idea that whatever the number of flights being handled at an airport that only that many need to be handled forever. You know as well as I do that some systems don't scale past a small number. Something like O(n^2). So while I completely understand that some pieces of tech should stay relatively slow there are times when they should be improved and I would guess that this is one of them.

    10. Re:Not just the UK by MichaelSmith · · Score: 1

      Totally agree. But when a tower is using a computer system from the 60's?.

      Thats unlikely to be the case anywhere. Most of Africa for example, uses systems built in the last ten years, with fully electronic operation. No paper strips.

    11. Re:Not just the UK by GooberToo · · Score: 1

      Why is a factually accurate post a troll post? Factually, the moderation is 1100% troll moderation.

      Holy shit moderators on /. and fucking idiots these days. They can't even do a simple job.

  6. You can tape my punchtape when you pry it... by davolfman · · Score: 2

    Am I the only who seems to notice that the old system apparently ran off ticker tape somehow? WTF! How do you even make that work? If these people have been working on such a system that long no wonder they have trouble training them to a new system, it must all be reflex by now like driving a stick shift.

    1. Re:You can tape my punchtape when you pry it... by Anonymous Coward · · Score: 0

      If this is like some systems in the US, these strips pertain to Aircraft that are currently under a Controller's jurisdiction, as the Aircraft moves out of his area of interest and enters an area under the responsibility of a different Air Traffic Controller, entries are made in the system to internally "handoff" the aircraft to the new display position.
      At this point in time, typically, the strips are also physically handed off to the new controller.

    2. Re:You can tape my punchtape when you pry it... by natehoy · · Score: 3, Informative

      Not ticker tape. A Flight Progress strip http://en.wikipedia.org/wiki/Flight_progress_strip

      "Old-school" controlling uses strips of paper. When a flight comes under your control, you grab a strip of paper and write the flight number on it. You stick it up on a board in front of you. When a flight gets near leaving your zone of control, you tell them to contact the next controller, and you physically hand the strip of paper to that controller or have a flunky run it down for you. Then when the pilot calls that controller, the controller is expecting the call (and if the pilot never calls the controller, the controller knows the pilot has screwed up his frequencies or made an error).

      This is called "handing off" a flight, and handing the strip of paper over is the origination of that term.

      And the problem here is not training the controllers to use the system. The problem is that the fancy new system had a tendency to slow down or fail, meaning the controllers needed to fall back on the strips of paper.

      --
      "This post contains words, known to the State of California to cause thought. Wash brain thoroughly after reading."
    3. Re:You can tape my punchtape when you pry it... by digitig · · Score: 1

      It's not ticker-tape. The flight details printed onto lightweight card strips that slot into custom-made holders which slot into a custom-made frame in the controller's desk. The controllers can move them around, annotate them, and hand them to the next controller when required. They've been replaced with electronic flight strips in much of Europe. As the article says, there are a lot of backups to cover the situation in the event of failures. The most likely effect of a failure is flow restrictions, which to the passengers means delays, which are a pain in the butt but are the safe failure mode. There will be risks associated with failure -- there always are. CAP670 says what has to be done to show the risks are adequately managed; section SW01 of that document is likely the bit that /. readers will be interested in.

      --
      Quidnam Latine loqui modo coepi?
    4. Re:You can tape my punchtape when you pry it... by dogsbreath · · Score: 1

      Thanks for posting. Ticker tape indeed!

      Obviously there are issues and limitations with the strips but they work well, have a high capacity, and provide excellent informational view of flights. They don't crash, slow down or freeze. And the flight strip does not disappear en route to another controller. And they work in all sorts of complex situations. It may be hard for some folk to comprehend that a manual paper system sets a high bar for a replacement digital system.

      I am surprised at the comment from the vendor in TFA to the effect that nothing new has happened in control since the introduction of radar. Seems to me that computer driven displays, flight management, and information displays were introduced in the 1970's.

    5. Re:You can tape my punchtape when you pry it... by SilentSheep · · Score: 1

      They don't write the fliight number on a piece of paper. When a flight is due to enter a controllers sector, a strip will be printed and given to the controller. This strip will have all the details for the flight including callsign/route/destination etc... When a controller gives instructions to that flight, he writes on the piece of paper so he can keep track of what instructions have been given to it.

      --
      .
    6. Re:You can tape my punchtape when you pry it... by MichaelSmith · · Score: 1

      The paper strips being referred to are basically strips of thin card, about 25 by 200 mm. They are pre-printed with lines which deliminate fields. Each strip represents a Flight (or Aircraft, or Track). Fields on the strip include:

      1. Aircraft ID
      2. Registration
      3. Airport of departure
      4. Destination
      5. Route (a list of waypoints)
      6. Levels for each waypoint
      7. SSR code (transponder setting, it will come up on the radar)
      8. Cleared flight level
      9. Arrival time

      ...lots of other fields are possible. These days that data will be primarily stored by software in a Flight Data Record (FDR). The ICAO defines protocols for exchanging FDRs between air traffic control centres so London can send an FDR to Paris before the aircraft even departs London.

      With the ATC centre the strips were passed around as the control of aircraft was handed off between controllers. These days it is more likely the controller will hit a handoff key and select the destination sector. The strip will be software displayed on the same screen as the Track which represents the aircraft.

  7. stick what? by xMrFishx · · Score: 1

    I dunno, most cars in England have a manual gearbox and are the preferred way to drive over here...

    1. Re:stick what? by 140Mandak262Jamuna · · Score: 1

      I dunno, most cars in England have a manual gearbox and are the preferred way to drive over here...

      If petrol (Brit for gasoline) costs as much here as it does there, more people would use the stick shift (Am for gear lever) and manual transmission (Am for gearbox).

      --
      sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
    2. Re:stick what? by beelsebob · · Score: 1

      stick shift (Am for gear lever)

      No – automatics have gear levers too, they just don't get moved as often.

      manual transmission (Am for gearbox).

      No – automatics have gearboxes too, they just aren't manually controlled.

      The brit phrase you're looking for is simply "a manual" (or "an automatic").

    3. Re:stick what? by 0123456 · · Score: 1

      Automatics are often as or more economical than manuals these days.

    4. Re:stick what? by Ironhandx · · Score: 1

      If driven the same way then yes, manuals however have all sorts of things that can be done by the driver to reduce fuel consumption.

      Skipping 4th gear while on a flat or slightly downward slope comes to mind.

    5. Re:stick what? by Anonymous Coward · · Score: 0

      Depends if it has the same number of gears as a manual, which is especially important for long journeys when you are cruising at speed. (My car has a 6 speed manual gear box).

      They can be better in stop/start traffic (for your left foot as well as fuel usage :) and the new sequential autos can give better fuel economy.

      The biggest reason now may be the cost; autos tend to cost more than manuals, plus if you learn to drive an auto you can't drive anything else, and most driving schools teach in manual.

      ta.

    6. Re:stick what? by Gordonjcp · · Score: 1

      I find I move the gearlever in my automatic car about as often as I move it in the manual one. If I didn't, I'd likely crash at the first corner as I tried to go round it in top.

    7. Re:stick what? by beelsebob · · Score: 1

      Pardon? Automatic cars don't require you to take them out of top, you stick them in drive and they chose the gear. Perhaps you're thinking of a semi-automatic (a car with a manual gear leaver, but no (driver controlled) clutch).

    8. Re:stick what? by Gordonjcp · · Score: 1

      They kind of *do* require you to take them out of top, because they can't magically sense things like corners coming up. Or, do you prefer wobbling unsteadily round corners with your foot on the brake?

    9. Re:stick what? by Hognoxious · · Score: 1

      You must have a special type of automatic box. The technical term for it is "broken".

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    10. Re:stick what? by Gordonjcp · · Score: 1

      So you're saying that your car's automatic gearbox can sense when you're coming up to a corner, and change down for you? How does it do that?

    11. Re:stick what? by beelsebob · · Score: 1

      When the rotation speed of the engine drops below a certain rate, it automatically changes down a gear. It can't predict when it's going to happen and engine break, which makes them less efficient than manuals, but the norm for driving an automatic is to simply put it in drive, and get on with it – drive is normally the only forward gear.

    12. Re:stick what? by Anonymous Coward · · Score: 0

      I assume you mean 'costs as little' instead of 'costs as much'?

      We Brits are paying some of the highest fuel prices in the world - the station down the road from me just hit £1.30/liter for petrol and £1.34/liter for diesel.

    13. Re:stick what? by Gordonjcp · · Score: 1

      Right, but that's not the same thing. It's dangerous to go into a corner under braking - particularly in rear wheel drive cars - but that's what you'd have to do if you didn't make the gearbox change down.

      TL;DR - if you just put the car in drive and let the auto box have its own way you will always be in the wrong gear on bends, and have a lurching wobbly uncomfortable drive - and not to mention dangerous.

    14. Re:stick what? by beelsebob · · Score: 1

      Right, but that's not the same thing. It's dangerous to go into a corner under braking - particularly in rear wheel drive cars - but that's what you'd have to do if you didn't make the gearbox change down.

      Why? As with manual cars, you break for the corner, then turn in...

      TL;DR - if you just put the car in drive and let the auto box have its own way you will always be in the wrong gear on bends, and have a lurching wobbly uncomfortable drive - and not to mention dangerous.

      Agreed, and that's why we in britain drive manuals... Doesn't stop it being what automatics do.

    15. Re:stick what? by krenaud · · Score: 1

      Modern double-clutch systems like VW's DSG-boxes have better fuel economy than manual gearboxes due to very fast gear change and intelligent software.

    16. Re:stick what? by drsmithy · · Score: 1

      TL;DR - if you just put the car in drive and let the auto box have its own way you will always be in the wrong gear on bends, and have a lurching wobbly uncomfortable drive - and not to mention dangerous.

      Strangely, many of us seem quite capable of delivering a smooth, safe drive in our automatics, even around corners.

      If braking into a corner is "dangerous" for you, then you're driving inappropriately for the conditions. The road is not your personal racetrack.

    17. Re:stick what? by Gordonjcp · · Score: 1

      Have a look on Youtube for video of some of the roads around Scotland. Over here we drive at the 60mph speed limit on roads that would have a 30mph or even 25mph limit in the US - maybe this is why?

    18. Re:stick what? by drsmithy · · Score: 1

      Have a look on Youtube for video of some of the roads around Scotland.

      I don't need to, I've driven around in Scotland myself.

      Over here we drive at the 60mph speed limit on roads that would have a 30mph or even 25mph limit in the US - maybe this is why?

      Yes, that is why. You're driving too fast for the conditions, like I said earlier.

  8. US Navy also tried digital.... by cstanley8899 · · Score: 1

    Some US naval tactical systems also reverted from digital because it was too slow.

  9. Re: paper strips, not ticker tape/cards by ekrock · · Score: 1

    They're not talking about "ticker tape" or punchcards. I'm no expert on ATC technology, but I recall reading an article about a fiasco in which the US FAA hired IBM (IIRC) to try to create a digital ATC system, the effort failed, and they killed the entire project after spending $1B. Apparently, the old analog method involved having a physical piece of paper for each flight that was placed on a physical representation of the flight path, and somehow the paper helped them avoid collisions.

  10. The right tool for the job by mangu · · Score: 1

    I can't blame a language or runtime for piss poor design

    You can blame the choice of a language ill suited to the task.

    Java may not be the best choice for a real time environment, for one thing there's the garbage collection to consider. A language that stops from time to time to perform some internal task isn't what I would choose for a time-critical system where human lives may be in danger.

    1. Re:The right tool for the job by trollertron3000 · · Score: 1

      Now this I can tend to agree with but there are real time Java systems. I went looking for more information on the runtime and OS used for this EFD system but couldn't find any. Real time is not optional in this situation, IMHO. And when I see symptoms like "not fast enough", I tend to agree with you. They might have used a technology ill suited to the real time nature of ATC and that was the big mistake.

      I just think it's too easy to go to that well, the Java is slow well. Those days are past in most cases. But real time? Sheesh that's a gamble I'm not willing to take myself.

      --
      Tiger Blooded Bi-Winning Machine
    2. Re:The right tool for the job by WaffleMonster · · Score: 1

      You can blame the choice of a language ill suited to the task. Java may not be the best choice for a real time environment, for one thing there's the garbage collection to consider. A language that stops from time to time to perform some internal task isn't what I would choose for a time-critical system where human lives may be in danger.

      Personally I would be pissed if they did any heap allocations at all during steady state. Using a language which virtually denies one the right to breath without requiring a heap allocation is inexcusable.

    3. Re:The right tool for the job by LWATCDR · · Score: 2

      They are talking HUMAN realtime not microsecond jitter realtime.
      You know like a text editor realtime.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    4. Re:The right tool for the job by Anonymous Coward · · Score: 0

      Guaranteeing an interactive response for fast UIs (ie. ~33 ms) still means the system is hard real time ... whether you're working with microseconds or milliseconds, if the best you can do is throw hardware and hacks at it till you think you can meet the requirements you're doing it wrong.

    5. Re:The right tool for the job by jrumney · · Score: 1

      Incremental garbage collection has been around since at least Java 1.4. The runtime does not need to stop from time to time to perform internal tasks anymore if you know how to configure the JVM.

    6. Re:The right tool for the job by LWATCDR · · Score: 1

      Considering that the old system involved humans moving strips of paper round the real time specs of this system are still in the very soft region.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
  11. Sounds like a job to Node.js! by unil_1005 · · Score: 1
    1. Re:Sounds like a job to Node.js! by Anonymous Coward · · Score: 0

      I really hope that's a joke...

    2. Re:Sounds like a job to Node.js! by trollertron3000 · · Score: 1

      If it is, it's a good one.

      Node.js + Hadoop + Social networking = instant silicon valley money pit win these days. They don't even care what you make, just make sure you use node.js.

      --
      Tiger Blooded Bi-Winning Machine
    3. Re:Sounds like a job to Node.js! by badkarmadayaccount · · Score: 1

      What's wrong with Node and Hadoop? They seem to have reasonable use cases. Social networking is a great money maker if you are handy with data mining, though it does seem a fad, somewhat.

      --
      I know tobacco is bad for you, so I smoke weed with crack.
    4. Re:Sounds like a job to Node.js! by trollertron3000 · · Score: 1

      No problem with the technology really, just the hype around it. I've been programming for quite a while and I've seen fads come and go. Fortunately we pick and choose what works and throw away what doesn't. But mainly I'm just making fun of hackernews and the related ycombinator group that hype anything new and exciting. A few years ago it was Ruby. Then Python came back around. Then Clojure. etc etc. It's never ending. It's funny to watch.

      --
      Tiger Blooded Bi-Winning Machine
    5. Re:Sounds like a job to Node.js! by badkarmadayaccount · · Score: 1

      I think it's sad - we are like monkeys - always experimenting, though as if never learning...

      --
      I know tobacco is bad for you, so I smoke weed with crack.
  12. Great quote from a controller.. by countertrolling · · Score: 1
    --
    For justice, we must go to Don Corleone
  13. In other news by Hognoxious · · Score: 1

    In other news, UK locksmiths say safe not an air traffic control system.

    --
    Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  14. Re: paper strips, not ticker tape/cards by trollertron3000 · · Score: 1

    You're right on the money and it's called a Flight progress strip: http://en.wikipedia.org/wiki/Flight_progress_strip

    --
    Tiger Blooded Bi-Winning Machine
  15. Seems Like a Good... by camperdave · · Score: 1

    This seems like a good place to deploy Siftables. Each block gets assigned a plane, and the controller can manipulate them manually, like the current block and strip system. Each block can be updated dynamically to indicate fuel status, etc. When one controller hands off to another, they can physically hand over the block, ensuring awareness of who has responsibility.

    --
    When our name is on the back of your car, we're behind you all the way!
  16. They are called 'Flightstrips' by Sonny_Jimbod · · Score: 1

    http://en.wikipedia.org/wiki/Flight_progress_strip I used to supply equipment to ATC environments, and it's comforting to know that even though they have millions of $$$'s to play with, the system integrators still understand the need for redundant systems. Every place I worked in used flightstrips alongside their computerised systems and I'm suprised that there are not using them here.

  17. US not so safe either... by tekrat · · Score: 1

    As you're likely to be sexually assaulted by a TSA agent.
    Or be exposed to child porn naked body scanners.

    --
    If telephones are outlawed, then only outlaws will have telephones.
    1. Re:US not so safe either... by Anonymous Coward · · Score: 0

      Don't worry. The scanners are going to be instituted "covertly" so you will not even know you are getting X-rayed while walking down the street.

            http://yro.slashdot.org/story/11/03/03/1943258/DHS-Eyes-Covert-Body-Scans

  18. EFD does what exactly? by destroyer661 · · Score: 2

    Can anyone comment on what exactly this system is doing? From reading TFA and googlin' around it seems like it needs to aggregate all(?) incoming/outgoing aircraft data into a readable strip that humans can then do something with? Please correct me if I'm wrong.

    --
    #define true false // Have fun debugging!
    1. Re:EFD does what exactly? by SilentSheep · · Score: 1

      You're wrong. Currently when a flight enters an Air Traffic Controllers sector, a piece of paper is printed out with details of that flight on it, these are called 'Flight Progress Strips'. Controllers use these strips to keep track of where a flight is supposed to be going and what instructions have been given to it. Basically EFD aims to replace these paper strips with an electronic version.

      --
      .
    2. Re:EFD does what exactly? by MichaelSmith · · Score: 1

      The system they are describing takes all the data for the air traffic control system and aggregates into a meaningful system. Inputs to the system are sensor data (eg radar), flight data (aircraft ABC is intended to take off from X and land at Y between these times), and input from air traffic controllers who use an HMI (Human Machine Interface) of some kind). As a former HMI developer I know that the HMI gets the blame for all faults seen on the HMI, which is hardly fair.

      Outputs are instructions from the controller to aircraft directing them to safe volumes of airspace, as well as streams of information to a few external agencies, eg, the displays of flight status in airports, and external ATC systems which need to know what aircraft are flying their way.

      The strips being referred to are an old way of keeping track of aircraft. Modern systems use back end data stores for that and sometimes display electronic strips on the HMI. If the electronic system goes belly up then the controllers try to go back to paper strips and hilarity ensues. It would be a bit like telling a bank to get by without computers for a day. Easier to shut the place down for the duration.

  19. Safety is Not Binary by eepok · · Score: 2

    The air traffic control system is neither "safe" nor "not safe". It's impossible to be completely safe and the current system is definitely better than a worse system.

    What they should say is, "... is not safe enough for X." where X can equal "the amount of money we put into it", "modern standards", or "the pilots and passengers".

    1. Re:Safety is Not Binary by Anonymous Coward · · Score: 0

      It's impossible to be completely safe and the current system is definitely better than a worse system.

      Your argument is certainly better than a worse argument.

  20. if they don't like it... by ajdub · · Score: 2

    the people who built it failed to do their jobs correctly. if there's one thing i can't stand, it's when technology is done wrong by people who don't know what they're doing, then foistered upon others by a heavy hand of management. if the system doesn't make the controllers happy, it's wrong. they're not whiney users... the system sucks.

    1. Re:if they don't like it... by Anonymous Coward · · Score: 0

      I agree, Microsoft figured this out with Vista, then embarked on a what a cynic might see as a rebranding exercise, but was really responding to user input.

  21. Javapoo by ChucktheMan · · Score: 1

    I first used Java at introduction, and gave it up as a bad idea. Others are more forgiving, so now I have three projects with vendor supplied sucware(TM) written in Java. I hope someday to see one of them achieve 75% of promised capacity, and 25% of the specified MTBF. I am sure there is one good Java programmer out there, but he is nowhere near any of our projects. Give me TCL/Tk over Java any day of the week.

    1. Re:Javapoo by LWATCDR · · Score: 1

      Are you sure that it is Java.
      Java has become a boogie man for those that don't know better.
      For example I wrote a phone call management system it ran without any problems for about five years and then it started to have speed issues. Idiots that thought they knew better said it was because it was in java. The problem was that they had gone from 15 users to almost 50 years and they where still using the same Pentium 2 600 256mb server to run the Postgres server as they had at 15 people. We upped the server to a Pentium III and with one GB of ram and it is doing just fine now. This was a "temporary solution" I wrote that is now going on to it's 10 th year of use. They are finally going to put it on an actual server now that they realize that they live and die by that program.
      If you are getting lots of failures from your system then I would look at the supporting systems. The biggest problem I have with my Phone call management system is that it has to tie into a very old and flaky CMS system based on XBase and the only interface to that system that "worked" is using DDE! At least a 100 lines of my code does nothing but deal with keeping the phone call manager running when the CMS has a temporary nervous breakdown.
      Performance can also be subsystem related and or bad programing practices. Odds are the problems you are having are not the fault of Java but of the developers. And a good Java program should be very resistant to failure.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    2. Re:Javapoo by ChucktheMan · · Score: 1

      I think bad code can be written in any language. Good code, on the other hand tends to 'disappear', because it does not need hand-holding. When was the last time you had to recompile a disk driver? The same is probably true of your IP stack, most of the video you use, and 40-100 million lines of other code that just works. Java suffers from being next to the users, where fads come and go with dispatch.

      (Where IS my Magic Cap?)

      I have a more fundamental argument with languages that encourage opaque software, and languages that impede important parts of the development life cycle, such as passing the meaning in the software to a new maintainer. Java is as bad as they come in this respect.

  22. You think that's scary? by Anonymous Coward · · Score: 0

    Wait until they roll it out at Swanwick. The project's already running late. Although, in all fairness, name me one large IT project that isn't...