この番組はエンジニアの成長は楽しい学びからをもとにエンジニアリングに関する学びをワイワイお届けするラジオでございますこのラジオはですねこのラジオはありがとうございますのりさんかいちとじゅんぺいでお送りしていますのりさんかいちとじゅんぺいでお送りしておりますということで今日はですねオブジェクト思考でプログラミングを書くにあたって大事なやつの話をしていこうと思いますなんですかそれはテルドンアスク

テルドンアスクという原理でございます テルさんは尋ねてはいけませんとそうテルいじめ テルさんには聞いてはいけませんとテルいじめでございますよこれねあのプログラミング間違えた達人プログラマーに乗ってるやつで マジで1ミリも覚えてませんTDAと略されてましたね 1ミリも覚えてないでもこれ結構ね

エンジニアやっちゃいがちなんじゃないかなと思うので今日は警鐘を鳴らす回になるかなと思いますじゃあ反省します今日はぜひ反省してくださいそして明日からの行動に活かしてくださいありがとうございますということでまずテルドンアスクって何かというとですね何かを求めるときは何が欲しいかを言えということですねテル尋ねるなと言えって

まだ意味わかんないと思うんでちょっと今のでわかんなくなったな 今のでわかんなくなったかそれは非常に申し訳ないことをしたと思う今のでわかんなくなっちゃいました 別な言い方をするとですね宣言的であれということですもっとわかんなくなりましたかね いや多少取り戻していきましょうよかった僕はわかんないですねよかった宣言的というのはですね手続き的の逆でございます

詳しくということで今日はとあるレストランの話をしていこうかなと思います番組変わりました今チャンネル変わりましたね多分ね業界の一流人が集まるレストラングランメゾン手続きでございますグランメゾン東京リスペクト

手続きでございますここはですね注文するときにそれぞれが手続き的な指示を出さないといけないというルールがありますということでそこでのやりとりをちょっと見ていこうかなと思うんですけどまずお客さんが注文したいですまずウェイターの人に注文しますよねその時に手続き的だとこうなりますすみませんキッチンに戻ってシェフに季節の美しそうアーズを作るように伝えてください

そしてもしその料理が完成したらそれをトレイに乗せて私のテーブルまで持ってきてくださいもし料理ができてなかったときは別の仕事をしていてください料理を私のテーブルまで持ってきたら店舗に注文したメニューを追記してくださいって言ってウェイターがかしこまりましたって言ってパントリーに向かいますともう何研修?研修だね一方ウェイターパントリーにてシェフに対してこう注文します

季節のビッソワーズが冷蔵庫にあったらそれを持ってきて私にくださいもしなかったらジャガイモと玉ねぎを切ってバターで炒めてしんなりしてきたら水とコンソメを入れて煮込んでくださいジャガイモが柔らかくなってきたらミキサーで混ぜてくださいもしジャガイモが柔らかくなってない場合は引き続き煮込んでくださいミキサーで混ぜ終わったら牛乳を混ぜて塩と胡椒で味付けをして整えてください

味付けが終わったら冷やしてください冷えたらお皿に盛ってお出しにくださいって言ってシェフはOKって作ると

ビシソワーズへの解像度高くないですかビシソワーズって何ですかビシソワーズというのはですね要はなんか冷たいスープですねわかりやすいあんだけごちゃごちゃやってたのにジャガイモとかそういうやつをミキサーで粉砕した冷たいスープですねはい

これを聞いて思いませんかまずシェフと客とウェイターがうざすぎるとめんどくさいですねめんどくさいね客とウェイターがその状況を作り上げるのがめんどくさいですねその状況を作り上げるのがめんどくさい何を教えたらそうなるんだろうだってもうシェフやめようかなシェフが知っておくべきことを外から言ってるじゃないですかそれです

ややこしいというかあとシェフが知っていることを言い過ぎだしお客さんもウェイターが知っていることを言い過ぎっていう要は

