Live data from Hacker News

Apple blocks Google from running its internal iOS apps

theverge.com

661–667 of 667 posts

Re: Apple blocks Google from running its internal iOS apps

#661
post #559

Earlier quoted context omitted.

This would never be a direct action. But they don't have to go out of their way to inform either. Do you think Facebook's right wing oppo research firm would balk about leaking a story that a competitor's phone is vulnerable? Absolutely not.

Merely leaking it would be of no consequence. They could even do it directly as a blog post from their security team. Attempting blackmail would be the trouble.

Its not blackmail. All you have to do is to get people to think there's no difference and that everyone is bad (just like "all politicians are bad" and "all cable companies are bad"). Then you don't have to have good service at all.

Re: Apple blocks Google from running its internal iOS apps

#662
post #513

Earlier quoted context omitted.

What else would you expect? They removed the app that was viotating tos, the other apps were in line w apples terms.

They revoked Google's certificate after they'd already taken down their app. This was supposed to be punishment for crossing the line; apparently it was just a fluffy PR move.

i think the moment Apple moves beyond stopping the violation to "punishing offenders" is the moment anti trust suits become likely. they need to tread lightly and they know it.

Re: Apple blocks Google from running its internal iOS apps

#663

Earlier quoted context omitted.

That is true only in the most technical of senses. Practically, Apple has near complete control over what is allowed to execute on an iOS device.

Excluding technical users, Google Play Services is the same. And their grip only tightens over time.

Google does a decent job w/ non-standard app stores. They have permissions that allow other apps to act as a trusted app store without opening the system up entirely.

I agree that Google Play Services is not competition friendly, but that is a different topic.

Re: Apple blocks Google from running its internal iOS apps

#664
post #658

Earlier quoted context omitted.

> Not really disingenuous; from looking at his resume, I hadn't noticed his bar membership had expired. Ok, I'll remove you from the disingenuous. He stays though because he should definitely mention it on his CV. > a legal degree, one-time certification, and some legal practice are kind of relevant Yep, he's definitely probably got more standing than anonymous commenters. But that's a low bar. He didn't practice con…

"Quite clear" is not an argument, it's an empty assertion. IANAL, but I know the rough outlines of US contract and employment law as a frequent party to contracts, occasionally to disputes, and as a US person who has both contracted others and been a contract worker. If you have a contract (which doesn't even have to be written), you're a contractor. Full stop. And, an agreement to provide payment in return for perfo…

> "Quite clear" is not an argument

Yes, and I explicitly said I didn't have an argument but only my "layperson viewpoint".

> IANAL, but I know the rough outlines of US contract

Great. I don't care. Argue with other people about that. All I wanted to do was correct the perception that the journalist was a member of the bar and had some kind of legal standing.

Re: Apple blocks Google from running its internal iOS apps

#665
post #548

Earlier quoted context omitted.

Data wars is an understatement. Facebook is AMAZINGLY litigious on its data. Do this. Create a fake company and say you wrote a spider to index Facebook public profile data and that you have like say 100GB .... Watch how fast you get sued by Facebook. Mind you this is public data that EVERYONE can see...

> public data that EVERYONE can see The entire concept of law is based on the premise that not everything that is physically possible should be permitted.

Sure, but web scraping is a thing, and one that shouldn't be illegal. Therefore if data is public, it should be assumed to be... well, publicly accessible.

Re: Apple blocks Google from running its internal iOS apps

#666
post #652

Earlier quoted context omitted.

> there isn't a software distribution channel apart from the one sanctioned from up high. I'm disagreeing with the premise that you have to develop for their platforms and distribute for it. That's not a fact. That's an opinion. While there may be some apps that _couldnt_ operate on the web, 99% of apps don't fall into this. Facebook. Instagram. WhatsApp. Gmail. Google maps. Pinterest. These can all be done in a mobi…

I was speaking in specifically about native applications and not Web Browser based applications. Taking what I said out of context to get on your soap box and expose the dangers native applications is disingenuous and doesn't add credence to your opinion. You're setting your argument up for failure before you even present it when it's foundation is a clear and intentional misinterpretation of someone else's words.

Again, I disagree. You're beginning with the assumption that native is the only, and best solution. As a user, this is simply not true. You may _prefer_ to develop for native, but that doesn't mean its the best choice for the user.

Very, very few apps need to be developed natively.

The vast, vast majority would be better if developed for the browser.

This obviously depends on exactly what you're talking about, I concede there are some specific applications that require it. Maybe _your_ specific app requires in, in which case, _you_ have to live with the trade-off of the gatekeepers.

Mostly, it's a self imposed prison.

Re: Apple blocks Google from running its internal iOS apps

#667
post #666

Earlier quoted context omitted.

I was speaking in specifically about native applications and not Web Browser based applications. Taking what I said out of context to get on your soap box and expose the dangers native applications is disingenuous and doesn't add credence to your opinion. You're setting your argument up for failure before you even present it when it's foundation is a clear and intentional misinterpretation of someone else's words.

Again, I disagree. You're beginning with the assumption that native is the only, and best solution. As a user, this is simply not true. You may _prefer_ to develop for native, but that doesn't mean its the best choice for the user. Very, very few apps need to be developed natively. The vast, vast majority would be better if developed for the browser. This obviously depends on exactly what you're talking about, I conc…

> You're beginning with the assumption that native is the only, and best solution.

I never said anything of the sort, you're again manipulating what was said to give you an opportunity to stand on your soap box. I said Apple and Google control the distribution channel and have an interest in protecting it.

Web Apps are at a distinct disadvantage on both platforms because Apple and Google control the channel to dissuade them from reaching mass adoption.

If anything I said that these actions might actually help Web Apps.

Post reply on HN