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.
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.
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.
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).
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.
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.
taylodl•1h ago
OccamsMirror•1h ago
adabyron•1h 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.
zamadatix•1h 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.
hylaride•1h 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.
cameldrv•23m ago
https://www.youtube.com/watch?v=-zRN7XLCRhc?t=2300
thedougd•1h 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.
otterley•1h ago
foobarian•1h ago
cj•14m 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.
stronglikedan•1h ago
financetechbro•33m ago
lateforwork•1h 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.
collingreen•1h ago
jt2190•1h ago
boringg•49m ago
esafak•29m ago
arjie•19m 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.
sharpy•1h ago
Invictus0•30m ago
PunchyHamster•26m ago
0cf8612b2e1e•23m ago
Invictus0•13m ago
0cf8612b2e1e•24m 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.”
mystifyingpoi•18m 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...
0cf8612b2e1e•8m ago
mystifyingpoi•15m ago
So in such situation, I'd be tempted to actively oppose this initiative.
justapassenger•1h ago
websiteapi•1h ago
moralestapia•59m ago
>Market cap of half a trillion.
>Somehow they're "in trouble".
Mega LMAO.
SvenL•32m ago
moralestapia•26m 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.
kev009•39m ago
jl6•25m 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.
bdangubic•21m ago
mbesto•15m ago