これってどういう状況プログラミング的に言うとですね非常に業種度が低くてお互いに密結合してる状態なんですよなるほどまず業種度低いっていうのはウェイターに関する情報がお客さんにも散ってしまってるしシェフが知ってることがウェイターにも散ってしまってるとで密結合してるよっていうのはそれを外から指示出してるっていうところが非常に密結合してますよねとこれ密結合何がまずいってあれですよねそのお客さん

多分他の店で注文できない説ありますよねあるね他の店行ったら切れられるんじゃないかな多分お店の構造ちょっと違うから違う指示出しちゃうかもしれないし逆にサイゼリアに行き続けてるお客さんそこの店行ったら何も注文できないというあとこれもっと困るのは多分シェフシェフ指示ないと何もできないから

そうですねシェフはねただウェイターの傀儡ですからね作業は確かにできるけど指示されないと何も作れないからなるほどね転職の時困るのはシェフです転職の時困りますねこのシェフは転職の時非常に困りますよグランメゾン手続きとかなんとか手続きにしか転職できないですねそういうことよ

だからねこのシェフから実はねほぼビジネスロジックなくなってるんですけどこういうのはドメインモデル貧血症とかって言ったりするんですよねへーそうなんだでこれレストランの例で言うとめっちゃ変じゃんってなるんですけど実際の行動だと意外と気づけないんですよねこういうのってちょっと聞きたいですねはい

でもその前にグランメゾン宣言についてもどうなってるか見ていきたいと思いますお願いしますそっちも気になってましたこれはですねお客さんがまず来ますとで注文するとき季節のビシソワーズをくださいとウェイターかしこまりましたって言ってパントリーに向かいますでウェイターそこで季節のビシソワーズを一つお願いしますってシェフに注文したらシェフがいい感じに作って出してくれるとめっちゃ普通のレストランめっちゃ普通のレストランシンプルイズ普通こういうことです

それぞれの状況に応じて途中途中で絶対条件分岐が発生してると思うんですよウェイターもさっきの例で言うと料理できるまでは例えば他のテーブル注文取りに行ったりとかっていう条件分岐ができますしシェフもあるやつがあればもうすでに仕込み済みのものがあればそれを使うっていう判断とかなかったら作らなきゃいけないとか

そういう各々に必要な条件分岐っていうのは全部その中に閉じ込められてますよとなのでそれぞれの役割の登場人物が自分の動きに責任を持って行動できるということでですねこれはプログラミング的に言うと業種度がまず高いです関係ある役割が関係ある人に全部集中しているそして素結合です

注文する人は注文だけすればいいしそういう最低限のやり取りだけで各々が協調して動いているのでとても素結合になっております転職しやすいレストラン的には普通なんですけどねさっきの人が振りすぎたね世の中のそんなコードになりがちなやつというか達人プログラマーの例にしようかな

まずメソッド名ApplyDiscount割引を適用するんですねそうですそういうメソッドになっておりますこちら引数でカスタマーとオーダーIDとディスカウントというものを3つ受け取ってますねなるほどまず1行目トータルズという変数を宣言しております最終的に出すやつかな

そうですねその中に代入しているのがちょっとメソッドチェーンでメソッドつなげまくってるんですけどカスタマー.オーダーズでオーダーそのお客さんの注文一覧を取得してますよと

でその中からファインドで今回の特定のオーダーIDを検索して最終的にそこからゲットトータルズで総額を返しております一旦この注文の総額取得したいですねそうですその次の行でトータルズ.グランドトータルの中にトータルズ.グランドトータル-ディスカウントを代入しております

そこからディスカウントの額を引いてtotals.discountにディスカウントを格納しているとここまでの行動を聞いて何か思うことがありましたかここまでの行動を聞いて思うことがありましたかメソッドチェーンがややこい素晴らしい素晴らしい素晴らしいですよかったこのメソッドチェーンややこしいっていうのがまず

アスクしちゃってる状態なんですよアスクしちゃってる状態?本当?アスク?アスクテルドンアスクなんでテルドンアスクなんでアスクすなって言ってるんですけどこの状態がもうすでにアスクしちゃってる状態なんですよ日本語で言ってほしいですねつまりさっきのグランメゾン手続きやっちゃってるってことですねアスクしちゃってるはグランメゾン手続きしちゃってるってことですね

