Live data from Hacker News

EU sends Apple first DMA interoperability instructions for apps and devices

techcrunch.com

151–160 of 174 posts

Re: EU sends Apple first DMA interoperability instructions for apps and devices

#151

Earlier quoted context omitted.

> Yes, that was the point. A public API in use by its very nature will have negative impacts on future development of that API. And my point was I don't agree. It's not that it's public. It's that it's in use. > They can, all they have to do is push out an update for those watches. An update they can't be sure every watch has done. The usual solution is to that situation is to plan for it from day 1, design the watch…

> It's not that it's public. It's that it's in use. And an API that isn't public can have its use restricted to a controlled set of environments and places, which inherently makes it easier to update. > Apple can continue to update it's API's and devices at any rate it pleases. If the 3rd party devices don't updates fast enough to follow, well that's their problem. Until the EU decides that a public API that changes…

> Until the EU decides that a public API that changes without warning

The usual solution is not to break the existing API, but to add new features and deprecate old ones. I doubt the EU will demand Apple not improve their API's.

The EU may have something to say about the rate Apple drops of depreciated API's. Maintaining them does impose a burden, but it can't be that bad as Linux, Windows and Android have maintained old API's for literally decades, so I'm sure Apple would cope.

Or to put it another way, the fact that Apple has to support a depreciated API for a while doesn't mean they are forced to use it. If they want to make a change, they publish their shiny new API and move to it immediately. The existence of the old one doesn't need to slow Apple down at all.

> In fact, TLS is a great example of this

If you're using it as an example of how a public API can't evolve then it's a lousy example. TLS did evolve, and fairly rapidly. The fact that some people elected to stay with the old version doesn't change that.

Frankly for most people BEAST didn't matter, as what they were doing on the internet didn't need a lot of security. But when it did matter, like say for a bank, then you were forced to upgrade. And guess what - that new browser still worked with old sites that support the new version. So some people chose to not move didn't slow the protocol's evolution at all. I think you are confusing the rate of adoption of something new, and the rate new things can arise and change. They are at best vaguely related.

And to state the obvious, the old SSL API's being public had no effect on speed of the introduction a new version, which is the opposite of what you seem to be claiming.

Re: EU sends Apple first DMA interoperability instructions for apps and devices

#152
post #146

Earlier quoted context omitted.

Nah it's pretty much every circle in Europe. Macron in France and the current German government are centre right. Poland is socially way to the right. Baltics, Scandinavia, Italy, all pretty right wing. Only Putinistas support what the US is doing with Trump, which is to say, almost no one in Europe.

Macron is not right wing by absolutely any sane definition of the concept. Can’t say anything about the others.

Macron is definitely centre-right...

He's literally a former investment banker who's been trying to dismantle the welfare state, lower taxes, increase business friendliness, etc... He's also been tough on immigration lately. Not sure in what world any of this would be considered leftist policies...

Re: EU sends Apple first DMA interoperability instructions for apps and devices

#153

Earlier quoted context omitted.

> It's not that it's public. It's that it's in use. And an API that isn't public can have its use restricted to a controlled set of environments and places, which inherently makes it easier to update. > Apple can continue to update it's API's and devices at any rate it pleases. If the 3rd party devices don't updates fast enough to follow, well that's their problem. Until the EU decides that a public API that changes…

> Until the EU decides that a public API that changes without warning The usual solution is not to break the existing API, but to add new features and deprecate old ones. I doubt the EU will demand Apple not improve their API's. The EU may have something to say about the rate Apple drops of depreciated API's. Maintaining them does impose a burden, but it can't be that bad as Linux, Windows and Android have maintained…

> The EU may have something to say about the rate Apple drops of depreciated API's. Maintaining them does impose a burden,

So you agree then that a public API would likely necessitate a slower pace of change. It’s good to finally get on the same page.

> If you're using it as an example of how a public API can't evolve then it's a lousy example.

I agree, so it’s a good thing I have never once claimed that a public API can’t evolve, or that would have been a terrible example of that. In fact that argument would be completely ridiculous in the face of a number of APIs that have absolutely evolved in public.

What my argument is and always has been since the beginning is that a public API imposed costs on that evolution and almost certainly implies a slower pace of change. And TLS absolutely backs that up. If you want to use TLS1.3 everywhere, you can’t. If you don’t want any sites to use TLS1.1 anymore, you can’t make that happen either. And the folks that make TLS can’t do anything about that either.

