keleftheriou

What about driving a car?

Computers are already driving cars autonomously, possibly better than the average human already, and quite plausibly will eventually be better than the best human driver.

Why is that a downgrade?

I’m building a voice-first assistant for Apple Watch.

I feel the Apple Watch is a great form factor, and while other devices can complement it nicely, it’s currently way underutilized.

My app can be used to take notes, query them, look things up online, and a lot of things you’d use ChatGPT for, but from your wrist.

https://x.com/keleftheriou/status/1963399069646426341

Thanks for sharing!

Roughly how does it compare with https://github.com/promplate/partial-json-parser-js ?

I get the sentiment, but can you elaborate on why that is the case for you?

I agree, but I think LLM-based voice input is a lot better. I’m using OpenAI’s realtime API for my Apple Watch app, and it does wonders, even editing can be as simple as “add a heart emoji at the end”, and it just works.

https://x.com/keleftheriou/status/1963399069646426341

Here you go: https://testflight.apple.com/join/bp9B5Pp2

These improvements are very welcome for the “VoiceGPT” app I’m building for Apple Watch.

I have a TestFlight beta for those who want to try it out, hope to have the new model included in the next beta build:

https://x.com/keleftheriou/status/1956932258293755955?s=46

Random crapware or malware is still subject to app sandboxing.

Can you give an example of what your concern is?

If you don’t mind me asking, what was the situation between your parents?

Why not allow implicit conversions from your own defined types?

I couldn’t agree more, and this is the reason why I built some apps for the Apple Watch that I was missing: first a keyboard app (before it came built-in with watchOS), a Notes app (there’s still no official app), and most recently a ChatGPT Voice Mode app -- I now feel like I’m carrying a productivity powerhouse on my wrist!

Shameful behavior by Apple.

I’m sure complying with the letter of the law while ignoring the spirit of it is the best strategy.

Apple’s page explicitly mentions “digital goods and services” several times.

https://developer.apple.com/support/apps-using-alternative-p...

I know that, and disagree with it, but I’m not asking why those apps don’t have to use IAP.

I’m asking why they don’t also get to have that warning come up.

Where do you get this from?

People keep bringing this up, but the reality is that the US holiday season slowdown is only for a handful of days and not sufficient to explain a 19-day review time.

From Apple's announcement[1]:

> On average, 90% of submissions are reviewed in less than 24 hours. However, reviews may take a bit longer to complete from December 22 to 27.

[1]: https://developer.apple.com/news/?id=uijoypq9

The US holiday season slowdown is only for a handful of days and not sufficient to explain a 19-day review time.

From Apple's announcement[1]:

> On average, 90% of submissions are reviewed in less than 24 hours. However, reviews may take a bit longer to complete from December 22 to 27.

[1]: https://developer.apple.com/news/?id=uijoypq9

The US holiday season slowdown is only for a handful of days and not sufficient to explain a 19-day review time.

From Apple's announcement[1]:

> On average, 90% of submissions are reviewed in less than 24 hours. However, reviews may take a bit longer to complete from December 22 to 27.

[1]: https://developer.apple.com/news/?id=uijoypq9

What’s awful about GBoard on iOS?

Match also set up a website to accompany the suit: https://endthegoogletax.com

Additional coverage: https://www.nytimes.com/2022/05/09/business/match-group-goog...

Meanwhile, some of Apple's own apps haven't been updated for much longer than that – example: https://apps.apple.com/us/app/itunes-movie-trailers/id471966...

Rules for thee, but not for me!

Nope, "removed from Sale".

You might be thinking about the fact that users who have previously downloaded the app will still be able to do so.

I can't remember. Regardless, I don't see why they'd remove some apps (that still work fine!) and not others, eg the Pocket God example I gave above which hasn't been updated in 7 years.

Also, "unlisting" such apps would be better than removing them entirely, particularly since we have no alternative way of distribution.

Having to use the latest Xcode to build and submit the app is often already a big enough headache, due to how many things Apple changes between versions.

Another example from someone else:

"That literally happened to us. Boss wants to change our iOS game icon. Changing icon requires a new build. A new build requires iPhone X support. iPhone X build target requires Xcode 9. Xcode 9 requires macOS 10.12. OS update breaks old Unity3D. Upgrading Unity breaks build."

https://twitter.com/aaefiikmnnnr/status/931222777301835782

Similar to the author of the tweet, Apple removed a working version of my FlickType Keyboard that catered specifically to the visually impaired community, just because I hadn't updated it in 2 years.

Meanwhile, games like Pocket God have not been updated for 7 years now: https://apps.apple.com/us/app/pocket-god/id301387274

At this point, I’m not sure Apple is even actually paying these fines!

Mysteriously, it doesn’t exist today.

Once the permission is granted, it could be revoked from the settings like all other permissions.

This could also apply to App Store apps, yes.

Wholly agree that the App Store itself can become better when sideloading comes to iPhone.

But here’s where I don’t quite agree with the author:

Sideloading doesn’t necessarily mean the platform would be any less secure than it is today. It could, if Apple were to do it exactly as macOS does it today, but that’s not the only –or even the most obvious– option.

Apple could still require the iOS sandbox to be in-place at all times, with no option to ever disable it (unlike on macOS where entering an admin password can let all hell break loose).

And notarization –which could also be enforced at all times– can include the exact same malware-scanning steps that App Store apps have to go through. In fact, that’s what it already does for macOS apps today:

> Notarization is a malware scanning service provided by Apple. Developers who want to distribute apps for macOS outside the App Store submit their apps for scanning as part of the distribution process. Apple scans this software for known malware and, if none is found, issues a Notarization ticket.

https://support.apple.com/guide/security/protecting-against-...