そっちの注文をしちゃってるっていうことですねなるほどわかりやすいこれのじゃあアスクしてるポイントなんですけどまずこのメソッドが知っちゃってることはですね顧客オブジェクトがオーダーズというプロパティによって注文履歴オブジェクトを公開してるという点をまず公開してしまってますと

公開している点を知ってしまっていますちょっと待ってください顧客オブジェクトが何て言いましたがオーダーズによって注文履歴オブジェクトを公開している点なるほどなるほどオーダーズっていうオブジェクトを

まず顧客オブジェクトがオーダーズあるよねっていうのをまず知っちゃってるとそうです注文履歴持ってるのを知っちゃってるよねとさらにその注文履歴からファインドっていうメソッドを使ったら今回の注文に関して取得できるねっていうのを知っちゃってるとさらにその総額からゲットトータルズっていうメソッドを呼び出すと総額が取れるねってことも知っちゃってるとうんうん

メソッドチェーンの使い方を知るためにはいろんなドキュメントというか遡っていくというかカスタマー何持ってるのオーダーズってのがあるオーダーズでもオーダーズでも狙ったやつ狙ったオーダー見つけられないなどうしたらいいんだろうファインドっていうのがあるっていうのを知った上でコードを書かなきゃいけないそう

そういうことですさらにディスカウントするロジックについても公開しちゃってるとうんうんうんこのアプライディスカウントメソッドの中で総額を呼び出してますとはい総額から割引額を引きますよっていうのは今さっき説明したメソッド内でやってるんですねただ

そもそも総額って割引いたもののことを言わないですかっていうそうですねなのに総額を出す部分と割引をするっていうところがまず分かれちゃってるんですよなのでゲットトータルズってやって総額を取りましたとじゃあもうその後はそのゲットトータルズから取れた総額オブジェクトに割引のメソッドを持たせて権限を移情した方がいいよねっていうのがまず1個目の

問題点ですとそこちょっとむずいなここ絶妙だよね今のケースで解説聞いたらそうかってなるけど他のケースで作れって言われた時に正しく異常できる

し続ける自信はないこれがむずいポイントなんですよねむずいですね現実世界だと目にくっきり見えるんで誰が何の役割を持ってればいいかってのはすごい分かりやすいんですけど一方こういうソフトウェアってどの単位でサービス分割するのかとかそういうところから考えなきゃいけないんでそういうなんて言うんでしょう

どっかが何かを持ちすぎてるみたいなのとかあるべき場所にまとまってないってことが比較的起きやすいとしかもさっきの流れでこれでget discount間違えたapply discountをできるようにしたときに今現状コードがどうなってるかというとですねカスタマーからordersを呼んでfindでorder idを渡すを呼んでget totalsを呼んでapply discountを呼ぶっていう

だけになってますメソッドチェーンだけで終わりになってますとはい さっきよりわかりやすくなったとはいただまだダメです言うてまだグランメゾン手続きですよね 結構グランメゾン手続きですねはいこれ現在今何が問題かというとですね オーダーを探すにあたって1回注文履歴を経由してるっていうところがあー確かに問題なんですよ

これ別に顧客から直接オーダー取れてよくないっていうその時に履歴を経由しなきゃいけないかどうかは別に顧客の方が知ってればよくてそれを適用する割引のメソッドが知ってる必要はないよねっていう確かになのでここでまた1個メソッドが1個減ります

チェーンが1個減りますメソッドのなんでカスタマーからファインドオーダーっていうメソッドを生やしてそこにオーダーIDを渡すだけにすると中のゴニョゴニョはもう全部カスタマーに任せちゃってその後帰ってきたオブジェクトに対して総額を出力して最後アプライディスカウントをやると直感的になったと思いきやまだいけますまだいけるんですねはい

