今日、以下のイベントで本記事のタイトルで発表予定なので、それを記事としてまとめる。使ってプログラムできたら面白いだろうな」と感じた。同じような展開に心震えたものだった。組み合わせた実装をしてみると、現実はそうはいっていない様子だ。そのものをいじることは不可能だった。できるのは、以下のケースに限られる。使って電話をかけることができる。相手が出た際に、機械音声を流すなり、もしくは自身の携帯電話に電話をかけるといった操作が必要になる。内だけでコミュニケーションが完結しないことになる。メッセンジャーアプリにある「通知」のついでくらいの立ち位置だろう。上に溜まっている通知を読み上げることが可能だ。利用用途のメインではないので、どうしても「ついで」感が拭えない。等のスマートスピーカーに最適化したソリューションであることが伺える。アプリ開発でやることと同じやん」って思われる方もいるかもしれない。etc」にも対応できる対話モデルを構築することができるという点である。それに最適化するように追い続けてくれる。最新を追い続けるだけで良くなるのである。ユーザーであるに過ぎないので、感じたことを素直に記してみよう。使えば、マルチチャネルな対話モデルを簡単に構築することが可能だ。できないことに対応できない」ということになる。単体では以下のようなことが実現可能だ。扱う方法は現時点では存在しない。仕組みを理解しなければならなくなる。使う判断に至るには、どれだけ「対話機能をあらゆるチャネルで提供する必要があるか」という点が重要になってくるだろう。etc)といった具合だ。同じくらい重要で、同じように対応する価値が出てくるだろう。プライベートという点を考慮すると一緒に使う機会というのはほとんどない。組み合わせに関してもたくさんあればいいってわけではなくて、両者の相性を考える必要がある。そのまま使う方が良いという判断をした。移すっていう時でも出力先を知っているので問題が起きづらいという利点もある。登壇資料さて、そんな話をさらっとまとめた資料を共有する。ネイティブで実装するという結論に至っている。関しては更新情報を追い続けていく予定だ。それはもう既に来ているし、今からでも関わることは遅くない。電話やビデオ・チャットといったコミュニケーションの根本部分がメインテーマではなるが、その次の視点として対話モデルの研究を続けていく。