Slashdot Mirror


How Much Is Oracle To Blame For Healthcare IT Woes?

Nerval's Lobster writes "The state of Oregon blames Oracle for the failures of its online health exchange. The health-insurance site still doesn't fully work as intended, with many customers forced to download and fill out paper applications rather than sign up online; Oracle has reportedly informed the state that it will sort out the bulk of technical issues by December 16, a day after those paper applications are due. 'It is the most maddening and frustrating position to be in, absolutely,' Liz Baxter, chairwoman of the board for the online exchange, told NPR. 'We have spent a lot of money to get something done—to get it done well—to serve the people in our state, and it is maddening that we can't seem to get over this last hump.' Oregon state officials insist that, despite payments of $43 million, Oracle missed multiple deadlines in the months leading up to the health exchange's bungled launch." (Read more, below.) "This isn't the first time Oracle's name has circulated in conjunction with the Affordable Care Act's digital drama. In November, USA Today published a piece suggesting that 'communication breakdowns' with Oracle Identity Manager had led to 'bottlenecks' in the registration process for Healthcare.gov, the federal online health exchange, which in turn prevented some users from signing up for healthcare. But a single contractor doesn't lie at the root of the federal Healthcare.gov's spectacular debacle: despite months of preparations, large sections of the site remained unfinished on launch day, and the completed parts crashed as soon as users began entering the site. According to multiple sources, the Medicare agency tasked with overseeing the project failed to adequately test, much less integrate, the site's complex elements ahead of launch day. Even if it didn't hold that much responsibility for the federal Website's issues, though, Oracle could find itself the target of much more blame in the Oregon case, where it was reportedly the sole contractor and overseer."

