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

Those of us who are long enough in UI design know what is a result of attention to detail and professional GUI. We have all used Os X not only for UNIX like core (Darwin) but for consistent UX and UI libraries. In some point in time Apple was influencing our work in really meaningful way by setting the standard (remember Apple Human Interface Guidelines pre Yosemite). For me personally Soundtrack Pro is most polished professional interface ever made. So in this context UI “innovation” trough emoji and implementation of white space for touch interaction (without touch interaction) is funny but not usable. Performance aside ( which is big accomplishment ) I miss the old approach with balance of contrast and natural flow and will stay on Catalina as long as I can. If Apple changes their stance on telemetry, bypassing things and fixes UI/UX design I have no problem to join again. What is lacking in Linux desktop is consistent approach to UI, but for some of us may be is time to revaluate and relearn things. My personal time investment is in Emacs, with time I have more and more respect for those ideas of freedom and consistency. The selling point for me with Apple was professional interface and high UI standards, sadly they are gone. But hey everyone of us is different and this is good, right?


It's all mostly redesign for the sake for redesign at this point. Desktop OSes had been feature-complete for quite some time, but they still have to update every year. They have to. Don't you even dare question that. I'm still on Mojave and it does everything I need from an OS. I also absolutely love native Mac apps, which are becoming rarer and rarer. And no, iOS apps that run on macOS aren't native mac apps. The abomination that is the mojave app store? That definitely took some extra talent to break every single UI guideline, but thankfully I only open it once a couple months.


Just a thought: If someone in 2008 asked me -What desktop interfaces will be used in 2020? My answer may have been: Apple will implement a new Desktop paradigm on top of Raskin Zoomable UI Ideas (https://en.wikipedia.org/wiki/Jef_Raskin). But here we are: Monster SOC with Cartoon Network on top. :)


The thing with interfaces is that there's no inherent need for change if the method of interaction doesn't change. It was a non-touch screen, a keyboard, and a mouse/trackpad 20 years ago, and it still is today. Some things just work great. They're tried and true and battle-tested. Like, you know, densely packed windows that are optimized for the precision of the mouse pointer.


> Desktop OSes had been feature-complete for quite some time

It's less that desktop OSes are feature complete, and more that vendors want recurring cloud subscription fees from users for new features these days.


Oh hey another emacs user!

You can turn off all the telemetry in macOS and they ask you if you want it on when you setup the computer.

Agree to disagree on Big Sur, I love the new look. Keep in mind they’re calling it macOS 11, so there are probably bigger and less superficial changes down the road.


Yep, as a consumer I completely agree, this is firs iteration we will see better (may be). As a UI/UX designer I am hardwired to think in layers of interaction (created ergonomically by mouse pointer), flow and graphical representation. Look in broad term has an emotional impact and is a sum of lot of elements (lines, colors, whitespaces, iconography, animation etc.). But when we are speaking about interface - functional thinking is the heart of design. There are a lot of principles and usability guidelines that must be present. MacOS Big Sur in this context is breaking those desktop paradigms (which we want) but actual implementation is to much touch oriented (iOS). Anyway, this is an open discussion and every point of view counts, so thanks for reply.

PS. Emacs is great, and I am thankful that Apple decisions have pushed me to replace Devonthink and start using Org Mode instead.:)


I don’t see much breakdown of the desktop paradigm from a usability perspective. Targets are larger and things are rounded off, but is that really as catastrophic as you suggest? I don’t have formal design training but I find it fascinating.