Re: EU sends Apple first DMA interoperability instructions for apps and devices

#154

Earlier quoted context omitted.

>This sounds very much like an edge case. https://www.google.com/search?hl=en&q=linux%20radeon%20audio... > Why didn't you use Windows or MacOS on the mini PC instead? Was it because you were unable to do so? Because despite what you might assume from reading what I've written here today, I'm not against or opposed to open source and open protocol stuff. Everything I personally write I release open source. I push my…

> https://www.google.com/search?hl=en&q=linux%20radeon%20audio ... This supports that it seems to be an edge case. > Because despite what you might assume from reading what I've written here today, I'm not against or opposed to open source and open protocol stuff. And the point of asking what I did was to point out maybe you wouldn't be able to get as far as you did without linux; certainly macos wasn't an option, ri…

> And the point of asking what I did was to point out maybe you wouldn't be able to get as far as you did without linux; certainly macos wasn't an option, right? Not a modern version at least. Why criticize an area linux is falling short when you're preferred OS isn't even an option? It just doesn't make sense in this context.

That’s an awful lot of assumptions about both what I’m doing and what my preferences are based on the fact that I’m defending Apple having private APIs. To answer those assumptions:

1) my preferred OS for projects is actually Linux, because as I said I don’t hate open standards. Where I can get a better experience, or where I feel the trade offs are worth it, I prefer to start with an open resource

2) both macOS and windows would have been viable options for the project

3) in the project space, windows is actually the preferred os (or the one with the most general support anyway), but it’s not my preference (again see 1)

4) I’m criticizing an area where Linux is falling short because I’m using it as an example of open systems and standards not being some panacea or guarantee of a better experience. If open automatically meant better, one should be able to have a superior experience on Linux for this project. And yet…

> Are you the same type of person who would argue never had a monopoly because Apple and Netscape were available?

I assume you’re talking about Microsoft here, and no I’m would not argue they didn’t have a monopoly. But surely you can see the difference between a software vendor having 95% of the market for operating systems across multiple competing hardware vendors ( and that same software vendor forcing hardware vendors to buy licenses even for hardware that doesn’t include the OS) and a single vendor of both a piece of phone hardware that only runs one os and that same os which only runs on that hardware (both from the same vendor) who has less than half of the market for phones in general and does nothing to discourage retailers and sellers of their phones from selling competing products.

Re: EU sends Apple first DMA interoperability instructions for apps and devices

#155

Earlier quoted context omitted.

Regulating the requirement that Apple support Linux on Macs makes no sense. What does make sense - to me anyway - is for Apple to embrace Linux because they'd sell a lot more Macs. I assume there are many thousands of developers like me that detest macOS and won't even consider a Mac. But like you said, Apple is making some amazing hardware these days. I would buy a Mac if Linux was well supported. Apple did just fin…

> for Apple to embrace Linux because they'd sell a lot more Macs. If that was the case, I think they'd have done it a long time ago. It is more likely that keeping users on Apple-controlled operating systems brings them more profit

But I can't think of any scenario where that would be true.

Selling more hardware would be profitable, and a user being able to dual boot into Linux wouldn't reduce any revenue.

Re: EU sends Apple first DMA interoperability instructions for apps and devices

#156

Earlier quoted context omitted.

Apple has many, many tools to prevent this from being a problem. To name a few: - They can lock the API behind entitlements that must be manually requested and reviewed by Apple - They can lock the API behind a user approval - They can regularly prompt the user if they still wish to share notification data with the watch (same way they do to keep giving an app localisation data) - They could enforce that the notifica…

> - They can lock the API behind entitlements that must be manually requested and reviewed by Apple > - They can lock the API behind a user approval Not if the EU has anything to say about it. Apple is already in trouble for requiring prompts for 3rd party vendors, and you know that already. Same for entitlements.

> Apple is already in trouble for requiring prompts for 3rd party vendors

Well yeah, they're specifically in trouble for requiring prompts *only for 3rd party vendors*. The problem is that Apple treats their own platform differently. There would be _no issue_ with a prompt if the apple watch required it too. Case in point: Apple Maps has the same localisation prompt as Google Maps, and as such, there is no regulatory problems here.

Entitlements are a lot more complicated, and here the DMA isn't very clear about whether or not it's acceptable or not - it's really up to the regulator.

Re: EU sends Apple first DMA interoperability instructions for apps and devices

#157

