4 ms·

> it isn't that Apple removed direct access to the hardware in watchos 5 but that they changed the algorithm Precisely why it should be possible for an app to

> it isn't that Apple removed direct access to the hardware in watchos 5 but that they changed the algorithm Precisely why it should be possible for an app to provide their own algorithm (by accessing sensor information, or opting to re-use Apple's algorithm) but adapted to the app's use case. Apple must be transparent here. > I don't think every app needs access to every sensor for privacy reasons We already have a system in iOS to request permission to sensitive data. In fact, we have more than one - App Store Review (supposedly the guardian at the gate) and the permission prompt in the app itself. Privacy is not "degraded" when more sources can be requested by an app.

nerdjon 2y ago
> Precisely why it should be possible for an app to provide their own algorithm (by accessing sensor information, or opting to re-use Apple's algorithm) but adapted to the app's use case. Apple must be transparent here. This assumes it is possible to use the sensor as we expect it would be presented in the first place. Take the oxygen sensor, which to the best of my knowledge is largely an ML algorithm anyways. > We already have a system in iOS to request permission to sensitive data. In fact, we have more than one - App Store Review (supposedly the guardian at the gate) and the permission prompt in the app itself. Privacy is not "degraded" when more sources can be requested by an app. Yes and no, we know that users have a tendency to just accept and move on. This has been shown time and time again. There are plenty of sensors that a developer would never need direct access to and should only ever need it through an API. I would also argue that pushing all developers through API's instead help avoid apps being incompatible with later hardware revisions (within reason) which has largely been a staple of the iOS platform. We should also be clear here that the lawsuit is not about direct hardware access. It never was from the best that I can tell. It is also not clear to me if direct hardware access would actually give anything meaningful depending on how exactly this works.

nerdjon 2y ago

> Precisely why it should be possible for an app to provide their own algorithm (by accessing sensor information, or opting to re-use Apple's algorithm) but adapted to the app's use case. Apple must be transparent here. This assumes it is possible to use the sensor as we expect it would be presented in the first place. Take the oxygen sensor, which to the best of my knowledge is largely an ML algorithm anyways. > We already have a system in iOS to request permission to sensitive data. In fact, we have more than one - App Store Review (supposedly the guardian at the gate) and the permission prompt in the app itself. Privacy is not "degraded" when more sources can be requested by an app. Yes and no, we know that users have a tendency to just accept and move on. This has been shown time and time again. There are plenty of sensors that a developer would never need direct access to and should only ever need it through an API. I would also argue that pushing all developers through API's instead help avoid apps being incompatible with later hardware revisions (within reason) which has largely been a staple of the iOS platform. We should also be clear here that the lawsuit is not about direct hardware access. It never was from the best that I can tell. It is also not clear to me if direct hardware access would actually give anything meaningful depending on how exactly this works.