Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Apple connect to our messaging platform voice, i mean messages i mean allo i mean duo i mean hangouts i mean...


Google acting like RCS is the hot new standard is pretty disingenuous. In theory it's a standard, but in reality most carriers haven't been interested and haven't implemented it so the vast majority of RCS messages are routed through Google.

I can't really blame Apple for not being interested in adopting a "standard" that's mostly Google pretending to be a standard.


RCS is infinitely better than the current state. Google isn't pretending it's a standard. They're trying to improve messaging between android and iphone uers. Apple won't because the current standard helps their business. It's pretty simple.


> Google isn't pretending it's a standard.

They call it “the modern industry standard” half a dozen times on the page. Zero mention of their affiliation.


First RCS version been developed in late 00. Google had and has zero affiliation with it. What RCS today been published in 2016 and again, Google had no affiliation. Google wasn't even the first one to support RCS - it was Samsung in 2012.

Google, however, added their own extension for E2EE and started roll out with their self-hosted RCS rather than carrier hosted.

Given that RCS is mandatory in 5G networks and supported by world's largest carriers - Yes, it's an industry standard. Given that version used today is published in 2016 - Yes, it's modern. So, what's the problem?


RCS has zero carrier support (in fact carriers are trying to develop their own competing standard). Why would anyone (Apple or otherwise) buy into an already fragmented Google "standard" knowing full well that Google has a pernicious habit of killing off messaging products?


There are at least a few major carriers in North America offering RCS support.

One-on-one E2EE is a big deal and I would to see Apple on-board with it too, including without iCloud exceptions.


Unfortunately they did implement WebP support in WebKit…


Just wondering, why "Unfortunately"?


I’m not the person you replied to, but personally I really hate Google‘s tendency to create their own “standard” and then just shove it down everyone’s throat because they’re so ridiculously big and important.

Speedy and WebP were two examples. RCS already existed (I believe) but basically every single carrier has dragged their feet on it to the point of doing almost nothing (at least in the US) so now Google is basically running the entire thing through their network just to get it to work for their customers because carriers are incompetent/indifferent/directly opposed.

But I doubt that last part was listed in the article.


Yes, exactly, thank you. Nobody used WebP, and then Chrome used WebP, and now everybody has to use WebP because of Chrome's dominance, regardless of whether there might be better alternatives out there. They're trying to do the same with WebM but Webkit has held out on that one so far (not sure if FF has).

And then you have Cloudflare doing crap like automatically reconverting JPEGs to WebPs so when you try to download a JPEG you can use anywhere you end up with a WebP you can pretty much only use in a browser.


Android and Chrome too. They are products, not open source. Google uses its lawyers to jump through loopholes and lie about being open

Embrace, Extend, Extinguish, but with better PR


Funny thing is the EU doesn't give a fuck and is going to force them.


I find it interesting how many HN'ers now think bureaucratic control of technology is a Good Thing(tm).


I find it interesting how many HN'ers now don't think consumer protection is a good thing.