で同じことが注文オブジェクトとその総額にも適用できますということで注文がその合計を格納するために別のオブジェクトを使用していると実装そうですね注文に対して割引ができればいいじゃないですかなのに一回総額を経由しなきゃいけないっていうことを知ってるのがまず公開しすぎになってますよとなので実はゲットトータルズも

いらなくなるといらなくなるというか別の方に移しちゃえばいいとだからこの場合だとアプライディスカウントの方に入るのかな

つまりファインドオーダーでオーダーを見つけてきましたとそれに対してアプライディスカウントを使うだけにすればよくないっていうそこで総額を経由する必要はないよねっていう確認なんですけどアプライディスカウントメソッドは今2行になっていて1行目はファインドオーダーで2行目でアプライディスカウントアプライディスカウントの中にアプライディスカウントがあるありますそうか

どっちかっていうと上側のアプライディスカウントはどの顧客がどのオーダーなのとかどれくらいの割引額なのっていう引数を受け取ってて実際にその中で呼び出されているアプライディスカウントはディスカウントだけを渡しているっていう状態ですねオブジェクトの

メソッドというよりは普通に関数型とか思い浮かべて普通にアプライディスカウントっていう別の関数を呼び出しているイメージですかそうですはいわかりましたこれで今中には2行になっているんですけどぶっちゃけこれを1行にまとめることもできるじゃないですか

ただファインドオーダーとアプライディスカウントをセットにしちゃって顧客に対してアプライディスカウントでオーダーIDとディスカウントを渡すってこともできるっちゃできるじゃないですかギャロ止めばできますねでもここで止めましょうとなんでこれ止めなきゃいけないかっていうとこのTell Don't Askっていうのは問題を認識しやすくするためのテクニックみたいな感じなので

感覚的な部分結構大きいんですけど顧客が注文を持ってるよねっていうこととかそれに対してディスカウントできるよねっていうところに関しては自然に認識ができるから一旦ここらで止めるのがいいんじゃないっていうねちょっと質問していいですかそれ一行にまとめちゃったらグランメゾン宣言でいうウェイターとシェフの間にもう一人ウェイター入っちゃうことになりません?

デカウェイターみたいなアプライディスカウントっていうメソッドの中にアプライディスカウントを一行になってリターンするわけじゃないですか確かに何も抽象化してないっていうんですかね伝言ゲームしてるメソッド監視する人を監視する人みたいなだからやめるのかなって思うんですけど確かにそうではないというか多分なんだろうな

そうじゃない状態で止めることもあると思うんでやっぱりその説明をするためにここらで止めましょうのために問題を認識しやすくなってるよねって言い方してるんでしょうねそうねちなみにこの中で言うとアプリケーションにとってある種トップレベルとも言えるコンセプトが存在してますと

多分これディスカウントだしオーダーってことはだいたいECサイトみたいなイメージなのかなって思うんですけど顧客とか注文っていうのは基本的にはトップレベルに言えるコンセプトに当たるという風には言われてますねここでは例えばアプリを作ってデータベース

データ構造を考えようって思った時に真っ先に出るやつらなんですかねかなあと総額って注文かける金額の合計だから入れ子になってるじゃないですか構造上ちょっと注文と金額で出てくるやつじゃないですかそれってかけてる時点でトップじゃないよねっていうことかもっていうのも思いました理想確かにそれ以上

元をたどれない概念っていうのかな分割できないそうそうそう最初だったら注文履歴とか総額みたいなオブジェクトを経由してたと思うんですけどどっちも注文の買い概念というか組み合わせた概念だよねみたいな気がしてるのでそういうの分解できなくなったところのやつは分けなくていいんじゃないかなっていう要するに力すごい大事ですよねそうだね

ディスカウント割引適用させてるのは具体的にはさっき言ってたように

お客さんから注文履歴引っ張ってきて注文履歴から注文引っ張ってきてその注文の金額引っ張ってきてその注文からディスカウントを適用させて合計出すっていうのは具体的な方法ですけどこれ要するに何やってるのって言われた時にお客さんの注文に対して割引を適用してますっていうのが今回の達人プログラマーでいう適度な