I know I am biased, my view is personal opinion only. In this personal opinion I see a lot of things I don't agree with, but I am old in a sense that I have seen better from Apple and automatically expect more (which is unrealistic at this point in time). In this personal and biased view Desktop Computing is optimisation for interaction real estate, when I work on big screen I expect "more space" for window management and the idea of larger target is some kind of funky experiment with visible goal: to merge desktop and mobile interaction and I don't see it usable at all. This approach is "Design for Design's Sake" (we don't touch MacOS, we use cursor interaction). It heavily reminds me of auto industries approach to replace every physical controller with touch interaction (because its cheap and people like their smartphones).


> You can turn off all the telemetry in macOS and they ask you if you want it on when you setup the computer.

That's false. You can turn off OS analytics but there is tons of telemetry built into almost every Apple app, separate from that, that you cannot disable. It tells you about it on first app launch. Open Maps, for example, and it will tell you about the unique, rotating identifier it uses to track your searches. Opting out of OS analytics does not disable telemetry for the other Apple services now deeply integrated in the OS. Even disabling these features doesn't prevent the mac from talking to the services, such as in the case of Siri.

Additionally gatekeeper OCSP checks on app launches serve as telemetry in practice, and this has no preference or setting to disable it.


Exactly. But at least pre-Big-Sur you could use Little Snitch to block Apple apps from sending things, but now that's no longer possible. :(


If you have an intel mac, you can still install LS 4.x (once you have booted into recovery to permit the kext) on Big Sur. HN user miles pointed this out recently, and it is awesome.

https://www.obdev.at/support/littlesnitch/245913651253917

It's 5.x that uses the new restricted APIs.

I'm going to contact the developers and ask for an ARM build of 4.x so the same trick will work on M1, at least until Apple forbids all kexts some time in the future.


This is deal breaker for me and lots of security conscious professionals. I have foreseen this "Apple goal" in the past and the only thing thats keeping me to use MacOS is Little Snitch and Mullvad VPN combination. Sadly in Linux world there is no commercially viable option for access rules per app basis and I don't understand why. I don't have answer for another question: As a business I learned from Apple that keeping tight security and protecting your intellectual property is big thing. How on earth big business is complicit in this telemetry approach from Microsoft, Google and Apple? If you are business captured metadata is enough to know important metrics about your company and this may work against you in the long term. Thats why I am against cloud based apps (like Figma), and I am furious with Sketch for not providing collaboration solution and bragging about "Mac Only" approach.


It's because it's very time-consuming but ultimately it's more security theater than any meaningful benefit. An attacker has many ways to easily bypass tools like Little Snitch and they only have to succeed at one of them, whereas you have to hope that you take time away from your job to successfully block all of them.

If you're trying to prevent data exfiltration, you don't trust the client at all — confine it to a dedicated locked-down system on a restricted network which only allows egress to the minimal subset of trusted services. That's a much more winnable battle than trying to prevent every possibility on a general purpose computer running tons of things which are allowed to connect to the internet and legitimately uses lots of outside services.

Similarly, a lot of the data breaches you hear about are caused by people with legitimate access saving the data somewhere insecurely. Spending time on that is a lot more beneficial to most organizations than tracking every TCP socket.


Thanks for your comment. You described exactly what I am going to do. + Hardware Firewall/Vpn.


They’re working on the OCSP issue and I would say it’s more of a disclosure bug than telemetry, which implies intent. You’re right about Maps but you’re saying it’s “almost every app,” do you know of others? Because I’m pretty sure it’s not “almost every app,” and moreover in Maps it’s required to deliver the functionality, so I’m also not sure I would call it telemetry.


Stocks. Weather. News. Maps (has a unique ID across multiple interactions to serve as explicit telemetry). App Store (sends device serial). TV (sends device serial). iMessage (sends device serial).

Telemetry doesn't imply intent. Many things serve great as telemetry that aren't intended to be such. There's no way to limit the way the raw data collected can be mined later, offline.


Do you have resources on the data collection these apps do? I'm interested in digging deeper.


tcpdump them, or read the data/privacy disclosure link at the bottom of the first launch pane of any of them.

https://github.com/kholia/OSX-KVM if you need an easy way to fire up a fresh install.


I never use those apps so I wasn't fully aware that they did this. Seems like it's for advertising though. I've had ad tracking turned off on their platforms for years.


It's not for advertising and there is no preference setting to disable this tracking.


What is it for, then? And where is it described in their policy?


Additionally gatekeeper OCSP checks on app launches serve as telemetry in practice, and this has no preference or setting to disable it.

This is just a check that the developer's certificate hasn't been revoked or expired. I wouldn't call it telemetry.

Apple has said they're working on allowing users to opt-out of Gatekeeper checks if that's what people want.

Details—https://eclecticlight.co/2020/11/16/checks-on-executable-cod...


> This is just a check that the developer's certificate hasn't been revoked or expired. I wouldn't call it telemetry.

It's an unencrypted network transmission of a unique identifier, at the time of an app launch, that maps to a single app for 99% of cases (due to the fact that almost all developers publish only a single app). That's objectively telemetry no matter what you call it, irrespective of the intent of the designers.

Approximately 0% of all users of macOS will change this setting, so Apple adding a preference toggle (that defaults to "send my local app launches to Apple via the network") is irrelevant from a privacy perspective.


It's an unencrypted network transmission of a unique identifier, at the time of an app launch, that maps to a single app for 99% of cases (due to the fact that almost all developers publish only a single app).

As the article states [1], Apple is changing to an encrypted connection, the IP addresses are no longer logged and the checks never included the Apple ID of the user or the identity of the user's device. Definitely not telemetry.

[1] For those concerned with protecting their privacy, Apple makes it clear that “these security checks have never included the user’s Apple ID or the identity of their device”, and that it has stopped logging IP addresses.


The commitment to encrypt is "within the next year". That means it's been telemetry for the last two years, and will likely continue to be so until the next major macOS release, approximately a year from now.

The fact that Apple isn't logging the IPs any longer is irrelevant. The data is unencrypted, and your ISP and their ISP and everyone in between can log the data.

The fact that it doesn't include the Apple ID or device identity is similarly irrelevant. The IP address also communicates unique identifiers to other services (including at Apple), so the IP address is sufficient unique identifier in this instance. Additionally, even if one doesn't have any access to those other records mapping the IP address to the user (held by Apple, the carrier, and many others), simply monitoring the specific set of apps that are opened (again, because the data is unencrypted) is sufficient in many cases to fingerprint and uniquely identify the device.


>That's objectively telemetry no matter what you call it, irrespective of the intent of the designers.

There's no objective definition of "telemetry" that I know of, though, and this is a purely functional feature implemented straightforwardly. They are moving towards encrypting the requests, too.

Whether or not you can toggle something is absolutely relevant from a privacy perspective. Gatekeeper is something that should be on by default anyways, and I personally am more concerned about my endpoint security than Apple getting pinged with a signature when I open an app.


> Agree to disagree on Big Sur, I love the new look. Keep in mind they’re calling it macOS 11, so there are probably bigger and less superficial changes down the road.

Agree. Hardcore Linux user (custom KDE theme) here, and I have to say that macOS 11 is easily the most aesthetically appealing desktop theme I've ever seen. Just completely mops the floor with everything else, especially the previous version of macOS. The changed margins / white space are great, colors fantastic (eerily similar to the ones I use on KDE), perfect font rendering (as always), and I really love the changes to Finder.

In terms of actual usage I have quite a few issues, of course. Requires some heavy work with Karabiner and settings changes to make it usable, in my opinion, and you still can't beat KDE because of its customizability. But in terms of pure visual appeal it's unmatched. Apple's visual design team is the best.

That said, I don't use the App Store at all (at least as far as I can help it), nor do I really use any Mac specific apps (Photos, QuickTime, iTunes, etc) since this is a development machine, so a lot of rough edges are probably invisible to me.




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

Search: