La promesse et le défi du développement de robots multiplateformes

Construire un bot textuel ou vocal qui peut être déployé sur toutes les principales plates-formes de bot n'est pas différent d'essayer de construire une application mobile pour iOS et Android il y a une décennie. Je me suis entretenu avec Oscar Merry, cofondateur et directeur technique d'Opearlo, et Martin Beeby, évangéliste technique chez Microsoft, sur la manière dont les développeurs devraient aborder le développement de robots multiplateformes aujourd'hui et sur ce à quoi cela pourrait ressembler à l'avenir.

Regardez la vidéo de notre conversation ici, ou faites défiler sous la vidéo pour lire la transcription complète.

La promesse et le défi du développement de robots multiplateformes (transcription complète)

Sam Machin (Nexmo Developer Advocate & Alexa Champion) : Cool. Oui, Oscar, qu'avez-vous trouvé, en particulier en ce qui concerne les plates-formes ? Je veux dire que vous construisez principalement sur Alexa et Google Home. Il s'agit donc de plateformes verticales grand public. Mais comment trouvez-vous les environnements d'outils de plateforme pour cela ?

Oscar Merry (Co-fondateur et directeur technique d'Opearlo): Je pense que l'un des grands défis est que, à mesure que le multiplateforme sur la Voice devient plus important, c'est un peu un défi de construire pour le multiplateforme sur la Voice. Je pense que nous allons commencer à voir apparaître des outils, des plateformes et des SDK supplémentaires qui aideront les développeurs à créer des applications multiplateformes.

c'est un peu un défi de construire pour la voix multiplateforme

Ce que nous conseillons pour l'instant, c'est de ne pas trop s'en préoccuper. Si vous voulez construire pour la voix, concentrez-vous sur Alexa parce qu'elle a la plus grande base d'utilisateurs. Et apprenez les leçons pour la voix sur une seule plateforme, puis à une date ultérieure, vous pouvez l'étendre à Google ou vous pouvez l'étendre à Cortana si vous le souhaitez. Mais je pense que le multiplateforme sera très important à l'avenir. Et pour l'instant, c'est un peu un défi. Pour vous donner un exemple, avec l'appareil Google Home et la plateforme de Google, c'est en fait très déroutant en tant que développeur parce qu'il y a en fait deux façons différentes de construire Google Actions. Vous pouvez soit utiliser API.AI, qui est en soi une sorte de plateforme de bot, soit utiliser le SDK Google Actions et le configurer de cette manière. Et si vous êtes une marque, il y a beaucoup de choses à assimiler. C'est donc un gros obstacle, je pense, à la mise à l'échelle de leurs applications Voice sur toutes les différentes plateformes. Et je pense que nous verrons, par exemple, des outils supplémentaires, des SDK supplémentaires, des cadres supplémentaires sortir pour faciliter cela.

Sam : Je pense que c'est un peu comme pour les applications mobiles, probablement il y a 10 ans, quand il n'y avait qu'iOS et Android. Il fallait créer pour l'un et pour l'autre. Puis nous avons commencé à voir des choses comme PhoneGap et ce genre de plateformes pour la construction. Oui, c'est probablement un marché intéressant pour nos plateformes PhoneGap ou Voice.

Oscar : Il y a beaucoup de choses que vous pouvez réutiliser sur les différentes plateformes. Par exemple, les choses dont j'ai parlé jusqu'à présent concernent le fait de s'assurer que votre contenu est prêt pour la voix afin que le contenu avec lequel l'assistant numérique répond ait un sens sur la voix. Toutes ces choses peuvent être réutilisées d'une plateforme à l'autre. Et tous ces apprentissages, vous pouvez les tirer d'une seule plateforme. Mais oui, je pense vraiment qu'il y a une opportunité pour ce type d'outils.

Martin Beeby (évangéliste technique chez Microsoft): Je ne sais pas si c'est aussi grave que vous l'avez décrit, Sam. Ce n'est pas vraiment comme iOS et Android, à mon avis, parce qu'ils ont des choses très profondément enracinées dans le système d'exploitation, qui sont très difficiles à rendre multiplateforme. Et cela demande un énorme effort de la part des développeurs. La plupart des différences entre, disons, Google Home, Alexa, et disons Cortana, ne sont généralement pas si profondément ancrées dans le système d'exploitation. Je sais qu'au moins pour le portage des compétences d'Alexa vers Cortana, c'est en fait votre... ils ont essayé de le rendre aussi simple que possible et aussi facile que possible. Alors, même s'il y a probablement une opportunité pour quelqu'un de rendre les choses encore plus simples, je ne pense pas que nous soyons vraiment dans l'espace de problèmes que nous avions avec les applications mobiles, avec iOS et Android. Ce n'est pas si différent, ils ne sont pas si différents.

Sam : C'est toujours une interface, n'est-ce pas ? C'est ce qu'on transmet d'un bout à l'autre. En quelque sorte, vous entrez toujours du texte, vous recevez une requête structurée et vous structurez une réponse. Il s'agit toujours d'une requête-réponse et vous ne traitez pas les choses de bas niveau de la même manière, je suppose.

Martin : Vous n'avez pas à recompiler une application, à créer des appels système complètement différents et à être potentiellement sur des processus complètement différents. Ce n'est pas ce niveau de difficulté avec le multiplateforme. Le niveau de difficulté est bien plus élevé. Bien qu'il y ait toujours un problème, ne vous méprenez pas, c'est toujours... Je ne pense pas que vous soyez aussi étroitement lié à la plateforme, au canal, au cadre de bot, etc. que vous le seriez dans l'espace des applications mobiles.

Oscar : Je pense que c'est moins autour du portage de vos applications. Nous avons en fait porté pas mal de compétences Alexa sur Cortana. Et vous avez rendu cela très facile, en fait. Je pense qu'il s'agit plutôt de ce que vous faites une fois que votre application vocale est en ligne. Ce que nous constatons sur nos projets clients, c'est que dès que l'application Voice est en ligne, ce n'est que le début. C'est là que vous commencez à avoir une idée précise de ce que font les utilisateurs et des raisons pour lesquelles ils sont frustrés. Et vous pouvez mettre à jour n'importe quel code ou logique de backend. Il n'y a pas de problème pour effectuer des mises à jour multiplateformes, car vous pouvez simplement le faire. Là où le bât blesse, c'est si vous voulez mettre à jour une partie du modèle vocal sur le portail des développeurs d'Alexa et que vous voulez aussi le faire pour votre Voice API construite via API.AI, et que vous voulez aussi le faire pour Cortana, c'est ce genre de choses qui est en fait, du point de vue du flux de travail, assez difficile à gérer parce que vous devez vous demander : " Est-ce que je l'ai mis à jour ici ? Est-ce que je l'ai mis à jour ici ? Cela nécessite souvent de passer par une sorte de processus de recertification. Et c'est plus la gestion après avoir mis en ligne une application Voice sur toutes les différentes plates-formes qui est assez délicate à gérer en tant que flux de travail.

dès que votre application Voice est en ligne, ce n'est qu'un début

Sam : Je veux dire, est-ce que vous trouvez que... vraisemblablement, vous les gérez séparément. Une fois que vous... même si vous faites la même chose, il s'agit en fait d'applications, de paquets, de compétences, peu importe comment vous voulez les appeler, et ils doivent avoir leur propre... et vous n'avez peut-être pas... donc vous pouvez avoir une version différente si vous le souhaitez. Oh, cette fonction est disponible sur Alexa mais pas encore sur Cortana ou...

Oscar : Oui, nous essayons toujours de partager le plus possible la logique du backend, car une grande partie peut être réutilisée. Mais oui, il est certain que le type de... quelle que soit la façon dont vous définissez les entrées du modèle vocal que vous donnez à Alexa ou à Google ou à Microsoft, ces choses-là, nous les gardons séparées. _

[Note de la rédaction : Voir la discussion d'une heure discussion complète d'une heure sur l'état de la technologie des robots d'intelligence artificielle.]