Live data from Hacker News

My small revenge on Apple

javierantonsblog.blogspot.com

381–390 of 471 posts

Re: My small revenge on Apple

#381

> The best way to convince Apple prisoners is to tell them what they need. Trust must only belong to Apple. Give them your money, your will, your worship, your everything. Apple will keep you safe > Perhaps Apple customers deserve the luxury of "choice" (between different Apple devices, of course) I don't understand the tone. Do these people actually not understand that different people have different preferences and…

> they're, as we speak, pulling off the biggest and smoothest on-the-fly architecture transition ever.

That's interesting, I would have said that it was AWS doing that with Graviton. Do you have a source for this?

Re: My small revenge on Apple

#382

Earlier quoted context omitted.

I don't dispute that it is a good thing. I object to the method of implementing it by force I am an Apple customer as much as an iPhone user is. But Apple chooses to treat me as an employee, after having charged me (and paid me nothing). Do I have the right to be upset? Could they not have sweetened AppleID by encouraging users to ask devs to implement it or even by reducing our dev annual fee by some $? I think it w…

You can remove the other third-party login options and offer only email+password. Part of the reason people pay the Apple premium (which is definitely a fact) is because of platform consistency. We are paying more so things are consistent, I expect to not being forced to use a google or facebook account, I expect to have a single place to manage my subscriptions. If I didn't like that, why in hell would I pay more to…

Here there is a conflict of interest. Who gets to choose to "expect" more? Arguably, I pay more $ to Apple than you (on top of the value I add). Let's see:

1 dev subscription 4 iPhones to test 2 iPads to test 2 macs to develop

Why do you get to "expect" things from me, and why does Apple get to force me to serve you in a certain way that keeps changing over time and then threatens to hide my work if I don't comply?

I don't know, it just doesn't seem fair. I am happy to work for free because I like what I do, but then being told to do things or risk being banned is just too much for my taste

I think I will just leave the App Store when my web version is finished. Too much trouble for nothing

Re: My small revenge on Apple

#383

Earlier quoted context omitted.

> I have a problem with how Apple forced it on me. Not nice Every single point you bring up is about you and not your users. All of your complaints in your post and in your comments in this thread ignore the fact that what Apple is doing is better for the humans on the other side from you. And your stinger at the end? > Apple users who logged into Groups via the app with Apple ID will need to create a second account.…

Well, what can I say, I am sorry. I am sorry for having to do this and wish things were different But it is the only way I can shed light on Apple's behavior. I promise to add a transition mechanism, happy? I will still make sure users get to read some "Apple bad" message to highlight the reason behind Apple ID not being straightforward on the web

> But it is the only way I can shed light on Apple's behavior.

It still sounds like Apple's behavior is 100% good for users and your behavior is not. You wanting to circumvent things that are positive for users makes you as a developer look extremely bad (user-hostile). I don't know what else I can say if you don't want to hear it.

Re: My small revenge on Apple

#384

Earlier quoted context omitted.

Nobody is forced to add Apple ID login if they don't have any other social logins. Personally I stick to direct signup but if I were forced to do social login, Sign in with Apple would be my first preference as it's the most privacy-preserving compared to Google, Facebook, Twitter, etc.

>> but if I were forced to do social login I wonder what it would take to "force" me into doing a social login? It would have to be something drastic, like a website that provides me with needed oxygen.

Anything else that would ‘force’ you to Have an Account somewhere, combined with that somewhere happening to outsource their identity framework to “social” of any kind. Or: the same things that would ‘force’ you to have a social network account to start with, potentially.

To get on my hobbyhorse some: what about a platform that your employer uses to distribute relevant documents and updates which you need for your job, which has become sufficiently well-known and implicitly available that hesitating about the dependency is perceived as bizarre?

Note that the response of “don't deal with them then” runs into market information and churn amplification¹ issues when it is a social assumption that picking up a ‘tool’ (which is actually a relationship with a third party, but where this is close to invisible in the steady state) is essentially a free action which requires no consideration, because the information about “does this employer require me to use this tool” neither propagates efficiently nor stays stable.

Past source: wound up changing the email address on one of my Google accounts recently for exactly that reason. They actually asked me up-front whether I had a GMail account they could use instead, which turned out to be because they use restricted Google Docs for critical material. Not naming them, but in a broad sense, this is one of the more ethical companies I've ever dealt with, by the way.

Future source: I should probably be considering digging into LinkedIn soon despite their past abusive behaviors, because as it turns out, if I want to dig myself out of this hole…

¹ I assume there's a ‘real’ term for what I'm thinking of, but I don't know what it is, so I cobbled that one together out of the most relevant-seeming bits.

Re: My small revenge on Apple

#385
post #364

Earlier quoted context omitted.

For what it's worth I'd like to apologize to anyone who identifies as an Apple user and has been offended by my tone. I intended to add a bit of humor but I know that perspective can make things feel a lot different Please replace every mention of "Apple user" with "Apple". It really is the only wrong party here

You definitely nailed the tone you were going for, you're just not liking the response.

Nah, I just feel sorry for any Apple user out there that was offended by my words. It happens everywhere. I generally don't place a lot of importance on these things, but it's rude to make fun of people's (core) beliefs

Re: My small revenge on Apple

#386

Earlier quoted context omitted.