要するにそうようやくそういうことです でこの要するにこれでいい感じの要するになったわーっていう感じでリファクタリングする力そうだね 呼び出す側が知りすぎてないかみたいなところっていうのでやっぱプログラミングで考えるとそこらへんってうわぁ確かにミスっちゃいそうっていう わかる絶妙さがあるんですよねなんかあの他の人が開発していればなんかその

持ちすぎてるというか適度な理由となるかもしれないですけど自分で作ってるのについてはどっちに置いてもいいじゃないですかぶっちゃけ知識的な意味でだからこそ気づきづらいですよね他の人なのかコードとして何だっけ知識が漏洩してるって言うんでしたっけ漏洩知りすぎているとかっていう気がするけどそういうのが起きてないか

注意していく必要がありますね本当にそうですねオブジェクト思考とかだとまだ判断しやすい気もするんですけどまあこれ結構オブジェクト思考でやるべき感じっていう関数とかでもそうですよね普通に考えて関数型で作る場合って多分もっと小さい関数をめっちゃ作って組み合わせるみたいな感じの作り方するんでラストでしたっけなんかミソットチェーンめっちゃ使うみたいなのってなんだっけ

スカラかなそういうのだとまた別なんですね多分考え方がオブジェクト思考で作るときはそのオブジェクトの責務を超えたことをやってないかとか呼び出しのときに特に呼び出しのときが特に

ミスりやすいかなって気がしますねやりすぎてしまうというか本当だったら呼び出し先で作らなきゃいけないものを呼び出し元でやっちゃうみたいなそうそうそうそうこういう順番でメソッド呼ばなきゃいけないことを知っちゃってるみたいなそしてそれが知りすぎているっていうそうですねグランメゾン宣言に一回行かないとうん

一回行ってたら違和感感じると思うんですよ我々も普段グランメゾン宣言側の人間じゃないですかプログラミングじゃなくて日本社会という意味で生きてたらだいたいそうですよねそれは今グランメゾン手続きに違和感を覚えたのは多分普段言ってるのがグランメゾン宣言だからなんですよねなるほど確かに多分プログラミングにおいてもそうな気がしていて

グランメゾン宣言で一回なんか生活するとグランメゾン手続き見た時に何やってんだいって思えるようになるかもしれないですね現場なのか果たしてそれが書籍かもしれないですしハンズオンかもしれないですね社協する万全と社協するだけだと気づけないんでそうだねこれは確かに分割無事ってなるだけだもんな今日の話を

頭の片隅に置きつつコードレビューとかしたらグランメゾン宣言ここはグランメゾン宣言ここのお店はグランメゾン宣言おグランメゾン手続きだなここはでレビューコメントでグランメゾン手続きですって誰がわかんのレビューコメント書いてねリファレンスでこのポッドキャストのリンク貼っておきましょう参照しづらい

というのでぜひ皆さんも自分のコードがグランメゾン手続きになってないかどうか意識して書くといいんじゃないかなと思います特にMVCで書いてる方が多いと思うんでコントローラーコントローラーを特に気をつけようって思うコントローラーは確かに一方それを気にし始めると今度サービスの

1層目がやられるんでそうなってきたら次はそのサービスの1層目でグランメゾン手続きかどうかをチェックしていくみたいな感じで適切に分割していくといいかなと思いますありがとうございますこれブログ記事になるんですねなります素晴らしすぎるありがとうございますありがとうございますじゃあお便りですかはいお便り見ますラジオネームカンブリアキのカンブリさんからのお便りですありがとうございますありがとうございます

ポッドキャストの感想からいただきます私も要所の技術書をチャレンジしてます皆さんもお体にお気をつけて頑張ってくださいすげえありがとうございますすごい僕は1年前ですね読んだのねもう1年経ちましたはいじゃあポッドキャストで話してほしいこと最近新しい環境に移ったのですがキャッチアップに四苦八苦しています情報量が十分なドキュメントはあるのですがドキュメントの場所かっこホルダ構造があまり良くないなと感じています