275 comments

  1. What a joke by Murdoch5 · · Score: 5, Funny

    This after Oracle came out explaining how Open Source is not only dangerous but a cancer to development. I'm so glad Oracle has shown with out a shadow of a doubt that Open Source software leads to broken systems, I would hate to not know this, good work Oracle, from now on I'll always pick the closed source guys ...

    1. Re:What a joke by Steve_Ussler · · Score: 0

      Excellent point!

    2. Re:What a joke by unixisc · · Score: 2

      They should have contracted the FSF to build this whole system - and put it under AGPL3

    3. Re:What a joke by TWiTfan · · Score: 2, Funny

      Agreed, the whole reason the Obamacare website failed is because it was built by a big evil corporation on proprietary software instead of by a group of plucky college students building it on OSS out of a coffee shop. Global warming probably also played a role.

      --
      The cow says "Moo." The dog says "Woof." The Timothy says "Thanks, valued customer. We appreciate your input."
    4. Re:What a joke by MightyMartian · · Score: 4, Insightful

      As much as I loathe guys like Mark Zuckerberg, I'll wager giving some of his script monkeys a few months to come up with a functional ACA website, and they'd probably do it, using largely open source tools to pull it off.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    5. Re:What a joke by TWiTfan · · Score: 1

      Yeah, they could run the server farms out of their dorm room! And put Josh in charge of securing all Americans' personal healthcare files!

      --
      The cow says "Moo." The dog says "Woof." The Timothy says "Thanks, valued customer. We appreciate your input."
    6. Re:What a joke by Murdoch5 · · Score: 1

      Actually it would of turned out better, it's so far been the biggest failure in website history.

    7. Re:What a joke by Salgak1 · · Score: 1

      And of course, the Master Password would be "ChuckNorris". . .

    8. Re:What a joke by RabidReindeer · · Score: 1

      As much as I loathe guys like Mark Zuckerberg, I'll wager giving some of his script monkeys a few months to come up with a functional ACA website, and they'd probably do it, using largely open source tools to pull it off.

      Mostly functioning.

      And with security like a sieve.

      Those two extras are what make the difference between overnight delivery and something that can stand up to real-world stresses.

    9. Re:What a joke by jedidiah · · Score: 1

      This is Oracle, the king of high priced proprietary software. Why do you think that "Open Source" has anything to do with this?

      --
      A Pirate and a Puritan look the same on a balance sheet.
    10. Re:What a joke by jedidiah · · Score: 3, Insightful

      > Mostly functioning.

      Beats nothing.

      > And with security like a sieve.

      As if the Obamacare website that's designed to funnel personal data to Experian is any better...

      --
      A Pirate and a Puritan look the same on a balance sheet.
    11. Re:What a joke by burisch_research · · Score: 2

      I think you missed the tongue-in-cheek here.

      --
      char*f="char*f=%c%s%c;main(){printf(f,34,f,34);}";main(){printf(f,34,f,34);}
    12. Re:What a joke by Anonymous Coward · · Score: 0

      I'd go with Priceline.com, Expedia.com, etc., working high transaction sites that work with disparate legacy mainframe systems and API's.

    13. Re:What a joke by Anonymous Coward · · Score: 0

      Aint could of yall whatchamacallit!

    14. Re: What a joke by Anonymous Coward · · Score: 0

      What do you mean funnel TO? They are probably paying Experian to use THEIR information.

      People acting all afraid of the government collecting information on *gasp* CITIZENS, don't seem to have any idea what other private citizens already have amassed on them.

    15. Re:What a joke by Anonymous Coward · · Score: 0

      Dude, the websites run on windows and oracle.... If it was Mysql and linux it would have been running perfect from day 1.

    16. Re:What a joke by Anonymous Coward · · Score: 0
      The irony between your nickname and your post is absolutely hilarious!

      It's would have, moron Murdoch! Would have!

    17. Re:What a joke by cusco · · Score: 5, Interesting

      I've been involved in a lot of database projects over the years, only two of them were Oracle. Both were multi-year, multi-million dollar fiascoes, and both have been trashed and replaced (with SQL Server and Informix) at the first opportunity.

      --
      "Think about how stupid the average person is. Now, realise that half of them are dumber than that." - George Carlin
    18. Re:What a joke by BitZtream · · Score: 2

      I think that would be an example of security like a sieve actually. Its an exploit, but it was there by design.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    19. Re:What a joke by Ravaldy · · Score: 1

      No, it's not because of the closed system, it's because it was managed poorly. With the right people, proper project management and the right amount of planning they would have reached the objective with few to no glitches.

      To blame open source or proprietary software for the failure is silly.

      On a side note, what proprietary tech did they use? When I looked at the tech specs I didn't see anything that isn't open source other than the database and web hosting solutions. Sure they are closed systems but they are well established and have tones of support available for them.

    20. Re:What a joke by Anonymous Coward · · Score: 0

      As much as I loathe guys like Mark Zuckerberg, I'll wager giving some of his script monkeys to come up with a functional ACA website, and they'd probably do it, using largely open source tools to pull it off.

      Script monkeys? Seriously? I hate Facebook too, but there's some serious engineering talent involved in building something at the scale of Facebook. You must be an amazingly distinguished and accomplished technologist to be able to dismiss them as mere script monkeys.

    21. Re:What a joke by M1FCJ · · Score: 1

      You lost me at the Windows bit... And they expect performance out of it?
      Don't think so. Oracle would have sold their Exadata solution and that's not Windows.

      Looking at my a year old Oracle licencing costs, $43 million can get you approx 835.64 Oracle Enterprise licences, that's a total of 1671.3 Intel CPU cores with 0.5 factor. That's a measly 26.11 16 core -each - quad socket machines, hardly enough to cover a cluster of 4 for development, UAT testing, interface dev & tests, a pair of production clusters... And that's w/o counting any hardware, electricity and more advanced functionalities like RAC for Oracle.

      This sounds like a bit of a toy project to me.

    22. Re:What a joke by Anonymous Coward · · Score: 0

      The problem with both systems is in trying to underwrite and qualify an applicant for a subsidy. If you won't qualify for a subsidy (single income higher than $46k+-) then it should be a simple online application that is sent to your insurance carrier of choice. Easy! However, in trying to do real-time underwriting for everyone regardless of their income, the systems must reach into a dozen government databases (IRS, HHS, etc). This is where the national and Oregon systems are falling down. Disparate databases with a hodgepodge of authorization and security systems.

      It would have been better to have a simple calculator like Kaiser Permanente has on their site to show what the subsidy might be, and then have the subsidy underwritten later from the insurance company database.

      A few misunderstood features of the ACA:

      -Even if you are entitled to a subsidy, you can still pay the full price upfront and get the credit back on your 2014 tax return.
      -You can change plans anytime (for example if you find a better/cheaper one).
      -Not all plans are on the exchanges (most are not). Talk to your doctor and find out what insurance they take. Call that insurance company.
      -You only need a group of three employees to get a group rate. Group plans are not on the exchanges yet. Shop around.

  2. No company can build well with a bad spec by SuperKendall · · Score: 3, Insightful

    Oracle services may at times make a hash of things.

    But we are too quick to blame Oracle and the developer of healthcare.gov for problems that come down to what is simply, a bad and incomplete spec that is impossible to build a good system against.

    Indeed the "re-launch" of Healthcare.gov recently only works so much better because they scrapped the requirement that an application had to be completed in order for you to see prices (so you would not see the real price). The application process still is deeply flawed; but you can at least see raw static data now...

    So don't place too much blame on Oracle for not succeeding at a Herculean task.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:No company can build well with a bad spec by Marxist+Hacker+42 · · Score: 5, Interesting

      It isn't healthcare.gov, it's CoverOregon.com, Oregon's own bungled system that only somebody who wants their identity stolen would fill out the "Download this 19 page PDF, fill it out, and mail it to us" "working website".

      Though, you may be right- considering what is NOT working at CoverOregon, seems to be the part that links to Healthcare.gov

      --
      SJW: a person who perceives an injustice, and while correcting it, commits a greater injustice.
    2. Re:No company can build well with a bad spec by thaylin · · Score: 1

      Umm, first this is not healthcare.gov we are talking about here, but a smaller state level version. Second if the Oracle project manager is not getting the specs right than the problem still lays at their feet.

      --
      When you cant win, ad hominem.
    3. Re:No company can build well with a bad spec by Anonymous Coward · · Score: 0

      "a bad and incomplete spec that is impossible to build a good system against." -a competent management detects this ahead of time.

      As opposed to blowing through deliverables and missing deadlines without so much as noting it.

    4. Re:No company can build well with a bad spec by SuperKendall · · Score: 1

      Umm, I am talking about both Oregon and the national site, since both are built for the same purpose, and in both cases the companies building the website are being blamed for the site not working.

      The Oracle project manager is getting the specs right; the people creating the specs (government) are not giving Oracle what it needs to build a fully functional site.

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
    5. Re:No company can build well with a bad spec by FacePlant · · Score: 5, Insightful

      > But we are too quick to blame Oracle and the developer of healthcare.gov for problems that come down to what is simply, a bad and incomplete spec that is impossible to build a good system against.

      No. All specs are incomplete or bad.

      The Waterfall model that everybody seems to still love,in which you assume a spec is complete before you begin work, was discredited in the very paper that named it. Fifty years of waterfall model system develop has borne that out time and time again.

      Part of delivering a working figuring out where the specs are flawed, and changing them so that the delivered system works for the users. otherwise it only works for the contracting officers and the lawyers who handle the ensuing lawsuits.

      --
      My Heart Is A Flower
    6. Re:No company can build well with a bad spec by thaylin · · Score: 1

      From my software engineering class in college, and from experience, that problem still layss at the feet of poor project management from Oracle. It is their job to ensure that they get the specs they need to make it work. Note the article did not say the requirements changed, but that Oracle missed deadlines.

      --
      When you cant win, ad hominem.
    7. Re:No company can build well with a bad spec by mlts · · Score: 2

      The ironic thing is that after the NoSQL fiasco of healthcare.gov [1], I was convinced that anyone running Oracle, MS SQL, or DB/2 on the backend would have something decent up and running.

      This isn't rocket science. Grab example schema from a private insurance firm, adapt them to this task, and go from there.

      I'm completely surprised by this... Oracle is one of the top tier database managers of choice for the big leagues, so I was expecting this to be a cakewalk compared to other tasks.

      [1]: Why is a RDBMS that (as far as I am aware of) fails the ACID test being used for such critical data in the first place?

    8. Re:No company can build well with a bad spec by Trepidity · · Score: 3, Interesting

      It'd be interesting to see the spec difference between Oregon's and California's. California's exchange seems to have turned out better. Is that because California managed the specification, tender, and contractor-communication process better than Oregon did? Or is it because California's contractor (Accenture) was better than Oregon's (Oracle)?

    9. Re:No company can build well with a bad spec by StevenMaurer · · Score: 2

      Umm, I am talking about both Oregon and the national site, since both are built for the same purpose

      Yes, this is kind of like saying that Amazon and Sears.com are both built to the same purpose: to help customers buy things.

      However, that doesn't mean that they're at all the same code base, scale (the federal government has a much bigger task in that regard), technologies, contractors, requirements (Oregon has its own medical system allowed by waivers), budgets, and development schedules.

      Do you know how I know you are not at all a nerd, have no practical experience in web-development (front end or back end), and are basically just talking out of your ass?

    10. Re:No company can build well with a bad spec by Anonymous Coward · · Score: 1

      The fact that Oracle services are crap is a known fact in IT world. But management types think that corporate tanks claiming big bucks can not fail, and the oracle circus goes on. Partner it with big iron and big ERPs and you get the picture at the table starting every megaproject, magawastin', megafailure.
      At the end, only the programmers and other non managerial personnel stand as the culprit and the people with the cuban cigars in the picture are gone to the hunt of the next IT megaturd.

    11. Re:No company can build well with a bad spec by Anonymous Coward · · Score: 1

      Private insurance firms use EDI.

    12. Re:No company can build well with a bad spec by Anonymous Coward · · Score: 1

      If a company accepts more than 40 million dollars for a contract they'd better be willing to participate in the design process and find flaws in the specifications. Blaming the spec is an incredibly lame excuse when a team fails to produce a working product on schedule. If you don't have the skills to judge the requirements put forward by the client and suggest changes that make the project successful, don't bid on the contract.

    13. Re:No company can build well with a bad spec by mosb1000 · · Score: 3, Interesting

      This isn't rocket science. Grab example schema from a private insurance firm, adapt them to this task, and go from there.

      This is almost certainly what was done, it's exactly the kind of hair brained scheme businessmen and politicians always want to try. It is needlessly conservative. Get a good developer and make a schema specifically for your project. Like you said, it isn't rocket-science. There isn't some dark magic involved in developing a schema. You make a list of all the data you need to track and then you find a good way to break it out into tables and normalize it.

      Don't try to shoehorn some existing schema into your project, you'll end up tracking data you don't need and storing data you do need inefficiently.

      Also, having worked with both NoSQL and relational databases, I'd suggest you not shy away from NoSQL simply because it is not as established. You can still develop and enforce a schema in a NoSQL database, but it is more versatile in terms of what you can store and less versatile in terms of what kind of queries can be run. You should chose the technology that is best suited to you application and not be afraid to explore technologies you haven't worked with before.

    14. Re:No company can build well with a bad spec by Anonymous Coward · · Score: 0

      So don't place too much blame on Oracle for not succeeding at a Herculean task.

      Oracle took the money. If they knew from the start they couldn't do it, they shouldn't have done so. They should have refused.

      The fact is, we are too quick to excuse Oracle and the developers, to treat it as a failure from the start, and to shrug and say, they couldn't have succeeded anyway, it's the government's fault because well, the government always does wrong.

      Or something.

      It's just like Capricorn One, the cover-up so you don't have to put somebody with a big bankroll on trial..

    15. Re:No company can build well with a bad spec by Monoman · · Score: 1

      I agree the specs were probably horrible but they should have not taken the money if they couldn't do it. Unfortunately that is not how the big IT industry works.

      --
      Keep the Classic Slashdot.
    16. Re:No company can build well with a bad spec by Anonymous Coward · · Score: 1

      From my humble experience, i used to support a database, Oracle database, with hundreds of millions records per month, without using any special hardware, and, it, worked, GREAT. It, just , works, but only if you know what you are doing, why, and how.

      So, no, Oracle is not to blame in this case, sorry guys. Open source database is nice, but when it comes to very big data sets, there is only one real competition, "CACHE". The one that is used by the most health-care institutions.

    17. Re:No company can build well with a bad spec by strength_of_10_men · · Score: 5, Insightful

      I would agree with you but from TFA:

      Oregon had an ambitious goal: to create a place where anyone, from Medicaid recipients and small-business owners to people in the individual market, could go to shop for insurance. "In hindsight — which is always wonderful — we made decisions that made our system much more complicated to build," Baxter says.

      Initially, Oracle promised it could get the job done.

      Yeah, it could have been a nightmare of a spec, but if Oracle promised it could be done, then I have a hard time cutting them any slack.

    18. Re:No company can build well with a bad spec by Sarten-X · · Score: 4, Insightful

      Allow me to rephrase:

      After a project that I was biased against [1] failed, my bias was confirmed and I knew that my preferred solution would be much better.

      I have a half-baked plan already, so surely the real thing can't be much more difficult.

      Now I see evidence that contradicts my bias, so I'm completely surprised.

      [1]: Why is a project I know little about using a database I know little about?

      One of MarkLogic's strong points is that it uses that "example schema from a private insurance firm" as its starting point, keeping records arranged in the proper hierarchies for use in the healthcare industry. Yes, you could reproduce the constraints using another database, but why go to the extra work? Oh, right, there's that consistency point... but a quick search shows that MarkLogic is claiming ACID support.

      So for a project in the healthcare sector is using a healthcare-oriented database. This doesn't seem to be a bad idea. The questionable part is how there are fewer MarkLogic experts than Oracle gurus, but that's not really a showstopper.

      --
      You do not have a moral or legal right to do absolutely anything you want.
    19. Re:No company can build well with a bad spec by sandbagger · · Score: 5, Funny

      >Grab example schema from a private insurance firm, adapt them to this task, and go from there.

      You clearly have never worked with code from an insurance company. It's code that goes back to Rome, with layers of crap built on top of layers of crap. The code comments have remarks from developers begging for the sweet release of death.

      --
      ---- The above post was generated by the Turing Institute. Maybe.
    20. Re:No company can build well with a bad spec by MachineShedFred · · Score: 4, Interesting

      I just find it comical that this is one more in a long string of IT projects taken on by the State of Oregon to be completely botched together, launched to endless faults and problems, then fixed over a period of months if not scrapped altogether. And they have the balls to blame someone else.

      To anyone that's lived in Oregon for any period of time over the last 10 years, this is business as usual.

      --
      Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
    21. Re:No company can build well with a bad spec by Nyder · · Score: 1

      Oracle services may at times make a hash of things.

      But we are too quick to blame Oracle and the developer of healthcare.gov for problems that come down to what is simply, a bad and incomplete spec that is impossible to build a good system against.

      Indeed the "re-launch" of Healthcare.gov recently only works so much better because they scrapped the requirement that an application had to be completed in order for you to see prices (so you would not see the real price). The application process still is deeply flawed; but you can at least see raw static data now...

      So don't place too much blame on Oracle for not succeeding at a Herculean task.

      Bullshit. Oracle and the devs of Healthcare.gov are responsible for what they put out, since they bid on the contracts. They shouldn't of been bidding if it wasn't something they could do. It's funny how we have hundreds of thousands websites that work fine out there, and yet we get big companies (Oracle) and big projects (Healthcare.gov) that fail miserably. Not funny as in haha, but funny how we should accept that failure is okay when it comes to computer companies and programming.

      Sorry, but I don't buy that. If you are a software company and you accept a contract to delivery a working system, you damn well better make sure that system is working when you say it will.

      --
      Be seeing you...
    22. Re: No company can build well with a bad spec by Anonymous Coward · · Score: 0

      They got the right people for the job: Oracle suits and ass coverers to fuck up the implementation of a fucked up spec on top of their Oracle fucktard platform.

    23. Re:No company can build well with a bad spec by Em+Adespoton · · Score: 2

      The ironic thing is that after the NoSQL fiasco of healthcare.gov [1], I was convinced that anyone running Oracle, MS SQL, or DB/2 on the backend would have something decent up and running.

      This isn't rocket science. Grab example schema from a private insurance firm, adapt them to this task, and go from there.

      I'm completely surprised by this... Oracle is one of the top tier database managers of choice for the big leagues, so I was expecting this to be a cakewalk compared to other tasks.

      [1]: Why is a RDBMS that (as far as I am aware of) fails the ACID test being used for such critical data in the first place?

      The problem here is that you have decision makers looking at the NoSQL fiasco and going "we don't want that -- we'll do this with Oracle!" and then checking that issue off their list as if all their DB issues were solved. I've seen this time and again, where the manager of a DB project will decide on the data storage technology they plan to use, and then assume that the problem of implementing a schema and developing a front end to the data store is all but complete, and just needs a few employees thrown at it "in their spare time" to make it so.

      Then people get upset with their datastore provider when it doesn't magically anticipate their unvoiced (and ovten unknown) requirements.

      The truth is, ANY DB can be used to this purpose -- albeit some have workflows already developed that might more closely match what is required in the implementation. The big problem is when those allocating the resources decide that their implementation should be a cakewalk, so they fail to invest in identification and development of the missing pieces.

    24. Re:No company can build well with a bad spec by Endloser · · Score: 1

      All the cool kids use Agile nowadays.

    25. Re:No company can build well with a bad spec by kilodelta · · Score: 2

      Part of the problem is that Oracle is pretty prevalent in the commercial world - not so much in the State or Federal government spheres. And big business throws huge amounts of cash at projects like this so eventually they get a product.

      Now having worked in one state office that DID use Oracle it was just a stand-alone database. That was it, nothing more extensive than that.

      But in another state office there wasn't a shred of Oracle in it. All open source - standard LAMP suite. And it didn't break. Imagine that.

    26. Re:No company can build well with a bad spec by minstrelmike · · Score: 3, Insightful

      ...Like you said, it isn't rocket-science. There isn't some dark magic involved in developing a schema.

      The dark magic is required when dealing with managers.
      The very first thing anybody tells me about their website is that they want to track users.
      That of course, is the very last thing you actually want to do to people who are merely browsing but trying to convince managers of that is impossible.
      And if you're a contractor, do you want the job or not?

    27. Re:No company can build well with a bad spec by Will.Woodhull · · Score: 2

      You are implying that Oracle was not capable of recognizing that the spec was "bad and incomplete"? Then Oracle was misrepresenting itself as competent to do the job. And with Oracle's resources, that means the company was doing this in a deliberate and purposeful way; it was committing an act of fraud.

      This could not have been done by one or two individuals at Oracle. A fraudulent act of this scale, perpetrated over months and involving expertise in technical, legal, and accounting fields could only be done by a conspiracy involving corporate officers, corporate lawyers, and chief accountants. Oregon's Attorney General should investigate the conspiracy to defraud the State, and should probably bring some of Oracle's high level personnel up on criminal RICO charges.

      That will not mitigate the damages done to Oregon, but then there is nothing that could repair that damage. It would take some bad actors out of circulation and possibly send an important message to other corporate officials that just because they are not in the 99%, they are not immune to criminal prosecution when they drive their corporations into fraudulent activities.

      --
      Will
    28. Re: No company can build well with a bad spec by Anonymous Coward · · Score: 1

      You see that is the problem right there: you hear Oracle and you think DB, but they have dozens of end of life platforms that they picked up cheap in order to make hostages out of the customers.

    29. Re:No company can build well with a bad spec by Anonymous Coward · · Score: 0

      > Why is a RDBMS that (as far as I am aware of) fails the ACID test being used for such critical data in the first place?

      At some traffic point all systems fail. There are multiple googletalks on this subject. DB/2 is not much more sophisticated than MySQL. MS SQL does a fantastic job on large datasets compared to DB/2. Oracle is so maddingly fragile (through their stored procedures and async operations and performance tweaking) and complex now, I'm surprised anyone pays for it.

      Scaling is still a problem that none of these databases do easily. Their system is probably a mix of highly volatile, not so volatile and static data from multiple sources. So I'm not surprised. Oracle and DB/2 are BAD CHOICES in almost every situation. Oracle and MS SQL fall down based on data usage and you risk being left with a ton of logic wrapped in stored procedures because you wanted to avoid the pain of scaling as long as possible rather than dealing with it as early as possible and seeing how badly it works. This is the common case with sharding in most production systems that I've encountered.

    30. Re:No company can build well with a bad spec by Anonymous Coward · · Score: 0

      Oracle services may at times make a hash of things.

      But we are too quick to blame Oracle and the developer of healthcare.gov for problems that come down to what is simply, a bad and incomplete spec that is impossible to build a good system against.

      Indeed the "re-launch" of Healthcare.gov recently only works so much better because they scrapped the requirement that an application had to be completed in order for you to see prices (so you would not see the real price). The application process still is deeply flawed; but you can at least see raw static data now...

      So don't place too much blame on Oracle for not succeeding at a Herculean task.

      A company may not be able to build a good application against a bad spec, but they can push back on that spec and explain that it is not good enough to build against....Anything is better than just building the product knowing that it is a failure.

      Imagine someone taking their car to a mechanic. They might say something like: "the engine is louder and rougher sounding than usual, can you fix the engine for me?".
      A good mechanic might say something like "It sounds like the exhaust, sir, not the engine. I'll take a look and let you know what I find and give you a quote if you like".
      What you suggest is that the mechanic start taking the motor apart looking for the problem based on the flawed logic of the customer, who knows nothing about cars. A week later they hand the customer a bill and say they couldn't figure out what was wrong with it based on his terrible explanation of the problem...

    31. Re:No company can build well with a bad spec by mlts · · Score: 1

      Please enlighten me:

      Can you cite me a working use case of MarkLogic, or any NoSQL database being used for something other than "disposable" data (search engine indexes for example) which transaction integrity is not an issue? Especially in the medical field where loss of records can mean very large civil and criminal actions.

      NoSQL has its uses because it plays fast and loose with ACID, allows the application to have more control of things, and is good for large writes. However, medical data isn't something one wants to take risks with, and I've not seen any real cases of NoSQL "earning its bones" with critical data.

    32. Re:No company can build well with a bad spec by Will.Woodhull · · Score: 1

      Part of delivering [ s/a working/is/ ] figuring out where the specs are flawed, and changing them so that the delivered system works for the users. otherwise it only works for the contracting officers and the lawyers who handle the ensuing lawsuits.

      Exactly. The contracting officers and the Oracle lawyers managing the contract knew of the problem, for Oracle does not put inexperienced persons in these positions. I think there would also have been red flags raised in the bookkeeping of this contract, so I think a Chief Accountant would also have known of the problem. There would have to have been a conspiracy among several corporate officials for Oracle to have continued to work on what it knew would be a failure.

      --
      Will
    33. Re:No company can build well with a bad spec by Anonymous Coward · · Score: 1

      I am curious. How would you develop a health insurance exchange differently for 4 million vs 300 million people?
      I understand different hardware would be needed, but the design of the website I'm not sure would be different. I think it is you making stuff up.

      Besides, wasn't it Oregon that people on /. were telling all of us had a great state exchange just last week? Funny how reality has a anti-liberal bias ONCE the truth comes out.

    34. Re:No company can build well with a bad spec by RabidReindeer · · Score: 3, Informative

      The words that have doomed more IT projects than any other:

      "All You Have To Do Is..."

    35. Re:No company can build well with a bad spec by RabidReindeer · · Score: 2

      Actually, Oracle wouldn't even exist if it hadn't got its start on Federal projects.

    36. Re:No company can build well with a bad spec by Anonymous Coward · · Score: 0

      Pure waterfall requires the entire spec to be declared at first, then built. It's flaws is that environments change over a 3 year period. The best implementation is what my professor called cinnebon, which is iterative waterfalls. Still waterfall, but phases. Agile is an attempt to shorten the iterations, totally allowing the business side to not make a decision and stick to it.

      The trick to any iterative development process is to figure out the core of what the application will do and develop that first as the foundation. Futher iterations serve to enhance that core foundation.

      Any development process that has a changing core will fail. I don't care if it's waterfall, cinnebon or agile.

    37. Re:No company can build well with a bad spec by jedidiah · · Score: 4, Insightful

      > Oracle is so maddingly fragile (through their stored procedures

      An entirely avoidable artificial and self-inflicted problem.

      People pay for commercial databases because the biggest free one still gets delivered with something as simple as foreign keys turned off.

      A commercial RDBMS might not be able to handle whatever Facebook is doing but supporting the ACA website should be no problem with 10 year old copies of Oracle, DB2 or even SQL Server.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    38. Re:No company can build well with a bad spec by NatasRevol · · Score: 1, Insightful

      If you're seriously suggesting that California's government is better than Oregon's, then you need to get off the crack.

      --
      There are two types of people in the world: Those who crave closure
    39. Re:No company can build well with a bad spec by mosb1000 · · Score: 5, Insightful

      That's true, but if your developer can't even make the schema, they were just going to fail anyway. At least this way you learn they're in over their heads before all the money is spent.

    40. Re: No company can build well with a bad spec by jedidiah · · Score: 2

      Oracle's applications are ugly things. Their core engine is great but pretty much anything else they try to build is a steaming pile. It's probably everything else above the RDBMS in the Oregon system that's a disaster.

      Plus Oracle charges by the CPU, so there is really no incentive for them to do things efficiently. They want you stuck paying 3x or 5x more for your infastructure than you really need to.

      You can bet that this thing is built specifically to lock Oregon into Oracle products in the future. So more upgrades in the future and no feasible means of escape.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    41. Re:No company can build well with a bad spec by Sarten-X · · Score: 2

      Yes, I can, but I won't say the name, because I've personally worked on a NoSQL system for medical data. In our case, we explicitly chose to drop ACID support, because we needed the faster and cheaper write speed, which outpaced RDBMS alternatives tenfold on the same hardware. Since we were building statistics, any occasional loss of records was not in any way a liability. Later on in the project, ACID support was enabled, once we had completed our initial load and the write rate had dropped from a few billion records per day to only a few million. Tests showed that we still outpaced the fastest RDBMS alternative by more than 200%.

      What's interesting with MarkLogic is that I can't seem to find any clarification on which parts of the site it was used for. There's no indication whether it was even used for critical data, though apparently it does elsewhere. Of course, I suspect that won't matter. You're pretty obviously a die-hard RDBMS-lover, and we mustn't let facts get in the way of a good outrage.

      --
      You do not have a moral or legal right to do absolutely anything you want.
    42. Re:No company can build well with a bad spec by Anonymous Coward · · Score: 0

      Posting as AC as I am a consultant who worked (though is not currently working) on Cover Oregon.

      Most of the problems are not directly related to Oracle's software, or Oracle's consulting. What has given us the biggest headaches has been the integration with external systems and services, over which we have little to no control, and which are themselves flaky, unreliable and/or poorly documented. This includes various Oregon state services, Medicaid management systems and systems run by various other State or private entities, and Federal systems such as the Federal Data Hub (needed to verify identity, income, tax status etc.). Even when these external services are working, they often return incomplete or invalid data, or data that for whatever reason doesn't match what you think it should be). Legally, we cannot allow people to sign up for plans if we cannot verify their identity and income and confirm plan availability (which is why initially, you could browse plans, but you had to do a paper application if you wanted to actually sign up).

      This is not to pass the buck here - the problems should have been flagged and made clear to the client much earlier. They should have been managed. But both Cover Oregon (and I suspect healthcare.gov) are mind-numbingly complex and have a lot of touch points with systems and data managed by other parties. For someone to log in, browse plans, verify identity, check eligibility and successfully send an enrollment to an insurance company, ~everything~ in a huge chain of events has to go perfectly (and the customer's data has to be complete and consistent between State and Federal records etc.) It's not an easy task and any of the generic armchair 'IT experts' you see on the news saying how easy it should be really have no idea.

      Personally I think that a lot of it stems from the complexity of the US health system itself (from a law/policy perspective). A simpler system would have so many benefits - easier to understand for the public, easier to implement (both in the 'real world' and in software), fewer loopholes that might cause disputes etc. (See also: the US tax code!)

    43. Re:No company can build well with a bad spec by sl4shd0rk · · Score: 1

      Healthcare.gov recently only works so much better because they scrapped the requirement

      Uh.. that's not quite accurate. The changes made*, so far, were the typical things you would expect of an ill performing system; Glitches in code, not enough testing, scalability issues and much more. All things which people on 6 digit salaries or contracted consultants (Oracle) don't need to have spelled out to them. If there was a spec, it was the least of the problems. Much of what the ACA suffered from was just plain negligence. Almost to the point of being sabotage.

      [*] - http://www.washingtonpost.com/blogs/wonkblog/wp/2013/10/05/a-techie-walks-us-through-healthcare-govs-two-big-problems/

      --
      Join the Slashcott! Feb 10 thru Feb 17!
    44. Re:No company can build well with a bad spec by PapayaSF · · Score: 2

      This isn't rocket science. Grab example schema from a private insurance firm, adapt them to this task, and go from there.

      But look at this diagram. Healthcare.gov was supposed to exchange data with the IRS, Social Security, Homeland Security, the Treasury, and HHS. Plus all the carriers. Plus 50 state Medicaid systems. In realtime. Securely. I'm no expert, but my understanding is that hooking up pre-existing databases in this way is very, very hard. When we are told that 30-40% of the backend of Healthcare.gov is not yet built, I think this is what they are referring to.

      (And yes, I know this diagram is hosted on a Republican website, but it seems to be a pretty straightforward depiction of the structure. I don't see any evidence that the graphic artist was trying to make it look more complex than it really is.)

      --
      Q: What does the "B." in Benoit B. Mandelbrot stand for? A: Benoit B. Mandelbrot
    45. Re:No company can build well with a bad spec by Anonymous Coward · · Score: 0

      Yeah, it could have been a nightmare of a spec, but if Oracle promised it could be done, then I have a hard time cutting them any slack.

      I'm sorry if I'm wrong, but I don't think you fully comprehend how contracting works... every contract of this sort starts with the contractor swearing upside-down and sideways that the job is not insurmountable. Why else would they win the job (strictly speaking in terms of ethical business, of course... faux-bidding a contract doesn't count). You certainly wouldn't say, "Hey Joe, I have 60 mil to develop this web site." and then hire Joe if he says "Yeah I'll take it but man, I don't know if I can do it."

      Every person bidding says they can do it the best. That's the point. The only contractors that win (again, ethically win) with iffy confidence up front are usually on research initiatives aimed at determing if a task is even possible.

    46. Re:No company can build well with a bad spec by plopez · · Score: 1

      "This isn't rocket science. Grab example schema from a private insurance firm, adapt them to this task, and go from there."

      Ummmm..... yeah. From my experience in various industries every company has their own way of doing things. Which is the best way for *them* to do so based on their goals, business processes, historical IT projects, data and schema merged in when they bought another company or were acquired by one etc. Lets not forget said schema and implementations may be proprietary trade secrets or copyrighted. In other words, good luck with that.

      --
      putting the 'B' in LGBTQ+
    47. Re:No company can build well with a bad spec by mlts · · Score: 2

      I'm definitely not belittling the work it takes to make such an undertaking, but one can compare the ACA website to the US NCIC database that every LEO uses from Interpol down to the country dogcatcher.

      The NCIC database has as much, if not more communication, be it to private companies, to government agencies, to international entities (other nation LEO/intel service), down to the comic strip posted where people get $5 off if they successfuly match five people's pictures to the crimes they did.

      I agree -- this is very, very hard work. However, it isn't something that has not been done before.

    48. Re: No company can build well with a bad spec by Anonymous Coward · · Score: 0

      Hear hear. Oracle sucks balls. I worked for a few years on Oracle-based stuff, and the one emotion from that time that still stays with me is "kill me now"

    49. Re:No company can build well with a bad spec by PapayaSF · · Score: 1

      I agree -- this is very, very hard work. However, it isn't something that has not been done before.

      But over 50% of huge IT projects fail, many of them much more narrow in scope than Healthcare.gov. So based on that and the major levels of incompetence shown so far, I think the odds are better than even that it ultimately fails.

      --
      Q: What does the "B." in Benoit B. Mandelbrot stand for? A: Benoit B. Mandelbrot
    50. Re:No company can build well with a bad spec by strength_of_10_men · · Score: 2

      I know all too well how contracting works. I'm an independent contractor and I always do what my promise. None of your points, in any way, is a mitigating circumstance for Oracle.

    51. Re:No company can build well with a bad spec by Anonymous Coward · · Score: 0

      Specs? We don't need no stinking specs!

    52. Re:No company can build well with a bad spec by rvw · · Score: 1

      If you're seriously suggesting that California's government is better than Oregon's, then you need to get off the crack.

      So he can stay on the crack if he's not serious? Wow, that's a relief! ;-)

    53. Re:No company can build well with a bad spec by Anonymous Coward · · Score: 0

      >Sorry, but I don't buy that. If you are a software company and you accept a contract to delivery a working system, you damn well better make sure that system is working when you say it will.

      Oh, you innocent child...

    54. Re:No company can build well with a bad spec by Trepidity · · Score: 2

      Which of the two states, in general, has a better government isn't really the question. Rather, it's which state in this specific instance specced out a website better.

    55. Re:No company can build well with a bad spec by phantomfive · · Score: 1

      Why? What's wrong with California's?

      --
      "First they came for the slanderers and i said nothing."
    56. Re:No company can build well with a bad spec by phantomfive · · Score: 1

      Promised with spoken words, or in a contract? Because that makes all the difference.

      Not that I ever feel a desire to cut Oracle any slack.

      --
      "First they came for the slanderers and i said nothing."
    57. Re:No company can build well with a bad spec by Lawrence_Bird · · Score: 1

      You also left out "continously changing spec". Without Oracle's input, there is no way to determine how much blame each party should get. I suspect Oracle keeps quiet as it is bad business to embarass your customer.

    58. Re:No company can build well with a bad spec by Lumpy · · Score: 1

      Actually perfect point. Who was the project manager? It is their fault. and if they made someone the project manager that has ZERO clue how to build a huge capacity website, then that person is the failure.

      Honestly, all the failure lies at the feet of the management involved, if they did not have meetings with the experts asking their advice and listen to them, then the management all needs to be fired on the spot and replace them with competent management that will listen to the experts.

      Sadly this step should have been taken 2 years ago when it was obvious that the management was clueless and not following the advice of the experts hired. it should have been in full testing phases 1 year ago with simulation of at least 120,000 visits an hour and designed with a temporary scaleup to 1,000,000 capacity for the first 3 months of operation.

      --
      Do not look at laser with remaining good eye.
    59. Re:No company can build well with a bad spec by Anonymous Coward · · Score: 0

      And your obviously a die-hard No-SQL-lover.

      Yay, your highly customized solution was fast...then you make up some stats about how much faster it was than generic RDBMS. Hooray for you, I can make shit up too. But I actually have to work for a living...you know with RDBMS and such...

    60. Re:No company can build well with a bad spec by Lumpy · · Score: 3, Informative

      How to deal with managers....

      Step 1 hire a really really big guy 6'5" tall and 3'5" wide at the shoulders. give him a paddle.
      Step 2 introduce him to the managers as your enforcer, "he is who you will deal with when you make stupid demands"
      Step 3, if the managers forget that, go back to step 2 but say to the big guy, " just dont break any bones, or get too much blood on the carpet.".

      All solved. Managers stop acting like middle school brats and will actually start acting like adults.

      And that is the problem, Managers like to act like middle school teenage girls, beating them solves this issue.

      --
      Do not look at laser with remaining good eye.
    61. Re:No company can build well with a bad spec by Lumpy · · Score: 1

      " I'm no expert, but my understanding is that hooking up pre-existing databases in this way is very, very hard."

      no it's not. you stream out a common and documented data format and tell all those others to "here is your data, parse it and get it into your system.

      You dictate the data and it's up to the other parties to deal with it. If anyone ever said, "we will meet their needs" they need to be beaten with a very large stick in the parking lot near the dumpsters until they die.

      you define your data format and send it. ALL the insurance companies have staff on hand that would easily make interface logic to get their data in/out.

      --
      Do not look at laser with remaining good eye.
    62. Re:No company can build well with a bad spec by PapayaSF · · Score: 1

      no it's not.

      So, then why is it that years after the site began to be built, and months after it launched, 30-40% of the backend is still not built?

      --
      Q: What does the "B." in Benoit B. Mandelbrot stand for? A: Benoit B. Mandelbrot
    63. Re:No company can build well with a bad spec by HiThere · · Score: 1

      Given the experiences I had with Oracle on a much smaller system, I'm quite willing to believe that they took the money, and then promissed that if you gave them more money they'd start work. They aren't being accused of that, possibly because Oregon is a larger customer with more clout, but I would NEVER trust ANY recommendation from Oracle. This is anecdote, not data, but it *is* my personal experience.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    64. Re:No company can build well with a bad spec by HiThere · · Score: 2

      Possibly Oregon is so bad at IT that they don't deserve any credit, but it's also true that Oracle is so untrustworthy that they don't deserve any slack either. So if Oregon says that Oracle didn't live up tot he contract, I have no difficulty in believing them. (Perhaps Oregon is lousy at contract administration? That would meet both of our expectations.)

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    65. Re:No company can build well with a bad spec by HiThere · · Score: 1

      Well, one thing that's wrong with California is unfunded initiatives. People vote for things without figuring out how to pay for them. Only the Feds are allowed to do that.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    66. Re:No company can build well with a bad spec by Anonymous Coward · · Score: 0

      Thanks, Oracle employee!

    67. Re: No company can build well with a bad spec by Anonymous Coward · · Score: 0

      How is that tremendously different then mailing a state income tax return?

      Maybe you've never done that... Shocker.

    68. Re:No company can build well with a bad spec by rk · · Score: 4, Insightful

      This. I'm a huge data model bigot. I believe that even if your code is dodgy, if your data model is good, you can overcome the dodgy code. If your data model is a clusterfuck, though, all the hero programming in the world isn't going to make it work right.

    69. Re:No company can build well with a bad spec by BaldingByMicrosoft · · Score: 1

      How about a little RTFA?

      "Oracle could find itself the target of much more blame in the Oregon case, where it was reportedly the sole contractor and overseer." ...

      ... "Oregon has spent more than $40 million to build its own online health care exchange. It gave that money to a Silicon Valley titan, Oracle, but the result has been a disaster of missed deadlines, a nonworking website and a state forced to process thousands of insurance applications on paper.

      Some Oregon officials were sounding alarms about the tech company's work on the state's online health care exchange as early as last spring. Oracle was behind schedule and, worse, didn't seem able to offer an estimate of what it would take to get the state's online exchange up and running." ...

      ... "The state hired Oracle to make that possible and has paid the company $43 million so far. But Oracle has missed deadline after deadline.

      Kline is fed up with the delays for the rollout. "They told us Oct. 1, they told us Oct. 15, they told us Nov. 1, they told us Nov. 30," Kline says. "Come on!" ...

      Maybe you should stick to posting anything-about-state-government-is-bad feedback at the Oregonian.

    70. Re:No company can build well with a bad spec by jabuzz · · Score: 1

      That's the thing you where cutting corners on the hardware. Buy the *RIGHT* hardware and get a *GOOD* DBA and there is almost no problem you cannot solve with a real RDBMS.

      Let's put it another way the hardware for random healthcare exchange is a rather small portion of the budget. So you can dick about with a NoSQL system but it is a false economy.

      I would further add that a good number of the NoSQL databases seem to be sprouting SQL interfaces.

    71. Re: No company can build well with a bad spec by Anonymous Coward · · Score: 0

      People seem to think that if it's "Oracle", then it must be an RDBMS issue. Oracle has thousands of products (SKUs), most nothing to do with the database. Most of those were acquired, not built in-house.

      Thus, if the issue really is Identity Manager, which was acquired, then it's:
      1) Application scaling issues
      2) No surprise that there aren't many competent in-house consulting skills for OIM.

      Also, Oracle (and most other large vendors) are so used to missing deadlines by months or years that it's sort of assumed that it will happen. Not explicitly, but it's just part of the culture, and often has to do with one-off patch turnaround times.

    72. Re:No company can build well with a bad spec by richlv · · Score: 1

      9 out of 10 healthcare websites run oracle... oops

      --
      Rich
    73. Re:No company can build well with a bad spec by volmtech · · Score: 1

      Apparently the website is working for some. Yes, it is slow, and editing a segment puts you back through the slow process again. I signed up for a plan an hour ago. It must get some records from the IRS. It knew my wife's last place of employment from a year ago. $19.50 a month for a silver plan with $1000 deductible. I'm on disability with limited income, YMMV.

    74. Re:No company can build well with a bad spec by pseudorand · · Score: 1

      Really? Don't blame Oracle, a huge and well funded IT company that claims to be the best of the best?

      The defense of both the healthcare.gov contractor and Oracle keep whining about requirements not being defined until late in the game, but anyone with experience in software development knows that "requirements" evolve over time and iterative development is the only way to do any project of any significant size. Now who do you think is in a better position to know that and manage the project accordingly: A state or federal government official or the head sales guy at an IT consulting firm?

      Buyer beware is still a bit true, but in 21st century America, and especially when accepting public money, it should be /seller/ beware. You can't (or shouldn't be allowed to) sell an obviously inadequate product or service and get away with it.

      Both Oracle and the healthcare.gov contractor are 100% culpable. They should be in a position to know what they were getting into and should not have gotten into it if it's so poorly defined that they can't deliver.

      IBM (another company I hate) actually did this right when they bowed out of that contract for a supercomputer for some university and just paid the associated fines. If you're the IT expert, it's your job to know how these things work and say if and when it can't be done.

    75. Re: No company can build well with a bad spec by Marxist+Hacker+42 · · Score: 1

      Actually, the last time I snail-mailed a State Income Tax return, was 1994. Since my first W2 job, I've used Turbotax and saved the stamp.

      And IIRC, even back then, it was a 40EZ since I was still in school- a one page form.

      --
      SJW: a person who perceives an injustice, and while correcting it, commits a greater injustice.
    76. Re: No company can build well with a bad spec by Anonymous Coward · · Score: 0

      You are all looking at the wrong issue here.

      People are losing their insurance, losing their access to their doctor, their hospitals. People with stage 4 cancer, people with diabetes, children, the elderly. People cannot get coverage, their PII is put at risk. People are losing their jobs, losing their full time status. Endless distraction and disruption of our civil society.

      Why?

      Why is ANY state or federal exchange necessary in the first place? It's simple, the IRS should require proof of coverage when processing the tax return. Why is anything more than this necessary in the first place?

      This is all one big fraud from top to bottom. A government power grab and nothing more. Whether or not some state or federal exchange works is in the end inconsequential.

      What are you people even talking about? The state acts in concert with big corporations to enrich the elites at the expense of the citizen, and this is news to you people? I mean really, what the fuckity fuck surprises a single one of you?

    77. Re:No company can build well with a bad spec by computer_chacham · · Score: 1
    78. Re:No company can build well with a bad spec by spitzak · · Score: 1

      I believe the poster you are responding too is saying that it was not done the way he proposes, and if it had been done the way he proposes it would be finished.

    79. Re:No company can build well with a bad spec by Anonymous Coward · · Score: 0

      Maybe I'm missing something, but how the hell can you get your identity stolen downloading a pdf?

    80. Re:No company can build well with a bad spec by recharged95 · · Score: 1

      "recently only works so much better because..."

      because the domain experts of the system now know what it should do. You're only a domain expert by experience, not by taking a class.

      When you do stuff complicated by human factors (aka diverse user base, laws, regs and legacy systems) and not physics for the 1st time, it's always bound to fail on some major items. Nothing new here. Facebook had launch issues in the past, same as Google... also remember Apple Maps fail or even the days when good'ole fail-whale was incredibly frequent?

      The obamacare site failed because of the deadline imposed indirectly on it... that the law require everyone sign up before Dec. The Republicans just stuck their finger in the wound to make it sound way bigger than the real problem, which Obama knew was a mistake on his part. This failure is not the tech, but the poor clarification of requirements. And guess what? Healthcare systems are piss-poor in use cases and design from the get go.

      I seriously doubt Google, Amazon, a bunch of smart ass college whiz kids or the such would have done better within the same man-hours used. Of course college kids could have done better, but would have worked twice, maybe 3x as many hours to get to this point.

    81. Re:No company can build well with a bad spec by Anonymous Coward · · Score: 0

      "...Like you said, it isn't rocket-science. "

      Ah a newbie to healthcare systems. Which involves legal compliance. the keyword is legal. That's something the internet has never dealt with aside from EULAs we all ignore until shit happens and find we end up saying 'shit'.

      Healthcare systems are not rocket science, cause they change as the laws change and likely outdated technology. Still hard, but not rocket science. Much answering the question: can you see the google news page from Oct 24, 2002 to prove a article you once read? Yeah, see. Healthcare systems need to do stuff like that.

    82. Re:No company can build well with a bad spec by recharged95 · · Score: 1

      And note both use Oracle RDBMS,11g AS and OID....

    83. Re:No company can build well with a bad spec by Dan667 · · Score: 1

      a software company that cannot collect requirements or verify requirements should not be building software. Domain specific software architectures, use cases, uml, it is not even that hard to do.

    84. Re:No company can build well with a bad spec by MachineShedFred · · Score: 1

      Maybe you should ask your state government why their contract with Oracle didn't include some kind of clause about them getting less money if they don't deliver on time. Why is it that the State of Oregon is such a fan of building in contractor bonuses for early delivery, but never any repercussions for being late or over budget? It's because they let the taxpayer eat those problems, and let the contractor move onto the next contract.

      It's been this way for decades with Oregon, and all we get out of the state when something goes sideways like this is some weak shit boo-boo woe-is-me piece on NPR about how the big bad corporation took advantage of us. Where are all the Department of Administrative Services lawyers going after Oracle for breach of contract? Oh, they aren't because Oracle isn't in breach, because I'd bet anything that there was no date actually stipulated in the contract; or if there was, there was no penalty stipulated for missing it.

      The reason why, as you put it, there are plenty of people who like to spew forth "anything-about-state-government-is-bad" feedback is because the state has been managed by the same network of Goldschmidt cronies for 20+ years, and this is business as usual.

      --
      Slashdot still doesnâ(TM)t support Unicode after it was added to the HTML standard in 1997.
    85. Re:No company can build well with a bad spec by Marxist+Hacker+42 · · Score: 1

      http://www.oregonlive.com/health/index.ssf/2013/11/cover_oregon_applicant_mails_i.html
      http://www.katu.com/politics/Embattled-head-of-Cover-Oregon-taking-a-leave-234138441.html

      Cover Oregon is full of paper-related security breaches. Until they fix the security process, I for one will NOT be trusting them with my personal data- especially not filled out on paper and snail mailed.

      --
      SJW: a person who perceives an injustice, and while correcting it, commits a greater injustice.
    86. Re:No company can build well with a bad spec by spectrumlogic · · Score: 1

      Could you link or cite specifics please? In the absence of specifics this argument is moot. I have personally met with this phenomenon however I have also seen this excuse crop up when it wasn't deserved. - Was this a hard money contract? - Were the specifications published prior to bidding? Or was it no-bid? - Is the Change-Order chain complete? Answer to questions like these should begin right there. - Is legal action for specific performance pending or anticipated? Or is simply positioning? I'm unsure we have enough information to form opinions.

    87. Re:No company can build well with a bad spec by Anonymous Coward · · Score: 0

      No, that is because they hired morons and have morons as the project management.

  3. There is Oracle, and Oracle consultants by sandbagger · · Score: 3, Interesting

    Plenty of the latter will help you sign the cheques for endless customization work orders until the money is gone. They have no actual interest in getting your product to market.

    Of course, bad project/program management is the actual fault here but at some point an ethical consultant will say 'Look, this will kick the can down the road to infinity+10 minutes.'

    --
    ---- The above post was generated by the Turing Institute. Maybe.
    1. Re:There is Oracle, and Oracle consultants by i+kan+reed · · Score: 5, Insightful

      Outsourcing and privatization of coding is a disaster waiting to happen for any company or government of sufficient size. When you lack the wherewithal in your own organization to make the project you're planning, you also lack the wherewithal to judge how much time/money/manpower it would take someone else.

      That in-and-of-itself is a problem, but it also, as you noted, injects a middle-man whose biggest incentive is to keep on earning money past the deadline for the project, not finishing it. When you hire your own coders, their biggest concerns tend to be keeping a manageable workload for themselves and keeping their jobs. Humans are (usually) much more reliable than corporations.

      The so-called cost savings of outsourcing projects are a lie too, but that's another rant.

    2. Re: There is Oracle, and Oracle consultants by jd2112 · · Score: 5, Funny

      It could have been worse.
      Imagine what it would be like if it were running SAP.

      --
      Any insufficiently advanced magic is indistinguishable from technology.
    3. Re:There is Oracle, and Oracle consultants by Anonymous Coward · · Score: 1

      Yep, functions much like IBM consulting.

      They drop "it does everything product" licenses on managers, then watch with greedy eyes as a boat makes a terrible car, then they begin marching in the consultants.

      The next thing you know your company has blown millions of dollars and management won't throw their horrible boat-car away no matter how unfit for actual use it is (we're invested!)

    4. Re:There is Oracle, and Oracle consultants by captbob2002 · · Score: 1

      Amen!

    5. Re:There is Oracle, and Oracle consultants by Kenja · · Score: 2

      Indeed. Oracle is a tool. You don't blame the screwdriver if the contractor messes up your kitchen cabinets.

      --

      "Have you ever thought about just turning off the TV, sitting down with your kids, and hitting them?"
    6. Re:There is Oracle, and Oracle consultants by mosb1000 · · Score: 3, Insightful

      The so-called cost savings of outsourcing projects are a lie too, but that's another rant.

      The key is only outsourcing part of the project, not the whole thing. If you are working alongside your contractor, you have a better idea of what they are doing and they have a better understanding of your needs. But if you hand over the entire project to a contractor, and you just try to oversee it, you are likely to run into communication problems which will definitely lead to unnecessary costs.

    7. Re:There is Oracle, and Oracle consultants by ERJ · · Score: 1

      Baloney...well, mostly baloney. There are times when it makes sense to do things in house and there are times where it very much does not make sense. Why hire full time employees for project management, development, QA, etc for an 12 month project? Does you organization have the expertise to run such an effort? What do you do with everyone once the project is over? Yes, you will want your own technical staff to be part of the process. Yes, it may make sense to do the maintenance / support in house. Yes, you should never do time and materials but instead fixed bid with penalties (this does mean you will need to have a very good spec up front). Yes, you should get several bids and do your homework on the companies providing the bids. However, none of this precludes using an outside contractor.

    8. Re:There is Oracle, and Oracle consultants by Sarten-X · · Score: 1

      When you lack the wherewithal in your own organization to make the project you're planning, you also lack the wherewithal to judge how much time/money/manpower it would take someone else.

      I've worked on a project where we had a small team of engineers devoted to doing things our subcontractors were being paid to do. They wouldn't need to make production-ready components, but just enough proof-of-concept work to validate the subcontractors' estimates, and catch their occasional lies.

      --
      You do not have a moral or legal right to do absolutely anything you want.
    9. Re:There is Oracle, and Oracle consultants by Obfuscant · · Score: 1

      Indeed. Oracle is a tool.

      Yes. Oracle is a company, and they are a "tool" in only slightly out of date slang.

      You don't blame the screwdriver if the contractor messes up your kitchen cabinets.

      Oracle IS the contractor, sweetheart. They are being paid to deliver the CoverOregon website. But my, don't we have such catchy tunes to remind us how great we have it here in Oregon? Long live Oregonians!

      The fact is that there will be people who have lost their current coverage because the law won't allow the plan and they won't be able to get signed up in time to prevent a gap. The fact is that the time it takes to get the paperwork (one report was that it took five weeks)*, fill it out (19 pages), and then get it processed (God only knows how long), will result in people not being covered and not meeting the mandated deadlines for being covered. I'm hopeful that the same groups that carefully monitor every death in Iraq and Afghanistan and attribute them all to Bush will carefully monitor any harm this system creates to the US public just as closely and attribute it to the correct source.

      * - from here:

      When the online system wouldn't work, George submitted a paper application Oct. 7 for herself and her husband. Finally, on Nov. 12, she received an enrollment packet that tells her how much of a tax credit she'll receive and lays out her coverage options. She's now waiting to meet with her insurance agent to pick a plan and return the forms.

      Oct. 7 to Nov 12 to get an enrollment packet. Atrocious. At least this article is honest enough to call them "insurance agents" and not "community partners.".

      The Cover Oregon website currently tells people to enroll by December 4th to get coverage by Jan. 1. Today's the 3rd. Five weeks from today will be Jan 7, 2014.

    10. Re:There is Oracle, and Oracle consultants by i+kan+reed · · Score: 2

      Baloney...well, mostly baloney. There are times when it makes sense to do things in house and there are times where it very much does not make sense. Why hire full time employees for project management, development, QA, etc for an 12 month project?

      Yes, because you end up paying for their HR overhead and downtime and hiring/firing expense that the contractor needs anyways. That's before owner profit. It substantially raises the cost while you are working on the project, costs you the value of having developers who understand your organization, and the vast majority of the time you end up needing contractors again for another project shortly.

      Yes, you will want your own technical staff to be part of the process. Yes, it may make sense to do the maintenance / support in house. Yes, you should never do time and materials but instead fixed bid with penalties (this does mean you will need to have a very good spec up front). Yes, you should get several bids and do your homework on the companies providing the bids. However, none of this precludes using an outside contractor.

      That didn't happen here, and it's not the MO of government privatization. You can make lots of quite plausible arguments for "balanced approaches" and I can't offer certainty of that approach being necessarily wrong.

    11. Re:There is Oracle, and Oracle consultants by i+kan+reed · · Score: 1

      That job sounds like eternal misery made manifest. I hope it wasn't as bad as it sounds.

    12. Re:There is Oracle, and Oracle consultants by Sarten-X · · Score: 1

      Quite the contrary: It was always a new project, with a new challenge and always something to learn, with no worries about hard deadlines or dealing with customers... and it's always fun to see the look on someone's face when they say it'll take six months for a minor change and you tell them that you already have it working.

      --
      You do not have a moral or legal right to do absolutely anything you want.
    13. Re:There is Oracle, and Oracle consultants by jafac · · Score: 1

      yeah, but if you have a $10,000 budget, and you tell your contractor to use a specific screwdriver that costs $2000 + $1000, EACH TIME YOU TURN THE HANDLE, expect that the contractor's not going to get much work done before you run out of money.

      --

      These are my friends, See how they glisten. See this one shine, how he smiles in the light.
    14. Re:There is Oracle, and Oracle consultants by spiffmastercow · · Score: 2

      Baloney...well, mostly baloney. There are times when it makes sense to do things in house and there are times where it very much does not make sense. Why hire full time employees for project management, development, QA, etc for an 12 month project? Does you organization have the expertise to run such an effort? What do you do with everyone once the project is over? Yes, you will want your own technical staff to be part of the process. Yes, it may make sense to do the maintenance / support in house. Yes, you should never do time and materials but instead fixed bid with penalties (this does mean you will need to have a very good spec up front). Yes, you should get several bids and do your homework on the companies providing the bids. However, none of this precludes using an outside contractor.

      The US government actually has a number of internal contractors, dev shops filled with federal employees that contract out to other agencies. I used to work for one, and despite the monumental amount of red tape we had to slog through to do our jobs, we had a reputation for finishing projects with a low budget and in a timely fashion. At one point we had a number of lobbyists trying to get congress to shut us down because we were taking contracts away from private companies that failed to deliver on their contracts. The resulting conflict of interest from this arrangement is generally less than from a private contractor.

    15. Re:There is Oracle, and Oracle consultants by ancientt · · Score: 2

      Actually made me laugh out loud. Then I wondered if your humor was intentional or not.

      --
      B) Eliminate all the stupid users. This is frowned upon by society.
    16. Re:There is Oracle, and Oracle consultants by Anonymous Coward · · Score: 0

      When the online system wouldn't work, George submitted a paper application Oct. 7 for herself and her husband. Finally, on Nov. 12, she received an enrollment packet that tells her how much of a tax credit she'll receive and lays out her coverage options. She's now waiting to meet with her insurance agent to pick a plan and return the forms.

      Oct. 7 to Nov 12 to get an enrollment packet. Atrocious. At least this article is honest enough to call them "insurance agents" and not "community partners.".

      The Cover Oregon website currently tells people to enroll by December 4th to get coverage by Jan. 1. Today's the 3rd. Five weeks from today will be Jan 7, 2014.

      Do you not see the problem with the government in general? If it takes someone 6 weeks to print a packet and mail it out don't you think Oracle would have the same issues interacting with employees to get a website completely configured?

    17. Re:There is Oracle, and Oracle consultants by HiThere · · Score: 1

      I don't know about you, but I've never been able to reliably guess how hard a project will be, or how long it will take. I've always thought that this was guaranteed insoluble by the halting problem.

      Please note: I'm not saying I can't make a decent guess. I'm saying that I don't trust my own guesses. And I'm short about as often (much?) as I'm over.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    18. Re:There is Oracle, and Oracle consultants by CCarrot · · Score: 1

      Indeed. Oracle is a tool. You don't blame the screwdriver if the contractor messes up your kitchen cabinets.

      You do if the screwdriver needs to be redesigned and a new one built for every damn screw...but hey, you required that particular screwdriver in the specs, so...

      --
      "I love animals! Some are cute, others are tasty, what's not to like?" - Betsy Schroeder, Jeopardy contestant
    19. Re:There is Oracle, and Oracle consultants by geekoid · · Score: 1

      Then the contractor shouldn't have submitted the bid.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  4. Couldn't happen to... by Anonymous Coward · · Score: 0

    Couldn't happen to a nicer company. Hope your league of lawyers works out for you Oracle! Captcha for this post: Profited.

  5. Big software companies are the worst by Anonymous Coward · · Score: 3, Insightful

    In any other context "can't deliver on time" means "you're fired and we're suing for breach of contract." In the software solutions market it means "we're going to ride your sunk cost fallacy into the ground, please send us more money."

    1. Re:Big software companies are the worst by Neuroelectronic · · Score: 1

      We're talking about Oracle here, not a Las Vegas strip Casino.

      Maybe not such a big difference when you consider the economics of their primary product, and it's "features"...

  6. They deserve it by Anonymous Coward · · Score: 0

    It's not news or a secret that Oracle swindle from big companies and government agencies, almost always an exact amount of 40 million USD and then fucks them up big fucking time.

    Of course in each of these agencies and companies, there was an "IT" guy who convinced the management that Oracle was the way to go ... of course for at least 2 million USD off the 40...

    Now, it's their mistake to constantly go back to the rapist... and then be sad about the fact that they got raped. Whatever happened to Postgres and a tonne of other awesome solutions that are honest and do a great job!

  7. NOT NEWS! by slashmydots · · Score: 1

    Welcome to Oracle! This is not news. In fact, welcome to Oracle, IBM, SAP, and Dell. Am I forgetting anyone?

    1. Re:NOT NEWS! by fred911 · · Score: 1

      Yes,
        You are forgetting that one of them (hint the German one), generally gets it right.

      --
      09 F9 11 02 9D 74 E3 5B - D8 41 56 C5 63 56 88 C0 45 5F E1 04 22 CA 29 C4 93 3F 95 05 2B 79 2A B2
    2. Re:NOT NEWS! by dkf · · Score: 1

      Am I forgetting anyone?

      Oh yes, lots of them; there's a large number of big companies willing to provide these sorts of things. But it isn't exactly like you can see any difference between them.

      I'd be more likely to recommend getting a smaller firm to provide these sorts of projects, as they're more likely to focus on delivering at least the minimum required. After all, they'll want to be paid on time and will be far more subject to the state's legal system if things go wrong.

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
    3. Re:NOT NEWS! by slashmydots · · Score: 1

      We had a company down the street do our 2 new server builds and setup and conversion and it was 1/4th the cost of a huge one further down the street which was like 1/2 what Cisco wanted. It was about 95% correct so that's pretty good actually. At my other job, I run a computer repair place that also does custom builds and for 20 PCs for a new business branch or something, I give 10 year useable life rated PCs for lower than Dell's prices and nobody can even touch my installation onsite labor charges. That's because I don't have any employees :-P

    4. Re:NOT NEWS! by RabidReindeer · · Score: 1

      Yes,

        You are forgetting that one of them (hint the German one), generally gets it right.

      You mean the one that essential shut down the Hershey Corporation for about a week?

    5. Re:NOT NEWS! by Anonymous Coward · · Score: 0

      Holy fucking delusions!

    6. Re:NOT NEWS! by geekoid · · Score: 1

      BWAHAHAHHAHAHAHAHAHahahhaha.

      oh my. 2/3 of SAP projects fail, and 75% of projects are so bad the CTO that started leave, they get a new CTO, and then they leave, then they get a 3rd CTO and the project is done. Way over cost, and most of the requested features pushed off.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    7. Re:NOT NEWS! by geekoid · · Score: 1

      Did you have 24 hour on call on site service with a guaranteed over night part delivery?

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  8. Based on my experience by DoofusOfDeath · · Score: 3, Funny

    Having only recently started to use Oracle, and based on those experiences, I'm pretty sure that 90% of all cancer cases in the U.S. can be blamed on Oracle.

    1. Re: Based on my experience by jd2112 · · Score: 3, Funny

      Not true. Oracle has not been shown to cause cancer.
      On the other hand it is a known contributing factor for alcoholism and depression.

      --
      Any insufficiently advanced magic is indistinguishable from technology.
    2. Re:Based on my experience by Anonymous Coward · · Score: 0

      Having only recently started to use Oracle, and based on those experiences, I'm pretty sure that 90% of all cancer cases in the U.S. can be blamed on Oracle.

      Healthcare.gov doesn't use a Oracle database.

    3. Re:Based on my experience by Anonymous Coward · · Score: 0

      If you give monkey a space ship, the result will be funny building full with monkey shit, not, as you apparently expect, a cosmonaut with space ship.

    4. Re:Based on my experience by Endloser · · Score: 1

      I lol'ed in my pants. But then again I have tried to use Oracle connections strings in Perl. That was a sad month of my life I will never get back. I got it working and now it only takes me 15 minutes to configure an install for it. But holy cow was it painful to find any documentation that actually helped me through it.

    5. Re:Based on my experience by jedidiah · · Score: 1

      Oracle is indeed a deep rabbit hole that can lead to alchoholism and depression... except for that bit you're whining about right there. Trivial stuff easily found through Google.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    6. Re:Based on my experience by Endloser · · Score: 1

      Actually the instructions from Oracle are rather incomplete. Shoot over a link to these things that are easily found through Google and I will gladly tell you why they don't work. I tried many things I found on Google. It isn't as simple as it seems on the surface. The error messages give no clear indication of the problem. Albeit a simple fix once you know what is actually wrong, you can't know until you fail for a miserably long amount of time. And lack of proper documentation for an enterprise product is NOT trivial.

  9. Blame the contractors by HBI · · Score: 2, Insightful

    When the bus is barreling towards you, throw them under it first!

    --
    HBI's Law: Frequency of calling others Nazis is directly correlated with the likelihood of the accuser being Communist.
    1. Re:Blame the contractors by Anonymous Coward · · Score: 0

      The U.S. Environmental Protection Agency (EPA) and the Department of Energy (DOE) are releasing the 2014 Fuel Economy Guide, providing consumers with a valuable resource to identify and choose the most fuel efficient and low greenhouse gas emitting vehicles that meet their needs. The 2014 models include efficient and low-emission vehicles in a variety of classes and sizes, ensuring a wide variety of choices available for consumers.

      "For American families, the financial and environmental bottom lines are high priorities when shopping for a new vehicle,” said Administrator Gina McCarthy." This year’s guide is not just about how the latest models stack up against each other; it’s about providing people the best information possible to make smart decisions affecting their pocketbooks and the planet.”

      "The Energy Department is committed to building a strong 21st century transportation sector that cuts harmful pollution, saves consumers' money and leads to a more sustainable energy future,” said Energy Secretary Ernest Moniz. “By providing reliable, user-friendly fuel economy information, the Fuel Economy Guide is helping Americans choose the right fuel efficient vehicle for their family and business and save money at the pump.”

      The guide provides “Top Ten” lists allowing consumers to see the most efficient advanced technology vehicles as well as the most efficient gasoline and diesel powered vehicles. Consumers will also find a broad range of information in the guide that can be helpful while shopping for a new vehicle— including an estimated annual fuel cost for each vehicle. The estimate is based on the vehicle’s miles per gallon (mpg) rating and national estimates for annual mileage and fuel prices. An online version of the guide, available through www.fueleconomy.gov, allows consumers to enter local gasoline prices and typical driving habits to receive a personalized fuel cost estimate. Also, for the second consecutive year, the guide includes a 1-10 greenhouse gas rating for each model, providing a quick and easy way for consumers to identify vehicles with low greenhouse gas emissions.

      EPA fuel economy estimates are the best way to compare the fuel economy among vehicles. Official fuel economy testing is controlled, repeatable, and accounts for a variety of real-world conditions for the average driver, like air conditioning usage and a variety of speed and temperature conditions. Individual mileage will vary depending on factors such as driving style, high air conditioning usage, carrying extra weight and towing, and weather.

      For tips on more efficient driving check out the gas mileage tips at http://fueleconomy.gov/feg/drive.shtml.

      More information, including a complete version of the guide and details on the fuel economy labels: http://www.fueleconomy.gov/ and at http://fueleconomy.gov/m/ for mobile devices. EPA and DOE will update the guide online as more 2014 vehicles become available.

    2. Re:Blame the contractors by Anonymous Coward · · Score: 0

      When the contractors are actually somewhat responsible, obfuscate away from Oracle's likely (and demonstrated..) culpability...

    3. Re:Blame the contractors by Anonymous Coward · · Score: 0

      Exactly. No matter what happens, somebody within the organization (government in this case) is ultimately responsible. If the contractor failed, it is ultimately the fault of the person who hired that contractor. If the contractor's subcontractor failed, the end result is the same. If the contractor's subcontractor's subcontractor failed... you get the idea. This is nothing but an incompetent manager trying to divert the blame to a third party.

    4. Re:Blame the contractors by OakDragon · · Score: 2

      Uhh... "Informative"?

    5. Re:Blame the contractors by Anonymous Coward · · Score: 0

      Informative, but offtopic. Mod -1 offtopic.

    6. Re:Blame the contractors by Anonymous Coward · · Score: 0

      Heh... Well, that's what they're for.

      Companies bring in contractors for several reasons:
      There are those that are really good and brought in for their expertise or because a company is shorthanded. There are those that are as good as the company's employees and they're hired because corporate finance rules makes it look better on the books to hire contractors for certain projects.

      Then there are the crap outsourcers. They couldn't code to save their lives, They know less than the employees. Their agency charges two to three times what a full time employee costs, though the contractors themselves get paid on the cheap ($25/hr on average for a contractor versus $60/hr for a regular employee). They come in, break everything, then leave, and the employees have to deal with their fuck-ups. So yeah, if a contractor run project goes tits up, you're damn right we're blaming the contractors.

    7. Re:Blame the contractors by geekoid · · Score: 1

      WHen they take a job claiming they can do it, and then fail who else do you blame?

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
    8. Re:Blame the contractors by HBI · · Score: 1

      The person(s) who create and then modify the spec is ultimately responsible for the success or failure of a project, not the contractors. Blaming them is buck passing. If you were unable to understand that the contractor was overpromising, whose fault is that, really? Besides which, it's more than likely that the spec was like nailing jello to the wall until the last minute, that's what most projects are like.

      --
      HBI's Law: Frequency of calling others Nazis is directly correlated with the likelihood of the accuser being Communist.
  10. No, it's both by SuperKendall · · Score: 3, Insightful

    I am talking about both because both face the same issues. They are trying to build a website against a spec that was never complete until very late, and even now had fundamental problems in implementation because of what they are trying to do.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:No, it's both by Anonymous Coward · · Score: 4, Insightful

      I keep hearing this, but it is hard to take it that seriously when other states' own exchanges are doing fine (so far).

      If the specs really were that bad then I would expect the majority to be a disaster but that doesn't seem to be the case (again, so far).

    2. Re:No, it's both by Cornwallis · · Score: 2

      Same goes for Vermont's site. Total crap. The Oracle Identity Manager appeared to be rolled out with default settings - including default text where Vermont-specific naming conventions should have been inserted but weren't. I don't think you can blame Oracle for this. In Vermont, as at the Fed level, this is massive incompetence by CGI and the state IT bureaucracy. The legislators don't seem too concerned. After all, Vermont was FIRST. That makes it RIGHT.

    3. Re:No, it's both by Quakerjono · · Score: 2

      I think Oregon tried to be much more ambitious than other state exchanges, which is what brought its complexity level more in-line with what HealthCare.gov. Oregon saw its portal as being a one-stop shop for anyone in any aspect of health insurance, meaning individuals, businesses both large and small, providers, insurers, anyone. Other states presumably had a much more narrowly defined approach to their state-run exchanges, so while they may not be comparable to HealthCare.gov (and working better in most cases), CoverOregon.com really is.

      However, even if Oregon delivered a crap spec that was way too ambitious, if Oracle wasn't raising red flags earlier or, even worse, was still saying they could deliver when they had an incomplete or poorly-characterized spec of what to deliver, then wouldn't that clearly be on Oracle. It sounds like there was just a major communications breakdown between the state of Oregon and Oracle and Oracle didn't do its due diligence to reestablish communication in a timely manner.

    4. Re:No, it's both by Obfuscant · · Score: 5, Insightful

      I think Oregon tried to be much more ambitious than other state exchanges,

      That would be a fine argument if what failed was ambitious stuff. What wasn't working from day 1 on Cover Oregon was the ability for individuals to find out what any plan would actually cost and then to actually sign up for a plan. Those are two very basic features of any e-commerce site. Could you imagine anyone trying to claim that Amazon was being "more ambitious than other sites" because they wanted to tell you how much an item costs and then let you actually buy it? I don't know about you, but when I see a website that says "We have the following products, call for pricing and ordering..." I go somewhere else because I know these people aren't serious about their web presence or sales.

      Yes, Oregon has some different requirements overall because of the existing state healthcare programs, but that should not stop someone from being able to get a price and say "I'll buy it".

    5. Re:No, it's both by Will.Woodhull · · Score: 4, Insightful

      And if Oracle was open and above board, it would have walked away from the contract very early, as soon as it was evident that the spec was incomplete and could not be implemented. That's what any reputable small business owner would do when faced with a similar problem. As soon as you realize you can't do the job, you quit. And start your legal guy on maximizing the smaller amount that is fairly due to you for the work that has been completed. There would be clauses in the contract to cover that.

      Oracle is at fault. Or rather, persons in power at Oracle are at fault.

      --
      Will
    6. Re:No, it's both by Anonymous Coward · · Score: 2, Insightful

      And if Oracle was open and above board

      Well it wouldn't be Oracle then, would it?

    7. Re:No, it's both by jedidiah · · Score: 2

      It's like that shopping site thrown together in a couple of days by 3 guys. You don't put all of this together all at once as one big monolithic piece. You put it together in stages as discrete components.

      Parts of both websites could have been functional on time due to priorities set when milestones were missed.

      Having something to present and taking responsibility for missing the deadline on the rest likely would have been seen as much less of a debacle.

      "mostly working" is not bad when compared to "total clusterf*ck".

      --
      A Pirate and a Puritan look the same on a balance sheet.
    8. Re:No, it's both by sbjornda · · Score: 4, Interesting

      The Oracle Identity Manager appeared to be rolled out with default settings

      Rumour within my organisation is that Oracle themselves have admitted to our architects that they don't know how their own Identity Management suite really works. They advised us to hire a systems integrator that had worked with all the pieces prior to Oracle's acquiring them.

    9. Re:No, it's both by Anonymous Coward · · Score: 0

      The Oracle Identity Manager appeared to be rolled out with default settings

      Rumour within my organisation is that Oracle themselves have admitted to our architects that they don't know how their own Identity Management suite really works. They advised us to hire a systems integrator that had worked with all the pieces prior to Oracle's acquiring them.

      Funny. I use it every 3 months to reset my passwords...

    10. Re:No, it's both by Anonymous Coward · · Score: 0

      I think that's true of many of "Oracles Products", personally I am stuck in Hyperion/EPM hell.

    11. Re:No, it's both by Anonymous Coward · · Score: 0

      According to Oracle's early marketing around this, they were racing ahead of all the other states in implementing their exchange, with their amazing Agile methodology which doesn't require specs.

      The problem with the tortoise vs the hare approach, or cowboy vs engineer is that the hare/cowboy approach is much easier to sell.

    12. Re:No, it's both by sbjornda · · Score: 1

      Funny. I use it every 3 months to reset my passwords...

      As you say, this should be modded Funny. If that's all one needs an identity and access management suite for, fill yer boots cowboy. :)

  11. My team has been talking about this by trybywrench · · Score: 4, Insightful

    My team has been talking about healthcare.gov and all the related woes for a while. Pretty much we're all in agreement that we should thank the baby jeebus every day it's not our project haha. Seriously though, for something this complex, if the team grows to over about 15 people it's doomed. And that's just YOUR side, I have a lot of experience interfacing to insurance providers' systems. Half the time the provider you're trying to connect to is broken and doesn't work per their API docs at a basic level let alone have proper capacity let alone have any sense of normal connectivity. I can't even imagine trying to talk to something as huge as the IRS. I bet it's 6 months before you can get a simple spelling fix on an API method pushed out to production.

    --
    I came to the datacenter drunk with a fake ID, don't you want to be just like me?
    1. Re:My team has been talking about this by Anonymous Coward · · Score: 0

      yep, my employer does business with verizon. i've seen emails where they say that any production change on their end needs a 6 week lead time to test, etc.

      people think you just push a button and its fixed, but it never works that way. and the big insurance companies are the same way. they get a change request, expect months of waiting for it to be tested.

      the website needed years of dev and testing time

    2. Re:My team has been talking about this by mosb1000 · · Score: 4, Insightful

      The thing is they could get it fixed if the people writing the ACA knew what they were doing. First of all, you don't need to meet their API spec, they need to meet yours. Secondly, if they can't meet your spec, they can't offer a health insurance product. How hard is that? But legislators don't even know what an API is, so they wouldn't know a good spec from a cookbook. That's why government agencies often botch this kind of thing (and they aren't the only ones).

    3. Re:My team has been talking about this by Anonymous Coward · · Score: 0

      Thank you for the much needed laugh

    4. Re:My team has been talking about this by Voyager529 · · Score: 3, Insightful

      But legislators don't even know what an API is, so they wouldn't know a good spec from a cookbook.

      Especially since they would both be called "To Serve Man".

    5. Re:My team has been talking about this by trybywrench · · Score: 1

      "First of all, you don't need to meet their API spec, they need to meet yours." You're assuming so much in that sentence though. I've had conversations with health insurance companies where when I explain their systems are completely out of compliance with the protocol specification ( NCPDP 5.1 in this case) and talking to their system requires a whole other layer of abstraction just to transform a proper NCPDP 5.1 transmission into their broken implementation their response is literally "so?". When I ask "well what am i suppose to do with the thousands of patients that have your insurance?" they're response, "turn them away".

      --
      I came to the datacenter drunk with a fake ID, don't you want to be just like me?
    6. Re:My team has been talking about this by mosb1000 · · Score: 1

      If insurance providers were willing to do away with lifetime maximum payouts, and accept maximum out of pocket expenses in order to comply with the ADA, they would probably be willing to comply with an API. Their only alternative is would be going out of business.

    7. Re:My team has been talking about this by Anonymous Coward · · Score: 0

      Any more than 6 and the project is DOOOMED!!! DOOMED, I SAY!

      Seriously, this is what I've experienced. 1 dev is the optimal number; after that, you have diminishing returns, From 6 devs, things get worse, not better.

    8. Re:My team has been talking about this by Anonymous Coward · · Score: 0

      That's why government agencies often botch this kind of thing (and they aren't the only ones).

      Yeah, government used to do a better job, but then we decided that government should be run like a business.

      I blame that treasonous bastard Reagan. We did elect him, though, so I guess the majority of voters got what we asked for.

  12. Sounds about right by UnknowingFool · · Score: 3, Interesting

    Years ago, Oracle sub-contracted my former company to implement a minor portion of a very large ERP rollout. During the rollout there were huge technical glitches, and the client wasn't happy. It didn't help that my company's small team was telling the much larger Oracle team how to solve their technical problems. In the end, the client put our company in charge of the rollout, and it got done. What we found in other projects with Oracle (we were a Oracle partner) was that our personnel had much deeper expertise with Oracle than members of their own company.

    --
    Well, there's spam egg sausage and spam, that's not got much spam in it.
    1. Re:Sounds about right by minstrelmike · · Score: 2

      ...What we found in other projects with Oracle (we were a Oracle partner) was that our personnel had much deeper expertise with Oracle than members of their own company.

      ditto.
      In fact, I think that was one of the main reasons Oracle killed their User Groups--it cut into their consultancy profits. We would provide real training (and criticism and workarounds) for free to each other.

    2. Re:Sounds about right by Anonymous Coward · · Score: 0

      Cool story, bro.

      For every Raj Pravadanesh who can barely spell Oracle, you have a Tom Kyte, who is one of the world's foremost experts in RDBMSes. It all depends on who you know there. I just call Uncle Larry personally when I need something, and it is taken care of.

    3. Re:Sounds about right by Anonymous Coward · · Score: 0

      We had a very similar experience with TUSC. We were sent some very expensive contractors, one even wrote the book on 8iAS, and couldn't install it.

      We didn't even have a hard setup, we were just crunched for time.

      Eventually we kicked them out the door after signing a big fat check, and got it done ourselves.

  13. Central Planning by Bulldozer2003 · · Score: 2

    Central Planning at its best. What we would consider worse, they consider better.

    1. Re:Central Planning by Anonymous Coward · · Score: 0

      Actually, this isn't central planning. It's decentralized, with the locus of responsibility and authority being very different. There's no single government department running things, or programming websites, or even providing healthcare plans, but rather a host of providers all interacting in their own way with nobody around to tell them to cut the bullshit.

      It's committee operations at their finest.

    2. Re:Central Planning by the+eric+conspiracy · · Score: 1

      Really this has nothing to do with centralized planning and everything to do with the fact that outsourcing custom software is fraught with pitfalls.

      10-15 years ago re-engineering was all the rage in the private sector. Lots of companies bought into custom app development with huge price tags done by the very same players that are doing these exchanges.

      Guess what. The failure rate there was something like 90%.

    3. Re:Central Planning by nwf · · Score: 1

      Central Planning at its best. What we would consider worse, they consider better.

      OK, John Stossel :)

      --
      I don't know, but it works for me.
  14. Did they even test? by macbeth66 · · Score: 1

    I doubt they did sufficient testing. The issues they have now, should have come up in testing. Yeah, sometimes unforeseen things happen in production that did not show up in testing, but this goes ways beyond that. The Federal version of this system was, simply put, never tested from end to end. I suspect that is what happened here.

    Okay, so that sounded like a defense of Oracle. Well, it ain't. Blame should be placed where it belongs; on the government hacks that put this tragic waste of tax-dollar money into service.

    And then I have to ask; why the f*ck are they not using open source?

    1. Re:Did they even test? by dkf · · Score: 2

      Blame should be placed where it belongs; on the government hacks that put this tragic waste of tax-dollar money into service.

      It Takes Two to Tango. Blame government for having no idea how to procure software, and blame the mega-contractors for doing everything they can to take advantage of this. The right thing to do is to sack some bureaucrats (possibly also politicians, though I'm more inclined to blame others as no politician actively wants a failure on their watch; it makes them look bad) and throw a bunch of corporate scumbags in jail.

      --
      "Little does he know, but there is no 'I' in 'Idiot'!"
    2. Re:Did they even test? by Anonymous Coward · · Score: 0

      It Takes Two to Tango. Blame government for having no idea how to procure software, and blame the mega-contractors for doing everything they can to take advantage of this. The right thing to do is to sack some bureaucrats (possibly also politicians, though I'm more inclined to blame others as no politician actively wants a failure on their watch; it makes them look bad)

      You haven't been watching the Republicans with Obamacare, have you?

      and throw a bunch of corporate scumbags in jail.

      That would be helpful, too.

  15. It's about how cash-flow by scamper_22 · · Score: 3, Insightful

    Everything seems to swing. But one thing is certain, always follow the money.

    This whole 'contracting' affair on both the public and private sector does not produce the highest quality products. Why should it? None of the incentives are there.

    The contracting company doesn't want to build something that works without flaws for a minimal profit. They want to have continuing profits. This is not unique to big corporations. Just try dealing with any contractor or mechanic. Sure if you *know* them, you can deal with them honestly somewhat. Or if you pay them enough... and they can cost a lot, you can get an honest deal.

    At best, you hope they do a good job and that means you build a good relationship, and that means more business in the future. But of course, when this comes to government contracts, what that natural process means is that it gets called corruption.

    On the other hand, you can have the builder operate it. There's some incentive there for them to do a good job as they get a cut of continuing operations. I think there is some hope that the 'cloud' will actually provide for better overall software. Although of course this results in vendor lockin and could potentially cause all kinds of other business problems.

    Or you could build it in house. Then of course you run the risk of an overstaffed bureaucracy and unionized government workers.

    There's no real easy solution. But I do think the dominant view has swayed too far towards contracting.

  16. It can't be Oracle's fault by 93+Escort+Wagon · · Score: 2

    They're unbreakable, after all.

    --
    #DeleteChrome
  17. LOL ... by gstoddart · · Score: 3, Informative

    Oracle has reportedly informed the state that it will sort out the bulk of technical issues by December 16, a day after those paper applications are due.

    No matter what you do, you will find yourself in this same position with Oracle.

    I've had the misfortune of using their collaboration platform, which despite their claims to the contrary, was essentially a beta product that even they didn't know how to set up and configure.

    My experience with Oracle is they consistently over-promise, under-deliver, and over-charge.

    --
    Lost at C:>. Found at C.
    1. Re:LOL ... by Anonymous Coward · · Score: 0

      Exactly the same as my experience with Oracle. Three years ago, my company started a rollout of some "product lifecycle management" software with some contractors which were on site to help the implementation. Long story short, the guys are still here rolling it out. The software is still a total mess, the configuration is awful, and getting bugs fixed is ridiculously slow. At yet another meeting discussing some new "feature" (actually just a fixed version of a feature that was promised in the initial version), one of the engineers asked "how come Google can search the whole Internet in a fraction of a second, but it takes 30 seconds for this tool to search an internal database of company stuff?" That's the general consensus - slow, half broken, barely functional. Just barely functional enough to stop management from transitioning to a new system.

      How does this joke company stay in business - do they have any satisfied clients?

    2. Re:LOL ... by Areyoukiddingme · · Score: 1

      "how come Google can search the whole Internet in a fraction of a second, but it takes 30 seconds for this tool to search an internal database of company stuff?"

      Because Google has a massive cluster of servers all lashed together by state of the art software. In my experience, companies that are asking that question are trying to run their own database on a Pentium II someone found in a closet. Even the ones who are smarter than that and bought the latest shiny are still trying to run it on exactly one shiny server. The only single machine that can compete with a couple of racks jammed full of 1U servers is made by IBM and it costs more than any 4 racks. Meanwhile, even if the company bought two full racks and said "have at it", 99% of web monkeys out there think they can build something to compete with Google using Ruby, in an afternoon. None of them know what Google Protocol Buffers is, let alone how to use it. It's going to be a long time yet before the search software written by the upper quintile of programmers is available off the shelf in an easy to use library for the other four quintiles.

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

      Google's requirements are much more complex than what the requirements of this software is. That was just an example of the sentiment that the employees using the software have; not a literal question. Furthermore, the performance problems aren't 1.5 GHz vs. 2.5 GHz; it's a order-of-magnitude problem.

      My company is a fortune 500 company and the software/support Oracle is providing isn't cheap. The hardware that our company is using is not old. In fact, it was refreshed purely because of these performance issues, and it's still basically just as slow. Pretty classy to make that assumption though.

      And old hardware doesn't explain pure simple bugs. Constant revisions to older versions of the database due to weird issues. An API that doesn't work in significant use scenarios (it corrupts any item it tries to do anything on which is listed in "preliminary" status, which is like 10% of the stuff in there). A inconstant user privilege/ownership model which frequently we just have to ask the Oracle guys to modify something since it doesn't let ANY users make any changes. A web interface which isn't syncced with the database (sometimes it takes hours for updates which the user made to show up). Pages which do not show all the entry fields in them unless you manually un-maximize and resize your browser window. User sessions are supposed to timeout after 2 hours but sometimes timeout after less than 1 minute. The list of bugs is nearly endless.

      Then there's the interface. It's a web based tool. But if you hover over a link for longer than like a quarter second, the software opens a popup OVER the thing you are trying to click on, which takes you to a mostly-useless summary page. It took over a year for them to disable this behavior (in the mean time, I wrote a Firefox extension to disable this client-side). Some of the "automations" written using their API work in 1 browser but not another (Firefox and IE are officially supported, but Chrome is the only browser where all the features I tried work).

      Anyway, probably some of these issues are implementation issues, but if the Oracle support staff which we have on site has not been able to fix them in 3 years, I think it's fair to push the fault back to Oracle.

  18. If you fall for a scam, who's fault is it? by EMG+at+MU · · Score: 1

    I think we as a society are wrestling with this question: If an entity with obvious motivations to make money off of you disingenuously provides services or goods that do not meet the original expectations or are vastly inappropriate, whose fault is it?

    Examples:
    You go to buy a car and the salesman tricks you into buying the "rust proofing" or some other nonsense addon that really doesn't add any value.
    You go to buy a used car and the salesman sells you a car that he knows is a POS, that might be lucky to make it another 10000 miles.
    You go to bestbuy and buy a $50 6' HDMI cable.
    You go online and buy $500 speaker wire because the website said the electrons flow better
    You take your car to the shop and the mechanic tells you it will cost $1000 to "calibrate your zener filter".
    You ask your Cisco rep for advice on gear for your new expansion office, he sells you $50,000 of enterprise equipment for an office of 10.
    Your PC is slow and you click on and pay for the "Speed up your PC by clicking on this button" scam.
    You pay GeekSquad to do anything.
    You pay for the extended warranty that doesn't actually cover anything extra and contains language that prevents you from making a claim in 99% of cases.
    Comcast tells you that you have to get the 50 Mbps service or else you wont have enough bandwidth to facebook with your friends, they actually provide 50Mbps for a split second then you get maybe 10% of your advertised capacity.

    I don't think any of the above examples are legally fraud. And I think in most of those examples we have agreed that no matter how much it pisses us off and we know it is unethical, companies have no obligation to not rip you off: buyer beware. The exception I can think of is signing a contract with a SLA or something, which is really rare on the consumer level and it seems really rare for the government to require.

    1. Re:If you fall for a scam, who's fault is it? by gstoddart · · Score: 5, Insightful

      I don't think any of the above examples are legally fraud.

      And you can bet that Oracle has lawyers ensuring they never actually meet the legal definition of fraud, and that the contracts have enough wiggle room to cover their asses.

      But, I can also tell you that it's entirely common for companies contracting for this kind of thing to start off with the full knowledge that they've not asked for enough money to cover everything and get you a working system -- instead they rely on having to do changes and enhancements on a time and materials basis. And then they make a small fortune in quibbling over every little change.

      I've seen several of these kinds of things where the contractors essentially knew there was no way to deliver the system on-time and on-budget. They just seem to build in the fact that once the client realizes it, the sunk cost is high enough they get to have a gravy train for some time to come.

      It's not fraud, per se, but it's carefully managing the terms of your engagement with the knowledge the customer will end having to pay more and not really have much of a choice.

      Sadly, it almost seems to be standard practice in the industry.

      --
      Lost at C:>. Found at C.
    2. Re:If you fall for a scam, who's fault is it? by Anonymous Coward · · Score: 0

      Just one more thing:

      You DONT pay for extended warranty, and your little device stops working exactly one year later.

    3. Re:If you fall for a scam, who's fault is it? by EMG+at+MU · · Score: 1

      I've seen several of these kinds of things where the contractors essentially knew there was no way to deliver the system on-time and on-budget. They just seem to build in the fact that once the client realizes it, the sunk cost is high enough they get to have a gravy train for some time to come.

      It's not fraud, per se, but it's carefully managing the terms of your engagement with the knowledge the customer will end having to pay more and not really have much of a choice.

      Sadly, it almost seems to be standard practice in the industry.

      That's exactly what I'm talking about, I agree completely. I would like more discourse on the troubling fact that disingenuity is prevalent and accepted (and maybe encouraged) in our society and the public, goverment, and other companies are materially victimized by it.

      Of course there are always going to be scammers, but when the largest, most profitable, most recognized, and most entrenched players are the ones who exemplify disenguinty and deceit maybe we should ask ourselves what we can do to affect positive change.

    4. Re:If you fall for a scam, who's fault is it? by Voyager529 · · Score: 2

      And I think in most of those examples we have agreed that no matter how much it pisses us off and we know it is unethical, companies have no obligation to not rip you off: buyer beware.

      The challenge in many of these instances is knowing, at what point, the sales rep is lying. Yes, you can go to Best Buy and buy a $50 HDMI cable. Even if it's the least expensive one they carry, it doesn't mean that they lied to you by not carrying a $5 or $10 cable. If the "speed up your pc by clicking this button" thing is attempted, and it doesn't speed up the computer, what's the difference between that button not working on that particular machine (but has worked on others), vs. a generally-well-meaning technician who genuinely can't get any meaningful amount of performance enhancement out of three hour's worth of work? Answer: the folks behind "the button" went into the deal /knowing/ that their button didn't work (or, at best, worked at a lower rate than their claims), the tech did not. Your Comcast example also involves a lie, albeit one that hinges upon the definition of "need". The warranty situation would obviously be obnoxious to not cover damage that the salesman led the buyer to believe it covered, but if the salesman said "it covers X", when only W, Y, and Z are covered, it's fraud.

      Unethical companies are obviously under no obligation to cost themselves money to the benefit of their customers. However, it is a core tenet of the buyer/seller relationship for advertisements to be accurate, and promises to be upheld. Without these expectations in place, it's impossible to conduct good business, for buyers would pay with fool's gold, and sellers would sell snake oil. The word "scam", almost by definition, indicates that these expectations have not been met.

    5. Re:If you fall for a scam, who's fault is it? by swb · · Score: 1

      There's a crude joke that I'll modify for this -- "What's the difference between crime and commerce?" "Salesmanship."

      I think there's a terribly ingrained acceptance of disingenuity in our society -- think of all the ways we phrase it -- selling a bill of goods, salesmanship, blaming the buyer ("caveat emptor", as if an old Latin phrase makes being ripped off always the buyer's fault). The entire practice of selling cars, and much of the world of advertising and marketing.

    6. Re:If you fall for a scam, who's fault is it? by EMG+at+MU · · Score: 1

      However, it is a core tenet of the buyer/seller relationship for advertisements to be accurate, and promises to be upheld. Without these expectations in place, it's impossible to conduct good business, for buyers would pay with fool's gold, and sellers would sell snake oil. The word "scam", almost by definition, indicates that these expectations have not been met.

      My point is that in the scenarios I listed the Seller is disingenuous and it has become normal for the Seller to be disingenuous. It is common and accepted for a seller to exploit a lack of domain knowledge of a customer to gain a favorable bargaining position. If it is a core tenet of the buyer/seller relationship to be accurate then most of our interactions with companies are in violation of the tenets of the relationship.

    7. Re:If you fall for a scam, who's fault is it? by plopez · · Score: 3, Funny

      Though to me it seems that if you sold used cars like you sold software you would go to prison. If you sold real estate like you sold software you would go to prison.
      As in:
      "Hey buddy. I'll sell you a car. Sort of like the ones on the lot, but different and better. No not in stock yet be can have real soon. We'll need some money up front. Should have it in a few days. Thanks for the cash. But we've been having some problems at the auctions. It turns out we have to hire someone to go to the auctions. To do that we'll need a bit more cash. Great news we got a great car for you! But we need to ship it. We don't want to risk damaging it. We'll need a little more cash. Darn, we forgot about the shipping insurance but hey, you already own the car so we might as well get it here. Thanks for the cash. Great news it's here! Try it out. What, it's a right hand drive? You didn't specify, sorry we didn't ask. But there are kits we can install for just a few bucks more. If you want to we can subscribe you to upgrades and maintenance for a small fee. And check out those nice new floor mats! Oh, sorry, we didn't realize it was only running on 7 cylinders. But hey, we can fix it. Sorry, the warranty doesn't cover that but we will throw in a free tank of gas. Thanks and if you tell everyone how great we are we will throw in an extra year of maintenance for free!"

      Software companies are below the slimiest of used car salesmen.

      --
      putting the 'B' in LGBTQ+
    8. Re:If you fall for a scam, who's fault is it? by dgaspard · · Score: 1

      The customer never ask for what it wants exactly. Even if they do, 6 months later something in their business can change. That's why an Agile method is far superior than the traditional. There is no way to develop for software that is 4 years out. It's crazy that the government keeps creating contracts for such things.

  19. That didn't take long by J'raxis · · Score: 0

    I was wondering how long it would take for people to try to shift the blame from the incompetent government to "evil corporations."

    1. Re:That didn't take long by timeOday · · Score: 1

      Your selective use of scare quotes is unfounded.

    2. Re:That didn't take long by TangoMargarine · · Score: 1

      Because incompetent government and evil corporations are mutually exclusive?

      --
      Unity? Screw that: XFCE. Slashdot Beta? Screw that: SoylentNews. Australis? Screw that: Pale Moon. UX developers DIAF
    3. Re:That didn't take long by nwf · · Score: 1

      I was wondering how long it would take for people to try to shift the blame from the incompetent government to "evil corporations."

      Of course, a corporation is an entity created by laws of the incompetent government, who then pays the same corporations in a way that doesn't ensure a quality deliverable. A publicly traded corporation is legally obligated to not leave money on the floor, so if the government makes it easy to steal from them, then the corporation is required by the government to do just that via securities regulations.

      --
      I don't know, but it works for me.
    4. Re:That didn't take long by geekoid · · Score: 1

      This corporation lied, didn't deliver and ran over budget. But hey, as long as you can suck at the corporate dick, it's always the incompetent government, right?

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  20. Im sure they had their best people from India by Anonymous Coward · · Score: 0

    on the project from the start. LMBO

  21. The full US healthcare system is a mess just from by Joe_Dragon · · Score: 1

    The full US healthcare system is a mess just from rules / billing / pricing stand point.

    http://content.time.com/time/magazine/article/0,9171,2136864,00.html

  22. Bad Regulations = Bad Specs by Anonymous Coward · · Score: 0

    Government IT projects tend to due poorly because the government regulations that project specifications get built on tend to lead to logical contradictions, and we all know how well programming works for contradictions.

  23. CompareTheHealthcareMarket by taikedz · · Score: 1

    In the UK, there are price comparison website who've been doing this for ages. With no pre-sign-up.

    If the US gov asks nicely, maybe they can provide them with a readily designed platform...?

    --
    -- "Simplicity is prerequisite for reliability." --Dijkstra
    1. Re:CompareTheHealthcareMarket by plopez · · Score: 1

      What! And become a bunch of Socialists!

      --
      putting the 'B' in LGBTQ+
    2. Re:CompareTheHealthcareMarket by geekoid · · Score: 1

      Yes, any systems you can compare by using overly simplistic examples are exactly the same.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  24. Do Governments.. by Anonymous Coward · · Score: 0

    Fed and States, EVER use SLAs?

    1. Re:Do Governments.. by Todd+Knarr · · Score: 1

      They do. The problem is, what recourse do they have if the other party fails to meet the SLA? Sure, they can sue and maybe get money. That'll take years and cost more than they could recover. And meanwhile the systems still don't work, the sites are still down and things are still at a stand-still. And the other party knows that, after all you hired them because you either couldn't do the work yourself or didn't want to and either way you don't have the people on staff to handle the job.

      That's the problem in a nutshell: contracts, no matter how iron-clad, don't complete the work themselves. You need to aggressively manage progress, make sure the contractors are actually getting the work done, and take steps early if progress isn't being made. You also have to understand the biggest risk factor: in a complex system there may not be any visible progress until the last half of the project. The back end may have nothing humans can see and building tools to let humans see what it's doing may well take almost as long as building the actual front-end will, and the front-end won't be usable until enough of the back end's built to actually do useful work. That means depending on report on what the developers are reporting as far as progress goes, and you have to be aware of the Plan Effect and have some way of double-checking what you're being told with what the developers are really reporting to make sure nobody's glossing over problems. While all this is going on, you need to make sure that you a) have a plan B in case the project isn't making sufficient progress and b) you leave enough time to actually implement plan B if you need it. That means being pessimistic about schedules, which often means telling the executives "No, we can't shave 6 months off the schedule." even if technically you could if everything goes right, because you're allowing time to recover when things don't go right. Management and the executives have to live by the experienced software developer's creed: "We don't so much believe in Murphy as we keep tripping over the little blighter every time we go get coffee.". All this, of course, is far easier said than done because the executives and upper management are rarely on the hook personally for getting things done, so they never personally feel the pain of cutting corners and failing to be sufficiently cynical and pessimistic about the schedule.

  25. 100% by neminem · · Score: 0

    Oracle is to blame for *everything*. I also blame them for global warming, rising unemployment, and the fact that I was 2 minutes late to work today because of traffic. Oracle sucks!

    1. Re:100% by Anonymous Coward · · Score: 0

      I can't think of anything to say vitriolic enough to encapsulate the loathing I feel for Oracle and their consultantware. Undocumented parameters in hidden configuration files, black rites that seem to necessarily be done when none of the staff are around and the fact that their software - no matter what they demo to you - actually works out of the box. "Oh, you wanted to SAVE the form after entering it? That'll be another $400,000.00 and 8 more weeks!"

    2. Re: 100% by Anonymous Coward · · Score: 0

      Remember the red light...

  26. 80-20 or 20-80 Rules by NMBob · · Score: 1

    Seem to be showing up everywhere these days.

  27. Bad specs by betterunixthanunix · · Score: 2

    It is one thing to say that the spec is incomplete, but when the spec is bad there is not much a developer can do. If you are told to make the wrong thing, well, either you make the wrong thing or someone else will be paid to do so. There is only so much a developer can do in that situation.

    --
    Palm trees and 8
    1. Re:Bad specs by Zalbik · · Score: 2

      Or you could, you know, explain to the client why it's the wrong thing to build, with relevant data to support your argument. And be open to the possibility that (gasp!) you may be wrong, and it is in fact the right thing to build.

      But it's much easier for many developers to go stick their head in the sand, madly code a project they know is doomed, then whine to slashdot about their pointy-haired bosses when things don't work out.

      However, to get back on topic....yes, it was Oracle's fault. As the sole overseer of the project, if the specs were incomplete, they should have told the client that. If the specs were inconsistent, they should have told the client.

      There is no excuse for building software that doesn't work

    2. Re:Bad specs by Anonymous Coward · · Score: 0

      >There is no excuse for building software that doesn't work

      You either don't build software for a living, are very new at it, or haven't actually worked for anyone other than yourself. There are plenty of excuses for building software that doesn't work, and it's usually not because of the programmers. Programmers want their software to work because it's their reputation on the line.

      If I, as a spec guy, told you to write a google clone and you have 6 months to do it, then at month 5, said to make a Windows clone, but the deadline doesn't change, that's a pretty damn good excuse to fail.

      If I say, no, the project is a failure. If I say yes, the project is a failure.

    3. Re:Bad specs by thaylin · · Score: 1
      No, that is still not an excuse. If the company being paid changed that spec than it is their fault and it is not a valid excuse. If the client changed the spec, then the company being paid caved and did not force a change in deadline then the company is still at fault and there is not a valid excuse

      I dont think he was blaming an individual person but the company doing the development.

      --
      When you cant win, ad hominem.
    4. Re:Bad specs by isorox · · Score: 1

      It is one thing to say that the spec is incomplete, but when the spec is bad there is not much a developer can do. If you are told to make the wrong thing, well, either you make the wrong thing or someone else will be paid to do so. There is only so much a developer can do in that situation.

      When I develop I embed myself in the business. I never lose sight of the fact I'm writing code to make the business perform it's job better, which means I understand the business.

      The department I used to work for is an internal department in a $7 billion organisation. I left when they decided to bring in product managers, technical analysts, business analysts and the like, none of whom had done a day in the core business, and aren't even based in the same building.

      My old department is now being downsized, and a new team that's (once again) embedded in the business is starting up.

  28. Oracle IS to blame. by Anonymous Coward · · Score: 0

    It IS Oracle's responsibility to create the spec. Oregon just supplied a want list - Oracle were the ones who put it into spec. The IT consulting firm is responsible for creating the spec from the customer's requirements. This is shear incompetence on Oracle's part and the bureaucrat who didn't TELL Oracle to get their act together or they are going to eat it.

    No excuses.

    The other thing is, Oracle had all this work done in India and by Indian H1-Bs. In other words, Oregon could have saved tens of millions by cutting out the middle man and just hired an Indian firm directly - not politically prudent - but the truth. But if we let the American people know that big US IT firms are just middlemen for offshoring work, then things will change.

    The only thing American about Oracle is the blustery, narcissistic CEO.

  29. Software Industry : It's our failure by sarguin · · Score: 1

    "The Software Industry failed to deliver healthcare.gov. As a result, millions of people are being hurt. We did that, folks. It was our industry, our failure." - Robert C. Martin (Uncle Bob) http://blog.8thlight.com/uncle-bob/2013/11/12/Healthcare-gov.html

    1. Re:Software Industry : It's our failure by Anonymous Coward · · Score: 0

      No, they were told by the GOP it wouldn't work and needed a delay, the DNC INSISTED on no delay to the extent they shut down the government to avoid the delay they are now asking for.

      Also, its not a failure of the software, its a failure of DNC policy. They lied to get it passed, they lied to get reelected, they lied about it being ready, they are currently lying about the security, they are lying about the costs going down, they are lying about better coverage, they are lying about they didn't know millions would lose coverage.

      I just read a story yesterday about a cancer patient who had his coverage dropped because of this is now being audited by the IRS because he got into the New York Post to tell his story. So not only have they failed and lied on every level, they are now punishing anyone who dares point it out.

      Its now impeachment time.

  30. Who has time for all that fiddle faddle by korbulon · · Score: 0

    when you're busy trying to figure out which Hawaiian island to buy?

  31. Oracle? Slow? by korbulon · · Score: 3, Funny

    Should change their name to Treacle.

  32. Deba-Oracle by Anonymous Coward · · Score: 0

    Has there ever been an Oracle implementation that was not a debacle. My personal experience is 2 years late and way over budget.
    Others have lost their positions as a result of the Oracle selection.

    This is a government job so no one but the tax payers are screwed. But at least the birth control is covered ;)

  33. Simple solution by ThatsNotPudding · · Score: 1

    Before writing a single line, the customer must enact the entirety of what they want using only Punch & Judy marionettes.

    1. Re:Simple solution by plopez · · Score: 1

      That would be Congress.

      --
      putting the 'B' in LGBTQ+
  34. Oracle IDM sucks by snsh · · Score: 1

    Organizations seem to get the idea of using Oracle identity management when they're already using Peoplesoft HR. The executives on the administrative/HR side see Peoplesoft/HR as the hammer you should use to do everything, and they often have more clout than the executives on the technology side who see would rather deploy anything else. Nevermind the users who have to put up with frequent login time-outs, account lockouts, and frequent browser restarts. What the users are supposed to be doing, their work is not as important as the goal of "doing everything in one system" which is Oracle/Peoplesoft because that's where employment records are kept.

  35. Not different by SuperKendall · · Score: 1

    The only thing different is scale. Except not even that; if you hadn't read the government website is addressing scale by punting. They put you in an email queue and tell you when you can come back to the site... really. So there's no indication Healthcare.gov is built to manage scale beyond any of the state run sites.

    Other than that the websites have to work against the same backend systems, which are all in disarray and ill-defined.

    Do you know how I know you have no experience in large-scale projects of know anything about websites for Obamacare?

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  36. Nonsense. Complete nonsense. by Anonymous Coward · · Score: 0

    If I were in that bureaucrat's shoes now, Oracle would be PAYING Oregon now to keep the business. But it's too late - the World knows that Oracle is a bunch of fuck ups.

    And if I were in that bureaucrat's shoes, I would have cut out the middlemen and just hired Indians - like Oracle did. I would have even created an internal department so that I could hire indians and H1-Bs and still keep it "America".

    All morons. All of them.

  37. Can't make it work if it can't work by SuperKendall · · Score: 1

    It is their job to ensure that they get the specs they need to make it work.

    Have you really never been on a failed project at a large company?

    There are some specs where it simply is impossible to make work. Obamacare is such a spec, because the whole thing is too massive to work right and backend systems you need to integrate with do not exist yet!!!

    You can't just pull a Tim Gunn and "make it work" in software if the thing you're trying to build is not feasible. You can make parts of it work, maybe, but what use is that?

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Can't make it work if it can't work by SDrag0n · · Score: 1

      Yeah, it's so impossible many other states have done it. Keep blaming Obamacare for what what Oracle admits was their IT fail.

      --
      I don't have time to make a sig
    2. Re:Can't make it work if it can't work by SDrag0n · · Score: 1

      Some more reading leads me to take back my second sentence as what I was looking at was unrelated to Oregon. Still, some states seemed to have managed the impossible spec.

      --
      I don't have time to make a sig
    3. Re:Can't make it work if it can't work by SuperKendall · · Score: 1

      Actually, they haven't - the back-end systems are not completed. You can get a front-end up but that doesn't mean the system is fully working.

      Oracle probably made the stupid mistake of trying to get a fully functional system up.

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
  38. OIM by Anonymous Coward · · Score: 0

    Anyone familiar with OIM is already aware that it's garbage.

    Look, Oracle, the only thing you do that's worth a damn is a decent RDBMS.

  39. Oracle, as a consultancy, is a mess by Anonymous Coward · · Score: 0

    I can't count the number of times I had to either fix or listen to stories of the disasters Oracle made. I can't understand how these stories keep coming out about the large development firms and how their projects fail at a colossal level, yet people still run to them for their latest project. wtf is going on. it makes no sense.

    for developing technology, at least their database, they do well. real-world implementation? you're better off going with a separate consulting firm that specializes in Oracle.

  40. Words directly from an Oregon Senator by DarthBling · · Score: 1
    Here's what Oregon Senator Jeff Kruse says about this in an email that I got:

    I want to share some thoughts about Cover Oregon, or the insurance exchange...

    We were one of five states granted federal dollars ($48 million) to develop the technology. The agreement was we would then share what we had developed with other states, which is a reasonable approach. The warning that immediately went up is the fact the State of Oregon has a miserable track record when it comes to IT development. In this case, even though much of the work was contracted out to a company called Oracle, we have held true to our record of failure. We have been assured all of the problems can be fixed, and maybe that is true over time, but here we are with a non-functioning web site and 400 new government employees to do manual processing....

    The federal government also gave Oregon nearly 250 million dollars to operate the exchange for two years. Another pot of federal money in play is the subsidies for people buying insurance in the exchange. It is on a graduated scale, but everyone up to 400% of the federal poverty level (for a family of four that is an income of $90,000) can get federal dollars to help pay their premiums. This will, to a degree, offset the premium increases, but only short term. In two years the operational funds as well as the subsidies are scheduled to go away.

    1. Re:Words directly from an Oregon Senator by geekoid · · Score: 1

      Gosh, Kruse blames the government, while sucking the dick of a corporation! I'm shocked.

      "State of Oregon has a miserable track record when it comes to IT developmen"
      that's just blatantly false.

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  41. The clients are politicians ... by Anonymous Coward · · Score: 0

    Or you could, you know, explain to the client why it's the wrong thing to build, with relevant data to support your argument.

    Your client is a politician. The politician has determined that showing the actual cost of a policy to a customer is a political liability, that they must only see their particular subsidized cost. The fact that this makes the system incredibly more complicated and thereby error prone is irrelevant. Politics demands this requirement and politics trumps actually providing people a service.

  42. And now a word from our sponsor... by Anonymous Coward · · Score: 0

    I know it's just a coincidince, but NPR has recently picked up Microsoft as a sponsor.

    1. Re:And now a word from our sponsor... by Anonymous Coward · · Score: 0

      It's innocent enough, just going after the yuppie apple crowd.

  43. If you can blame Oracle... by Anonymous Coward · · Score: 0

    If you can blame Oracle, I'd recommend doing it.

    They're a crappy company with a jerk CEO that likes to screw over anyone and everyone.

    They're like a meaner version of Microsoft.

    About the only good thing is they make fast sailboats when they're not cheating.

  44. Should have used PostgreSQL by Anonymous Coward · · Score: 0

    Instead of Oracle, they should have used PostgreSQL. At least the community would have resolved their issues (if any) faster.

  45. Oracle Failed plain and simple by Anonymous Coward · · Score: 0

    How is it that Kentucky, California, and Arkansas have managed to build exchanges while Oregon has not. The fact is Oracle failed plain and simple. Even the federal government got the front end of their exchange fixed. You may disagree with the law, but on an unbiased performance evaluation the only conclusion that can be reaches is that Oracle FAILED.

  46. NOPE by Anonymous Coward · · Score: 0

    I don't care if it's the greatest thing since sliced bread, it's still unconstitutional and completely invalid. NOBODY is obligated to comply and nobody is obligated to enforce it, and it's illegal to do so.

    1. Re:NOPE by Anonymous Coward · · Score: 0

      I don't care if it's the greatest thing since sliced bread, it's still unconstitutional and completely invalid. NOBODY is obligated to comply and nobody is obligated to enforce it, and it's illegal to do so.

      Just shut-up already. It's only illegal if you get caught and the charges stick! Never mind what the boring law says.

  47. NPR by Anonymous Coward · · Score: 0

    Anytime NPR runs a story about ACA, they protect Obama...assisting with fingerpointing away from Bill Nye, er...Sam the Eagle...er um I mean Katherine Sebelius, whose job it was to make this rollout successful. Which is of course was not and she should be fired for it. That's who is to blame...not Oracle.

  48. Problem Only Beginning For OC (Obama Care) by Anonymous Coward · · Score: 0

    Many more fingers, middle, will be pointing in the air Faster and with greater Fury in the run-up to Tax DAY 2014 and to July.

    In 12 months who will be the lucky citizen to be arrested, arraigned and booked in prison for failure to pay OC dollars to Obama?

    [snicker snicker]

    Obama was right when he said today, "[paraphrased] 'ACA' will live as long as I am President." The count-down clock has already
    started for January 20, 2017, the day the next President is sworn in and the date of ACA sudden death by executive order followed
    by unprecedented Congressional action during a special joint session of both chambers on Inauguration Day.

    I'm buying stock in Orville Redenbacher Popcorn!

    TeeHee

  49. 43 Million Dollars!? by happy_place · · Score: 5, Funny

    Well there's the problem right there... they only paid 43 Million dollars. I think that's enough to buy one license of Oracle DB... for maybe a week or so...

    --
    http://www.beanleafpress.com
  50. That doesn't let Oracle off the hook. by Jaywalk · · Score: 1

    What you say about bad specs is true, but Oracle shouldn't have taken a gig with bad specs. When a company asks for bids to do a project, the bidders need to look at the spec and make sure that they address the risks and assumptions in the bidding process. If there are still questions after winning the bid, then you need to make sure those are addressed right away. Taking the money and then realizing months down the road that the spec was junk is just poor management.

    Projects don't fail just because one side dropped the ball. There's pretty much always plenty of blame to go around. Writing poor specs, accepting poor specs, undocumented assumptions and poor communications all go into making a mess like this.

    --
    ===== Murphy's Law is recursive. =====
    1. Re:That doesn't let Oracle off the hook. by SuperKendall · · Score: 1

      I'll agree Oracle was not blameless, but it was not possible to review the spec after accepting the contract, as the spec was evolving even just a few months ago - long after the project was started.

      Basically I am just saying the people on the government side deserve as much blame as Oracle. Both sides should have known months ago nothing would be working now.

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
  51. Someone *DID* successfully build one ! by Taco+Cowboy · · Score: 0

    There was a piece of news that 3 young people from Californiat (if I remember correctly) actually built a *WORKING* health-care site, similar to what Obamacare tried to do but failed, using nothing but FOSS !

    I do not know what kind of license they put their website under, but the matter of the fact is, FOSS WORKS !!

    --
    Muchas Gracias, Señor Edward Snowden !
    1. Re: Someone *DID* successfully build one ! by ThePub2000 · · Score: 2

      They built the ability to search through plans. It was verifying data, allowing for applications. Or for that matter of any further use. Healthcare.gov does more than just list plans by type and state.

    2. Re:Someone *DID* successfully build one ! by Anonymous Coward · · Score: 0

      How much load did they have?

  52. Hooray for Agile! Another stunning success! by Anonymous Coward · · Score: 0

    Interesting that nobody talks about methodology - must mean that it's YAAFU (Yet Another Agile eff Up)

    and a quick web search later ... http://www.oracle.com/us/solutions/enterprise-architecture/state-of-oregon-1864645.pdf

    Yup. Suspicions confirmed. From the looks of it Oregon and Oracle put more effort into their pretty brochure than their specification.

    People complaining about the spec not being good enough, or the goalposts moving, should do some basic research. Those are the very conditions which Agile is supposedly designed for. It was the Agile guys that discouraged Oregon from trying to do a whole lot of YAGNI BDUF, and when it blew up in their face, all of a sudden they don't want to talk about it.

  53. The real joke by Anonymous Coward · · Score: 0

    We all know who gets the blame. The jerk who heads the Democrat party, the party that rammed this ill-conceived POS down voters throats in the spirit of pure crass political opportunism.

  54. In Oracle's defense.... by erp_consultant · · Score: 1

    this sort of thing happens all the time. Customer hires Vendor...vendor does what customer asks...something goes wrong and customer gets pissed off and sues vendor. Say what you want about Oracle...or Larry Ellison for that matter...but the software works. Oracle has thousands of customers using their products and the stuff works.

    Where it gets tricky with these big complex software systems is that many, many decisions have to be made with respect to how the software is configured before you can even begin using it. It can takes months, or longer, to get through all of this. Making the right decisions takes skill - both on the vendor side and on the customer side. It's a team effort. This is what customers often fail to remember, especially when things to south.

    This is one of the reasons for so many meetings and documentation in these large software implementations. Partly, it's to protect the vendor in the event of a lawsuit.

    Customer: "You screwed up this project"
    Vendor: "Can you be more specific?"
    Customer: "You advised us specifically not to use Option B for setting up our Chart of Accounts and now our whole Financials system is a mess."
    Vendor: "Umm...actually we DID advise you to use Option B. Here are the meeting minutes from back in August. And this document contains both of our signatures approving the decision against Option B. Any further questions?"

    Now I don't know all the specifics of this case but the fact that it's a State Government tends to make me believe that what I outlined above is what happened. I have worked with State Governments...trust me.

  55. Statis Spreadsheets, *office, and LAMP by billstewart · · Score: 1

    Most of the early load on the system was people trying to find out what was available. Instead of building fancy dynamic web pages loading database-generated content, that's really a job for a big static spreadsheet that can be cached (or one spreadsheet per state, or maybe a few per state if they have different plans in different regions.) Sure, the Republicans didn't help this by insisting that everybody's income had to be verified before they could sign up (which complicates the database linkages), but you don't need that for browsing and comparing plans.

    And yes, not everybody has a spreadsheet; put OpenOffice or SomeGNUSpreadsheet or whatever out for people to download as well.

    The actual sign-up load is under 100 million forms filled out. That's a day or so of processing on a medium-sized server if you implement it well, or several months of never finishing if you do it badly.

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  56. A what? by Anonymous Coward · · Score: 0

    a competent management

    There's your problem right there.

  57. life is good by Anonymous Coward · · Score: 0

    I couldn't make it as a real programmer in a competitive environment so I took a government job. This gravy gig lets me blow wads of dough on "Enterprise" software instead of doing any real architecture work. When $olutions don't work I get to blame the vendors. Life is good, I'm voting for a tax increase.