Earlier quoted context omitted.
> ... all of this is consistent with an extension that should be kicked off the app store within 14 days. No, it absolutely isn't. You can't take someone's livelihood off the app store within 14 days when they have every interest in complying with your policy but you just don't feel the need to even tell them what all the policy is. The fact it was approved in the first place is Google's fault, not the app developer,…
I mean they can. It's their store. I don't think they should, but still
Let's guess what Google requires in 14 days or they kill our extension
631–640 of 811 posts
Re: Let's guess what Google requires in 14 days or they kill our extension
#632Earlier quoted context omitted.
I can only assume that this isn't the result of a human flagging Pushbullet like this; I expect it's an automated system. And if that automated system can make a decision to flag the extension, it could also include in the email specifically what caused that flagging to happen. At this point I'm really starting to become unsympathetic to the idea that they can't tell you what you're doing wrong because it'll enable p…
> And if that automated system can make a decision to flag the extension, it could also include in the email specifically what caused that flagging to happen Unless it's a black box machine learning model that just says yes/no but can't tell you why
Recently there's been some interest in Explainable Artificial Intelligence (XAI) which addresses the problem of "black box" machines. There are techniques such as SHAP and LIME that can help the ML designers provide explanations for why any specific observation has been "rejected". That said, I'm not sure if that's what Google uses here.
Re: Let's guess what Google requires in 14 days or they kill our extension
#633Uh, yikes: > As I looked at the permissions and what our extension actually needs to operate, I noticed a great opportunity to reduce our permissions requests. We do not need to request access to data on https://*/* and http://*/* . Instead, we can simply request data access for https://*.pushbullet.com/* , http://*.pushbullet.com/* , and http://localhost/* . This is a huge reduction in the private data our extension…
paid Google shill.
Re: Let's guess what Google requires in 14 days or they kill our extension
#634Earlier quoted context omitted.
>We hear you and are eagerly looking to improve things. Joking aside, isn't this just what people should come to expect from the company that has always tried to normalize the "no support and no service" model? If these antics start causing GOOG to lose share in the browser market then they may review these policies, but I highly doubt it. At the end of the day GOOG is an ad company and publicly-traded at that. They…
> Stop using their browser, stop using their search. The more people that do this in general, the better. We've given Google entirely too much power to control what people see and read (and it follows, control over what they say and think). They don't have our best interests at heart, they have financial interests at heart, and everything else flows from there. I'm not saying this is evil, but it's certainly not _goo…
Re: Let's guess what Google requires in 14 days or they kill our extension
#635Earlier quoted context omitted.
> "no support and no service" model? this is one of the reasons why Google cloud will lose to AWS in the long run. AWS is customer obsessed, Google is not.
It's so difficult to imagine a) getting ahold of someone at Google who can actually help you, and b) having some sense of assurance that they will actually help you. "Google deleted my X" posts always rise to the top on HN because they elicit a strong emotional response from developers. I think it's worthwhile to reflect on why that happens. For me, it's because I absolutely despise seeing an algorithm have control o…
Re: Let's guess what Google requires in 14 days or they kill our extension
#636Re: Let's guess what Google requires in 14 days or they kill our extension
#637Earlier quoted context omitted.
That's the thing I'm sympathetic to - having fixed the bug , it's frustrating that it's not clear what the next steps are. But given that they had the bug, Chrome was absolutely in the right to deny them the first time. And while I don't like Chrome's position that they're too busy to explain to everyone what they're doing wrong, if extensions that go "oh hey, we don't actually need access to literally every website,…
> That's the thing I'm sympathetic to - having fixed the bug, it's frustrating that it's not clear what the next steps are. That may not have been the bug, your guess is as good as literally anyone's right now. That's the issue at hand.
Re: Let's guess what Google requires in 14 days or they kill our extension
#638Earlier quoted context omitted.
> And if that automated system can make a decision to flag the extension, it could also include in the email specifically what caused that flagging to happen Unless it's a black box machine learning model that just says yes/no but can't tell you why
I think it's more likely that their flagging is heuristic based and could easily defeated by a malicious extension author and giving detailed feedback makes reverse engineering the rules trivial.
Telling people that they are going to be severely punished within days by a very powerful global entity, without telling them which specific rules they are in breach of or what they have to change is a dystopian nightmare.
Re: Let's guess what Google requires in 14 days or they kill our extension
#639Earlier quoted context omitted.
Chrome on Android already doesn't have extensions. That made me switch to Firefox on Android and within a week my laptop was also on Firefox because it's nice to have tab syncing etc between devices. If enough users do this I think Google will review their policy on extensions and specifically adblockers. Can't browse without one anymore after having used it for a while.
Brave is also nice in Android, although I miss the FF extensions.
Re: Let's guess what Google requires in 14 days or they kill our extension
#640Earlier quoted context omitted.
This isn't very actionable advice, though, since there is basically no such thing as a software product that isn't built on somebody else's property. You might think, "Ah-ha, web apps!" But no, Google can still casually destroy you there. Or you might think, "Ah-ha, desktop apps!" But the OS vendor can casually destroy you there.
This is actionable advice. The action is to create an offer that is not entirely depeneent on a single platform provider. Don't build browser extensions for just a single browser. Don't build an app based business solely around an iOS or Android app - support both platforms. And so on.