そのためドキュメントを探す時間が長く何とか改善できないかと思っていますチームには共有したのですがノウハウがまだ溜まっていない状況です皆さんはどうやってドキュメントを管理してますかまたうまくドキュメントを探し出す方法はありますかとのことですじゃあどうやってます普段まずドキュメントはいどうやってるむずいな何のツールで管理してますか

今のところはGoogleドライブの中にスプレッドシートだったりとかが多いですかねあとバックログのウィキとかにも結構書いてますかねバックログはバックログっていうアプリNuLabのバックログの大体どっちかに書いてることが多いですね仕様はでもドライブに大体まとまってるかなそうなんですね

同じくです同じくなんだ同じくですねでも基本ドライブですねどっちかというとバックログもちょこっとありますがGoogleドライブドキュメントって言ってるのは多分ソフトウェアドキュメント以外にも多分プロジェクトで使ってる仕様コード規約分かんないななんて言うんだろう運用ルール的なチームの運用ルールとかワーキングアグリーメントとかあとなんだろう議事録とかなんかそういうの全部ひっくるめてたと思ってるんですけどうん

そのイメージあってる?そこら辺は構造化して保存されてないですねその議事録とか例えばなのでまあ確かに散らばっちゃっててどこだっけなってなることはありますがなんかよく使うなってやつとかはブックマークに入れてるかスラックの自分のチャンネルにメモって置いてますなるほどね結構なんかなんだろうな

ブックマークから探すことが多いからこれ使うなってなったらどこだっけってなったらもうこれどこかありませんでしたっけって聞いてます聞くの大事だよねあと結構積極的にドキュメントは変えていってますね書いてる気になったら自分でので覚えている場所とか探すときってなんか

要は自分が探したいキーワードとそれの引っかかり方が違うからミスマッチが起きるなと思ってそのキーワードに近づくようにタイトルとかもちょっと変えることあるかもしれないバックログって多分ドキュメント検索できるんですよね多分まるっとできるできる何が引っかかるんですか本文とタイトル本文とタイトルが引っかかるかなあれはそうだよねなんかフォルダ構造みたいなのあるんですかバックログは

分かれてるね分かれてるけどそんなにすごい洗練された分かれ方はしてないかもしれないなるほどどういう分け方とか言えます?あんまり空で出てこないな言える言えないとかいうよりちなみに僕はコンフル使ってますねめっちゃドキュメント多いんですよ今やってるプロジェクトがスマートシティのデータ蓄積基盤みたいな

アプリ超多いんですよ10は超えてるかっこいいな超多いんですよドキュメント構造化されてるのによく分かってないんですけど構造化結構しっかりされてるでもすごい今のプロジェクトの構造化というか前の会社もそうだったんですけどコンフレ使ってた当時もその時どう分けてるかというと

運用ルールチームルールみたいなのがあってあとは要件定義仕様書設計書運用試験チームみたいな感じで分かれててその下に紐づいて例えば設計だったら基本設計詳細設計みたいなルールがあってその下に各アプリごとのドキュメントがあったりとかしてますね

ドキュメントの格納場所については都度チームに共有しながらというかレビュー段階でここに置いた方が良くないみたいなのが発生したりとかあとはよく分かんないやつはここにフォルダ作り回すみたいなのを宣言しつつ置いてなんとなく置けるようになってるみたいなあとは検索で出す検索した時にブレがないようにみんなで気をつける用語集とかはありますけど

ブレるときは結局人間の不注意なんで気をつけるぐらいかなうちでやってるのは置き場所とかもレビューのときに相談したりしてるんですねいいですねここじゃない方が良くないっていいですね場所大事だよね場所と名前大事スクリッパになってますわドキュメントの質にもよりますよね例えば設計者だったらレビューするけどなんとかのなんだ

調査タスク分かんないけどいやむずいなレビューないドキュメントあんまないかもなだってそれ作んなくていいもんなドキュメントはそうですねレビューあるんですけど置き場所とかまではあんまりでもそうなんですよねでもそれは僕が入る前にチームで多分決めて運用してることなんでまあでもあったほうがいいですよね多分そんな大変じゃないですしねあとはあの