(Actually, in hindsight it isn't that surprising. Tech companies only make the money they do because of the lack of consumer protections... so definitely in most HN'ers interest to keep the status quo.


European legislators are why I now have a cookie banner on every website I visit. It is hard to be enthusiastic for more of that. I could support basic antitrust actions that actually promote competition, but when it gets into actually writing technical requirements, the outcome seems less than ideal.


It's fine to debate what exact policy is the best, but it's not productive to just dismiss all regulation as bad because some are inconvenient.

FWIW, the only reason cookie banners are annoying is because the sites intentionally made it that way to bully you into allowing 3rd party cookies. EU regulations allow a site to not have banners if 3rd party tracking is opt-in. They could easily do it via a separate settings page. They only chose the banner because they want you to keep tracking cookies on and the annoying banner results in a higher rate of people agreeing to be tracked at the cost of annoyance (which is somehow respun to be directed to the policy not the site owners). Imagine if every time you enter a business you were asked to sign a liability waiver. That's what cookie banners are.

(You do not have to have a banner if all the cookies you use are first party "essential for functionality" cookies)


The problem is that it's insane to leave all of this for the website to implement correctly. It's a UX nightmare and it opens the door for a company to game the system, secretly ignore my privacy setting, etc. The EU solution is, of course, to turn a technical problem into a legal problem. Sue the company if their "Allow" button is too big or it doesn't work as advertised.

It should be a consistent browser-based preference that makes it impossible for a website to do something that I told it not to do. The problem with that is it requires innovation because cookies have inherent privacy design flaws. When you can't innovate, legislate.


> The EU solution is, of course, to turn a technical problem into a legal problem.

As a regulatory body, what else can they do...? In fact, I actually see this as a good thing.

You should think of regulation as an abstraction, an interface, a contract, that defines only a desired outcome (in this case the idea that 3rd party tracking should be opt-in rather than opt-out or non-opt). The details are then left to private entities to implement.

In fact, had they defined it to be say a browser feature or any other specific implementation, it would be strictly worse. By legislating the abstract concept of 3rd party tracking consent, they are leaving open the door to innovation. The idea is that if someone can come up with a better way of collecting consent in terms of UX, while still guaranteeing the same level of consumer protection, then they should be able to outcompete worse implementations.

The law does not require banners per-se (instead requiring affirmative consent before tracking can commence), nor does it require any button size (instead requiring that features not requiring tracking not be gated behind the consent wall and that certain consent outcomes shouldn't be favoured as a part of the UI). What we have is only that way because innovation is not that fast and the motivation to innovate here isn't that high (yet) --- banners are easy enough to implement and not so egregiously bad as to turn away users.


Yes, they should have just elevated the Do Not Track flag to legal status. If the flag is on, tracking cookies forbidden. Easy. It would have solved the cookie banner problem entirely. Some browsers have already removed it but I'm sure they would have put it back of the EU actually made this feature useful.

I don't know why they didn't use it in the law. Probably advertiser lobby because it's much easier to coerce the user into agreeing when they control the process (dark patterns)


Web developers’ deciding to use cookies, knowing the regulation exists, is why you now have a cookie banner on every website you visit.


I think you have it the wrong way around. Apple is exercising bureaucratic control over technology, the EU is about to give them a lecture in disruption.


It's only funny when you break up a bad faith company like apple.

In most other cases it's government overreach, but ruining iOS would make the tech ecosystem better.


The hundreds of millions of people who freely choose to use iOS would disagree with you.


In this battle of private tyranny versus bureaucratic behemoth, the latter is slightly more aligned with what I want, the freedom of interoperability.


EU bureaucrats are marginally more accountable than Apple/Google middle management bureaucrats.


It's a different world view I think. In Europe with our more socialist history, we view government regulations mainly as a protection of civil rights. Whereas in the US it seems to be viewed more as a kerbing of freedom.

It's not as black and white of course but this seems to be a recurring theme.


Another way to put it might be that Americans fundamentally do not trust the state, and Europeans (or at least Western and Northern Europeans) do.

Of course, this is painting with a very broad brush, and people in both places believe in all sorts of different political ideologies, but I think it generally tends to be true. Europeans are more likely to reason along direct lines like "this is a good policy, therefore it should be enacted" whereas Americans will think in more abstract terms like "this may be a good policy, but do we really want the state to have the power to enact such a policy? How may this power be abused in the future?"

I don't have a good explanation for _why_ this is the case; intuitively, you'd expect the opposite, since the US has never had a totalitarian regime, and most of Europe has within the last 100 years. My only guess is that nowadays the US is way more corrupt, undemocratic, poorly run, etc. than most countries in Western and Northern Europe which leaves a bad taste in people's mouths.


Yeah this is gonna happen soon anyways. Not because of some Google website, but because of the Digital Markets Act.




Consider applying for YC's Fall 2025 batch! Applications are open till Aug 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: