←back to thread

Reflections on Palantir

(nabeelqu.substack.com)
479 points freditup | 4 comments | | HN request time: 0.852s | source
Show context
newprint ◴[] No.41855137[source]
Can someone explain to me what is the Palantir's business model ? I haven't heard any large, meaningful project they been involved in, but I keep hearing the company name & how hot they are and their stocks are going to blow-up any day (some of my friends kept their stocks for the last 4-5 years with very little gain compared to other software companies). I know of the smaller software companies that are less than 100 people and have a very meaningful impact in DoD & Gov space.
replies(11): >>41858853 #>>41861649 #>>41862236 #>>41862244 #>>41863465 #>>41863680 #>>41863796 #>>41863854 #>>41864758 #>>41865205 #>>41868224 #
Manuel_D ◴[] No.41861649[source]
When I interned at Palantir (summer 2014) their business was mostly in data ingestion, visualization, and correlation.

A typical workflow for a Palantir customer was that Palantir would come in and dump a ton of data out of old crufty databases and into Palantir's datastore. Then, they'd establish connections between that data. This is all sounds kind of hand-wavy, but the gist of it is that a lot of government agencies have data that lives in separate databases and they can't easily correlate data between those two databases. Once the data was in Palantir's system, they could do queries against all their data, and make connections and correlations that they wouldn't otherwise be able to find when the data was previously siloed.

One of the sample use cases was identifying people filling prescriptions for schedule II drugs multiple times on the same day, and correlating that with pharmacies run by people connected to known drug traffickers. Previously, this was hard to do because the database of prescription purchases was disconnected from the database of drug convictions.

replies(8): >>41861675 #>>41863164 #>>41863189 #>>41863325 #>>41863752 #>>41866373 #>>41866470 #>>41868290 #
browningstreet ◴[] No.41863164[source]
In many of the enterprise orgs I've worked in, the two tech teams that are chronically understaffed are 1) info sec, 2) DBA/ data architecture/ data science. I'm lumping those 3 together on purpose, because they're always understaffed and typically not empowered to build anything.
replies(2): >>41863453 #>>41868093 #
1. hitekker ◴[] No.41863453[source]
You're right to group Data teams together. They seem to share a common plight.

In my experience, internal employees outside Data have a funny relationship with Data. They hate to manage it but they love to blame it, especially in analytical / decision-making scenarios. Teams that "own" the data usually get the blame, on top of having to deal with a mass of rotting pipes and noncompliant teams, while also losing out on credit when non-Data teams report big wins.

Based on what the GP says, it sounds like Palantir knows how to exploit common internal politics around Data. They build up technical & social expertise in ETL'ing disparate data sources, and they can avoid blame by being hired by executives as an external third party.

replies(1): >>41866452 #
2. vundercind ◴[] No.41866452[source]
This is exactly what I thought TFA was getting at when it brought up politics being a problem at companies and in sectors Palantir engages with, but instead it went a much more general direction.
replies(1): >>41866725 #
3. hitekker ◴[] No.41866725[source]
He talks about it a little:

> Why is data integration so hard? The data is often in different formats that aren’t easily analyzed by computers – PDFs, notebooks, Excel files (my god, so many Excel files) and so on. But often what really gets in the way is organizational politics: a team, or group, controls a key data source, the reason for their existence is that they are the gatekeepers to that data source, and they typically justify their existence in a corporation by being the gatekeepers of that data source (and, often, providing analyses of that data). [3] This politics can be a formidable obstacle to overcome, and in some cases led to hilarious outcomes – you’d have a company buying an 8-12 week pilot, and we’d spend all 8-12 weeks just getting data access, and the final week scrambling to have something to demo.

I think he's seen more companies without talented Data experts than companies with that talent.

replies(1): >>41867274 #
4. MichaelZuo ◴[] No.41867274{3}[source]
This makes it sound like their actual product is to be a bureaucratic/departmental door rammer?

Because the ostensible product, at least in the ‘pilot’, produced in just a single week, seems like it is pretty much guaranteed to be bad.