All of their mechanical CAD? No- some of that is handled in Shapr (https://www.shapr3d.com/). Given the state of the industry and the discussion in many sibling comments, it wouldn’t surprise me if this share is growing. A little birdie tells me they work closely with the Shapr team on certain feature developments in the app, and from my own personal experience I can tell you that I much prefer the Mac-native modeling experience than any of its gargantuan antiquated peers.
> A little birdie tells me they work closely with the Shapr team on certain feature developments in the app....
It is no secret that Apple work closely with various well-known app developers, and in the case of Shapr they are even featured on the Apple developer site[1].
And it sounds like the collaborative efforts are paying off given your statement "I much prefer the Mac-native modeling experience". :)
Installing on people’s houses isn’t just about install costs (the numbers for which above I highly doubt). There’s a huge additional benefit, and cost reducing factor, that comes from installing storage where grid connection already exists. Instead of building out battery farms in the desert and piping the power into urban centers over cables like a power plant, you can install capacity and run it essentially p2p. This is a big deal.
I’ll add that we’re not DIYing this. Professionals are manufacturing and installing these at scale. Also, though I’m not sure how it works outside the US, the government doesn’t build the grid. Energy providers and utilities are also companies.
We already have the "power pipes", from the power plants.
> Professionals are manufacturing and installing these at scale.
A couple of electricians doing 20kWh (average install size) once per day, with an individual inverter, gateways, etc. is not at scale, by any means of the word.
No, we do not in fact have the "power pipes". Those "pipes" have capacity limits. Those "pipes" and getting them approved and built in the US is a key limiting factor that throttles... pretty much everything. Yes, it holds up data centers, but also I've heard 'green' energy advocates complaining for decades about how difficult it is to get the permits and approvals to get wind and solar facilities hooked up, they're holding up nuclear plants, they're holding all kinds of things up.
There's also something to be said for distributed production and storage. We don't all live in ultra-compact cities. I agree apartment buildings don't need to be playing this game. But Australia (and the US) are extremely dispersed relative to Europe, for example. There should, in theory, be resilience in distributed production and storage that grid managers could call upon to help manage point failures.
Those are transmission lines. Utilities do need to upgrade distribution lines and transformers for areas with large-scale adoption of EVs, heat pumps or other increases in electrical load. Localized battery and solar installations can help defer these infrastructure upgrades, if done by planning and consultation with the utility.
Base Power is, at present, installing nearly 100 40kWh batteries on homes per day throughout Texas and the Chicago area. It is doubling total deployed capacity approximately every six months (currently at a bit over 0.6GWh total, to hit 1GWh by EoY). Read: at scale.
Reminds me of one of my favorite games: Hacknet (https://hacknet-os.com - https://store.steampowered.com/app/365450/Hacknet/). Likely contributed in a meaningful way to me becoming a programmer. I think I have Zachtronic's SHENZHEN I/O on my wishlist—will have to check out his whole catalog.
My understanding of Palantir's actual, technical offering is profoundly boring: a hosted platform that connects to existing diverse sources of data and organizes them according to well-defined (by Palantir's FDEs) useful schemas. I have developed this impression through actually building a product on the Foundry as well as several rounds of interviews. Frankly that is profoundly boring. The anti-Palantir propaganda, portraying them as this all-powerful Skynet software, is as much a part of their marketing as anything else.
On the other hand, their effectiveness appears to be less in question: the article above claims that Scotland Yard found hundreds of police officers to have been abusing their posts in various ways through use of the Palantir system. I am not a fan of corrupt cops, so I think this is good. Similar stories exist elsewhere, like a 68% reduction in 48-hour mortality at a Tampa hospital through deployment of Palantir's anti-sepsis monitoring tech.
Thus I arrive at the conclusion that this decision is ultimately a loss. Khan's legal standing appears to rely on them not investigating other potential suppliers—I'm not sure that there are any, and "develop these simple data systems in-house" is a bad option because if they could have they would. I suppose ultimately I don't think that Palantir's "bad vibes" among constituents should impact governments' desire to be effective in the programs they purport implement.
This is far more than just "bad vibes", and just a handful of many examples. The vibes also tend to be pretty bad around things that are used to enable spying, a secret police force, or bombing children.
This isn't even touching on the name of the company itself and the origin of that name, or the fact that Peter Thiel founded it, or many of the other things that give it "bad vibes".
Palantir revolutionized the enterprise software playbook (more government than enterprise, but I digress) by investing heavily in Forward Deployed Engineers, Palantir engineers deployed at customer sites and working hand in hand with engineers at the customers to make it happen. Most software companies pay only lip service to customer success, and seldom provide any engineering after pre-sales.
You don't have to like the company to respect the hustle. I deem them utterly despicable, on par with IBM who sold the Nazis the tools to round up and exterminate Jews during the Holocaust, and indeed their UK division is run by the grandson of Oswald Mosley, founder of the British Union of Fascists.
Yes, the law of conservation of social capital applies in the UK. There is this inexplicable fascination with the despicable Mitford Sisters (one of which was Oswald's wife). The Germans don't pine for the glamor of Leni Riefenstahl.
I discovered Radicle back in 2020 (when their website looked incredible: https://web.archive.org/web/20201201030505/https://radicle.x...). I bounced off of it, in part due to being unable to effectively delete repositories. They used to have an FAQ about that—looks like it's gone now, though the public-private repository area is much more fleshed out (you can make a repo private, in which case no new updates will be publicized but the history will still exist). In truth, it's just profoundly difficult to effectively "delete" things in a decentralized system (see: Matrix, BitTorrent, et. al.). But definitely something to consider; people accidentally upload secrets, and want to have some recourse when that happens.
Still, time has passed and I have become more interested in GitHub alternatives (https://figbert.com/posts/ideating-tragit/). Will likely end up moving to Tangled. But first I need to add support over there for pushing over HTTPS...
In general, whatever has been made public, is hard to unmake public. There can always remain a copy.
It is acutely true for peer-to-peer distributed systems like Radicle, but is still true for the more centralized GitHub, and for the Web in general. If you want to be able to walk something back, better don't publush it.
Publishing a token or an ssh key should not be a big deal, such a token or key should be immediately revoked, which is as good as deleted. The problem occurs when the fact is not noticed immediately. A git hook can help avoid such mishaps.
It’s a fair point about the difficulty in deleting data in a decentralised system but that’s also true in more centralised systems like GitHub or any other website. Once some data is out there, you have no control over whether it can be removed. Other parties could have copied it and may re-share it. “All” removing data from a centralised system does is slow down this spread, sometimes to the point that it is effectively deleted but that can’t be guaranteed.
The best response I’m aware of is to invalidate any secrets that have been accidentally shared. Sometimes that is easier said than done though. And of course there are plenty of other reasons someone might want to delete data.
It's not a technical issue but a UX one. It would be a pain to set up pushing via SSH to a knot container on my server because I am use SSH for the host already. And specifying a port is ugly. Doing this over the internet negates all these.
reply