3 ms·
First of all, wether or not Apple decides to open an API to siri and wether or not it's possible are two separate things. None of his arguments are very convinc
by po 15y ago
First of all, wether or not Apple decides to open an API to siri and wether or not it's possible are two separate things. None of his arguments are very convincing to me. Managing a 3rd party ecosystem is a hard problem but not that hard; especially for Apple who really can call the shots however they see fit. Here's a scenario: all 3rd parties can plug into the siri API but they need approval and can be kicked out for whatever arbitrary reason Apple picks. That would suck for developers (see marco's post earlier) and yet most developers would jump through hoops to get into there.
- gks 15y agoAgreed. I don't see the point in registering with apple a particular phrase. Wasn't part of the reasoning behind new hardware being required was that much of the translation is being done ON the phone, not in "the cloud"? Or is this now wrong? I'm going under the assumption that Siri translates words to text/commands on the phone device. It then determines whether that command is "local" or "remote." If local, it does whatever it needs (create an alarm, add a calendar event). If remote, send it to the Siri servers for them to process. In the case of apps, they'd all be local. The app could remotely access data required on it's own, not needing the Siri servers for that. So, just like the new notification preferences, Siri gets a preference that gives you a list of all commands, and for those commands you can select which application responds to it. Obviously there may be better ways to handle the interface, Apps may have their own preferences and you can tell the app to register it's commands. Regardless, there are better minds thinking of this stuff than my own. So, in this particular scenario, there's no need to "phrase squat" or anything. The whole idea of this article seems ridiculous given how I interpret how Siri functions. Which again, could be wrong.