93 karma · joined January 29, 2017
Building join tables with calculated fields is a missing feature in all spreadsheet-like solutions as far as I know.
Also I concur with the parent that I often get frustrated by my inability to do spreadsheety things in these tools.
There’s a trap here which is thinking it’s all crap so I may as well not try. It’s seductive but quite poinsonous to the organization and to the individual.
System Z - as I understand it, this is descendant from IBMs earliest computers like System 360. Typically apps are written in COBOL, PL1, tied together with JCL. “Newer” apps use DB2, but there are older non-relational databases as well.
System P - an IBM alternative server architecture based on the Power chipset. I think these mostly run UNIX, but I’ve never been hands on.
AS400 - technically an IBM minicomputer, but similarly esoteric with a bespoke OS and some nifty functionality for business apps (very SQL centric).
HP Tandem - traditionally used in high availability transaction processing applications.
Others? I think most of the other surviving old stuff is basically UNIX
Typically people are thinking of System Z. I think both the inertia and scalable ACID explanations are relevant. That said, I’m not sure how DB2 on System Z compares to say Oracle RAC.
The lived experience inside big companies is bad and getting worse. Consultants are a symptom of this, but I think the root cause is an insatiable demand for earnings growth and productivity which is basically a force of nature at this point. The alternative is deindustrialization or some rethinking of the social contract.
It will be interesting to see if LLMs change this pattern. If having a corpus of expertly curated training data is sufficient then they’ll get better operating leverage than those firms. But my expectation is they’ll spend a lot of time building use-case-specific wrappers that don’t really scale.
There's been a bit of discussion on HN lately about the effectiveness of sophisticated models vs. just good metadata.
Logic also had a story about palantir this quarter. What I found most remarkable about that article is that the UI hasn’t changed in a decade! What looked edgy ten years ago now looks cheesy as hell.
I don’t know how the internals have changed over that time, but at that time, palantir was an entity resolver and a search engine. They also sold and continue to sell a ton of consulting services at mid-tier rates. In that sense their biggest competitor is... Booz Allen although they’d never admit it. BAH at least makes a profit.
“We are committed to lowering average daily doses on OxyContin and will provide higher rebates on prescriptions with higher dose strengths”
“We believe in our technology: We will pay additional rebates on any new OxyContin related overdose or opioid use disorder diagnosis”
Remember OxyContin was supposed to be less addictive than traditional opoid painkillers. Unfortunately it turned out to still be quite addictive and deadly, but at least this doesn’t indicate that McK or Purdue actually knew that. I guess they probably should have?
There’s also a worrying chart showing rising overdose deaths which doesn’t seem to be accompanied by a thoughtful commentary or real analysis of why—it’s just an actuarial exercise.