‘Making Hey’ (pun intended) - OR Leveraging The Hey Commentary To Make YOUR Point.
If you’re listening you will have picked up on the latest Apple furor and how they are abusing their power with the App Store.
In one of my many groups, someone shared this, commenting that the relevant part is about Hey.
I took umbridge and replied, but decide to house the story on a post for posterity.
The ‘hey’ part might be the relevant part but the story is about moral leadership - and connecting the two stories with the words …
“Apple and eBay show the state of moral leadership in Silicon Valley. Absent. Or perhaps present, but actively malicious.”
… is akin to the claim back in the day that there was no difference between clinton and trump because they both lied.
I don’t know anything like enough to know who’s right and who’s wrong in the apple story BUT I do know a false equivalency when I see it.
If he wanted a real comparison of the lack of moral leadership in Silicon Valley - he could have drawn much tighter parallels with Uber - where scandals continue despite Daria running the ship, or the shenanigans of Zuckerberg. But no.
Instead he gets to promote his story because Apple - which we know - are always good for a headline.
Seperate - but related … in the same channel I saw this …
Hey isn’t designed or marketed as an email platform that is more secure than other options. It’s a batch of features designed around common email use cases that aren’t well handled by current email. Many of those features require server smarts and storing your email on the server (renaming and merging multiple historical subject lines for instance). IMAP would throw away most of the reason for using HEY.
One reponse I personally enjoyed;
No, IMAP would throw away their reason for picking an attention-getting fight with Apple.
If they wanted to do a service that would be friendlier to people who want to bring their own address, and not provoke Apple, they could have designed it more like
Mail server (standard IMAP)
Mail client (with new UX features)
Mail bot (automated IMAP client service that does any special mail processing that the client can’t, and that isn’t built in to IMAP servers) (This is similar in concept to what a lot of long-time free software email users have set up with their own tools. Harder to develop than a tied client+server, but easier for users to try out with their own real addresses.)
With the 3-component design, if a user wants to use their client and special features with their existing address and mail archives, the user can get the client and sign up for the bot as a service. If you just buy the client on Apple’s store, you could point it at any IMAP server, but you don’t get the bot features, so possibly some of the nifty UI in the client doesn’t show up.
Instead, what Hey did is try to run a tying and lock-in racket, old-school 1990s MS-Exchange style, and ask Apple for distribution. And Apple’s app store reviewers think far enough ahead to know that only one company is allowed to play the lock-in game on their infrastructure.