# チャプター1 音声通信プラットフォーム開発奮闘機 この番組はVoicyで開発同活動をしているヤマゲンが 音声通信プラットフォーム開発のリアルな現場をお届けする番組です。 ひょんなことからスタートアップに飛び込み スイマン前も経験しながら Voicyと共に成長しているヤマゲンのリアルな記録です。 # 技術の歴史は失敗と改善の歴史でたくさん学ぶことがある 今日は歴史が積み上げてきたその技術が何を実現したいかのポイントを理解するというようなお話をできたらと思っております。 またVoicyのエンジニアに聞いてほしいなと思いながらお話をしていくんですけれども、 まずはこの話をしようと思った背景から説明すると、技術を説明可能にするみたいなお話もさせてもらったんですけれども、 そこの1個のポイントというか、技術を説明可能にできる人はこういうことも考えてるんじゃないですかみたいな形で、 これ自分の実体験に近いんですけれども、自分はこういう解釈をしながらいろいろ技術を身につけてきましたよというようなお話になっております。 このチャプターでは技術の歴史というのは失敗と改善の歴史でたくさん学ぶことがあるというような話になるんですけれども、 今皆さんもいろんな技術を使いながらソフトウェアを開発していると思うんですけれども、 例えばサーバーサイドだったらGoとか、あるいはJVM系の言語とかそういったものを開発したりとか、 フロントだったら、うちだとAngularですけれど、リアクト、モバイルだったらみたいな形とかで、 いろいろ技術も進化しているというのも、皆さんもすごい理解をしながら使っているんじゃないかなというふうに思っていて、 この進化の歴史みたいなものとかを注目するときに、やっぱり適当に進化をしている、無地図上に進化をしているわけではなくて、 何かしらの課題を解決しようとしながら、その課題がよりフィットしたよねみたいなものとかの技術が選ばれていて、 逆に言うと他の技術は淘汰されてきたというような歴史があるのかなというふうに思っていて、 やはりそこのポイントをしっかり抑えていくことが重要になるのかなと思っております。 極端な例を出してしまうと、最初C言語が出てきて、ハードウェアを直接かけたりとか、 あるいは手続き的な部分での保守性みたいなものに限界があるところで、 技術的なパラダイムがいろいろ起こって、オブジェクト思考とかが注目されたりとか、 それに付随するデザインパターンとかが出てきたりみたいな形で、 何かしら流行ってしっかり使われてくるものって、しっかりそれが使われる理由があって、そこの理由を抑えていく。 オブジェクト思考だったら、人間の見た世界を設計するというような形で、 行動の保守性を上げることができたりとか、そういったものなのかなと思っているんですけれども、 今残っている技術ってどういう課題を解決するんだろう、 そういったところのポイントを絞って学んでいくというのが一番わかりやすいんじゃないかなと思っております。 では、そうなってくると何を学べばいいんですか、みたいな形になると思うんですけれども、 いわゆる技術的なやつとかだと、例えばバックエンドロードマップ、 これをググってみると、フロントエンドとかバックエンドとか、モバイルとか、テストとか、インフラとか、 いろいろこういうのを身につけてくださいみたいなロードマップとかが、ギター部場に公開されているものがあったりとかするんですけど、 そこにある技術を一つ一つちゃんと説明可能にするというようなものは、丁寧にやっていくべきなのかなというふうに思っております。 # CTO DX Criteriaなど全体を俯瞰した内容を説明可能にしよう その中で、今何を学んでいくべきか、 みたいなものとかを考えていくと、 僕個人的には、CTO協会の出しているDXクライテリアとかは、 全体を俯瞰して抑えられるポイントになっているので、 そこに書いてある内容とかは、少なくとも AIに任せたら実行可能であるとか、 こういうふうに実装できるんじゃないかというところまで、 解像度を上げておくのがお勧めかなと思っております。 これ、前提としてWebのエンジニアで、 いわゆるDevOpsでどんどんリリースを繰り返していきながら、 価値を作っていく、そういったプロダクトに 対応するものになるかなと思っているんですけれど、 それぞれ皆さんの領域で、そういったマップみたいなものとかは 探してみるといいんじゃないかなというふうに思っております。 具体的に、CTO協会出しているDXクライテリアみたいなものとかで言いますと、 開発していくというところももちろんそうなんですけれど、 チームとかシステムとか、データ駆動とか、デザイン指向とか、コーポレートとか、 本当にエンジニアでチームで開発していくために 抑えておきたいポイントというのが網羅的に書かれているので、 こちらリンクも貼っておくので、ぜひ参考にしていただけると いいんじゃないかなというふうに思っております。 なんでこういうことを言っているかというところで言うと、 いわばCTO協会のDXクライテリアというところは 全て実行できてないかもしれないんだけれども、 例えばエンジニアマネージャーの方とかが組織を評価する というところになったときに足りていないポイントというところを抑えて、 そこからやっていくと、より組織がモダンの開発に近づくことができるような 水準になっているような形を目的として作られているんですけれど、 今までこういったナレッジの部分とかって、 すごくメンテナンスコストもかかったりとか、 いわばスタートアップとかだったら全部やりきれないよね みたいな形ではあったんですけれども、 いわば大企業とかになったときに、 当然のように守っていくみたいなものとかの水準感としてあった中で、 大きく転換点を迎えているなというふうに思っているのが、 これらは1人のエンジニアがAIを利用すると 全て実現可能になっているというような状態になっています。 かつ、大企業みたいなものとかを、 人間のリソースがたくさんある、 いってしまえば開発するためのエージェントの リソースをいっぱい使える状態で、 その中でいいソフトウェアを作っていく というところの水準感なので、 AIがたくさん開発をしていく中でも、 このCTO協会のDXクライテリアは、 非常に保守性の高いプロダクトを作る指針の 一つになるかなというふうに思っていて、 そういった点でいっても、このAI時代においても、 昔からディスカッションされた内容というところは非常に大事でして、 分かりやすいところで言うと、テストとか、 あるいはCICDとか、 そういったものとかが、今のAI業界の人でも 当然大事だよねというような形で言われていると思うんですけれども、 そういった大企業の知恵みたいなものとかは、 今や一人のエンジニアですぐ実現が可能になっている というところになっているので、 じゃあよりAIがたくさん駆動して開発しやすい環境を 作ってくださいってなったときに、 そこの知恵、知識がないと、 それを実現できないというところになるがゆえに、 こういった網羅的な部分をしっかり、 なんでそれが必要なんだろうというところを 深掘っていくのが重要なのかなというふうに 思っております。 じゃあ、例えばどんなことが書いてあるんですか みたいなところで言いますと、 例えば、今DXクライテリアを見ながら 話しているんですけれども、 明文化されたブランチ戦略が存在するか、 そしてそれは守られているか、 みたいな問いがあったりするんですけれど、 こういうのとかって、ある意味人間たちが 暗黙地的に運用していた開発の現場も、 少なからずあったんじゃないかなというふうに 思っているんですけれども、 これAIを考えると、やっぱりAIが明確に 人間の意図通りに動いていくためには、 そういった戦略ってあったほうがいいと思いますし、 逆にそれがない世界戦を想像したときに、 どんどんカオスになっていくからこそ、 そこはガードレールに守っておかないといけないよねとか。 他のところで言いますと、インフラ構成、 システム要素のプロビジョニングを ソースコードとして実行可能な形式にした上で、 バージョン管理システムで管理しているかと。 インフラストラクチャーズコードの話ですね。 これも同様ですよね。 じゃあAIがUIをポチポチして、 AWSとかGCとか、 そういったインフラ環境でプロジェクト していいんですかってなったら、 それは良くないですよねというような形で。 それって人間も間違うから、 インフラストラクチャーズコードって、 人間もそれを参照にして、 誰がやっても同じような形の 再現可能な形にしていて、 それが技術として発展したから、 今、テラボムとかそういったものが あったりするという背景があるんですけれども、 こういった形でそれぞれ本当にポイントポイント、 なんでそれが本当に必要なんだっけっていうところの 背景が全てにあるかなというふうに思っていて、 ここに対して自分自身で考えてみるとかもそうですし、 あるいはちょっと気になったら、 今までの技術の変遷を追ってみたりとか、 ちょっと本で深掘ってみたりとかみたいな形で、 どんどん自分の知識っていうところとかを 説明可能にしていく、 そういったプロセスを追っておくと、 じゃあここやらないといけないよねとか、 こういったところは今はできてないけど、 やっぱりプロジェクトとか進んでいく中で AIと一緒に直していこうとか、 そういった取捨点選択もできるようになるかな というふうに思っております。 Defqs Criteria、すごくいいところは システムだけの話じゃなくて、 いわばデータ駆動するみたいな話で、 プロダクトのデータをどう取っていくんだっけ っていうところから、 それが社内の意思決定者にどうやって 反映されるんだっけっていうところのやり方としての、 ベストプラクティス的なものとかも まとまっていたりとかするとか、 あるいはマーケティングの自動化もそうですし、 いわばデザイン志向みたいなところでの ペルソナーとか顧客体験、 ユーザーインタビューの話とか、 そういったものとかも入っていて、 やっぱりプロダクトを開発していくっていう 活動の中で、 AIをどんどん組み込むってなったときに、 絶対こういったところは忘れてはいけない ポイントになってくるんですけれども、 いろんな視点を与えてくれるものになっていて、 それを一文一文読んでみた中で、 どれだけ自分の中で腑に落ちてますかというようなところは、 非常に重要な観点になっているかなと思っております。 そういうのもあるので、 自分自身の知識のバイアスにとらわれず、 こういったマップを活用しながら、 自分はそれをどうやって実現するんだろうみたいなものとかは、 常々アンテナが張るという意識が すごく大事なのかなと思っております。 # 考えてきた時間が品質を上げて、最後スピードに繋がる時代に はい 今までのところとかじゃあそういったあの業務のマップとか作りながら 自分の知識にとらわれず先人の作ってくれたものとかあの歴史背景を理解していこう っていうところを話していたんですけれども いきなりそんなに理解できるわけないじゃんっていうな これは必ず来るかなというふうに思っていて あのこれは本当にいきなり全部っていうことを目指さなくていいかなと思っています であのやっぱまあプログラミング最初学び始めた時とかもあの覚えに出して欲しいなというふうに思ってて やっぱもう分からないことだらけで急にスタートしてでたくさんなんかいろんな情報がある中で あの一個ずつ組み砕いてですねあのしっかり理解していきながらやっていった結果 まあそこに戻った時に分からないことが分かっている状態になっているっていうところもあるかなというふうに思っていて やっぱりあの大事な観点は本当に一つ一つしっかり理解をするっていうことなのかなというふうに思っています で僕はあのプログラミングに関してあの やっぱ最終的にスピードを上げていくにはあの最初いかに質にこだわれるかっていう話はあるという ふうに思っていて やっぱそうやって丁寧に考えて一個ずつ向き合ってきたっていうような考えて時間考えてきた時間っていう ところはやっぱりこう技術を理解していくっていうのの中で あのすごくレバレッジが高くて 福利が効くメタ知識的な能力になるかなというふうに思っていて まあ一つなんでこれはな こうなんだろうなんでこれはこうなんだろうっていうところに対して自分自身がこういうものです っていうところを答えられるようになっていると 他のことを学ぼうとした時にやっぱりこう同じところを通るのでそこに対する回に 辿り着き方っていうのがすごく早くなるかなというふうに思っていて なので最終的にあの 新しい技術とか新しい考え方ができてきてもあ これってこういう課題を解決したいから そういう技術が生まれてるんだっていうところとかがあのすぐ分かりやすく言えるかなというふうに 思っているのでまあそれが故にあの なんか ai 時代で何から勉強したらいいか分かりませんっていうところは悩むのはすごい 分かるんですけれど結局歴史の積み重ね からあの工夫をして一歩ずつ ai 時代あのそれぞれの開発者が工夫して進んでいるというところは間違いなくそうなので そこにキャッチアップを早くするというところでもやはりあの今 目の前のことを丁寧にちゃんと解像度上げて理解度を上げて やっていく でその中でどんどん いろんなまあ知識をこうやるやっていくことがあの資産になってですね スピードにつながると信じるしかないというような形なのかなというふうに思っております なのでまあ10倍にせ10倍生徒 あの痛いとかまあスピード早くみたいなことを言ってるんですけれども こういう時代だからこそ本当一つ一つ丁寧に 自分の中で噛み砕いて理解できるところまではあの遠回りでもいいから しっかり理解してですね それぞれの知識を自分の知恵として身につけていく そういったところがまあ重要なのかなというふうに思っております なので僕はの何ですかね この ai 時代になってプログラミングの教育いらないとかなんかそういったところは全然思って なくてですね やっぱまあ基礎的な知識みたいなものとかはあの 何ですかね学校で国語とか算数とか学ぶのと同じで あのそういったところがしっかり積み上がってきて最終的に いろんな体系的な知識を超える助けになるかなと思ってはいるので まあここはあの愚直にというか原則原理原則に従って一つ一つ丁寧に わかんないことは正直わかんないと言いながらディスカッションして言ってですね 知識を身につけて言っていくのが一番いいと思っているので なんか膨大だ ってならずにですねあの膨大な中であの1個 わかったよっていうことを自分の肯定感を上げてですね自分を褒めてあげて でそれを繰り返していけば膨大なものをまあ身についてくるんだと気長な気持ちでですね 少しずつやっていくのがいいのかなと思っております はいというわけで今日の話は以上です次はどの声と繋がりますか引き続きボイシでお楽しみください