コードと一緒でリファクタリングする気があれば別に最初適当に作ってもいいと思うんで作っていくうちに収まるところに収まるというか確かにちゃんとメンテナンスするの大事ですけどねメンテナンスしないとダメですよねリンク集とかいつの間にかURL変わってとかあるあるなのでカンブリさんの疑問でいうドキュメントを探す時間が長く改善できないかなっていうところを

これでも多分使ってるツールにめっちゃ依存しそうですよね確かに何使ってるか次第ですけどドキュメント管理ツール使ってないんだったら多分ドキュメント管理ツール使わないと無理ドキュメント管理ツールっていうのはコンフルとかそういうやつバックログも結局そうウィキはおまけって感じするけどねウィキだとしんどくないですかどうなんでしょうしんどいよバックログはねなんか

ディレクトリ構造化できるけどその構造を作るときちょっとめんどくさいんだよな見たくねーってなりますもんバックログちょっと見にバックログかーってなりますもんそうなんだドキュメント管理ツールまあでもお金かかっちゃうけどねノーションとかノーションもお金かかりませんっけノーションとかめっちゃいいんですよだからね

農書もいいぞっていう農書管理しやすいめっちゃ入れやすいと思うわテンプレ簡単に作れるしな見た目綺麗だしね全然ちょっと脱線するんですけど全職のサービスでもう3ヶ月とかでリリースしたやつがあってそれこそコロナ入った直後に通話アプリ

出したのがあってそのドキュメントがノーションだったんですよノーションで多分開発のドキュメントもノーションでやっててユーザー向けのドキュメントもノーションで作っててユーザー向けのドキュメントだけ公開するみたいな素敵と思って確かに編集しやすいし確かにとかもやろうと思えばできるんでねうんうん

だからドキュメントを直す気概を全員で持つ腰が重い現時点でめちゃくちゃ多いからこうなってるんでしょうねそうね確かに絶対そうこのドキュメント丸とベクトル化してラングジェインで検索しちゃうっていうウルトラCもあるかもしれないそれはあります会社のあれ的に許されるか分かんないけどねローカルなら許されるのかなどんぐらいスペックいるんだろうPDFとか

できなそうだなそうだとExcelとかマイクロソフト系のファイルもできなそうだないやーむずいですねそれこそ自分たちで生成AI触ってるんで僕はそこのラグでインデックスベクトルで登録してデータを自分たちのデータをとかも登録したりしてますけど全てのドキュメントを一箇所にまとめるとどうなんだろうやっぱ探したい書類見つからないタイミングも多そうだなって気はしますそうなんだ

どうしました?僕が今ドキュメント系のなかなかアクセスできないっていうやつに対して希望を持ってるサービスがあるんですけどGoogleエージェントスペースっていうのを今月発表したんですよGoogleが知らない恥ずかしいGoogleドライブコンフルエンスジラサービスナウなどの接続などと接続して情報を読み取り自然言語によるプロンプトに自由に答えてくれる新サービスって書いてあってまだ

ベータ版なのかな早期アクセスに申し込むみたいな画面しかないんで多分正式提供みたいな感じじゃないんですけどこれ来たなって思いましたこれとんでもないサービスですねノーションとかもありますよね検索して全てのドキュメントからノーション単体だよね多分そうだと思いますよ単体ってどういうことですかノーション内だけじゃないはいはいはい

このGoogleのエージェントスペースはGoogleドライブだけじゃなくていろんなサービスGmail GitHub Confluence Jira Outlook SharePoint Salesforce Slackとか結構いろんなやつ横断的にやってくれるみたいすごいやばすぎるそれはすごいGoogleがその辺の情報を全部持てちゃうってことですねだと思うスラックでかくないスラックめっちゃ検索しにくくない

