Oracle is nothing but a cancer. Everything they touch turn into goo. This is not the first company to be killed by Oracle acquisition. And not the last.
And don't let me started on the ridiculous range-check trial: this sums up the disgusting state this company has fallen into.
Once something gets bought by them, you know it is done. Slowly, but surely.
They perform a function akin to the maggots that destroy cadavers in nature. Part of the overall ecosystem.
ORA stopped being a tech co a while ago, now it is a finance play. Use cash to buy a business for its locked in customers, gut it to squeeze max money out of it until last customer is gone. Rinse, repeat.
Aurea does the same in mid-tier by the way.
The circle of life...
Yup. Precisely what happened to Stellent, a company that used to produce great document filters. After ORA buyout, employees fled like there was a plague epidemic and prices spiked at such a level that you'd either cut your veins or consider migrating to another technology.
> ORA is the elephant's graveyard of software.
Well, except that some of the elephants were still alive and perfectly fine, and ora worms started eating them before they were dead.
I think that's a more apt description of CA, BMC, or Symantec. Places where tired old software goes to die a quiet death. What Oracle does is worse: kill software that still has plenty of life in it. I've seen them do it by acquisition, and I've seen them do it by stealing code or ideas from partners (personally, twice). So they're not so much a graveyard as a slaughterhouse for software.
Oh and don't forget to tell the truth in your next job interview: "CA is a tremendously successful company and excellent employer, unfortunately, the role was not the right fit for me".
I am actually surprised they invested into Solaris for so long, considering its long time half dead status on the market.
I suspect if the takeover hadn't happened, the FOSS systems landscape would look a whole lot different. Like what, I don't know, but definitely different.
NeXT was acquired by Apple. 6 months later... Jobs was in charge, and history unfolded.
But does/did Solaris have anything worthwhile to offer over BSD/Mach.
Sun was in bad financial situation at that point, there is a high chance all these engineers would be laid off 8 years earlier if takeover hadn't happened.
It's possible IBM would have been a significantly better steward. Of course, it would have been hard to be a worse one.
That's a bit unfair. IBM would have probably canned hardware (and hence Solaris) much earlier than Oracle did, because they already had their own offering in that space and they were as invested as Oracle in Linux (ok, they don't have their own RedHat clone, but they are definitely big on supporting Linux).
IBM was buying Sun because of Java, and planning to chuck the hardware out one way or another. Oracle bought Sun because of the hardware and basically kept everything else going, albeit in a reduced fashion where there was overlap (MySQL) or they were not interested in the niche (OpenOffice).
I think Oracle had some decent ideas and didn't execute well on them, partly because of cultural issues. I don't think IBM would have done better, certainly not on the hardware/Solaris side. They would have probably done a bit better with Java/OpenOffice but that's about it. Solaris was doomed by the Linux boom, there is very little anyone could have done about that by the time the acquisition became inevitable.
They were interested in OpenOffice ... just not sustainably, as it turned out.
Of course, these businesses don't make enough money to cover the massive shareholder draw, so it's all a stage play to convince Wells Fargo to loan them enough to pay those dividends.
It's an untenable and irrational position in the long run, but markets can remain irrational longer than individuals can remain solvent. And many businesses are in this same situation, needing bank loans to pay never-reducing dividends.
This is true also of companies that are taken over by private equity firms, although that is probably common knowledge by now. e.g. every single one in my team at Rackspace has left for a different role (all at different companies, all at different times) after being acquired by PE firm.
Sometimes I wonder how the engineers can't see this coming. Sure there are cost savings to be made by streamlining product offerings, cutting the "recreational budget" etc (i.e. money for office parties). But the biggest cost center for tech companies are its employees (probably that and real estate).
Is it just so they can say "not my fault, our project is only using big name frameworks, DBs, etc so I did all I could?"
Or is it because they don't even begin to understand what's going on in the tech scene and just buy what appears to be the most shiny, expensive solutions?
Expensive parties, gifts etc
It is. It happens all the time. I get similar offers regularly in my growing startup. It's usually couched better than that, but it's not rare.
A vendor once sent me a mug. I had to open the box in front of a witness.
Text files would have been enough to cache the data. But you never know how a project can change over time so I proposed PostgreSQL or IBM DB/2. The latter in case they absolutely wanted to pay for a database and they are already using an IBM AS/400. (We were using PostgreSQL and Informix.)
At the meeting they said they have already bought a license for an Oracle DB. Without consulting us. So we were forced to use it without prior experience.
All of the really talented Oracle people I know are enterprise sales people, and they're _really_ good. All the good tech people I know "joined" via acquisition and jumped ship as soon as financially sensible.
I worked at a place where I saw two renewals for AdobeCQ licenses paid while I worked there at ~$600k/year, all the time we were using Alfresco underneath (and I see now that site is running on Sitecore...)
Ironically, it's Oracle itself who is busy self-destroying. The move to cloud-based subscription services, where switching to competitors can be so much easier, looks good in the immediate but it's pulverizing their stranglehold on partner ecosystems, and making their long-term outlook more fragile.
Yes, bean counters. When the only sales person involved is now the AWS Architect the bean counters put Postgres and Oracle side by side and it becomes a no brainer. You're going to see lots of enterprise development moving away from Oracle as they move to AWS.
I'd say it's more the "Contract Signers" who're at fault. The devs and AWS Architect are perfectly happy to use inexpensive AWS options, but somebody _else_ goes golfing and drinking with the Oracle sales team - and arrives at work hung over the next day with a shiny new half million dollar a year Oracle licence which everyone else is now required to use.
The bad part of running Oracle is absolutely everything else, especially the bit where you ever have to talk to Oracle. When we moved our stuff from Oracle to Postgres, the best bit was never ever having to think about licensing.
Must be a horrible job even if they get paid well for it.
Enterprise software sales can be a lot of fun (I am in sales engineering, not at Oracle) as it is well paid and ultimately about enabling customer successes. But I have to look myself in the mirror at night, and can only sell something I believe in - things like open source, or cloud computing benefits, etc. Oracle database used to be worth believing in maybe 10 years ago: boring but valueable software. But these days the company is such a blight on the industry that it would be hard to work there.
My stodgiest, most risk averse (Oracle using) clients are beginning to migrate to Postgres. I'm so shocked by this it still sounds like a lie as I type it. For most of my career it's been "nobody got fired for picking Oracle". Now that nobody gets fired for picking AWS the penny pinchers are looking at the RDS pricing delta between Postgres and Oracle and all of the sudden it's a no brainer. Maybe because the only sales person involved is from Amazon? IDK but Oracle will slowly die by it's own worms.