Earlier quoted context omitted.

> Do unto others what you would do unto yourself and all that. I think that means to treat others as you’d like to be treated when you interact, not actively do to people what you’d like others to do to you. “I know what’s best for you and I’m going to make sure it happens” is a threat to most people, I’d say, and that was my point about regulation enacted by expert groups without public vote. > An anecdote: My mom h…

"I know what's best for you and I'm going to make sure it happens" is Apple's entire ethos. So as we're going to have that anyway, I much prefer it done by elected officials.

Only if I buy their products does what they do affect me. So it can't be a threat.

Re: EU sends Apple first DMA interoperability instructions for apps and devices

#158
post #147

Earlier quoted context omitted.

> Do unto others what you would do unto yourself and all that. I think that means to treat others as you’d like to be treated when you interact, not actively do to people what you’d like others to do to you. “I know what’s best for you and I’m going to make sure it happens” is a threat to most people, I’d say, and that was my point about regulation enacted by expert groups without public vote. > An anecdote: My mom h…

> “I know what’s best for you and I’m going to make sure it happens” is a threat to most people, I’d say How is "let's make a platform more open and interoperable" a threat to anyone ? > When my mom was fed up with lack of a specific game (can’t remember which) on her iPhone, she switched to Android "I know what's best for you: you must switch to Android". The irony. > Only when monopoly was involved. Word of the day…

> How is "let's make a platform more open and interoperable" a threat to anyone?

It's not and I never said it was. I was replying to your "do unto others" quote which I find is not applicable in this case: I think in regulatory cases you shouldn't assume you know what's best for others (let them vote instead). So, if you say "we're a group of experts, we know you don't need product X, so we're pushing for additional taxation of it" it's a threat. Sorry if I was not clear enough the first time.

But on another note, if I was selling a product based on exclusivity, would regulation forcing me to ditch the exclusive part not threaten my business if it was its main selling point? If people have a choice to buy something else, who am I hurting here and how?

> "I know what's best for you: you must switch to Android". The irony.

I was just trying to illustrate that she had a choice. I personally don't think regulation demanding that a game publisher either publish on every platform or on none in order not to discriminate users is needed or positive.

> Word of the day: duopoly.

First it was monopoly. Now it's duopoly. Tell me, when there are 3 dominating companies, will there be a "triopoly"?

> This is literally one of the government functions: to dictate and force common ground, interoperability, common standards etc.

This makes sense in a lot of cases, but less so when people have choices.

Re: EU sends Apple first DMA interoperability instructions for apps and devices

#159
post #148

Earlier quoted context omitted.

> And what exactly will people not buy because of activists? I think that was my reply to a post about Apple exiting the EU market (completely unlikely IMO, since that would reduce profits), which may cause those unable to buy what they want to question the sensibility of specific regulation. > "companies are so good for customers why do activists try to ruin a good thing" I don't think anyone said that. But enacting…

> . But enacting regulation forcing Volvo to give you a full experience without Google Account login is just acting a step too late if you already bought it, or taking a step too far if you'd like to buy it but don't like it enough, and are now demanding they change it. Translation: no one should demand sensible things from companies ever. Because it's either too late, or too far. How has the world, especially the te…

> Translation: no one should demand sensible things from companies ever. Because it's either too late, or too far.

Are you trying to make a career of misunderstanding my replies? Or am I just really that bad at writing?

_People_, potential buyers, are _supposed_ to demand sensible things from companies. By voting with their money. Does that not work anymore?

Re: EU sends Apple first DMA interoperability instructions for apps and devices

#160
Even if you think that the EU is an over-regulating bureaucratic monster (which I do), Apple is proving exactly why we need regulations in the first place.

They wouldn't be in this mess if their behavior wasn't so unfair and anti-competition. The worst is that Apple could very well compete on their own merits (I think their solutions have a lot of benefits, the problem is their ability to dictate pricing because of said behavior).

It is completely insane that Apple has the right to dictate how I want to use my device and restrict its capabilities/access under the pretense that they know better than me what's good for me. People who want to do everything the Apple way are free to do so but people who would like freedom to use their devices as they see fit (and potentially give access to Apple designated bad actors) should be free to do so.

The same thing happened to car companies and now everybody agrees it was for the better, making big tech comply with the same rules is past due.

The hilarious part is that Apple complained about the same things when Microsoft was the dominant player, displaying their hypocrisy in play sight.

Post reply on HN