Slashdot Mirror


Oracle Deflects Blame For Troubled Oregon Health Care Site

itwbennett (1594911) writes "Oracle is gearing up for a fight with officials in Oregon over its role developing an expensive health insurance exchange website that still isn't fully operational. In a letter obtained by the Oregonian newspaper this week, Oracle co-president Safra Catz said that Oregon officials have provided the public with a 'false narrative' concerning who is to blame for Cover Oregon's woes. In the letter, Catz pointed out that Oregon's decision to act as their own systems integrator on the project, using Oracle consultants on a time-and-materials basis, was 'criticized frequently by many'. And as far as Oracle is concerned, 'Cover Oregon lacked the skills, knowledge or ability to be successful as the systems integrator on an undertaking of this scope and complexity,' she added."

87 of 163 comments (clear)

  1. Crapware by Anonymous Coward · · Score: 1

    Oracle doing its usual crapware!

    PS:I'm a sysadmin of Oracle applications and they REALLY is shit!

    1. Re:Crapware by TechyImmigrant · · Score: 2

      I'm a sysadmin of Oracle applications and they REALLY is shit!

      So is your orthograph.

      I think he was just writing in one of those Proprietary Oracle SQL variants.

      --
      I should use this sig to advertise my book ISBN-13 : 978-1501515132.
    2. Re:Crapware by gtall · · Score: 1

      My only experience with Oracle is with Oracle forms. I've done some extensive work with Java in the past, it is really breathtaking how badly Oracle can design interfaces using it. It is as though they absorbed all of Sun's expertise in interfaces and puked it back out with their own special distaste for useability.

  2. It's Not Really Oracle by Greyfox · · Score: 3, Interesting

    It's that people think they can drop Oracle on top of a crappy design and that will somehow magically fix it. By the time people get done trying to use brute force, ignorance and massive amounts of IT resources, you may as well have Dbase III on your back end. Oracle might let you get away with a shitty design if your application didn't really need a database, but it's not going to help you that much if what you're trying to do is complicated enough to need one.

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

    1. Re:It's Not Really Oracle by wiredlogic · · Score: 1

      There's also nothing about running a health exchange that requires the use of an Oracle DB. The volume of data and transaction rate wouldn't stress any database. The secret sauce is in the application code, not the DB. They should have found a developer with a proven track record of delivering LAMP-style systems rather than pissing money away on a gold plated turd from a company with no grand history in developing web sites.

      --
      I am becoming gerund, destroyer of verbs.
    2. Re:It's Not Really Oracle by Anonymous Coward · · Score: 3, Insightful

      Oracle's database is quite good. With proper tuning and schemas, Oracle is amazing. It's totally a hardcore geek's RDBMS.

      This article is more about their consulting services. Ultimately, Oregon had the final decision. If they hired Oracle and said, "here you handle this whole thing," that's one thing. If they hired Oracle and said, "we need you for support, but we call the shots," that's entirely another. If Oregon didn't have a single person driving it, making final decisions, setting deadlines, and did all that by committee, it's easy to see how something that complex can get bogged down.

      Bet your bottom dollar Oracle covered their asses with a formal spec and timeline process, and every extension of the critical path was documented and signed off on. I don't think this will look good for the state of Oregon.

    3. Re:It's Not Really Oracle by Anonymous Coward · · Score: 1

      It's not the web site that's the hard part, it's the back end integration work. Throw in HIPAA and HITECH and you've got a stew of poo and screw you.

    4. Re:It's Not Really Oracle by arth1 · · Score: 2

      Yeah, I met the statement bitch once, and she was very clear on what she meant.

    5. Re:It's Not Really Oracle by ShanghaiBill · · Score: 5, Interesting

      Oregon's health website is a monstrosity. They budgeted way too much money, were way over ambitious, and involved way too many people. The opposite end of the spectrum is Kentucky, which budgeted the least amount of money, and was thus forced to implement a streamlined site with a small lean team. Kentucky's website was ready on Oct 1st, and has run since without a hitch.

    6. Re:It's Not Really Oracle by Vlijmen+Fileer · · Score: 1

      Carrot? I would also produce an enourmous steaming pile of shit if you made me eat that many carrots.

    7. Re:It's Not Really Oracle by Tablizer · · Score: 2

      It's that people think they can drop Oracle on top of a crappy design and that will somehow magically fix it.

      That's probably what the sales-person told them.

      "Just drop your leaky little app into our Oratron Fix-O-Matic 5000 and out will pop perfect shiny reports and data! You have my trustworthy word!"

      However, seems they forgot to get it in writing.

    8. Re:It's Not Really Oracle by BoRegardless · · Score: 5, Insightful

      What you are really saying is that Oracle knew Oregon's exchange would be a POS before they even signed the consulting contract because of the lack of Oregon bureaucrat skills, but they took the contract anyway because they knew they could as they say MILK IT!

      Since they knew full well it would fail, they would document everything to the hilt, including specific warnings, while padding up the consulting, knowing full well that they would never finish the job, but would get paid a pile of money anyway to add to Larry's billions.

    9. Re:It's Not Really Oracle by TechyImmigrant · · Score: 1

      BDB for the win, but only the version before the license change.

      --
      I should use this sig to advertise my book ISBN-13 : 978-1501515132.
    10. Re:It's Not Really Oracle by alexborges · · Score: 3, Interesting

      Well yeah. But if this was the case, then the buyers are to blame: if they were going to wing it, they would have been way, way better hiring opensource consultants and an open source database and then get to coding like hell and even open source their whole op. If the case is that the state didnt purchase a fire and forget project, then they are as stupid as the oracle salesmen is a ghoul.

      A word for 'buyers': if you are going to go macho on a thing like this, you cant be a little bitch and buy oracle. You go at it like a man and actually learn to code.

      --
      NO SIG
    11. Re:It's Not Really Oracle by vux984 · · Score: 2

      But if this was the case, then the buyers are to blame

      If the buyer orders a perpetual motion machine then he's an idiot.

      But any engineers and consultants taking money to work on the project are morally bankrup too.

    12. Re:It's Not Really Oracle by luis_a_espinal · · Score: 1

      You could drop Oracle on a thousand carrot diamond and they'd still turn it into a steaming pile of shit. It's Oracle, it's what they do best.

      You are being subjective.

    13. Re:It's Not Really Oracle by luis_a_espinal · · Score: 1

      postgress or db2

      The term "Oracle" is now more than the database. It is a fully-integrated business stack - BPM, OSB, Coherence, WebLogic, ADF, etc, etc, etc.

      I mean, seriously, this is/was about a health care site, and people think the Oracle's technology involved in it for good or bad) was just on the database part?????? W. T. F? Whether that is good or not, that's another thing, and an unimportant one because if a system is designed like crap, it won't matter what stack (proprietary or not) you use. It will be crap.

    14. Re:It's Not Really Oracle by ranton · · Score: 1

      Bet your bottom dollar Oracle covered their asses with a formal spec and timeline process, and every extension of the critical path was documented and signed off on. I don't think this will look good for the state of Oregon.

      What you are really saying is that Oracle knew Oregon's exchange would be a POS before they even signed the consulting contract because of the lack of Oregon bureaucrat skills, but they took the contract anyway because they knew they could as they say MILK IT!

      Every competent consultant is going to cover themselves, especially if they are not doing all of the work. How could you ever guarantee anything if a large portion of the work is outside of your control? If you didn't hire their employees, you aren't allowed to make final design decisions, you don't make the project plan, you don't set the scope of the project, then you don't have control over the project's success. You can certainly advise and increase the chances for success, but that is it.

      As a consultant, many times we have to put in bids without knowing that much about the employees we will be working with. We only know what they are asking us to do. We try our best to get to know their people during exploratory sessions, but usually you don't identify the incompetent people until the project starts.

      Perhaps most of these problems were Oracle's fault, perhaps they weren't. But just because a project failed does not automatically mean the consultants were milking the client with no intention of creating a valid product.

      --
      -- All that is necessary for the triumph of evil is that good men do nothing. -- Edmund Burke
    15. Re:It's Not Really Oracle by TangoMargarine · · Score: 1

      Technically it's not a diction issue, either. Diction is how you pronounce things, and since carrot and caret are homophones as far as I'm aware, the diction is the same.

      http://en.wikipedia.org/wiki/D...

      --
      Unity? Screw that: XFCE. Slashdot Beta? Screw that: SoylentNews. Australis? Screw that: Pale Moon. UX developers DIAF
    16. Re:It's Not Really Oracle by TangoMargarine · · Score: 1

      This gubblick contains many nonsklarkish English flutzpahs, but the overall pluggandisp can be glorked from context.

      --
      Unity? Screw that: XFCE. Slashdot Beta? Screw that: SoylentNews. Australis? Screw that: Pale Moon. UX developers DIAF
    17. Re:It's Not Really Oracle by TangoMargarine · · Score: 1

      So in other words, know what you're getting into before you try to make love to the grizzly? :)

      --
      Unity? Screw that: XFCE. Slashdot Beta? Screw that: SoylentNews. Australis? Screw that: Pale Moon. UX developers DIAF
    18. Re:It's Not Really Oracle by greenbird · · Score: 1

      The opposite end of the spectrum is Kentucky, which budgeted the least amount of money, and was thus forced to implement a streamlined site with a small lean team.

      Amen to that. The larger the budget the greater the probability of failure. Software development has to be done by evolution not revolution. You start small and slowly add features in the form of modules with well defined interfaces. Any other approach most likely results in failure or if in any part successful, a monstrosity that is close to unsupportable.

      --
      Who is John Galt?
    19. Re:It's Not Really Oracle by gtall · · Score: 1

      If "glork" isn't an English word, it should be. The mean would be something like the contravariant meaning of "grok".

      Programmer 1: did you grok that function?

      Programmer 2: nope, it glorked any thought I had about the spec.

    20. Re:It's Not Really Oracle by gtall · · Score: 1

      Yes and no. If you aren't careful, you'll wind up with a dirty snowball which wasn't so much designed as it was congealed. Modularity will not save you. If your site won't scale, then you are going to need a new design.

      I agree with starting small though, as long as the tradeoffs are understood and management doesn't cough up a hairball when a redesign is necessary.

    21. Re:It's Not Really Oracle by TangoMargarine · · Score: 1
      --
      Unity? Screw that: XFCE. Slashdot Beta? Screw that: SoylentNews. Australis? Screw that: Pale Moon. UX developers DIAF
    22. Re:It's Not Really Oracle by Tharkkun · · Score: 1

      What you are really saying is that Oracle knew Oregon's exchange would be a POS before they even signed the consulting contract because of the lack of Oregon bureaucrat skills, but they took the contract anyway because they knew they could as they say MILK IT!

      Since they knew full well it would fail, they would document everything to the hilt, including specific warnings, while padding up the consulting, knowing full well that they would never finish the job, but would get paid a pile of money anyway to add to Larry's billions.

      Enterprise software such as the packages Oracle sells require consulting services to integrate. Period. If you try to skimp on this part why are you even purchasing such as big solution? If this were SAP, IBM or any other company the same rules would apply. It's a classic case of the government using contractors that are not qualified for the job.

    23. Re:It's Not Really Oracle by greenbird · · Score: 1

      Modularity will not save you. If your site won't scale, then you are going to need a new design.

      That's more a matter of a good approach and design when developing your modules. If you write crap modules you're right. If you're modules are designed and developed to be scalable it won't be an issue. In large projects modularity is almost always a better approach than monolithic. I have yet to come across a project where that wasn't the case. It's especially the case where scalability is an issue. It's much easier to develop and rag out scalability issues within each module then it is after you've developed a monstrosity.

      This is also one of the key problems with Oracle and it's tools. Oracle's development ecosystem goes a long way towards discouraging modularity.

      --
      Who is John Galt?
    24. Re:It's Not Really Oracle by Tony+Isaac · · Score: 1

      Well, Oracle WAS dumb enough to take on the project in the first place!

    25. Re:It's Not Really Oracle by dcpking7700 · · Score: 1

      carrot and caret are NOT homophones in English. You need to tune your ears more carefully!

    26. Re:It's Not Really Oracle by cHiphead · · Score: 1

      In many instances, Oracle is expensive and overly complex for what is the ultimate underlying (and simple) task of storing data in a reliable and redundant fashion. A hardcore geek's RDBMS is not what anyone should ever recommend for any production database environment that does not employ umpteen 'hardcore geeks' at any given time to explicitly manage that system.

      Oracle is like a diamond encrusted iphone of DBs, it's got perceived value and makes others think you have money and power, and that perception drives it continued usage.

      --

      This is my sig. There are many like it, but this one is mine.
  3. Enh as much as I dislike Oracle... by roc97007 · · Score: 2, Insightful

    ...in this case, they might have a point.

    --
    Oliver's law of assumed responsibility: If you're seen fixing it, you will be blamed for breaking it.
    1. Re:Enh as much as I dislike Oracle... by fuzzyfuzzyfungus · · Score: 1

      I'd assume that their legal team would be running around the company quietly busting skulls if they didn't.

      "Incur significant legal exposure during the course of fucking up a high-profile project for a government client" isn't one of those good strategies.

      Doing one or the other can actually be surprisingly lucrative; but both, less so.

    2. Re:Enh as much as I dislike Oracle... by Kjella · · Score: 1

      Time and material contracts basically means renting consultants by the hour, short of outright criminal behavior there's no promised time frames, deliverables or guarantees of functionality or quality. The upside is the lack of formalism, I've developed many reports on a T&M basis and basically if you want a filter here and a total there and to add one more column and add a traffic light here and a drill down there just say it and I'll keep working on it until you're happy. Heck, I've taken "requirements" from a single yellow post-it note, as long as the client is happy and the invoices get paid it's a win-win for everyone compared to bids and change orders.

      The problem begins if you need anything other than yes-men because basically you're going to lead these people and point them to tasks that need doing and make sure it all comes together to a working solution. Consider it a bit like building a house where every contractor assumes that the rest of the work to bring it up to code will be done by somebody else, you tell the plumber to put a pipe here, the electrician a wire there and the carpenter to board up that wall and they do it, but they don't take any responsibility on whether it's done to code or the overall result. My guess is that Oracle have their asses well covered legally, but often they have to play the scapegoat when the client has been incompetent. Usually they don't want to throw eggs in the face of the manager who hired them, unless it becomes an even bigger PR problem not to.

      --
      Live today, because you never know what tomorrow brings
    3. Re:Enh as much as I dislike Oracle... by plover · · Score: 2

      Oracle consultants were in the midst of the mess, they saw the failings, they repeatedly reported to the state that the project was going off the rails, and yet they still managed to cash their paychecks.

      Had the consultants actually threatened them with "either you hire a professional to do the systems integration or we're off the job," and had they then removed themselves from the failing project, they'd be 100% blameless. But they didn't walk away, they just wrote some CYA memos and collected their money.

      Oracle gets to take as much blame as anyone for their mess.

      --
      John
    4. Re:Enh as much as I dislike Oracle... by RabidReindeer · · Score: 1

      ...in this case, they might have a point.

      The point being that if you give the ENTIRE project to Oracle instead of just part of it that it would all have been wonderful?

    5. Re:Enh as much as I dislike Oracle... by Zontar+The+Mindless · · Score: 3, Informative

      Oracle consultants were in the midst of the mess, they saw the failings, they repeatedly reported to the state that the project was going off the rails, and yet they still managed to cash their paychecks.

      Then the consultants were doing their jobs.

      Had the consultants actually threatened them with "either you hire a professional to do the systems integration or we're off the job," and had they then removed themselves from the failing project, they'd be 100% blameless. But they didn't walk away, they just wrote some CYA memos and collected their money.

      But it was not the consultants' job to do this. In fact, if they'd walked off the job as you advocate, they'd very likely be opening themselves up to a lawsuit for breach of contract.

      --
      Il n'y a pas de Planet B.
    6. Re:Enh as much as I dislike Oracle... by Zontar+The+Mindless · · Score: 1

      But it was not the consultants' job to do this. In fact, if they'd walked off the job as you advocate, they'd very likely be opening themselves up to a lawsuit for breach of contract.

      Actually, I posted this a bit hastily. What I should have said was something more like, "If they'd walked off the job as you advocate, they'd very likely be opening up Oracle to a lawsuit for breach of contract, and themselves to getting fired by Oracle for doing so."

      --
      Il n'y a pas de Planet B.
    7. Re:Enh as much as I dislike Oracle... by Zontar+The+Mindless · · Score: 1

      The point being that if they'd given the entire project to Oracle, then the entire project would in fact be Oracle's responsibility. But they didn't, and so it isn't.

      --
      Il n'y a pas de Planet B.
    8. Re:Enh as much as I dislike Oracle... by TapeCutter · · Score: 1

      Exactly, if Oracle were contracted on T&M then they were simply acting as an (expensive) body shop, ie they supply the bodies to the client, the client tells the body what to do. Basically Oracle takes $3 from the client, pays the body $1, and pocket's the difference. T&M on a project such as this is a cash cow for the vendor, it can only work in the client's favour if the client knows what they are doing.

      Disclaimer: Having been a body for other multinationals on similar projects, the $3:1 ratio is an educated guess.

      --
      And did you exchange a walk on part in the war for a lead role in a cage? - Pink Floyd.
    9. Re:Enh as much as I dislike Oracle... by TapeCutter · · Score: 3, Informative

      What the GP is suggesting is that Oracle the company (as opposed to the individual consultants) should have walked away from a taxpayer funded money pit but chose to continue "taking candy from a baby". Other's have walked away from similar disasters in the past in very public fashion, IBM walked away from a $800M project in NZ in the late 90's and Fujitsu walked away from a $1B project in the UK a few years ago, both claimed to be happy with the profit levels but were unwilling to continue because the government were unwilling/unable to follow their project management advice, making it impossible for them to deliver. Multinationals do not want to be seen as being unable to deliver a government contract, government work is their bread and butter and in politics reputations matter. Oracle didn't take the "high road" when their own consultants were predicting disaster, now they are getting public blowback from the client, which is why their PR department has fired up on this issue.

      OTOH Oracle (as their PR points out) were not managing the project they were on a time and materials contract, which most people in the industry would understand as meaning "we will give you what you ask for, but don't blame us if it is not what you want". The client obviously wasn't listening to the "don't blame us" part when they signed the contract.

      --
      And did you exchange a walk on part in the war for a lead role in a cage? - Pink Floyd.
  4. Never bring politics... by tlambert · · Score: 4, Funny

    Never bring politics... to an electronic documentation of timeline fight with a database company.

    1. Re:Never bring politics... by litehacksaur111 · · Score: 2

      Oracle does this on nearly every project they work on. Same with IBM, TCS, Wipro, etc. All of those H1B visa abusing companies will never deliver on what they say and instead will fight the meaning of every word in the contract.

    2. Re:Never bring politics... by ADRA · · Score: 1

      I was an after-the-fact consultant to fix a botched IBM project, and I guess the penalties were so high that IBM bankrolled the re-implementation with on-shore workers to get the project finished. Whenever you go into bed with an SI, make sure you have an iron clad contract and many penalty clauses.

      PS: WiPro is almost entirely indian, so I don't know what H1B has to do with anything unless there's some contract requirement to have staff on-shore, which makes little sense when the purpose is to cut dev. costs

      --
      Bye!
    3. Re:Never bring politics... by l0n3s0m3phr34k · · Score: 2

      indeed, WiPro originally was a vegetable oil manufacturer, and stands for Western India Products Limited. I've dealt with them many times via supporting clients while working support at HP. Once you can get past the Indian's odd "your a stupid American" attitude (which usually I can't blame them!) they are mostly competent. In my situation, most of their "issues" and "failures" actually result from too-restricted access to various systems their trying to work on, crappy equipment their forced to use by their clients...for example one programmer I was trying to help had an ANCIENT laptop that our mutual client said had to be used for any work; he couldn't use his own (or even WiPro's) equipment but was forced to try and do some SQL dev on a D600...he needed software that our client didn't provide but was completely restricted to installing anything outside of NetIQ-pushed software packages on it. I felt for him...he even said he had an MSDN subscription and all the apps he needed but would be fired if he installed anything outside on it.

  5. Typical BS by maz2331 · · Score: 1

    So, we're seeing the fingers of the horn-hairs pointing at each other for a failure that their brown-nosed underlings caused on both sides. Don't blame the geeks, blame the suits.

  6. Yes yes we had all these objections before signing by linuxguy · · Score: 5, Insightful

    We were forced to sign this contract. On gun point actually. And then they said that we should take their money or they'll break our knee caps.

    You see, we are the victims here.

    Larry

  7. Oracle has skills and knowledge? by geekmux · · Score: 4, Insightful

    "...'Cover Oregon lacked the skills, knowledge or ability to be successful as the systems integrator on an undertaking of this scope and complexity,'

    Gee, that's funny. And here I thought I was in the majority in thinking that it is in fact Oracle who lacks the skills, knowledge, or ability to fix that piece-of-shit Frankenstein they want to label a working product.

    I suppose if you thought you were buying a perpetual bug and patch service, sure. They're fucking awesome at that. I might even be so bold as to say #1 in the industry.

    1. Re:Oracle has skills and knowledge? by Kjella · · Score: 4, Insightful

      "...'Cover Oregon lacked the skills, knowledge or ability to be successful as the systems integrator on an undertaking of this scope and complexity,'

      Gee, that's funny. And here I thought I was in the majority in thinking that it is in fact Oracle who lacks the skills, knowledge, or ability to fix that piece-of-shit Frankenstein they want to label a working product.

      False dichotomy, it's not one or the other.

      --
      Live today, because you never know what tomorrow brings
  8. Re:Larry The Jew Ellison at it again! by Anonymous Coward · · Score: 1

    The Veterans Affairs has been using an EMR for Decades. If Obama was serious about getting us all on the same page, he would make everyone use the EMR system of the VA.. yes it would suk big time. But we would all be in the same suck together. AND IT WOULD SAVE A LOT OF TAXES because that's what is paying for all this EMR bs anyway.

    Of course, the irony is that the final solution would be provided by the military...

  9. ALL the exchanges failed by Karmashock · · Score: 3, Insightful

    All of them.

    In the case of all of them failing you have to look at the common denominator because ALL of them failed.

    Newsflash... Oracle was not involved in all of the exchanges.

    The central problem was that the rollout was rushed for political reasons.

    If it were slowed down then the republicans might have had more success killing it before implementation. Even now it might well die. So the democrats rushed the rollout.

    And this is the result.

    That is not Oracle's fault. We all have experience with projects that are rushed through planning to the point where they are unworkable.

    That's all this is... nothing more or less.

    --
    I've decided to stop wasting my time responding to AC trolls/sockpuppets... so if you want a response from me... login.
    1. Re:ALL the exchanges failed by Anonymous Coward · · Score: 1

      All of them.

      In the case of all of them failing you have to look at the common denominator because ALL of them failed.

      Newsflash... Oracle was not involved in all of the exchanges.

      The central problem was that the rollout was rushed for political reasons.

      If it were slowed down then the republicans might have had more success killing it before implementation. Even now it might well die. So the democrats rushed the rollout.

      And this is the result.

      That is not Oracle's fault. We all have experience with projects that are rushed through planning to the point where they are unworkable.

      That's all this is... nothing more or less.

      Yeah, you're right. I don't know why so many of us jumped on Oracle here. I mean c'mon, of all the products I've ever worked with in my data center, Oracle always installed just beautifully and ran flawlessly. And cheap too! Starting at only a few million regardless of company size. And even when we didn't even budget for it, Oracle was nice enough to hand us more invoices and bills as time went on, because you know, the occasional patch was needed, and we did run across some tiny bugs and annoyances from time to time, but we hear this the world 'round with Oracle about how it runs so smoothly with just a minor patch here and ther...

      Sorry, my bullshit meter was pegged, and these hip waders only go so high. I'm not gonna ruin my new hat, so I'll just stop here before we're up to our eyeballs in it.

      Bottom line is if you have been in IT for any length of time, you know damn well how culpable Oracle can easily be in this clusterfuck, regardless of speed of deployment, which is usually rushed in Oracle implementations because you've blown past the deadline by months, ran out of consulting money to get it finished six or seven figures ago, and of course that is all because the product runs...so...well...

    2. Re:ALL the exchanges failed by Tablizer · · Score: 1

      was that the rollout was rushed for political reasons. If it were slowed down then the republicans might have had more success killing it before implementation.

      That might be "political" reasons, but it's also practical reasons. If you want to get certain things done, you have to race against competition trying to kill it.

      For about 100 years various presidents and lawmaking groups have tried to enact a medical insurance program of some sort, only to see it smashed down. With that kind of record you know you have to move quickly and take some risk to slip through the narrow cracks of opportunity that present themselves.

      Like it or hate it, ACA is a monumental political endeavor with equally monumental forces pushing against it. The horse has to be big and ride fast to get something like this through, and that probably means inadvertently stepping on and squashing stuff along the way.

      When Biden was caught on mike saying, "This is a big fucking deal!", it was no exaggeration.

    3. Re:ALL the exchanges failed by Cyberax · · Score: 4, Informative

      Actually, no. KyNect worked without downtime on its frontend, however its backend was not very stable - as it had to interact with the federal exchange.

    4. Re:ALL the exchanges failed by Karmashock · · Score: 1

      I have lots of experience with Oracle and you had better believe that the state of Oregon did as well.

      The state signed the contracts with Oracle and fucked up.

      JUST LIKE EVERY SINGLE OTHER EXCHANGE IN THE ENTIRE COUNTRY.

      At this point you're dealing with very simple logic.

      Solve for X and then agree with me.

      --
      I've decided to stop wasting my time responding to AC trolls/sockpuppets... so if you want a response from me... login.
    5. Re:ALL the exchanges failed by Karmashock · · Score: 1

      Its a concern that is not Oracle's fault or responsibility.

      You tell me you want a house built in two days... Fine... but if you expect there to not be serious problems and unforeseen issues as a result of rushing through the planning phase and then constantly changing the mission premeters throughout development... then you're being unreasonable.

      Projects that are effective tend to have two things going for them.

      1. A lengthy planning phase where everything is spelled out in detail.

      2. A no nonsense implementation phase where the plan as developed in step one is fleshed out almost verbatim.

      Anything else is a crapshoot.

      --
      I've decided to stop wasting my time responding to AC trolls/sockpuppets... so if you want a response from me... login.
    6. Re:ALL the exchanges failed by whoever57 · · Score: 1

      You tell me you want a house built in two days... Fine... but if you expect there to not be serious problems and unforeseen issues as a result of rushing through the planning phase and then constantly changing the mission premeters throughout development... then you're being unreasonable.

      Newsflash .. customers are often unreasonable.

      In your scenario, if the contractor signs a contract to build the house in two days, then the contractor is liable if the house is not ready in two days. As the contractor, you should not take on a contractual resposibility that you cannot deliver. That's just as true for building a house as it is for building a large website.

      As the contractor, you should have the expertise to decide to refuse the deal if the terms are impossible, or take actions to eliminate the risk.

      --
      The real "Libtards" are the Libertarians!
    7. Re:ALL the exchanges failed by Karmashock · · Score: 1

      I think you'll find that in any contract, there is a notion of specificity.

      If you don't specify what "done" looks like in the contract then the contractor can argue that "his version of done" satisfies the terms of the contract.

      Furthermore, they didn't hire Oracle on to do it. they rather did the integration in house using Oracle contractors to answer questions and do parts of the project.

      It could be argued by Oracle that the the failure was in the integration and not in anything they provided.

      As to the cost of Oracle products... no one says the company is cheap or inexpensive. And that isn't against the law.

      Oracle is pricy. They're the no nonsense enterprise database company.

      If you have to ask what that costs you can't afford it.

      --
      I've decided to stop wasting my time responding to AC trolls/sockpuppets... so if you want a response from me... login.
    8. Re:ALL the exchanges failed by cascadingstylesheet · · Score: 1

      You're close ... it's the "business" itself that is unworkable in this case . That's the common denominator.

      "Do a bad idea ... but on a computer!" does not stop it from being a bad idea. It just digitizes the implementation of the damage.

    9. Re:ALL the exchanges failed by Karmashock · · Score: 1

      if by business you mean the ACA, then I think most would have to admit it was very poorly done.

      If you mean insurance itself... that worked for many years prior and continues to work for home insurance, car insurance, etc without much of a problem.

      The issue comes largely from politicians writing rules for a very complicated issue that they don't understand and lack the proper respect to handle slowly and rationally.

      Anything that takes more then 10 seconds to understand is either not addressed at all or half assed horribly.

      its just the nature of how they do things and we have representatives precisely so this doesn't happen. It was known that the average citizen if given a chance would generally respond to issues of the moment... at least in our masses. And not look into anything with depth. So representatives were created to address that issue.

      Sadly they're not doing their jobs. They respond to moment to moment political issues and never bother to find elegant solutions to complex issues.

      --
      I've decided to stop wasting my time responding to AC trolls/sockpuppets... so if you want a response from me... login.
    10. Re:ALL the exchanges failed by Karmashock · · Score: 1

      The vast majority of oracle applications work quite well.

      Saying otherwise merely admits your own ignorance.

      --
      I've decided to stop wasting my time responding to AC trolls/sockpuppets... so if you want a response from me... login.
    11. Re:ALL the exchanges failed by prezkennedy.org · · Score: 1

      No... they really don't.

      Can't say I've used a single Oracle product that didn't end up exploding in my face at one point or another for no apparent reason.

      One time I couldn't upgrade MySQL because it claimed I couldn't go from paid to free licensing on that version. I've never paid for MySQL in my life. It's stupid bugs and lack of attention to detail like that which makes me think Oracle is guilty, guilty, GUILTY!

      --
      It started back in Team Fortress Classic
    12. Re:ALL the exchanges failed by Karmashock · · Score: 1

      Except for many of them work just fine.

      Oracle does not have a reputation for being shit no matter what you think. And that reputation is largely a product of their successful track record with many customers.

      Obviously some people aren't going to be happy for legitimate and illegitimate reasons.

      That's normal.

      But on balance, Oracle provides a good product.

      the primary complaint i hear about them is that they're so expensive.

      They are expensive. I completely agree. i wouldn't buy their stuff either because its just not cost effective.

      That said, when you're rolling out an enterprise database... you might not care about that price in the scheme of things which is I suspect how they justify the price in the first place.

      --
      I've decided to stop wasting my time responding to AC trolls/sockpuppets... so if you want a response from me... login.
    13. Re:ALL the exchanges failed by Karmashock · · Score: 1

      They were all linked to the federal system which itself failed... so its largely irrelevant.

      The point remains that I'd hardly blame Oracle because another ACA exchange failed. You say some of them didn't fail?... Fine... what does that prove?

      It was mostly a disaster.

      And that isn't even addressing the law, its effect on the healthcare system, the millions of people that were inconvenienced, the probably hundreds to thousands that will have shorter lives or die because it... we won't get into that. Just on the website roll out and the exchanges... you're looking at a systemic failure. Driven by the knowledge that if the law were subjected to proper democratic procedure it would die.

      That's why the democrat's rushed it. Because they knew they had a window where they could get away with anything and they wanted to exploit it. They knew that window was closing so they jammed everything through as fast as they could...

      And that meant proper planning etc didn't happen... and that meant that most of the exchanges failed and the federal exchange failed.

      And again... that's not getting into the millions of people this hurt, the violation of civil rights, etc.

      --
      I've decided to stop wasting my time responding to AC trolls/sockpuppets... so if you want a response from me... login.
    14. Re:ALL the exchanges failed by Karmashock · · Score: 1

      A wiser move would be kicking your moronic politicians out of office.

      They did this and they'll do it again or something just as bad until you clean house.

      So long as you tolerate bad politicians you're partially responsible and your tax money is forfeit.

      --
      I've decided to stop wasting my time responding to AC trolls/sockpuppets... so if you want a response from me... login.
    15. Re:ALL the exchanges failed by david_thornley · · Score: 1

      Actually, their main database product is really nice. Pity about the pricing structure.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
  10. It's not Oracle's fault! by Vlijmen+Fileer · · Score: 3, Informative

    It's the customers' fault. EVERYBODY in the IT business already knows that Oracle invariably gives you:
    - Bizarely high price
    - Incomplete project result
    - Project delays
    - Low quality
    - Extreme vendor lock in
    E.v.e.r.y s.i.n.g.l.e p.r.o.j.e.c.t they do.
    I'm not sure whther to cry or laugh at this. Just don't go with Oracle, every sane IT professional knows that.

  11. Oracle burning bridges by Tablizer · · Score: 1

    Oracle should accept some losses and quietly make an amiable-as-possible exit. Why air dirty laundry about clients? Even if the State is partly to blame, being a loud asshole makes you less likely to get future gov't contracts.

    1. Re:Oracle burning bridges by bobthesungeek76036 · · Score: 2

      Oracle should accept some losses and quietly make an amiable-as-possible exit. Why air dirty laundry about clients? Even if the State is partly to blame, being a loud asshole makes you less likely to get future gov't contracts.

      You have no idea the level of arrogance that exists at Oracle...

      --
      Karma: Bad
    2. Re:Oracle burning bridges by Tablizer · · Score: 1

      You mean the org resembles its leader?

    3. Re:Oracle burning bridges by bobthesungeek76036 · · Score: 1

      It's a required personality trait to work there...

      --
      Karma: Bad
    4. Re:Oracle burning bridges by munch117 · · Score: 1

      You're assuming they have a good reputation to spoil. They don't. They get contracts because there's a superstition that the way to build a database-backed system that scales is to buy the most expensive database you can find.

  12. Re:Yes yes we had all these objections before sign by Anonymous Coward · · Score: 1

    Ah yes, much lke the current healthcare law. Sign up or else.

  13. Project success by symbolset · · Score: 1

    The project was a huge success. It separated Oregon from their money, right?

    --
    Help stamp out iliturcy.
  14. Project Lead is 100% responsible... by CraigCruden · · Score: 2

    It does sound as though the primary blame has to be put at the Oregon's officials since Oregon was the lead on the project. The lead is always 100% responsible for the project, after the project failed they are trying to say "ohh, not my fault"... If the project was off the rails early on, they should have seen it -- regardless of communications and adjusted (and if Oracle was not doing it's job - fired them). Obviously Oregon wants to have a scapegoat, but apparently forgot to pay them for that service.

  15. Project management by drolli · · Score: 2

    I am working as a consultant.

    My good advice to every customer is: dont buy consultant work as time and material. Buying as time and material puts the wrong incentives to everybody:

    -Your own people will feel that they still can just use them as normal workers and keep all decisions (and thus responsibility) to themself

    -The consultants dont care, since just doing what your own people tell them without thinking is what gets their monthly timesheets signed. If something goes wrong they can even sell more hours, not less

    -The consulting company does not care (and rigthly so since that was not what you asked for) and will send you inexperiences junior consultants wherever possible.

    -Coding quality has to be reviewd by your own people (or just accepted as it is)

    -Your own people are usually vastly inferior at project management in comparison to the average senior consultant - in a non T&M contract the usual situation is that you get the things done in time or you will loose money.

    1. Re:Project management by drolli · · Score: 1

      Yes, and if you buy consulting work based on a flat amount of money for a project assigning the right people to the right task is something the consulting company does for you. Because if they do this then will earn more money.

  16. Re:Zontar The Mindless: Eat your words by Zontar+The+Mindless · · Score: 1

    APK, we're in the midst of a discussion based on facts and logic.

    How could this involve you in any way, size, shape, or form?

    --
    Il n'y a pas de Planet B.
  17. boo-oo by kbdd · · Score: 1

    Let's summarize: Oracle took money to perform a job. They disagreed with the way it was handled. Nevertheless they stayed in and kept collecting money. Now they say they had noting to do with it?

  18. People on the inside know the truth by alphad0g · · Score: 1

    I have been working on a large data project for another state - this state has outsourced everything to 3 or 4 large companies. That itself is not so bad, but the state doesn't have anyone left to make decisions. Instead it is all left up to the vendors. It is difficult for vendors, even when trying to do the right thing, to know what the business (state) needs or wants for some things.

    Trying to implement proper security controls and create separation of duties when everything is outsourced is hard to do. Especially when all vendors bid their part without expectations of having to handle new requirements.

    I am sure Oracle shares some of the blame, but I bet the state is responsible for a lot too.

  19. It is worth noting ... by Rambo+Tribble · · Score: 3, Informative

    ... that the quality assurance contractor for the project, Maximus, had this to say, "Oracle's performance is clearly lacking. Their inability to adhere to industry standards and professional software and project management tenets warrants further review."

    1. Re:It is worth noting ... by Tharkkun · · Score: 1

      I bet they also tried to install it on under powered hardware. Just like the companies try to install enterprise class software on a 3 TB USB drive because they don't want to pay the cost of a NAS/SAN.

  20. The State of Oregon has failed at many IT projects by pigiron · · Score: 2

    I've worked on several fiascoes that the State of Oregon has tried to build over the last 30 years and they always end up as fiascoes. Motor vehicles, child support system, a consolidated database of Oregon state welfare recipients. They all failed for one reason. Oregon State workers are a bunch of lazy, incompetent, featherbedding incompetents.

    They take off on sick leave for days at a a time without even notifying their bosses. Are promoted based on minority or gender status instead of competence, sit at their desks all day doing nothing but go to meetings coffee breaks and lunch, and have such a strong union that they can't be fired no matter how bad they are.

    I don't bother working for them any more as every big project turns to shit because the workers don't care. They are FAR, FAR worse than federal workers who at least know how to effectively hand off the real work to competent contractors. Oregon State employees can't even manage that trick.

  21. you could also say Oracle was built to fail by swschrad · · Score: 1

    that the software was not capable of being understood, or the documentation was skanty and faulty, that the Oracle consultants were dunderheads and got in the way, on and on.

    nice opportunity for a court of law and special masters to sort out. make it happen. King Ellison I is not always right.

    --
    if this is supposed to be a new economy, how come they still want my old fashioned money?
  22. Re:Zontar The Mindless: Eat your words by Zontar+The+Mindless · · Score: 1

    All of these claims have been answered elsewhere and SHOWN TO BE FALSE.

    Reposting them DOES NOT MAKE THEM TRUE--THEY ARE STILL FALSE CLAIMS.

    --
    Il n'y a pas de Planet B.
  23. Re:Counter-Proof (hpHosts/malwarebytes) by Zontar+The+Mindless · · Score: 1

    You keep repeating the same lies as if re-posting them will magickally make them turn true.

    --
    Il n'y a pas de Planet B.
  24. Remain skeptical... by BobandMax · · Score: 1

    ...but don't dismiss Oracle's arguments without examination. It may be that Oracle is trying to shift the blame, or their part of it. But, that is also the default position for governmental organizations when shit hits the fan. Is it a coincidence that almost all of the exchanges that failed or are in deep trouble chose government as the SI? Regardless how you view government, it must be conceded that there are few incentives for efficiency or success. Sadly, this also extends to contracts let by said organizations.

    --

    "Computers are useless. They can only give you answers."
    -- Pablo Picasso
  25. Re:Bloated, nonstandard, difficult to administer by FlyingGuy · · Score: 1

    So AC, you really *think* you know what you are talking about, but in fact you really don't.

    Postgres - in a high transaction environment if the vacuum goes sideways you just simply crash and burn and your data gets scrambled. On top of that, I double dare you to try and move from one machine to another, much less one hard drive to another.

    MySQL - ACID much?

    SQLLite Uhmm for little tiny projects, sure as long as you don't need ACID or more then one person using it.

    Oracle - IF and it is a BIG ONE - you actually know how to use it, (If you have had the proper training, or you have been using it forever ) It will spin circles around pretty much anything out there. Do stupid things with it and just like any of the rest of them that are enterprise class ( MS-SQL, DB2, Postgres, Informix etc. ) they will not perform up to anyone's expectations.

    So please go have a big frosty glass of Shut The Fuck Up.

    --
    Hey KID! Yeah you, get the fuck off my lawn!