あいやあんま思ったことないかもまじで?なんかうわあのやりとり絶対どっかにあったけどどこにあんの?みたいな時があるんだよねまあまあまあありますねまあいけてるなそんなにチャンネル多くないからかなまじかそうかも俺もまあていうのでちょっとGoogleエージェントスペースは来てほしいなと思ってましたうんすごいですねそれはすごい使ってみたいねみんなとは言わないけど使ってる人まあまあいるでしょさっきのGitHubとかうん

Googleドライブに閉じてるとかじゃないのが素晴らしいですねそうそう別にGoogleドライブだけでも結構有益だけどそれをまたいでやってくれるってのはめっちゃ嬉しいですねなんかマイクロソフトよく受け出しましたね確かに勝手にAPIを読み取ってるだけとかもあるのかないやー危機品のかなアウトルックとか無理じゃないですか確かになすごいちょっと大きい企業とかだとハードルあるかもしれないですけど気になるねうん

それってだから自然言語で情報検索してなおかつそのソースを出してくれるみたいなイメージですよね多分そうね素敵すぎるね基本検索とかかな多分質問投げたら答えてくれるんじゃないかな内容読み取ってなんかチャットGPTがあのせいでGoogle検索めっちゃ減ってるっていう話あるじゃないですかそれを逆手に取った感がありますね逆手に取った感はい

自然言語処理でインターネット上の海の検索は取られちゃってるけどそうじゃないところで今もう派遣を取ろうとしているというかなるほどね内部的なデータの方で戦いに行くみたいなそうそうそうそうでもそれは強いよなだいたいGoogleワークスペースかマイクロソフト365だもんなオフィスですね多分オフィス365ですねあれMS365って言ってるはず恥ずかしいあら

っていうのでカンブリさん結局は継続的に改善していくしかないこれはマジで地道に仲間を増やす仲間をまず一人では無理なんで仲間をとりあえず増やしてちょいちょいやっていく自分が探しにくいって感じてる時こそがチャンスだよねこれさ慣れたら検索できちゃうようになっちゃうじゃん自分が

だからなんで検索しにくいのかをちゃんと言語化した上で競技の上いいとこに着地させる必要ありますよねはいそうっすねなのでちょっと今まだ若手でやられているところ難易度高いとかあるかもしれないですけどあるべき状態とかがあんまり分かってないって言ったらいいのか分かんないですけどその辺はでも周りとコミュニケーション取ってこういうのがいいんだっていうのを勉強になるいい機会だと思うのでうんうん

てかまず1年1年目って書いてあるのエンジニア歴1年でこんな悩み感じてるのやばいっすね確かに何者本当に本当に困ったのかもねでもドキュメント見てって言われてどこってでも確かに困る整理されてても思うわ俺多分それ間違いないうんあー確かにな設計書?基本?基本設計?ってなってました多分いやいや基本でしょ応用設計があんの?みたいな確かになあー確かにそれはあるかもそうそうそう

なんですごい素晴らしい悩みでなおかつバチッとした銀の弾丸はないんで銀の弾丸がないということだけ言えるそうだねもしかしたらさっきのエージェントスペースがなるかもしれないそうですねなので引き続き進捗があればお手入れいただけると僕らの勉強になりますなりますね

終わりますかはいはいお便りありがとうございましたありがとうございました本当にはいハッシュタグひまじんプログラマーでSNSでフィードバック募集してますのでのりさんのグランメゾン手続き宣言に引き続きのグランメゾンありましたらはいポストお願いしますハッシュタグでお願いします見てないんだよなグランメゾン東京とか俺も見てないよ見てないですね見てないです万選のキムタクだけ見たけど

ポッドキャストの説明欄からグーグルフォームでお便りの番組のお便り要望感想質問何でもお待ちしてますのでこちらもお気軽にお願いしますお願いします各種ポッドキャストプラットフォームでフォロー高評価もお願いします高評価お願いしますはいではまた次回バイバイある夜ねいつものようにラジオのお便りのチェックをしていたんですよそしたらね夜なのにねお便りの通知がねポーンってなってね

こんな時間におかしいなぁおかしいなぁおかしいなぁと思ってリスナーも寝てる時間なのになぁって思ってメールフォロダーあげたらねうわぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁぁ