ヨハンの経歴とAI開発の変化
始まりました。はろーわーるど、今週もお願いします。
今週も例のように、世界で活躍するエンジニアの方をゲストにまで行っています。
前々回くらいかな、出てもらったんですけど、僕の親友でもある、よはんさんです。よろしくお願いします。
よろしくお願いします。
よはんです。15年くらいエンジニアやって、Yuyaさんを知り合ったのは多分、8年前とかそんな感じだったと思うんですけど、前1回くらい参加したことありますね。
今、オンラインのマルチプレイヤーゲームのエンジンを作ってまして、初めてのゲーム開発なんですけど、結構進めて、いい感じになっていますね。
その前は結構いろんなスタートアップとか、アメリカのシルキョン割りのスタートアップも含めて働いたことがあります。
今までは、ノルウェー、スイスと日本に住んで仕事をしたことがあった感じですね。
出身はスウェーデンだよね?
はい、スウェーデンです。働いたことないです。
よはんもちろん英語も日本語もすごい上手いし、スウェーデン語も聞いたことないけど多分喋れるんだろうけど、一番得意なのはどれだろうって言ったら英語って言ってて、スウェーデン語じゃないんだと思って。
忘れてますね。お母さんと話すときにスウェーデン語になるくらいですね。それがずっと英語って感じですね。
すごいよね、そうだよね。だって20歳からほとんどスウェーデン語を使わなかったってことでしょ?
そうですね、でもスウェーデンに住んでるときでもスウェーデンのニュースとかあんまり見ないから、友達だけはスウェーデン語を話して、ほぼ全部のコンテンツはずっと英語って感じですね。
ああ、そっかそっか。そうだよね、映画とか別に。あれ、映画がスウェーデン語とかで見てる人もいるの?みんな英語できるから英語。
みんなは英語で聞いてて、字幕とかついてる方が多いですね。
そうなんだ。
たぶんダブをするのはお金もかかるから、スウェーデンはちっちゃい国なの。
その道具をつけるだけでは安いからみんなそうやって。
日本だとある程度マーケットがあるから日本語で吹き替えみたいな。ダブっていうの知らなかった?
そう、ダブって英語をダビングとかって言うんですよね。音を変えるとき。
ヨハンはね、前もちょっと紹介したかもしれないんですけど、かなり僕の中ではすごい衝撃的なエンジニアの方で、
基本的に深いところから考えて、いつもこれは良くないんじゃないかとか、もっと新しいアイディアがあるんじゃないかみたいなのを考えてくれて、
すごいいつも考え直させられるような方なので、とても仲良くさせていただいているんですけども、
最近は、だからAI開発も割と最初はあんまりやってなかったですよね。グロック使ってましたよね。
そうですね、AI初めて使えるようになったのはたぶん1年半前とか。
カーサーで出てきて、それやってみたら、めんどくさいのコードいっぱい書いてくれるからすごい助かるみたいな、全部書かなくていい。
例えば、ファインドリプレイするときとかそういうのがやってくれるとか。
でも結局それ1ヶ月間くらい使って、最初はすごい早くなったと思って、コードがごちゃごちゃになりすぎてて、
もう何も何も作れなくなっちゃったんですよね。
それで、もう1回作り直さなきゃいけないみたいな。
それは3回くらい繰り返して、やっぱりまだちょっと自分で書かないとわけわかんないようになっちゃうから、
自分でコードを書いて、AIと相談しながらみたいな進み方にしたんですよね、その時は。
やっとAIがちょっとコードを書けるようになったのは多分半年前だと思うんですよ。
その前は、ずっとAIアシスタントとして使って、
例えばゲームの開発をするときには、このOctreeを使うときにはOctreeの強みは何ですかとか、どういう風に使うんですかとか、
アルゴリズムの裏はどういう風に動いてますかとか、そういうのをAIに聞いて、
自分でコードを書いたりするとか、よくやってたんですよね。
半年前くらいは結構それが変わって、もう一切コードを自分が書いてないように変わった。
なるほど。
Rustとコンテキスト分割でAIを制御する
なんかヨハンとAIのお話をしてると、やっぱり気づかされるのが、
僕らがニュースとかを見てて、こういうツールがあるよとか、こういう新しいメソッドロジーがあるよとか、
いろんなのに振り回されて使ってみて、2週間後にはもう違うものが出てみたいなことがあって。
僕はそれをやるのも楽しいからいいんですけど、ヨハンの場合はもう少し、
AIというかLLMの本質的なところ、例えばコンテキストを少なく持たなくちゃいけないとか、
そういう原理原則というか、すごいファンダメンタルなところをいつも意識して使っているのがすごくいいなと思っていました。
だからあれじゃなくて、例えばラストとかそういうプログラムを書くときにコンテキストを分けて書いたりとかしてるっていうのをこの前話してましたよね。
はい。なんか最近ラストはずっと1年前から使ってるんですけど、
ラストの言語がすごい良いのは、PythonとかJavaScriptだったらコードを書きまくってて、運用するときにエラーが出るんですけど、
ラストはスタティックなコンパイル言語なので、エラーはすぐ出るんですよね。
それだとAIがそれはすぐ気づく。で、AIの開発は早くなるっていうのが強みがあって、
ラストもメモリーとかパフォーマンスとかも結構やりやすくなってるから、JavaScriptがPythonより全然効率いいなと思って作る。
ずっとそういう考え方やってて、どうやってこのLMが失敗しないようにするのかっていうのを結構考えて、
で、このラストコードを書くときにもAIは結構まだコードをごちゃごちゃにすることが多いと、
コンテキストの問題も結構あるので、結構ラストコードを書いてるときには、
JavaScriptやったことあるなら、パッケージとかあるじゃないですか、ノードのパッケージJSONとかそのファイルで、
そのファイルの中にデペンディシがあって、自分のソフトウェアもそういうパッケージごとに分ける。
一つのプロジェクトをしてるのに、そのプロジェクトをわざとプロジェクトパッケージに分ける。
そのパッケージに分けると、コンテキストもAIが分けてくる。
ラストコードの中にクレートって言うんだけど、パッケージはクレートって言うんですけど、
メインのこのソフトウェアのクレートを作ると、その中のコードはサブクレート、そのクレートの中のクレートに分ける。
そのクレートの中のクレートもそのまま一つだけで運用できるみたいな。
そのままでコンパイルできて、AIはそこだけに集中できるみたいな。
そのサブクレート一つずつ集中してくれる。
そういうのを分け方すると、すごい分かりやすくなったっていうのがあったと、
LMはごちゃごちゃしすぎない感じになって、
そのコンベンションを毎回毎回AIに教えるのは大変なので、
コーデックスのプラグインを最近作って、
そのプラグインはハーネスの上に乗って、
フックとか何とかで今何やってるかを見て、
これをコンベンション通りにやってるかどうか見てくれて直してくれるんですよね。
イジェクションとか。
僕は勝手にプラグインをAIにも頼んで、
何が作ってほしいかだけを言って、こういう風に作ってくださいとしか言ってないから、
裏は本当にどういう風に動いてるかちょっと分からないですけど、
それで結構効果あった。
結構前作ったコードは結構ごちゃごちゃだったんだけど、
この新しいのコンベンションのプラグインを追加して、
これをリファクトリングしてくださいと言うと結構綺麗になってきたんです。
結構大きかった。
モデルは私たちはトレーニングするのにお金がないから、
モデルの強みとかを見つけて、
その強みにコンベンションを合わせてソフトウェアを開発した方がいいなと思ったんですね。
それはラストが結構やってたと思うんですよ。
今のモデルは結構コードベースが大きくなるほど結構いろいろ大変になってくるから、
わざとコードベースをパッケージかクレートに分けて、
複数の別々のコードベース。
あれマイクロサービス的な感じですね。
コードレベルのマイクロサービスみたいな。
作ればAIは結構ちゃんと作れるって感じが。
なるほどね。
多分そのマイクロサービスするだけじゃなくて、パッケージするだけじゃなくて、
そのパッケージのコンテキストを常に更新させるとか、
それを使ってコーディングさせるっていうことをやってるってことですよね。
そうですね。結構セッションとか分けなくてもいいんですけど、
例えば今回はこのサブクレートだけに集中してください。
他のものも編集しないでくださいって言うと結構それを守ってくれる。
だけどこのファイルだけを編集してくださいって言うとちゃんと守ってくれないんですよ。
それはトレーニングデータとかモデルのいろいろな命令とか裏にあると思う。
それを利用しなきゃいけないと思うんですよね。
ちゃんとモデルが働いてほしいなら、一番効率いいねを動いてほしいなら、
それをモデルに合わせなきゃいけないと思うんですよね。
その一つの合わせ方はパッケージに分けるか、クレートに分けるかとか。
面白いですね。
しかもAIがうまく行動をかけるツールをAIに作らせるっていう。
全部自分でやらせるみたいなのが面白い。
かわいいロボットみたいな。
AIと一緒にソフトウェアファクトリーを作る
それ結構多分これからの時代と思ってて、
この前ちょっとソフトウェアファクトリーとかの話をしたんですけど、
最近それを結構考えて自分もいろいろやってたんですけど、
ソフトウェアファクトリーはみんな考えてると思うのは、
インプット渡してAIは全部を完成してくれてアウトプットが出たみたいな。
それは夢みたいな。
じゃあ頼めば作ってくれるみたいな。
いいものが出てくる。
リリースもされるってことね。
そうですよね。
プロダクションにリリースってプロモされてるみたいな。
それはソフトウェアファクトリーの夢だと思うんですけど、
僕は未来はそれじゃなくて、
結局モデルに頼むと何のアウトプットになるのか信じようできないんですよね。
ファクトリーをするとそのファクトリーの大きさによって
どんどんコントロールできなくなっちゃってるんですよね。
結局モデルを使うと人間がいつか見なきゃいけないと思うんですよ。
人間が入ってきて直したりとかして。
だから人が見なきゃいけないんですけど、
人が見なくていい部分は今までずっと使ってたコードだと思うんですね。
人がAIと一緒にコードを書いて、
そのコードがファクトリーになるっていうのが正しいやり方だと思うんですよ。
AIがファクトリーになってるんじゃなくて、
AIと一緒にファクトリーを作るみたいな。
それはソフトウェアファクトリーな気がしますね。
例えばセキュリティーオーディットするとか、
今はみんなAIモデルを使ってると思うんですけど、
そのAIモデルに頼んでコードを書いてください。
この仕事をやってくれるコードを書いてください。
そのコードを一回書いたらそのコードを取ってテストできる。
その信用になる。
そのコードもしかしたら毎週毎週とか更新するかもしれないですけど、
一回そのコードを作ったらそのコードをテストできるから信用できる。
変なことが起きない。
それは結構未来のソフトウェアファクトリーだと思うんですよね。
大量なコードを書いてでも信用できるコードを
ホワイトボックステスティングをしたりとか、
そのコードが何の幅があるとか何の弱点があるとか全部分かった上で、
そういうものをデプロイして、
結局人の仕事はそのコードをAIモデルと一緒に書く。
管理するとか。
面白いね、確かに。
確かにAIにやらせると、
あれだよね、
プログラムみたいな工場を作らせることによって、
リターミスティックなものが作れる。
それをいっぱい作るってことだよね。
はい、そうです。
トヨタ生産方式から学ぶ品質管理
さっきちょっと記事書いたんですけど、
ブログポストで。
結構昔に振り返ると、
70年代とか、
トヨタが車を作ってたと思うんですけど、
まだ作ってるんですけど、
トヨタプロダクションシステムっていうのがあって、
多分もっといい日本語言葉があるんですけど、
そっちだと知らないですけど、
そのトヨタプロダクションシステムがあって、
どうやって一番効率的に車を作るかっていうのがあって、
海外のやり方はずっと前からあって、
アセンブリラインがあって、
ファクトリーの中にラインがあって、
そのラインを止まったらすごい大変で、
お金が、車作れなくなっちゃうから、
売上が減っちゃう。
だから必ずラインは止めないようにする。
そのラインはずっとずっと動くように頑張ってて、
それは結構今のみんなやってることじゃないかなと思う。
AIでずっとこのラインを止めないように、
AI全部自動化してほしい。
だけどそのラインの中には、
最初なんか小さい問題があったら、
その問題を直せなかったら、
最後にそれは大きい問題になってくる。
小さい問題を早く止めなきゃいけない。
じゃあそれを止めるのためには何をするべき?
そのラインを止めなきゃいけない。
それはトヨタがやってたんですよ。
トヨタはパーツの問題があったらとか、
何かがあったらそのラインを止める。
どうしてそのラインを止めるっていうのは、
コストがあるから。
どうしてそのコストがあるからそれがいいの?
それは優先されるから。
優先されたら元に戻って、
その問題をちゃんと解決できる。
でもこのラインをずっと回そうと思ったら、
結構無視することが多い。
後に直そう。後に直そう。後に直そう。
結局トヨタが一番クオリティの良いものを作って、
元の問題を直したら、
実はそこまでラインが遅くならない。
クオリティ良いアセンブリラインのファクティを作った。
だから日本の車は品質が良いんだ。
そこを一回直すから。
そうです。
クオリティを考えてそういうのをやって、
今はそのラインを止めるっていうのは、
人を出力に見てもらう。
AIのモデルがあって、
そのAIのモデルの出力を人が見る。
じゃあいつ人が見るか、
いつそのラインを止めるかっていうのを
決めるべきだと思うんですよね。
そのAIのファクティを作る時。
でも基本は、
クオリティを見なきゃいけないっていう部分が
モデルを使うとなるから、
できればコードに任せたいですね。
でもコードは全部できるわけではないから、
AIに任せなきゃいけないステップもあると思うので、
そのステップは人が責任を取って、
人を管理しなきゃいけない。
ラインを止める人を決めなきゃいけないみたいなラインを
しなきゃいけないと思うんですよね。
それ結構、工場の歴史を振り返ると、
ソフトウェア以外にもあったから、
ソフトウェア、このファクティを作っているなら、
そのレッスンを学んだほうがいいんじゃないかなと思って。
面白いね。
結局、ずっと動き続けて
バグがたまに出るみたいな風具合が出る。
よりも、1回止めて、直して、
その後出ない、直さない方が
売り上げが多分良かったんですよね。
そうですね。
長い、ロングターンで考えると、
それがベストだったんですけど、
でもショートターンで考えると、
ずっとバグを無視して、
手で何か直したりとかして、
何とかして、とりあえず回るように。
やったか、本当の問題を直すか。
結局、ビジネスサイトからコストがないと、
本当の問題を直してくれないから、
ラインを止めるのルールにすると、
そのコストがかかっちゃうから、
優先されるっていう。
結構、どうして上手くいった理由だと思うんですよね。
でもビジネスサイトから見ると、
絶対そのラインを止めたくない。
だから、そこら辺はビジネスサイトは
ちゃんとそのトレードオフを理解すべき。
トヨタの人たちはそれを理解してて、
他の会社は全部理解してなかった。
ほぼ。
へー、面白い。
どちらかというと、
人の問題というか、
人がボトルネックになって、
起きてしまうような感じだよね。
いつもは人がボトルネックになると思うんですよね。
なるほどね。
今もね、
例えば、全部AIにやらせた方がいいって
人は思ってるけど、
実はちょっとずつ止めたりとかして、
やった方が粘り値が効くのかもしれないし。
そうですね、
多分、
他の歴史とか、
その記事も書いて振り返ったんですけど、
インダストリアル・レボリューション、
覚えてる?
日本語の言葉、この前ちょっと教えてくれたんですよね。
覚えた?
いや、覚えてない。
何か行入ってたかな?書いてないかも。
産業革命ね。
産業革命、ああ、産業革命。
その産業革命があったんじゃないですか、昔。
その産業革命あった時に何が起きたかっていうのは、
前はみんなは家の中に座って、
服作ったりとかしてて、
それを自動化されて工場に行ったんですね。
それでみんなの仕事がなくなったっていうか、
工場に行かなきゃいけないようになったんですよね。
服はめちゃくちゃ作り、
効率的に作れたから、
家で作るっていうのは売れない、高すぎて。
なので、工場を作ったものしか売れなくなっちゃう。
本当に手作りじゃなきゃいけないものだけは手作りで作ってて、
工場で作れるものは工場で作る。
ソフトウェアもそんな感じになると思うんですよ。
手作りでソフトウェア作ってたらだったら、
まあ手作りの部分もあると思うんですけど、
自動化できたらそれがマーケットに勝つと思う。
自動化できるとできない部分もあるんですけど、
結局一番マーケットにうまくいくと思うのは、
ファクトリーを作って、
そのファクトリーはうまく動く。
例えば、さっきのAIモデルで全部やろうと思ったか、
コードでやろうと思ったか、
コードでやったほうが勝つと思うんですよ。
伸びやすい。メンテナンスコストが少ないから。
そういう戦いが始まると思うんですね。
でも結局その機械を運用しているのはエンジニアとか、
今までソフトウェアをやってた人たちから。
ボトルネックが変わらないし、
100倍とか1000倍の効率が変わっても、
それは100倍安くなるだけなんですよね。
すごい良いことなんですけど、
結局コストがかかるところは、
人のコストとか材料のコストとか。
本当のオープンマーケットだったら、
値段が下がる。
今まではSaaSをやってたんですけど、
そのSaaSは月100ドル取ったら1ドルで売れるようになる。
全部のコストが下がって、
プラス作れる機能も増えたから、
もっと安い値段でもっと機能を使える。
これが変わってくると思うんですよね。
そうですね。
いろんな面白いことが起きると思うんですけど、
ソフトウェアファクトリーを作ったら、
僕は前の会社で働いていたのは、
ノーコードのウェブサイトフィルターを作った。
一つのUIで全員のお客さんに渡して、
そのUIで自分のウェブサイトを作る。
例えばこのファクトリーを作ったら、
ウェブサイトフィルターのファクトリーを作って、
お客さんごとにアプリケーションを作る。
AIとコードがアプリケーションを作る。
このお客さんはこの機能が欲しい。
このコードベースを作ってあげよう。
ここにこのコードベースを作ってあげよう。
そのコードベースを管理するのに、
コードとAIのレイヤーがあって、
それはファクトリーになって、
それはビジネスになる。
そういうのが結構変わってくる。
もう一段階、メタ?
そう、ワンレイヤーアップみたいな感じ。
それはめっちゃ大きそうだよね、確かに。
こんだけ簡単にソフトウェアが作れるようになったら。
上手なアプリケーション。
めちゃくちゃ面白いね、そのアイディア。
生産性指標の膨張とAI時代の評価
一方で、今って、
そこまでファクトリーまで行ってないけど、
よくニュースとかで見るのは、
2000PR出しましたとか、
何十万行書きましたとか、
ある意味プロダクティビティっていうのかな。
生産性?生産量は上がってるわけだよね。
この前、ヨハンと話してて面白かったのが、
じゃあ生産量が100倍には絶対なってるはずだから、
コード書く量は。
でもヨハンが言ってくれたのは、
Facebook見てごらんって。
10年前と何も変わらないでしょって言って、
もし100倍の生産量があって、
それが全部成果に変わってたら、
Facebookは今とんでもないUIというか、
いろんな機能がついて、すごい良くなってるって言ってて、
確かになって思って。
今でもそう思いますか?
そうですね。全くそう思いますね。
どうしてEverythingアプリはどこでもあるわけではないっていう。
Facebookだったら何でもできちゃうんですよね。
Stripeとか全部自分でサービスできるみたいな。
確かに確かに。
それだったら最強じゃないですか。
全部できるアプリとか。
誰もそこに向かってない。何ででしょう。
おそらくあれは2000PR出したっていうのは、
そもそもPR作るのは古くないっていう。
どうしてみんなまだPR作ってるんだとか。
PR見るのはAIだけならPRのメリットは何ですかとか。
今まで使ったのは人のプロセスをAIにやらせるのは
不効率しかないと思うんですよね。
でも例えば上のマネージャーがいて、
そのマネージャーが仕事のためにはこのKPIとか。
そのKPIは自分のどのくらいうまく仕事やったっていうのを
証明するじゃないですか。
じゃあそれを増やすんですよね。
その数字はもしPRだったら、
100倍にしようとか1000倍にしようとか。
簡単にできると思うんですよね。
それは自分はマネージャーとしては
それは違うと分かってても、
そのKPIで判断されちゃうからしょうがなくて
やらなきゃいけないと思うんですよね。
全部の会社のラインがそんな感じになってくるんですけども
しょうがなくて。
今まで計算した数字で続くしかないから
その数字がすごいインフレして、
そのインフレをこれはおかしいと言うじゃなくて
すげー、私たちめちゃくちゃ進んでるみたいになってるんですけど
実はコードオフェースがごちゃごちゃになってるだけだったんですよ。
いつか誰かそのクリーンアップじゃなきゃいけないから
そのクリーンアップはすごい大変になりそうですよね。
残念ですけど、そういうことが起きてると思うんですよ。
今の会社だとトークン数とかね
どんだけトークンを使ったかみたいなのが
社員がそれで判断されたら
じゃあ自分が社員としたら
自分で考えて、じゃあこのトークンを
会社は良くなるわけではないんですけど
トークン使わなかったら自分のリスクもあるし
トークン使ったらリワードもくれるし
じゃあトークン使うしかないんじゃない?
バカバカしいと思っても
じゃあトークン使いまくろう
で、それまたトークンの使い方
トークンの課税もインフラしちゃって
で、会社は何も良くならないっていうのが起きてる気がしますね。
いや面白いね。その通りな気がしてて。
結構大変ですよね。こういうの革命が起きる時には
今まで使った数字とか
測り方とか色々変わってくると
それはアジャストするのも結構時間かかるんですよね。
革命的な時期があったら
毎回こんなことになると思うんですよね。
その理由ですごい今は新しいビジネスを作るとか
大チャンスだと思うんですよね。
そうだよね。
個人開発するマルチプレイヤーゲームエンジン
ヨハンは今ゲームを開発してる?
ゲームじゃないか。
ゲームエンジンを作ろうとしてて
AIのおかげとかもラストのおかげもあるんですけど
今は私が作りたいゲームエンジンは
たぶん一般の会社は100億くらい使ってると思うんですよ。
MODかもね。
MODじゃない?
そうですね。
NEW WORLDというゲームはAmazonが作ったのだけど
300億以上もしかして500億くらい使ったかもみたいな
大失敗して
その失敗の理由がよくわかってると思うんだよね。
そのMODを直そうと思ってるんですよ。
マルチプレイヤーはどうやってスケールさせるか
どうやってマルチプレイヤーは一番楽しいの
体験を作るかっていうのを考えて
そのためにエンジンが
新しいエンジンが必要と思って
そのエンジンは何っていうか
レンダリングとか見た目とかじゃなくて
データのコミュニケーションエンジン
みたいなのを作るべきと思って
新しく作り直して
すごいのがさ
たぶん昔というか10年前とかだったら
ゲームエンジン作るって
たぶん一人じゃできなかった
それこそ何百億とかかかるレベルが
今一人で1年くらいやってて
もうだいぶできてきてるかもしれないけど
すごいよめちゃくちゃ
すごい変わったんですね
1年前くらい始まった時にも
スコープはどんどん広がってるんですけど
できることが増えてるから
AIのおかげで
それでももう少しで
エンジンがたぶん完成していて
そのエンジンを使って
始めたゲームを
もう少しでも数ヶ月間で出せる
すごい
結構そのゲームは
まだ結構シンプルなんですけど
でも例えばさっきのファクトリーの話とか
会社は300億を使ったら
その300億をどこに使ってるかっていうと
基本は3Dモデルとか
そういうのを
ゲームのコンテンツにかけてる
僕は今作ってるのは
コンテンツのジェネレーションのシステム
コンテンツファクトリーみたいなのを作ってて
手作りじゃなくて
AIじゃなくて
コードで3Dモデル作ろう
服を作りたかったらとか
その服をどうやってコードで作るかとか
それをAIと一緒にコードで作って
体に合う服を作って
体の3Dモデルをコードに入れたら
そのコードが3Dモデルを見て
合う服を作ってくれる
みたいなコードの仕組みを作る
それで結構
見た目はまだなんですけど
結構最低限はできて
結構上手くいってるから
そういうのを作れたら
一番コストかかったところ
ほぼコストかかんないみたいになって
テクニカルの問題も
結構エンジンで解決してるから
1000倍以上安く
すごいすごい
結構ネックのところを探して
そこを自動化して
今のAIのおかげでとか
最近のテクノロジー
ゲームのマルチプリティアゲームは
多分20年30年はあんまり変わってないんですよね
ネットワークをどうやってやるか
でもやっと新しい考え方も考えて
AIと一緒に作って
上手くいってるんですよね
今プロトタイプとか作ってて
すごい
本当にすごいとしか言いようがなくて
他の周りの企業家の人は
悪く言うつもりはないけど
やっぱり今ってどうしても
AIを使って
とりあえずAI×SaaSみたいな感じで
バーティカルな業務をAIでやらせよう
みたいなのはめちゃくちゃ効くし
すごい安易だし
みんな同じことやってるなと思うけど
そんな
ラストっていう言語が
すごい良かったのと
あとAIで開発が
めちゃくちゃ1人が100倍くらいになるっていうので
元々あったゲームの問題を解決する
本当にそれこそ
まさにイノベーションだなと思って
あんまりヨハンみたいな
そういう本質的に考えて
解決して
新しいものを生み出そうっていう人
あんまり見たことないから
すごい人しか言いようがないですね
ありがとうございます
すごい大変ですけどね
いろいろ
あれなんですよね
イノベーションする時には
本当にうまくいくかどうか分からないんですよね
その不安が
ずっとありますけど
イノベーションするなら
それ頑張るしかないと思うんですね
なので多分
今までのテクノロジーを使って
バーチャルソースをAIでやると
あんまり不安にならないと思うんですよ
だからそこに向かうの
向かいやすいんじゃないかな
なるほど
リスク
別にあれだよね
しかもさ
今までのスタートアップみたいに
お金を集めてやるってことは
別にしてないでしょ
貯金でやってるんだよね
そうですね
いろいろ
貯金調達とか
しようとか思ったことあるんですけど
結局
集めると
いろんな
例えば集めようと思ったら
シードお金が入ってきたら
それだったらシリーズA
B、C、Dとか
集めなきゃいけないとか
上場もしなきゃいけないとか
結局
シードのお金をもらったの
理由で
会社の
成功確率が減る
でも成功したら
すごい
価値が上がる
お金をもらって
もっと体を成長
早くして
ユニコーンとかになって
売収されるとか
そういう目的になると思うんですけど
そのために
すごいグロースを
グロースのために全部捨てなきゃいけない
普通に会社を作って
その会社をちょっとずつ
成長しようと思ったら
それは
ゲームの人口問題と資金調達のトレードオフ
貯金調達したらできないんですよ
でもそれはもしかして一番会社として
成功率が
高いかもしれない
そういうトレードオフをいろいろ考えなきゃいけない
なんか
結構僕
一つの
マルチプレイヤーゲームの失敗した理由があって
それは
マルチプレイヤーゲームとかを
リリースするときにはシングルプレイヤーと
ゲームと映画とかと
同じリリースの仕方をやってるんですよね
でもそのリリースの仕方は
すごい合ってない
どうしてっていうのは
映画とかリリースするときには
映画はただのフィルムだから
そのフィルムをいろんなところに渡して
デジタルのメディアとか渡して
プレイしてもらえばいいとか
シングルプレイヤーゲームだったら
シングルプレイヤーゲームダウンロードできればとか
ディスクもらえばとかプレイできるんですけど
オンラインゲームは
全員が同時に同じサーバーで
プレイしなきゃいけない
例えば
一年間一回ゲームをリリースしたら
その年間の中で
一日のもの100倍くらいの人数が集まっちゃうんですよ
それでサーバー死んじゃうとか
サーバーが
人口が
バランスが崩れちゃうとか
いろんな理由で
マルチプレイヤーゲームになると
体験が良くならない
良くない体験になっちゃう
っていうのが問題があって
例えば資金衝突したら
そのお金を
もらってすごいグロースして
マーケティングいっぱい出そうと思ったら
逆にゲームが死ぬ可能性が
すごい高くなる
みんなが一日で集まって
それでサーバーの問題になって
人口問題が起きちゃって
その日つまらないと思って
みんなが出ちゃう
だけど
ちょっとずつ人口が上がるほど
ゲームのバランスが
良く続く
僕の作ったエンジンは
その問題も解決しようと思ったんですけど
すごいそこら辺の
ゲームの
オンラインゲームの業界の
大失敗
基本は
一回ゲームをリリースして
そのゲームでブームが起きて
そのブームが起きたのせいで
ゲームはすごいバランスが
悪くなっちゃって
ブームが終わったらまたバランスが悪くなっちゃって
みたいな
バランスが悪いほどは楽しくないから
みんなが出ちゃって
強い人しかいなくなったりとかってことでね
いろいろありますね
そうなんだ
めっちゃ細かい話になるんですけど
サーバーが分けたりとかやってたとか
最初は人口が
例えば
1000万人が
集まったとしたら
1000万人は一つのサーバーに入れないから
1000個のサーバーに分けて
でも
最初の日はそんなくらい来てたんだけど
その2週間後は
10万人しかいない
100万人しかいない
そうなったら
最初のサーバーの数をマージしなきゃいけない
それをマージするときに
みんなは作ったものとかマージされちゃうから
作ったものが無意味になってくるとか
いろんなそういう問題が
発生しちゃうんですね
面白いね
人口
マルチプレイヤーだと人口バランスが
すっごい大事で
そこら辺は
最初から
考え直すべきだと思うんですよね
シングルプレイヤーゲームの
やり方じゃなくて
その人口問題を
元を直せるのを
マルチプレイヤーエンジンを作るべきと思って
作ってます
じゃあ
ヨハンは別に
投資家とかを
知り合い
お金を今求めてるというよりは
逆に例えばエンジン
ヨハンのエンジンを使って一緒にゲームを開発してくれる人とか
ウェルカムって感じなのかな
そうですね
それが一番狙ってる
がいいと思うんですけど
投資家とかもしかして
すごいいい人がいたら
全然あり得るかもしれないですけど
トレードオフがいつもあって
今見ると
多分
そのコミットしたいかどうかは
すごい怪しいって感じ
ブーツトラップしてる間は
何もコミットしなくていいから
そうね
なんかさ
そういう考え方素晴らしいなと思っていて
これ聞いてくれてる
リスナーの人たちも
これから個人開発みたいな
インディーハッカーの人いると思うんだよね
そういう人は
ヨハンみたいに
元々好きな分野で
すごい
ドメイン知識があるから
壊れてると思う
すごいいいストーリーだと思うんだけど
ヨハン他に
ここらへんも
誰かやってくれたらいいのになとか
何かこういう
いっぱいありますけど
難しいなんですけど
健康データ活用の構想と規制
一番思うのは
多分
ゲームやってなかったら
健康の
関係とかメディカル関係の
アプリを作りたいと思う
何がしたいっていうのは
体の
数字を測りたい
わからないですけど
ずっと前から話聞いてるんですけど
例えばトイレの中にセンサー入れたら
そのセンサーで
自分の健康を測れるとか
そういうのをスマホと繋げて
毎日毎日自分のスマホで
そのデータを取れて
そのデータを取れたら
自分の健康を測れる
例えば
毎日これ食べたら
この数字が上がったりとか下がったりする
今はわからないんですよね
みんなは年間1回か2回
とか健康検査
ちょっと数字わかってるんですけど
その数字わかるだけで
結構パターンは見つかりにくい
でも
そのパターンを見つかったら
すごい
メディカルの
業界全部
革命されると思うんですね
今は誰も何も測ってないから
結局影響がみんな
わかってないと思うんですよ
この薬取ったらこういう影響があるとか
誰もわかんないですけど
みんなは毎日毎日薬
食べたりとかしてて
結構
薬を
研究してる時にはみんなは
論文を
作る時には
人口をすごい集めて
この大きい人口の中には
みんなを
数えてこういうの小さいの
サイドエフェクトしかなかった
みたいなのを証明してるんですけど
それは全然やり方が間違ってると思って
どうしてというのは
人はみんな違うから
1000人を集めて
トラックを測るというのは
あまり良い情報にならないと思うんです
結局キャテゴリーに分けなきゃいけない
そのキャテゴリーどうやって分けるかというと
もっと情報が必要
このアプリを作ったらその情報が取れると思う
その情報が取れてる
だったらそのキャテゴリーが作れると思って
それだったら
私はこのキャテゴリーの中には
ビー型
分かったら
私はそのビー型だから
私はこういう
パスタを食べると
気持ち悪くなっちゃう
だからそういうのはあまり食べない方がいい
そういうのを分かってくると
色んな薬とか
いらなくなってくる
健康とか
今日走ってて
すごい気持ちいいし
この数字が良くなったから
走るとこれが治るんだ
じゃあこの薬は飲まなくてもいいじゃん
じゃあこの医者に言われたことは
これはじゃなくてもいいんだけど
これやると効果ある
そういうのをみんなは
分かってきて
そういうのアプリを
すごい作りたいなと
革命が
起きると思います
そこもやっぱり人がボトルネックになってて
プライバシーが
そういうことを言ったり
セキュリティーだよね
プライバシー
セキュリティーと同じかもしれないけど
ここら辺も法律厳しいから
ちょっと調べてみたら
自分はそういうセンサーを
作りたかったら
結構違法
すごい難しいんですよね
メディカル上位じゃないとか
言っても
作れなかったと思うんです
このものを測るなら
ライセンス的なものが
必要だったり
そういうのいろいろ決まってるから
結構難しそうですね
本当にそういうところを
普通の人は
諦めちゃうけど
ヨハンみたいに
絶対おかしいって言って
直してくれる人が
イノベーターなのかなとは思います
という感じですかね
他に
喋りたいトピックとか
宣伝とかありますか
宣伝とかプロモーション
プロモーション?
プロモーション?
日本語だったら
宣伝って何て言うの?
自分を
みんなに紹介したいこと
そうそう
今例えば
仕事探してるとか
ゲーム一緒に作ってくれる人
勉強してますとか
そうですね
ブーツトラップしてるから
フリーランスの仕事探してるんですけど
誰か興味あったら
ラストだっけ?
ラストですね
ラストはメイン
他のいろんな言語も
触ったことありますね
15年間経験あるから
ほぼ何でもできると思うんですけど
もし興味あったら
ゲームの
ウェブサイトもあったり
自分のウェブサイトもあったり
このリンクに
貼っておきますね
ありがとうございます
ありがとうございます
定期的にヨハンとは話してるので
また色々
ゲームの進捗があったり
また話したいことがあったり
今日はソフトワークファクトリーの話したかったので
話したんですけど
多分1週間後には
違う新しい言葉が生まれて
ソフトワークファクトリーも
古いねみたいになってるかもしれない
そうですね
そのために
収録したいなと思って
またよろしくお願いします
ヨハンも今日はありがとうございました
ありがとうございました
