Still, how is that even legal is astounding, feels very fraudulent, and the last guy I want to defend is the CEO of WP after all the drama he created over it.
I really don't get who keeps using Oracle outside of Java, and how they make their money, must be some legacy contracts or something, but Oracle has always been customer hostile, from all the things I've heard, they sound like a ransomware company (idk if they still do it, but they'd sell you the database, then "audit you" and if you used anything that wasn't in compliance, fine you, until you converted that to Oracle DB too or whatever wild stuff). I just don't get it. I get even less how its execs are okay running what could be a much more successful company so poorly. You can change Oracle for the better and become even more profitable if you change how you do business.
Take Java as a solid example, they removed JavaFX from the core of Java, which made everyone think JavaFX was dead, recently they started providing enterprise support for JavaFX, which signals its production ready, but, who wants to trust Oracle? I sure don't. I can use C# for free without any of that baggage, and if I get all sorts of stable options for a GUI, and with Avalonia (and Uno?) I can run my GUI on any OS.
"Enterprise" is still very much in the camp of "using Oracle". Which is likely how they survive despite being so customer unfriendly. "Enterprise" users are simply using what "the enterprise" purchased and have little choice in the matter.
Every enterprise company I've worked for that used Oracle either completely migrated from it or is / was in the process of doing so, which is why I asked my question. I don't see startups lining up to do Oracle either, not in the way old businesses used to.
'Enterprises' use Oracle's ERP applications. Oracle's ERP covers many facets of industry such as HCM, Finance, Procurement, Property Management, Oil & Gas, etc.
What a coworker did when he was starting college back some decades, he asked where all the COBOL jobs were, the teacher got very angry, so he dropped out and went to a different university, where they were teaching Delphi / VB which definitely had a better job market. So you might never have a "perfect" number, but at least locally, you can kind of figure out what local employers are hiring for, which is usually what you'd care most about anyway. I think we've reached a point where unless you're doing something specialized, for the most part programming language choice is about developer familiarity these days.
It's only relatively recently (in the lifespan of large companies) that OSS alternatives have come along that can do much more of what Oracle can do. Oracle was miraculous for a long time. It was also a huge pain to operate (source: I know people who've operated it), particularly in its RAC configuration, but if you could operate it you could run a bank and rely pretty well on Oracle being rock solid.
That's fair, I'm not trying to knock on them for their tech, I'm sure some of it is solid, though Java felt like it hit a wall for years (only in like 2023 did it finally start catching up to C#... and remember Kotlin was made specifically because Java was just so... behind on so much).
Oracle Database is still the gold standard for data in an enterprise setting. Postgres is great, but it doesn't have the clustering or replication capabilities, or support, that Oracle does.
When you're talking about business, the software itself doesn't really matter at all. Accountability is everything. There has to be a throat you can choke, an ass you can drag onto the carpet, when it fails. That is the reason why Oracle persists as an organization: they assume accountability for the data storage layer, freeing their clients to worry about other things.
This also has implications for developers grousing about "being an accountability sink" for AI-generated code. Being an accountability sink is the business and as Larry has demonstrated, quite lucrative indeed. Developing the code is a side effect that can now be done close to 100% by machine.
The answer is clearly and resoundingly no. Honestly don't know how you typed that question out with the current state of corporate (ir)responsibility towards cybersecurity.
Government contracts, size and momentum, they're pretty famous for being ruthless on the upsell and counting licenses very carefully. They use their size to absorb other entities (like people soft who let the FBI's data go missing onto the dark web just recently [1]) they all uses databases and need datacenters. The government needs to manage big sets of data for whatever reason, Oracle is essential to that mission, bingo-bango too big to fail!
[1] https://news.ycombinator.com/item?id=49805278
I think all their recent layoffs show that nobody uses oracle, and the data centers for open ai are their last best hope for future revenue.
Nobody picks oracle anymore, and everybody who's using oracle wishes they were off it and is working on projects to detach themselves from paying oracle heaps of money for software that's no better than open source alternatives.
You don't have experience from corporate environment. Oracle is very much present, alive and kicking there, in 1000 and 1 little or big applications, sometimes even out of convenience and cost (is you have just 1 DBA team supporting oracle, adding even 1 postgres to production system could be a cost nightmare to support and manage.
And SQL DBs are not going anywhere in next few decades.
Zipcar started in 2000/2001 on Oracle and relied heavily on stored procedures, particularly in billing (as SaaS didn't exist back when it started and was a bad fit for a long time). It took an entire rewrite of the system to get off of Oracle.
> You don't have experience from corporate environment.
Thank you for redefining my entire career, in fact, everywhere I've worked at as a developer, if they ever used Oracle either migrated completely away from it or are in / were in the process of migrating from it, including Fortune 500 companies. Which is why I asked what I asked. I'm genuinely curious.
Possible, but I guess my view comes from: Usually startups don't line up for Oracle as far as I can tell, and new companies don't line up for Oracle (I'm separating this from startups because you can have a brick and mortar that's modernizing and bringing tech in-house), so if their customer base keeps leaving and they are only retaining some of their customers... It's not really looking good from where I'm standing. To be extremely fair, I think Oracle has drastically more potential than what they do today, and could even become extremely dominant, but they're not playing those cards at all, and its kind of a shame. They've got plenty of funds to make the JDK and programming in general more interesting, and they would stand to profit from it since who wouldnt want to hire Oracle consultants on their tech if they need key consultants? I know people pay top dollar for Microsoft consultants to get their startups going.
I’ve been on some teams where some SQL devs can do some non intuitive things with SQL (particularly some of the enterprise features from Oracle). Not saying they were the right decisions but I do think some processes get knitted to these enterprise features and it’s painful to walk back later
I've had this same experience with Oracle shops. I've been in data roles for most of the last 20 years and it'd still give me pause to take work on an Oracle platform if only because they're doing their own thing so often.
oracle's database is still a good product, with a lot of features that don't have analogs in open source db products. You can live without them, but still, it's a nice database.
Good product ... not really. It has some nice features but it is user hostile, buggy and with a bad manual. Running the Oracle database was quite shocking, surprisingly low quality.
There's likely an awful lot of tricky logic in the queries, stored procedures, etc. Dealing with taxes (very location and situation depending), details of any given customer's plan, equipment charges, etc etc for lines going back for decades... this stuff is hard to migrate correctly. It's not necessarily about qps.
I don't know specifically, I'm not the person who posted about that database. But it happens all the time, even in 2026 at good tech companies.
It tends to come from a couple of common places...
* efficiency - triggers, stored procedures and constraints can often speed up throughput in terms of transactions per second by reducing the number of round trips from the application to the db. I know above i mentioned its not about qps necessarily, but a telephone billing db probably includes records of calls and txts and so on, which across millions of people adds up.
* Older architecture patterns didn't put a single service in front of a database for that service. Instead theres a single database for the company, or for a function within the company, and many programs and services interacted with that database. In such an architecture, stored procedures and triggers are really useful for some business logic, to ensure consistency between various systems... Need to update tax rules for one state? Just donit in the db instead of the sales pos system at the stores and the billing system and the phone operator sales system and the website and the gateway for 3rd party sellers, etc. there's a certain logic to it too... This data is fundamental to the business and has lots of rules associated with it, those make sense to place together - the rules change independently of the systems accessing those rules, and over the life of the company those rules tied to laws and accounting may last far far longer than any given pos system or website rewrite.
The data tier is one of the lowest tiers in the stack (for bigcorps with centralized DBs), and changes bubble up the stack. Change an API and a few upstreams have to change. Change the core DB and _everything_ has to change.
That makes the schema calcify, and the DB becomes the most stable format of the data. I've worked more than one place where "upgrade the core DB between major versions" was a multi-quarter effort.
I have been working on a VB6 recreation starting with the IDE. Eventually I want to build the compiler and runtime, but for now being able to open existing projects, load all the images and do all the syntax highlighting is a good first step.
I know TwinBasic exists but its closed source and I want to take things further than VB6 ever did. I always felt like VB7 could have been something amazing if it kept going outside of .NET but they let it go and basically killed a really rich language by breaking all sane compatibility.
Maybe worth me putting support for this project, and I too intend to license my efforts under the MIT license. ;)
I think they just explained how corrupt the prior mayor was, this coupled with the disclosure by Mamdani about every prior mayor hiding air safety data after 9/11 paint a damning picture of the priorities of prior NYC mayors in recent memory.
> I get into this in A Nice Vanilla App Architecture Using Web Components and CSS Module Scripts. I just really like how we can keep CSS to CSS files which could live in a folder right next to a JavaScript component.
I forget when in the mid to late 2010s I started seeing CSS inside JS code for SPA frameworks, but I absolutely hated it, it felt so wrong. Why should I go through so many layers to get my CSS When the browser is efficient about loading CSS as-is. I'm okay with it being "aside" a component on the other hand.
> I find their proclivity to repeat the same idea in multiple locations (agent instructions, docs, docstrings, help strings, comments) especially problematic.
I have not taken full advantage yet, but every source sub-directory can have its own CLAUDE.md or AGENTS.md file, with instructions for a given directory, whenever something like Claude opens a file in a folder, if there's an appropriate agent doc in the housing folder, it should read / apply its contents when working. Not sure how this happens with Sub-Agents on that note.
I think if you want both, you might as well add a ./docs/ directory, and put your md documents in there however you want, this has the upside of letting you have docs with your code always, as well as letting you link to direct source code files.
The key thing Astra is doing is a loop... (my understanding) To figure out where things are... It's basically use more compute, self-driving cars are usually using on-device hardware where a "loop" might be a little too risky especially if it takes too long on local hardware... I wouldn't want my AI driving model to be over the air either, yikes in the case of lag or network outages.
Sounds really expensive. I think OpenAI and Anthropic should really not dismiss making smaller capable models that they can license out in this space on the other hand.
reply