Oracle made a $300B bet on OpenAI. It's paying the price
Posted by pera 2 days ago
Comments
Comment by taylodl 2 days ago
Comment by thedougd 2 days ago
We've implemented aggressive desktop monitoring and blocked downloads from Oracle to avoid the Java subscription. Where it's needed, an OpenJDK distribution is used.
Where we must still use Oracle database, in some small, bespoke legacy use cases (heavy PL/SQL), we've moved to RDS with license included to avoid the direct relationship with Oracle. I get it, a big RAC customer will have a harder time, but they'll also likely have alternatives (e.g. SAP implementation to HANA).
I know of at least one vendor (Hyland) who's dropping Oracle support and providing a migration path to MS SQL. Shame not a FOSS database, but still a trend away from Oracle.
Comment by panarky 2 days ago
The team defined requirements, ran an RFP and demo process and did site visits to clients of each company. The SAP reference clients weren't exactly thrilled with SAP, the product was too complex and too expensive, but it was rock solid and SAP was a reliable partner. The Oracle reference clients had the usual complaints about features and flexibility, but their real beefs were that Oracle was a predatory and untrustworthy partner.
Oracle made claims in their RFP response that were proven false in the demos and site visits, confirming the claims from reference clients about the company's ethics. In contrast, SAP's RFP responses were validated by the team's due diligence.
So management decided to go with SAP. In response, a senior Oracle person tracked down all of the company's board members and made outrageous claims of incompetence against the company's executives, and alluded ominously about bad faith and conflicts of interest.
Oracle was completely hostile and off the rails when they figured out they lost the deal. I will never, ever do business with Oracle.
Unfortunately, while the SAP application seemed solid, the organization went with their HANA database which was astronomically expensive, and had a bad habit of returning different and provably incorrect results to the same deterministic SQL query every time it ran, and then the entire database would crash for all users.
Comment by thedougd 2 days ago
If anyone has to deal with this, I highly recommend Palisade Compliance for consulting. Ex-Oracle people who do not sell licenses, only consult on compliance and represent you during an audit.
Comment by ethbr1 2 days ago
Oof. That's a new standard for shitty company: when ex-employees build a business around protecting customers from their former employer.
Comment by scrubs 1 day ago
Comment by jiggawatts 2 days ago
Comment by panarky 2 days ago
Comment by jiggawatts 1 day ago
Again, you're burying the lede here.
It's like the Linux fanboi stating without evidence that Windows will just accept any user name without a password, and then refusing to elaborate on that claim. Like... wat?
SAP HANA may have its faults, but I've never heard of pervasive data corruption as one of them.
Comment by spwa4 1 day ago
Did you enter the correct NSAKEY username?
Comment by senectus1 1 day ago
Comment by otterley 2 days ago
Comment by foobarian 2 days ago
Comment by cj 2 days ago
E.g. you're an IT admin at Big Co overseeing software contracts. You can often get interesting insights by looking at things like how aggressive their sales reps are with end of quarter discounts (how desperate are they to meet numbers that quarter?). Or if you see a company completely dropping the ball within your org, but on CNBC you constantly hear how great the company is by pundits and analysts -- maybe you know something the pundits don't.
Often times the consensus view of a stock trails reality by a few weeks to a month - there's a lot of non-public but also non-confidential information that isn't readily available to analysts, but exposed to employees of customers/vendors/partners/end-users.
TLDR: when stock picking or day trading, pick companies within the niche of the world where you're a SME.
Comment by smallnix 2 days ago
Comment by master_crab 2 days ago
Comment by prepend 2 days ago
The example that my business school professor gave was that if you’re riding in an elevator with two executives and they talk about how they’re going to miss numbers and trade it’s not insider. If one of them tells you specifically, it is.
Comment by koolba 2 days ago
That's why I always shout my inside information within earshot of my financial adviser but never actually place any trades myself.
Comment by stronglikedan 2 days ago
Comment by financetechbro 2 days ago
Comment by apimade 2 days ago
It takes companies 3-5 years for migration of these products, all of which are not CapEx funded and so get minimal resourcing without prioritisation by leadership.
Comment by ethbr1 2 days ago
The vendor isn't incentivized to fuck you over on renewal pricing as soon as the implementation is complete.
And because of the size of the contract, the customer has more leverage at renewal time.
Comment by taylodl 1 day ago
TL;DR - these 10 year enterprise deals with Oracle allowed companies to save money in the short run and get predictable annual licensing fees. It also bought them time to get more of their application portfolio off of Oracle so when it comes time to re-up they'll negotiate those fees down.
Comment by OccamsMirror 2 days ago
Comment by cameldrv 2 days ago
Comment by Malic 1 day ago
Comment by adabyron 2 days ago
Is it worth the risk/work to move everything over? For a lot of enterprises, their needs to be a huge cost savings or risk reduction. Risk usually being the most important factor the bigger the company.
Comment by hylaride 2 days ago
My understanding is that they were relatively lucky in that most of the hard parts are in the middleware layer and rarely the DB itself - the bank has been around since the 1800s, so has a huge mishmash of technologies that go from old IBM mainframes up to more modern cloud infra. So they're already kind of used to using middleware logic to stitch together various data sources.
The funny thing is that my contact there said the primary impetus is that they see the writing on the wall for a lot of their "legacy" Sun hardware, and figure if they're going to have to redo a lot of it, they may as well re-architect the rest. There'll still be oracle DBs running in the bank for a looong time, but there'll be less and less of it.
Comment by zamadatix 2 days ago
In the larger discussion, I also wonder what their new contract rate is for these solutions. Even if 0% were migrating off, if 0% were migrating on then the net rate would still be decently negative because of natural business/app attrition.
Comment by lateforwork 2 days ago
Think about how hard it would be for you to switch from iPhone to Android. Now multiply that by 10000. That's how hard it is to switch enterprise software.
Comment by collingreen 2 days ago
Comment by chasd00 2 days ago
only after the move is complete and assuming it's as successful as you think it would be. What usually happens is the migration takes on a life of its own and is a multi-year if not multi-decade project. It sucks up so much money and effort that a business could be using to actually build their business vs migration to a different database. Meanwhile, the account execs of the old system know you're moving off of it so say good bye to any kind of contract discounts or special treatment during emergencies.
There's entire graveyards of failed enterprise system migrations. The most likely outcome is eventually a compromise has to be made and now you have two systems to maintain and license, the legacy one, and the new one. With the promise of eventually getting off the old one but it never happens.
I'm on a project with a client that has 24 ERPs across their enterprise around the globe from acquisitions. Half of them are ERPs that were meant to replace another one but the transition was never completed. A big part of this project is integrating all of their sales pipelines, analytics, and history into, yet another, enterprise system.
Comment by collingreen 2 days ago
Comment by 0cf8612b2e1e 2 days ago
Even if you do move mountains and make it happen, suddenly any outages after the transition become your fault. “This never happened on the old system.”
Comment by mystifyingpoi 2 days ago
- Is it possible for a 3 person team to manage 1000 distinct Kubernetes clusters?
- No way in hell!
- What if we hypothetically pay you $2M salary each?
- Well, let me think about it, we could figure this out...
Comment by 0cf8612b2e1e 2 days ago
Comment by chasd00 2 days ago
Comment by tracerbulletx 2 days ago
That's a joke. but unironically you could manage 1000 Kubernetes clusters with automation. why not?
Comment by mystifyingpoi 1 day ago
Comment by Lapsa 1 day ago
Comment by sharpy 2 days ago
Comment by crackez 2 days ago
It took like 5 or 6 years and that $10M represents the cost of only 10 months of operations on Z.
Comment by Invictus0 2 days ago
Comment by PunchyHamster 2 days ago
Comment by 0cf8612b2e1e 2 days ago
Comment by Invictus0 2 days ago
Comment by mystifyingpoi 2 days ago
So in such situation, I'd be tempted to actively oppose this initiative.
Comment by prepend 2 days ago
Comment by pfortuny 2 days ago
Comment by jt2190 2 days ago
Comment by arjie 2 days ago
There was a recent big company that posted on Twitter about "shutting down our last Oracle server" and that was the last thing in a multi-year process or something like that.
Coordination is sometimes harder than the technology itself.
Comment by jt2190 2 days ago
Comment by arjie 2 days ago
Comment by esafak 2 days ago
Comment by boringg 2 days ago
Comment by anal_reactor 2 days ago
Imagine switching between Firefox and Chrome. Between Ford and Toyota. Between Seagate and Western Digital. Between USB-C and Lightning.
Comment by mbesto 2 days ago
Comment by kev009 2 days ago
Comment by jl6 2 days ago
What I do see is orgs choosing other Oracle apps like ERP which sneak the Oracle RDBMS in as part of the bundle.
Anyone using Oracle purely as a database is going to migrate to PostgreSQL eventually, but there are a lot of orgs where the database is just one part of a wider Oracle ecosystem with world-class vendor lock-in features.
Comment by kev009 2 days ago
I worked at a midsize that was core internet infra, where we had an in house OS and ODM hardware and FOSS DBAs. The one Oracle DB and Oracle HW was slipped in the door through finance for ERP as you say. Although I suspect that would be cloud hosted these days.
Comment by justapassenger 2 days ago
Comment by bdangubic 2 days ago
Comment by websiteapi 2 days ago
Comment by moralestapia 2 days ago
>Market cap of half a trillion.
>Somehow they're "in trouble".
Mega LMAO.
Comment by SvenL 2 days ago
Comment by moralestapia 2 days ago
None of those were in business since 1977 (w/ the exception of Nokia, which I would argue is still a successful company today. I wouldn't put it on that list).
None of those were ever valued (even close to) half a trillion, even adjusting for inflation.
Comment by SvenL 2 days ago
Your second point is right on the spot! Its valued. By what? By others, right? Somebody says a company has a value, which might not reflect its worth. As mentioned by some other commenters, Oracle has a lot of competition. Good competition. That's why I wrote it needs to change in order to stay competitive.
Comment by moralestapia 2 days ago
Is this news to anyone in here?
Comment by rachr 2 days ago
Comment by orochimaaru 2 days ago
Comment by vips7L 2 days ago
Comment by davey48016 2 days ago
Comment by vips7L 2 days ago
Comment by 0cf8612b2e1e 2 days ago
Comment by vips7L 2 days ago
Comment by jeffbee 2 days ago
Comment by bigmutant 2 days ago
Comment by collingreen 2 days ago
Comment by manphone 2 days ago
Comment by jeffbee 2 days ago
The languages that get a lot of airtime on HN like Rust, Go, and OCaml are way down in a tier of languages that get a lot of blog posts but enjoy relatively little traction in reality.
Comment by haberman 2 days ago
It's very surprising to hear you say this, as it's so contrary to my experience.
From the smallest programs (Computer Language Benchmarks Game) to pretty big programs (web browsers), from low-level programs (OS kernels) to high-level programs (GUI Applications), from short-lived programs (command-line utilities) to long-lived programs (database servers), it's hard to think of a single segment where even average Java programs will out-perform average C, C++, or Rust programs.
I hadn't heard of QuestDB before, but it sounds like it's written in zero-GC Java using manual memory management. That's pretty unusual for Java, and would require a team of experts to pull off, I'd think. It also sounds like it drops to C++ and Rust for performance-critical tasks.
Comment by jeffbee 2 days ago
I think hybrid implementations, where a project enjoys the beneficial aspects of the language runtime at large, but delegates small, critical functions to other languages, makes sense. That keeps the C, C++, or Rust stuff contained to boundaries that are ponderable and doesn't let those language platforms dictate the overall architecture of the program.
Comment by ahefner 2 days ago
You make a fair point about smart pointers, and median "modern C++" practices with STL data structures are unimpressive performance-wise compared to tuned custom data structures, but I can't imagine that idiomatic Java with GC overhead on top is any better.
Comment by dangus 2 days ago
Hotspot is the current choice for high performance programs, but is Rust lower performance in some way or are the only downsides related to its younger age?
It’s perhaps useful look at what languages brand new projects are being started with rather than just looking at what languages large established companies like Netflix are choosing.
Comment by kakacik 2 days ago
Companies couldn't care less about the underlying platform or language, they want reliability, stability and tons of easy to find people who can work with it from Day1. Java delivers all that, and will keep delivering for upcoming decades. Big businesses and big money love this (or hate the least out of IT stacks).
Comment by jeffbee 2 days ago
Comment by ecshafer 2 days ago
Comment by TuxSH 2 days ago
Comment by stronglikedan 2 days ago
Comment by dangus 2 days ago
It’s not even really a “chase,” it’s a question of “if I’m building something new, what am I choosing?”
Eventually that momentum can turn into the old thing being worth actively removing.
Comment by snarf21 2 days ago
Comment by swarnie 2 days ago
Comment by vkou 2 days ago
A decade ago, a good ~80% of applicants chose to use it or C#.
I personally don't have any issues with working with it, but nobody's learning it outside of work.
On the other hand, it is quite easy to learn, so there's that going for it.
Comment by wiseowise 2 days ago
Comment by koolba 2 days ago
Comment by wrathofmonads 2 days ago
Comment by deepriverfish 2 days ago
Comment by 0cf8612b2e1e 2 days ago
Comment by prepend 2 days ago
We used Clarion and MSSQL7 on windows because it was cheap. Since we started making real money, some figured we could finally afford Oracle and Sun (back when they were different).
I was a junior so my job was to evaluate the migration of one of our sql servers to oracle to test it out. I talks with the Oracle team who helps people plan purchases. They took my transaction level (~100M/year) and size (1-2GB/year) and came back with $1M for the system. This replaced a functioning $10k server. And we had maybe a dozen that would have to eventually move.
When I told them the current server was $10k, they revised their estimate to $100k. I recommended we not move.
I left the company a little while later and I think they ended up buying lots of Oracle.
Companies have money and don’t mind spending on useless stuff.
Comment by rurp 2 days ago
It blew my mind at the time. Oracle is so widely hated among developers, entirely justifiably, that this guy's take really shocked me. I've literally never heard another glowing recommendation for that company before or since.
Comment by grandiego 2 days ago
Comment by on_the_train 2 days ago
Comment by ElectricalUnion 2 days ago
Comment by on_the_train 2 days ago
It was particularly bad because it was a very small family business with equally small customers. And they all had to buy oracle licenses first, which made us insanely expensive without making money lol.
Fun in hindsight
Comment by redox99 2 days ago
Comment by ElectricalUnion 2 days ago
Under most circumstances, you should still pick non-oracle-DB on Oracle Cloud Infrastructure.
Comment by redox99 2 days ago
Comment by knallfrosch 2 days ago
Single-sign on, in-person support, certificated software, offering training courses to onboard people, undeletable logs, help with upgrading major versions..
All from a single vendor so you can pick up the phone, yell "fix it" and go on with your day.
Comment by cyanydeez 2 days ago
Unless they decide to ~~extort~~audit you.
Comment by snarfy 2 days ago
Comment by cmiles8 2 days ago
Comment by cyanydeez 2 days ago
Adding AI to the oracle infrastructure cancer will certainly a boon to it's business model. Sure it might kill 10-20% of it's customers, but if it can become a pure AI parasitic play and spread it's seed, it's going to grow.
People dont realize that capitalism is size agnostic: As long as you can sell 1 boner pill for $1 million, you only need one customer rather than say 1 million pills for 1$. And, isn't it easier to keep one customer happier if they pay your bills?
Comment by PeterStuer 2 days ago
Comment by lousken 2 days ago
Comment by PeterStuer 19 hours ago
Comment by antoniuschan99 2 days ago
Comment by chickensong 2 days ago
Comment by jauntywundrkind 2 days ago
Comment by 1970-01-01 2 days ago
Comment by paulpauper 2 days ago
Comment by robocat 2 days ago
https://www.msn.com/en-us/money/topstocks/oracle-stock-slump...
Comment by tim333 1 day ago
Comment by Lapsa 1 day ago