It’s also the reason they had to make it mandatory. No one would use it otherwise. I use it all the time for the privacy it provides.

That's evidently not true. Plenty of apps, including the author's, use Google's and Facebook's auth solutions without being coerced into doing so. EDIT: Can someone explain how this is wrong?

The point is that many developers would prefer to have a “real” email address. If you’re using Google or Facebook ads the email data point allows them to track you across apps and target advertising that data goes back into your personalized profiles.

Apples solution of an anonymous email breaks this personalized tracking which is good for privacy concerned users but potentially “harmful” for app developers, particularly those that are ad supported.

There are many who wouldn’t see the value in adding Apple Auth and may actually see it as harmful to their businesses model and chose not to implement it which would deprive users of that choice.

This isn’t about a large section of app developers who just use social auth in a benign way, like the author, to ease app sign ups it’a about those that use social auth more insidiously to track users, frequently without their knowledge.

There’s not a feasible way for Apple to enforce this selectively so used a heavy hand. I feel for author with respect to the button guidelines but as a privacy minded user I’m glad he’s being forced to add the option.

Re: My small revenge on Apple

#387

Earlier quoted context omitted.

Well, what can I say, I am sorry. I am sorry for having to do this and wish things were different But it is the only way I can shed light on Apple's behavior. I promise to add a transition mechanism, happy? I will still make sure users get to read some "Apple bad" message to highlight the reason behind Apple ID not being straightforward on the web

> But it is the only way I can shed light on Apple's behavior. It still sounds like Apple's behavior is 100% good for users and your behavior is not. You wanting to circumvent things that are positive for users makes you as a developer look extremely bad (user-hostile). I don't know what else I can say if you don't want to hear it.

Sure, I don't expect you to empathize with me as a developer. The point is, if you let this go unchecked for developers, it will spread to as many areas as they can get away with, in the name of what is "good for users". The EU's anti-trust probe is already looking into this. Have a good day

Re: My small revenge on Apple

#388
post #372

Earlier quoted context omitted.

Thanks, the web app isn't published yet and I will take this into consideration

Take what you see here with a grain of salt; this forum is traditionally filled to the brim with Apple boot lickers. You're fighting the good fight and should be applauded, not chastised for the wording.

Thanks, I have to admit Apple fanbois are a persistent bunch. I think I must have gone in circular arguments a couple dozen times today

Re: My small revenge on Apple

#389
post #317

Earlier quoted context omitted.

> Except it's inaccurate, it works on Android, Windows and in browsers I'm pretty sure there is an implied "on this app" in there. But I agree that the formulation could be seen as ambiguous.

Yep but that should be made clear and not just implied, because at the end of the day, their users who signup with Apple will be unable to use their web app because of the developer choice not to implement it (which is definitely their right not to do so, they can handle the support), and not Apple not giving them the APIs.

Yeah, this is the part that makes the developer not just petty, but actually quite disingenuous and actively hostile to their own users.

It's one thing to argue against the policy and there's nothing wrong with that. But it's unacceptable and close to outright lying to imply that the policy decision makes the user's account only usable with Apple devices.

The really puzzling thing about all of this is that the developer's primary issue - he believes Apple is being hostile to developers - is exactly what he's doing to his end users.

Apple took away his choice, so he's taking away his users' choice to use the feature as they desire.

Re: My small revenge on Apple

#390

Earlier quoted context omitted.

You can remove the other third-party login options and offer only email+password. Part of the reason people pay the Apple premium (which is definitely a fact) is because of platform consistency. We are paying more so things are consistent, I expect to not being forced to use a google or facebook account, I expect to have a single place to manage my subscriptions. If I didn't like that, why in hell would I pay more to…

Here there is a conflict of interest. Who gets to choose to "expect" more? Arguably, I pay more $ to Apple than you (on top of the value I add). Let's see: 1 dev subscription 4 iPhones to test 2 iPads to test 2 macs to develop Why do you get to "expect" things from me, and why does Apple get to force me to serve you in a certain way that keeps changing over time and then threatens to hide my work if I don't comply? I…

You don't understand, do you? The average apple customer values the consistency of experience in the platform far more than your application. In the grand scheme of things, I am pretty sure you removing your application from the apple store would be an objective loss for customers, but that loss pales in the sight of the benefit of not being compelled to use google or facebook as the only way to login into an application as it is so common in android.

The average apple customer values consistency and is far less tolerant of deviations from that than the average microsoft or google customer. The whole point in paying more for apple is because we value order, predictability and consistency.

Windows customers are not used to that. Windows Hello may be a good thing for them, but they don't expect the same degree of consistency, if your windows Application doesn't use it, they don't complain, this is life.

But apple customers, like you it or not, expect IOS features to be widely available on IOS applications. We literally pay for that, and as there are vastly more consumers like me, than developers like, it doesn't matter if we bought half the hardware you buy, because as a customer class, end users absolutely dwarf developers.

I completely understand your personal frustration. But this is on you, your choices of providing your work for free deliberately.

Most customers don't want to be back on the situation where you either choose between facebook login or tedious manual account creation, just because it will inconvenience some developers. The whole, raw point is exactly that. It may sound cruel, but we WANT you to be forced to implement stuff that is consistent with IOS guidelines, best practices or even features. Customers can be cruel like that.

Post reply on HN