クライアントサイドでの落とし穴、サーバサイドでの落とし穴、通信・接続での落とし穴の3つのテーマでディスカッション。あれば、ほぼほぼ問題ないという雰囲気でした。マシンの内蔵マイクの性能はよくないので、声をちゃんと拾えなくて不具合報告されることも。USB接続のマイクがいいそうです。(通信会社さんなのでインフラまわりは得意っぽい)。一般にTRUNはコスト高といわれるが、実際はそんなに気にならない、とのことでした。通信・接続での問題は、WebRTCの問題というよりも、マシンスペックや社内ネットワーク(Proxy)、カメラとマイク、パーソナルファイアウォールなど、環境依存によるそうです。頻度はたまに発生している、という程度。話を聞いた感じだと、いろいろと落とし穴はあるけど、気をつければ十分避けて通れるよという風に聞こえました。iwashi86www.slideshare.netここでも、WebRTC側の開発が活発で、仕様や実装が急に変更になってアプリがある日突然動かなくなる、という話がありました。各企業もテストまで手がまわっていないし、VoIPの業界と違って仕様や実装が流動的なので、自動テストは必要。クライアントや端末、OS、ネットワーク環境が多岐にわたるため、自動テストの構築は大変。チャレンジしました、というお話。作成して、自動テストを作成。自動テストは大変ですね。グループ会議などになると各マシンが互いに接続するメッシュ構造になるため、負荷が高くなります。サーバを開発してSoraとして製品化した話でした。multistream/multiplexing/simulcastなど技術的に詳細な内容でしたが、わかりやすく説明していただいたので、面白かったです。後のセッションで話題になりましたが、同時接続数の限界は、スマホ&音声のみの場合で5台程度とのことです。これで十分とするか足りないとするか悩ましいところ。される予定だそうです。して議論されています。オブジェクトの分解(ローレベルAPIの提供)です。含まれるという話だった気がしたのですが。)このローレベルAPIを利用した接続方法について、フローを使った丁寧な説明でした。通話アプリ開発事例startalk.trifort.jpネイティブライブラリへの追従、通話のデバッグ、瞬断の問題、スマホの性能(PCに比べると全然低い)、など、スマホ特有の問題についての話でした。アプリ開発者として共感できるところが多々ありました。サービスを個人で運用してみた話ikadenwa.inkスプラトゥーンで遊んでいる間にメンバーとボイスチャットできるイカデンワの開発話。従来はこのレベルのサービスを個人では開発できなかったと思うのですが、WebRTCは新規参入の壁をものすごく下げるという面白い事例でした。いうサービスが今後もたくさん出てくると思わされる話でした。接続するカメラは、PC内蔵のカメラやUSB接続のカメラです。この発表では、無線LAN搭載の一眼レフカメラやスマートトイなどといった、さまざまなデバイスを接続するデモでした。使われているそうです。デバイスが市販されていて、WebRTC経由で監視カメラみたいなことが普通にできるようになってきているという話でした。IoTにもたらすものとして、安心感、コミュニケーションの多様化、AIとの融合、遠隔からの操作、などがあげられてました。各デバイスが各サービスをホームネットワークで提供する形は、今サーバ側で流行っているマイクロサービスと同じ構成だよね、という指摘は興味深かったです。技術的な内容が多かったのですが、それ以上に、みなさん苦労話を語られていたのが印象的でした。使うみなさん、こんにちは。サーバー開発担当の持田(@mik...2018-04-26第1回daabデベロッパーサミットを開催しました先月、初めて自社主催のイベントを開催しました。エンジニアをしている高良(@tak...2018-02-28RxSwiftを部分的に導入してみてわかった3つの効果と4つのハマりどころdirectのiOSアプリを開発している吉岡(@rikusouda)です。はてなブログProLisBスタッフ(主にエンジニア)によるブログです。興味あることを記事にしていこうと思います。読者になるスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。