Live data from Hacker News

Apple vs the Law

formularsumo.co.uk

1–10 of 450 posts

Re: Apple vs the Law

#2
Ah, the title point at something I said in an earlier thread that was misunderstood or I probably explained it wrong : the way apple played it, it was not about the actual regulation anymore, and anyone who kept arguing "but it's a bad regulation bla bla" where missing the point.

By playing it the way they did, with their public statement against the regulator, and half implementation clearly done to be non cooperative on purpose and all, they put themselves in a very different fight, now the question has nothing to do with this or that regulation, it becomes does Apple need to respect EU law to sell product in the EU. That's all there is to it anymore, by making it about compliance and who has a stronger grip, they forced themselves there; and it's obviously a fight the EU is not going to back down from (nor is it going to lose it).

I compare that to many moves from Meta, Google, Microsoft, ... Who played the same but knew when to back down and either do it or argue in a more court and legalese oriented manner.

I'm not sure why Apple leadership played it that way, maybe they have a stronger belief in the US administration ability to strongarm the EU into accepting a loss there, but at the point it's at, it has very little to do with the content of the regulation.

Re: Apple vs the Law

#3
> "...unfortunately, it's impossible to do all the complex engineering to comply with the Commission's current interpretation of the DMA..."

There's nothing complex and impossible about removing some "if" statements responsible for code signature enforcement.

Re: Apple vs the Law

#4
I really hope the EU keeps up the pressure. The level of control the gatekeepers have is beyond ridiculous. Sure there’s the “take your money elsewhere” option but we’re at a point where that’s just not realistic to be a normal person. (My sons nursery for example requires an app that only exists on iOS/Android).

EU looks set to be the only big enough institution with any spine or willingness to take this on. Will probably take years if it ever happens due to all this legal dance bullshit, but I really hope they win eventually, even if it’s just for the benefit of EU citizens (of which I am, sadly, not).

Re: Apple vs the Law

#5
post #2

Ah, the title point at something I said in an earlier thread that was misunderstood or I probably explained it wrong : the way apple played it, it was not about the actual regulation anymore, and anyone who kept arguing "but it's a bad regulation bla bla" where missing the point. By playing it the way they did, with their public statement against the regulator, and half implementation clearly done to be non cooperati…

Apple is very cunning when it comes to push back. In China they go along with no whining. In US and EU, they make a big deal citing "privacy" and the likes.

The only animating objective for Apple is money. Everything else is opportunistic

Re: Apple vs the Law

#6
post #3

> "...unfortunately, it's impossible to do all the complex engineering to comply with the Commission's current interpretation of the DMA..." There's nothing complex and impossible about removing some "if" statements responsible for code signature enforcement.

That sounds way too hard to accomplish. Remember, Apple is a company with limited means, only bringing in the GDP of a small country. There's no way they can afford to pay programmers to check all of those if-statements! Those kinds of complex operations are only possible if a third party app manages to interact with iMessage's servers, or if someone figures out a way to replace a screen on their phone without Apple's express permission.

Re: Apple vs the Law

#7
All-time great read about Apple/EU conflicts: https://www.baldurbjarnason.com/2024/facing-reality-in-the-e...

From the conclusion:

> Normally when the EU regulates a given sector, it does so with ample lead time and works with industry to make sure that they understand their obligations.

> Apple instead thought that the regulatory contact from the EU during the lead time to the DMA was an opportunity for it to lecture the EU on its right to exist. Then its executives made up some fiction in their own minds as to what the regulation meant, announced their changes, only to discover later that they were full of bullshit.

> This was entirely Apple’s own fault. For months, we’ve been hearing leaks about Apple’s talks with the EU about the Digital Market Act. Those talks were not negotiations even though Apple seems to have thought they were. Talks like those are to help companies implement incoming regulations, with some leeway for interpretation on the EU’s side to accommodate business interests.

> Remember what I wrote about electrical plugs? The EU is pro-business – often criticised for being essentially a pro-business entity – and not in favour of regulation for regulation’s sake.

> If Apple had faced reality and tried to understand the facts as they are, they would have used the talks to clarify all of these issues and more well in advance of the DMA taking effect.

> But they didn’t because they have caught the tech industry management disease of demanding that reality bend to their ideas and wishes.

Re: Apple vs the Law

#8
post #3

> "...unfortunately, it's impossible to do all the complex engineering to comply with the Commission's current interpretation of the DMA..." There's nothing complex and impossible about removing some "if" statements responsible for code signature enforcement.

I agree that Apple's answer is of very little value and realism but I disagree on two count;

One of surface, it's a lot LOT more work than that, the very obvious is "it's probably not if, but assumptions made everywhere, so it's not remove a condition but add a lot of check and rethink the whole process to ensure it's still consistent and safe";

Two, that's not what the issue is. It doesn't matter if it takes a lot of work or not. Nobody would accept something like "unfortunately, it's impossible to do all the complex engineering to comply with the YourCarCannotHaveA50PercentChanceOfExplodingWhenStarted regulation", which is an exagerated exemple on purpose; whether it's hard or not has nothing to do with anything being discussed, it's only a PR cop out.

Re: Apple vs the Law

#9
Note: I know some folks working in big tech won't like this comment, but it's time we talk about the elephant in the room.

Tim Sweeney is the only billionaire and computer scientist who's actually fighting against inequality. The big difference between him and folks like Bill Gates, Elon Musk, Larry Page, and Marc Benioff, is that while those billionaires talk about universal basic income to make up for the mass layoffs their tech is going to cause, Tim's out there fighting monopolies, hiring people, building tools for developers, and making games. That's why his HQ isn't in San Francisco. He's the only one who hasn't been brainwashed by VCs or sold out to greed.

He speaks for millions of computer scientists who don't live in the Valley and are using their knowledge of maths and physics to build things that help people, not hurt them. Because let's be honest, a future where billionaires keep getting richer and computer scientists are out of work, scraping by on UBI, begging billionaires for $10 more bucks a month, is a feature no one wants. And when I say "we" I mean myself, my colleagues, and all my students.

Tim, thank you. You inspired a whole generation. Keep fighting against Apple, Google and corporate greed!

Inequality matters.

Re: Apple vs the Law

#10
post #3

> "...unfortunately, it's impossible to do all the complex engineering to comply with the Commission's current interpretation of the DMA..." There's nothing complex and impossible about removing some "if" statements responsible for code signature enforcement.

It’s extremely complex. I’m not debating whether they should comply - they should. But it’s gonna cost them years of engineering effort, and maintenance far into the future. See, for example, BrowserEngineKit

https://developer.apple.com/documentation/browserenginekit

They needed to engineer, maintain, document and support a whole class of APIs so that third parties can create their own competitive browser engines (that offer JIT, etc) while still maintaining iOS sandbox security. There are going to be hundreds of frameworks, thousands of APIs, that will need to come to ensure compliance with the DMA

Post reply on HN