# タイトルコール 音声通信プラットフォーム開発奮闘機。 この番組はVoicyで開発統括をしている山元が、 音声通信プラットフォーム開発のリアルな現場をお届けする番組です。 ひょんなことからスタートアップに飛び込み、 酸いも甘いも経験しながらVoicyとともに成長を教える山元のリアルな記録です。 # 技術を説明可能にする能力が重要 今日は技術を説明可能にするというタイトルでお話をしていきます。 前の放送で人間の並列処理能力を上げていくためには 説明責任が重要だよねというようなお話をさせていただいたんですけれども 一つエンジニアで並列処理能力を上げていこうというふうになったときに たくさんのエリアに稼働してもらうとなったときに インフラとかフロントウェアとかサーバーとか あるいはセキュリティとかテストとか性能とか いろんなところで説明責任が問われてくるようになるかなと思っておりますと 当然不具合バグとか出してはいけないですよってなったときとかに そのエンジニアの方が全部AIで担当してましたってなったとき じゃあなんでこうなってるんですかっていうことを ちゃんと説明していかないといけないですし 逆に言うとそれが出ないようにAIをコントロールしながら 言ってしまえばAIのアウトプットを それぞれの技術に対して説明をしていくということが 重要になってくるかなというふうに思っております この説明能力 説明可能にしていくというものは 基本的に実行可能なものは 説明可能であるはずなんですよ サーバーサイドを書いた人とかが サーバーのコードに詳しいというのは それは当然なわけで サーバーの状態がどうなってますかということは 説明可能であるというような形もありますし あとはインフラ そういった運用とかをしっかりやってたとか モバイルのネイティブを書いてましたとか そういった方々がそれぞれの技術に対して 説明が可能というところは そりゃそうだなと思っております じゃあ そこで一つポイントがあるのが 必ずしも実行が可能でなくても 説明可能にすることはできる ということはあるというふうには考えていて 逆に言うと 実行完全可能にしないと 説明可能にしない限りは 仕事をどんどんスケールさせていくことが できなかったりとかしているので やはりAIに実行はしてもらった上で 自分自身がどう説明をするみたいな話とかを どう実現していくかというところが 重要かなというふうに思っているので 今日はそのポイントみたいなお話を できたらというふうに考えております # どのように伸ばすか はい、ではどうやって例えばサーバーサイドのエンジニアがモバイルの技術を 説明可能にするんだいというような話になるかなと思うんですけれども さっきと言っていることを矛盾するような形で言うと 実行能力をつけていくっていうところが一番重要になるかなと思っていて お前は何を言っとんじゃというような形かなと思っておりますが この実行可能能力っていうところは 他のものが実行できているからこそ 最短でたどり着けるというような領域になっているがゆえに 逆に言えばそこまで実行せずとも 実行はできるよねぐらいのものの能力をつけておいて 説明的に能力をそこで養っていくというのが いいんじゃないかなというふうに思っております。 ちょっと具体的な例でお話をいたしますと 例えばサーバーサイドを書いていたエンジニアのAさんがいたときとかに モバイルのアプリもAIで開発させていこうとなったときとかに 当然ながらモバイルのプラットフォームのアーキテクチャとか プラットフォームの動きとか その他諸々の基礎的な技術 コトリンとかスイフト 我々ネイティブとかが多いんですけれども コトリンとかスイフトとかの公文とか そういったものは理解しておかないとお話にならないです。 その理解のキャッチアップ自体は もちろん他のプログラミングのソースコードも知っていると思いますし 技術的なプログラミングのパラダイムとかも知っていれば 見たときにこれとかこういう仕組みなんだみたいな話とかも すぐ分かったりとかもすると思いますし 今までの技術を追っていた変遷みたいなものとかを 当てはめられるからこそすぐキャッチアップが済む というところの側面はあるかなというふうに思っているのと あともう一つ今 AIがめちゃくちゃ優れてるんで すぐプロトタイプとかできますと そのプロトタイプの中身を見てみれば こういう形で構成するのがデファクトなんだみたいなところとか あえて批判的に見て AIが出したもの これ本当にデファクトなんだっけっていうことも AIにすぐ相談したりとか そういった形でしっかりとした書かれ方とか アーキテクチャーのところとかも AIですぐキャッチアップができるようになるかな というふうに思っておりますと その中で自分 こういう観点足りないよなみたいなところとか もちろん出てくるというふうに思っていて そういったところとかは 実際の運用のソースコードを見てみたりとか あるいはもう人に聞いてみたりとか それでサブをどんどん埋めていくというところは 自分でどんどんやっていって 必ずしも実行責任 実行が可能というところまで落とし込まずとも 実行していくシミュレーションは 頭の中でどんどん解像度高くできるはずなので その中で穴があったら埋めていく そして 自分の妄想のところとかが 矛盾がないよねというところを確かめていけながら 知識をどんどんつけていって それをもとに説明可能な状態にしていって ある意味運用をしていったりとか リリースをしていく必要は すごいあるかなと思っているので 間違っていたらそこは間違っていたって 認めながら改善をしていくしかないと思うんですけれど 知識を確かなものにしていく その説明したものを確かなものにしていく またその繰り返しをやっていくことで どんどん落とし穴のポイントというのが 分かってくるかなというふうに思っているので 割とそういったところは 意識的にキャッチアップはできるよねと それは最短でできるよねというような形で 考えているようなものなのかなというふうに 僕は意識をしております なので1個 話しながら出てきたところですけれど 仮に自分がプレイヤーだったとしたときに そのタスクみたいなものとかを どうやって実行していくんだっけっていうところとかは ある程度地図が出てくるぐらいのものは 最低限の知識としては重要かなというふうに 思っているので そういったと言うと丸投げをしないっていうのは もちろんそうですし 出てきたものとか後 ある程度の検証っていうところの ある程度の温度感みたいなものとかも 自分自身でこうやるべきっていうところがあるからこそ これ違うんじゃないかっていうような 効果的な質問もできたりとかもつながりますし ここはすごいバランスではあるんですけれども 自分の専門外の仕事とかを しっかりマネジメントしていかないといけないんだよっていうような 意識で仕事をしてみることで いろいろ気づくこともあるかなというふうに思っていて なぜそういう仕事のあり方が変わってるよね みたいなところはこういうところに現れてるのかなと思っております というわけで ちょっと余談なんですけども 話せば話すほど エンジニアは開発者というよりは PMっぽい仕事やなと思いながら話してるわけですけれども でも AIに好きなことを開発してもらえるという点では 全然違っているものなのかなというふうに思っているので やっぱり新しい仕事の形になっているなというのは 個人的に思ったりなんて話しながらしてました はい もう一個重要な話があるんですけど 次のチャプターにします # 事業を説明可能にする 今までは技術を説明可能にするという話を していたわけですけれども もう一つ技術でしっかり割りを出していくために 重要な説明可能にしないといけないものがあって 事業になります。 これは当然といえば当然かもしれないですけれども プロダクトもそうですし その他オペレーションの周りとかも どんどんAIが進んでいくという中で 基本的にエンジニアがAIを使うのが 一番上手いとなったときに オペレーションもAIにしていく プロダクトもAIで作っていくみたいな話とか そういったところとかは じゃあ何を解決していくんだっけとか どういうオペレーションを たくさんコース、リソースを使ったら 効果があるんだっけというのは 事業の構造そのものを理解してないと お話にならないですよというようなとこになるかなと 考えているので そういう構造化能力みたいなところとか ドメインモデルみたいなものとかを うまく作っていく能力というのは 非常に重要になるかなと思っております。 これは僕もちろんVoicyのドメインモデルとかを すぐ書き出せるという形ではあるんですけれども 他の会社さんとかの事業モデルとかも 割と早くポイントを押さえて 端的に書き出せる自信はあって これ可能にしているのは そういった具体とか抽象とかを 行き来する能力なのかなと思っていて その内部の人に話を聞きながら どんどんそれを抽象化していって また内部の人に話を聞きながら 抽象化していってというところで かつその抽象化した領域の中で どういうことが重要なんだろうとか ここがポイントになるよね みたいなところとかは やはりお金に一番つながっている コアのコンピテンシーとして何か みたいな話とかもあると思うんですけれど そこを整理していきながら やっぱりここ重要だよねっていうことを 見極めるっていう話かなと思っていて ちょっと僕はここを形式値にして こうするとうまくいくよ みたいなところまでは まだ深掘れてはいないんですけれども とにかくそういったモデル化とか構造化とか 事業全体を理解するっていう意識は 非常に重要になるので これも早めにどんどんチャレンジして いくのがいいのかなというふうに思っています これもトレーニングとしては やっぱりもう自分だったら 自分が全部作るんだったらこうとか そういう気持ちで見てもらうのが いいのかなというふうに思っていて 今 自分が担当しているサービスとか プロダクトとか あるいは他のビジネス側のオペレーションとか そういったものとかを もう本当にヒアリングとか ちょっとランチしてるときとかに 聞いてみるぐらいでもいいんですけれど それで聞いてから そういう形でこういうのは価値を上げてるんだとか あるいは自分が全く知らないサービスって こういうプロダクトとか こういう仕組みで成り立ってるんだとか それがどういう技術で使われてるんだろうかとか こういう外部のSDKが使われてて こういう仕組みでこうなってるんだとか そういった形で自分が担当じゃなくても 自分が妄想してシミュレーションして そういったものとかを作り上げてみるっていうのは 繰り返し訓練をしていくと どんどんそれが早く捉えられるようになるので いろんなところに興味を持ちながら AI組んだらこういったところが こう簡単になるんじゃないかみたいなところを 妄想したりとか考えてみるみたいなところは 僕自身はかなり意識をしてやっていたところになっているので ぜひ意識していけると どんどんそういった能力もついていくんじゃないかなと思っております というわけで今日の話は以上です 次はどの声とつながりますか 引き続きボイシーでお楽しみください