次にクライアントに見せながら追加開発していく必要があるんで追加の時のポイントはそんなに多くないんですけど流れはほぼ同じで基本的には最初に追加する機能のドキュメントを作らせてそのドキュメントを元に実装を走らせるみたいなのが多いんですが

追加するときも基本的にはずっとこのねジェミニのチャット欄を更新していくっていうのを意識しててちょくちょくこれまでの状態を一つにまとめたものを作ってくださいみたいなのをやるんですよで一旦これAIの認識間違ってないなっていうのを確認した上で次にこういう機能を実装してくださいっていう追加機能の指示出しますとはい

そしたら次追加機能用のドキュメントを作ってくれるんですねうんなんでそれができたら次はまたカーソルの中にユーザーがニックネームで使えるようにするみたいな機能を付けたんですけどその時やったらこのニックネーム機能実装設計書みたいな感じでまずデータベースにはこういう変更がありますよバックエンドはこうやってくださいねって指示をバーって書いてあってプラスAIコーディング向け追加指示みたいなのも書いてあるんですけどうん

っていう指示書を作ってこの指示書を元にまた自動で動かすみたいなこのサイクルを繰り返していきましたねなるほどっていう流れでどんどん機能を実装していってどれだけのコードができたのかみたいなところの内容なんですけどまずコミット数はですね318すごい何日で7月1日からだから

休みを除くといくつだ19営業日ぐらいですか19営業日ぐらいですね3181日20コミットぐらいたまんでもない仕事量しかも一個一個のやつ結構でかいんだよなすごいなしかもちゃんとフロントとバックエンドとインフラですかデブ環境で動いてるってことはデプロイするための何かもあるってことですよねデプロイをもうなんか気合で作りましたねこの辺はどっかコンテナやってるのかあれですねインフラねまだ適当っす

インスタンス1個動かしてどっかで気合で動かしますね最悪のスケーラビリティで動かします別にねプロとですから素晴らしすぎるな本当に一人でやれんだなすごい時代が来たよねそういう人欲しいですよ多分新規事業やろうと思った時にエンジニア一人でここまでできるんだったらもう企画一人

エンジニア一人でデザインは正式リリースするときに考えるとしてプロとだったら企画一人エンジニア一人でいいですもんねそうだねすげえ時代だ修正のコミットとか結構ちっちゃかったりするけど

機能追加とかは結構えぐい量のコミットがあったりするねうんうんうん1個のコミットのサイズじゃない基本プロジェクト作らずに全部マスターブランチでやってますねもうなんか自分でレビューしてるしってことですねそうそうそうそうちなみになんですけど設定ファイルあるじゃないですかカーソルが読む用のやつと買ってあれはのりさんが全部

作ったんですよねきっと全部自分で指示いたしましたってことですよねそういう風なやり方が標準的なんですかそれとも世の中的に標準とされるカーソル用のセンターファイルがあったりするんですか世の中的に公開してくれてる人はいるんですけど今回脇目も振らずに突っ走ってたんで見てないですねあーそういうことですねとはいえノリさんのやり方が正しいのかなってちょっと思ったのがうん

やることとチームのカルチャーとスキルレベルによってやるべきこと変わるはずじゃないですかなので開発当初って環境構築とかスキルキャッチアップとかで時間がかかると思うんですけどそのぐらいのノリで

そのLLMの設定ファイル作り時間っていうんですかうんその辺のリードタイムが挟まるようになってそれがだんだん成熟するとスピードが上がっていくみたいなそうだね感じなのかなと確かにやってると分かるんですけど何回も繰り返しちげーよってこと書かれるとねやっぱイライラしてね作らずにはいられなくなりますねルールをへーおもろそうですね

ですよねでもなんかそれやっぱ誰でもやれることじゃないなって思います?職人技ですね多分怒りを感じるっていうのが結構職人技な気がするそうそうそうそうだから今後その怒りを感じるみたいなところの力はすごい重要になってくるなって確かにね思いましたね怒りを感じてもあそこまで欠かせらんないなって思っちゃいましたね言語化できなそう僕はそれは

何なんですかね手札なんかの僕はこれメンター経験がめっちゃ生きたなと思っててメンターって間違いを指摘する人でもあるじゃないですか特にプログラミング研修とかやるとなので僕そういうのをずっと見てきたのでなんだろうね一瞬でもやっとするんですよねメンティーですねカーソルがカーソルがメンティーでもね

難しいことやってくれちゃうからねでもそこでそんなことするのかよみたいなこともしてくるからへーなるほどなでちなみにカーソルもどんくらいコード作ったよみたいなの出てくるんですけどとりあえず9万1000行くらいのサジストがあって受け入れどんくらいだろうねこれちょっと受け入れ数は出てないんですけどぱっと見4万行くらいへーなのかなはえー

人間でできる量じゃないですねすごいね本当に4万行かって思いながら一人でやれるんだなでちょっと今チャット欄にも質問があるのでそこ拾い上げていきたいんですけどまず1個目カーソルが書いたコードの受入れ基準はどんな感じですかとこれはねユニットテスト通ってればOKですかみたいなところもあるんですけどユニットテストは正直あんま基準にしてなかったですね

っていうのもユニットテストもカーソルが書いてるんで信頼度が変わんないんですよね実装とわかりますなので僕は結構どのレイヤーに何の処理を置くかみたいなのを重要視するんでそこが整え切ったらOKしてましたね見てきれいなコードになってて中身がわかりやすかったらというかわかればみたいなイメージですかねそうだね結構妥協もしてる

ちょっと今急いでるからってことで結構妥協しましたねもうちょっと綺麗なコードにできるはずだけどまあいいかっていう動いてる感じですか今一応ディレクトリ分けとしてはいくつかあってララベルだとアップハイカーに結構こういうアプリケーションのコードを配置していくんですけどえーと

受け取ったデータの入力の処理とレスポンス作る部分は全部コントローラーでやってます結構ファットコントローラーにならないようにだけは意識してるんですが早速開いた後がちょっとファットだなまあでも結構シンプルな処理になるようにはしてますかねコントローラーとかはでコントローラーからはなるべく直接あの

モデルとか呼ばないようにして基本的にはサービス層にあるメソッドを呼ぶようにしてますとサービスは2つに分けててアプリケーションサービスにアプリケーション都合のロジック書いてる例えばCSVとかユーザーのまとめて登録するバルクインポートみたいな名前にしたんですけどその部分とかそういうなんかあとダッシュボードとかもそうかなダッシュボードとかもアプリケーション独自のロジックなんでアプリケーションサービスに配置してます

一方ドメイン系のロジックはこのドメインズっていうところに配置しててアプリケーションがあってもなくてもこういうロジックあるよねみたいなのは全部ドメインに配置してますそのレイヤー間のデータを渡すときに配列使うのやだったんでDTOデータトランスファーオブジェクトっていう受け渡しのときに使う用のオブジェクトみたいなやつも作ってますあとは定数かあんまり

マジックナンバー作りたくなかったんでタイプみたいなやつは全部列挙型で書いてたりとかあとはこの辺はLarabelの標準機能なんで自然に分かれてしまったやつって感じだなあとはリポジトリぐらいかデータアクセスに関する部分はリポジトリで作ってますみたいなざっくりとしたどこに何の処理を置くかっていうのは決めてそこに対しての指示は出してるって感じですねこれがOKだったら通ってましたで

どのフェーズが一番時間かかりましたかっていうのなんですけどあんまり差はないかもしれないなでも追加実装とかの方が時間かかった記憶があるというか苦戦するタスクはあってデザインとかはめっちゃ苦戦しましたねどういう意味ですかギリギリちゃんとなってくれない崩れちゃうってことですかそう

だしやっと形になったと思ってCSS見たらこれまでの積み重ねの関係ないCSSがゴミのように積み重なってたりとかってのはありましたね本来フィグマのMCPとか使えばもうちょい精度良くやれたのかもしれないんですけど使ってなくてですね今回デザインだけ別の人に作ってもらってるんですよへーそうなんですね

フィグマでデザイン作ってもらってて割とこれ通りに作ったんですけど細かく見ると違ったりするだからなんだでしょうね本当にこだわり強いデザイナーが社内にいて1ミリたりとも違うのを作るなみたいなスタンスだと難しいかもしれないAIだけでやるのはでも今回は別に

作ってもらったものの完全にこれ通りじゃなくてもいいよっていうスタンスだったんでざっくりこれ通り作ったみたいな感じですねこれ通りのデザインを作らせるためにどういう指示を出していくんですかこれねすごいワイルドスタイルでやったんですけど普通にこれの画像を出力して画像のまま渡してこれ通り作ってくれって言ってで

近い違うやつが出るんですよあとは細かいところをこここうじゃなくてこうだからっていうのを細かく指摘しまくったっていうのはありますねだからそこはもうちょい効率的な方法あるでしょって思っているカーソルって過去の指示の履歴見れるんですけどデザインの時のやつあるかなこんな感じで画像を添付してますねちょっとイメージ今見つかんないなっちゃってるけどチャット欄にイメージ貼って

このファイルに対して私のデザインを適用したいですみたいな樋口:はいはいいけるんですね写真を画像を渡してそれに合わせて違うにしろある程度は深井:50点ぐらいのものが出てくるよ樋口:50点なるほどそこから細かく修正していく深井:このまま無理だなみたいな背景色中継紙みたいな樋口:それで一回ベースを作れるならその後修正していけますねなるほど深井:そうであとはデザイン見て色これですって具体的に指定したりとか

ボタンの見た目ちょっと違うんで角を丸くしてくださいとか並び方違いますとかあまりに面倒くさい時は自分で直してましたねはいありがとうございますデザインは苦戦しましたでも時間かかったかと言われると時間のかかり具合的には他と変わらないかもしれないフロントコードできるの早いと思いましたはいありがとうございます結果どのフェーズが一番時間かかったかで言うとどうなんでしたっけでも

なんかアウトプットに対して時間かかったなっていうのは機能追加の方がかかりましたね機能追加の時の設計書を渡してそれが完成するまでのやり取りというか既存機能を大幅にぶっ壊してきたりとかがあったんで結構それは時間かかったなって感じするんですけどでもこれだけは機能追加なのにすごい思ったよりかかったなってのがありましたね時間が追加の時は

これそうですね正直指示書自体もLLMで作っちゃってたんであんまりその指示書もはい

書き出すことをLLMでうまく作らせることができないってことですよね指示も結構適当ですけどね例えばですけど今回データの登録をCSVで一括で登録するみたいな機能を作りたいなってなったんですよその時の指示とか

続いて一括で登録できるような機能を実装したいですCSVでアップロードして非同期で処理をするようなインターフェースにしてってしか打ってないので結構これぐらいでもしっかりしたもの出てきたなって感じはしましたねとはいえあれじゃないですか設定ファイルめっちゃ書いてるからじゃないですか

そんなこともなくいやジェミニはこれずっと同じチャットをやり続けてるってだけジェミニはそうかだから設定ファイルとか読めてないから都度今プロジェクトの全体どうなってますかっていうドキュメントを出力してもらってメモリ上に載ってる情報が正しいかどうかだけ確認しててその上で追加指示はあれぐらいの感じで出してるというかっていう使い方してますねそうですよね僕も結構同じですねC賞うん

書き出させるの苦手そうだなっていう自分のことなのに客観的に見て僕苦手そうだなと思ってやっぱコパイロットで保管していく方が確かになめっちゃ分かるなと思ってそれで私のような開発者は今後どうなっていくと考えられますかどうなってしまうんでしょうどうなっていくんだろう淘汰されちゃいますかね

いやなんか結局みんなできるようになるんじゃないって思ってますけど雑ですかね必要なスキルになるから頑張ろうよっていうというよりはもっと使いやすくなってくんじゃないかな今後どんどんそれはめっちゃ思うどんどんAIが人間側に情報してくるだろうなって気はするんですけどそうそうなるほどな

タブ保管はでも今回マジで使わなくなったなって思いましたねまあ

スピードは違いますよね多分動くものを作るっていう観点で言うと今回このタブのアクセプトとかも個数出るんですけど逆にタブの方が早いやつとかもあるんですよ編集するときとかでやったけどそれでも20営業日弱で330回とかなんで結構タブ保管の回数は少なかったかもしれないほぼエージェントでやったな

どういう使い分けしてるんですか例えばインポート分を消すとかエージェントでやると不要なインポートが残りまくるんですよなので例えばまずそのインポート分消すじゃないですかちょっと待ってるとインポート分だと例えばファイルの中にも使ってないクラスがまだ散らかってるとするじゃないですかそれを全部消したいなってなった時に多分便利ですね

そういうちょい修正ってことですねそうそうそうなんかエージェントでやるとなんか考える時間が長いからちょっと時間かかるんですけどタブでやったらすぐ終わるみたいな時があってそういう時に扱ってたかなありがとうございます実際にこの開発をめっちゃやってみて感じたことというかまずねあの高揚感がやばいですね

だよねやばいよこれそれはもう本当に超すごいマジで今すごい話聞いて羨ましいあのねコンビニに歩いていくときに頭の中からコードが離れなくなるぐらい高揚感やばかったですねへーすっげー超楽しそう一方ねやってるとうわこれすげーなっていう体験と同時にポンコツムーブかまされたときのストレスもやばいですねこれうんうんうん

そうでそれを減らすってなった時にやっぱねタスクごとにその使うモデルの使い分けみたいなやつは結構なんか大事だなと思ったんですけどあのクロードエージェントクロードコードかクロードコードめちゃブームじゃないですかうんでもあれのブーム理由って結構やっぱ精度の高さみたいなのがすごいあるじゃないですかはいやっぱ今回思ったけど精度は正義だなと思いましたね

あとはやっぱりAIちゃんと動かすってなった時のドキュメント整備は超大事だなっていうこれが全てかもと思いました準備で6,7割その後の精度決まりそうな気がしましたね感覚的には正直そんなにちゃんとドキュメント作り込んでやったことないんでやんなきゃなやってみたいなと思いましたね多分こういうのって

長い間使うリポジトリだと有効だと思うんですよ1個サクッと機能作って終わりのリポジトリはだとあんまりうまみないと思ってて今回のりさんが作ったプロトタイプみたいなある程度長期間開発するものがもしあれば自分の趣味で作るアプリでもいいんですけどそういうのでやってみてって気持ちいい

確かにこれ会社でも普通に新しく人入ってきた時のドキュメントとしてルールズとか結構ありかもしれないと思ってるけどねそうですねそれはそうドキュメントにしないがちなところまで書かなきゃいけないしでもそれを書くことによってうまみがあるからこそめっちゃいいですよねそうそうそうそうそれすごい思いましたであとまあやっぱ苦戦したのはねデザイン通りのものを実装するとかアニメーションとかねその辺はちょっと苦戦しましたね

マジで言語化がむずいどう違うかを説明するなんかもうもっとグイーンって感じでお願いしますみたいなそうそうそうそう長島修行みたいなここバーってやってくださいなんかねなんかうまくいかないですよねだからねやっぱそのこだわりのデザインをやってるところだったらその道のねフロントのプロの人が手作業でやるべきかなってまだ思いましたね今の制度だとうんうんうんうん

あとはちょっとその進め方で思ったのはコミットむずいなと思ってむずそう一気にバーンって変えられるからそうで完璧じゃない状態をコミットするのって今までだとあんま良くないとされてたじゃないですかはい一方なんかエージェンティックコーディングみたいなのを前提にすると一回出来上がったものをコミットしちゃった方が見やすいなって感覚あるんですよね一回出来上がったそうとりあえずそのなんか

じゃあ1機能開発するよってなったらまず大きめにAIが実装して修正点を僕らが指示していくわけじゃないですかその一番最初の大きめの段階が出てきた段階でコミットした方が楽かもって思いましたソース管理はだからそれこそなんかスカッシュマージ最後にコミットをきれいにして提出するみたいな戦略なんですけど意外とそれありかもなって思いましたね

その前提で進めるってなった時にローカルはとりあえず汚くてもいいから適当なポイントでコミットしてってプルリク出す時とかにスカッシュマージで綺麗にして出すみたいなのがありなのかもしれないですねちゃんとそれでちょっとずつ機能を変えつければそれでいいですねスカッシュマージするにも変更量めっちゃ多いと多分超大変だと思うんで確かに

なんかその1プルリクの流度は今まで通りコントロールするのが良さそうですねスカッシュマジってLLM使ってなんか楽にできたりするんですかねいやー怖いな無理じゃないかでもコンフリクトみたいなのが起きた時が難しくないかなあの時対話型になっちゃうすごーかはいなるほどまあていうのでここ1ヶ月LLMというかカーソルLLM全体か主にジェミニとカーソルと

あと実はノートブックエレムも使ってたんですけどその3つを活用しながらやってましたねちなみにちょっとおまけでノートブックエレムの活用だけ話していいですか複合ドキュメント作って活用してました今回だったらララベルとリアクトとあとイナーシャジェイス使ってますよって最初に言ってたと思うんですけどそれぞれのドキュメントって別々じゃないですかそれを

気合で全部URL取ってきておーすごいな気合ですねこれはね気合です1個ずつ単純手作業です自分があんまり発言しなくていいミーティングの時に内職してましたどうなんだろうプレイライトMCPとかでよしなのやってくれないのかなやってくれそうやってくれるならそれがいいと思いますでもいいっすね不合格式ドキュメントいいっすねそうで

とりあえず書き方で分かんなくなったらここで聞けばいいよってバージョンもちゃんとあったものが出てくるっていうなるほどなんか検索ドキュメントの検索機能微妙だったりすることあるじゃないですか公式ドキュメント最近ついてる系のやつですかなんか最近結構AIついてるじゃないですかあいやそういうのじゃないやつそういうのじゃなくて普通に検索でってことかキーワードではいはいはい

検索しづらいなとかあとはドキュメントによってページというか情報が閉じててクリックしないとニュって出てこないタイプのドキュメントあれはChromeでコマンドFしても引っかかんないんですよどっかにあるけどどこにあるか分かんないみたいなああいうのをノートブックエレメントに食わせれば探しやすい賢いこれって一個にしておけばフロントだろうがバックだろうがね

あとちょっとイナーシャ使ってると途中のつなぎの部分の書き方変わるんでそれを全部まとめたやつを作りましたね素晴らしい161ソースやば嫌いですねすっげー確かにこれ完成させちゃえばすごいいいかもしれないなしかもねこれ完成させたらチーム内で共有できるよねこれめっちゃいいプレイライトMCPいけるのかないけたらいいな

ほんとそこだけはどうにかなっていい方法出てきてほしいんですけど今回は嫌いでやりましたちょうどいい工作だなそれプレイライトMCP使ってってこと?プレイライトMCP使ってノートブックエレムで複合公式ドキュメント作ってみたいいねできたら記事出しできなかったら記事出さないですできなかったって記事出そうかなサイドバーたどればいけそうだよなそうそうそうそうそうそう

ありがとうございます面白い話でした本当に超仕事を楽しそうというのでLLMフル活用をやってた一月でしたいやイケてるめっちゃイケてますイケてるCTOですねイケTOダサいけTOシーク取れたらそれは広角してるかもしれない確かに確かにな最高じゃないですかイケイケですかイケイケになってた

もう締めていいんですかねもう締めてOKです今回スラックコミュニティでオンラインでやってみて質問とかチャットでやり取りしながらやれて個人的にはすごいいい回だったので野里さんありがとうございましたありがとうございました見に来ていただいた方もありがとうございましたまたねこういうのが合うなっていう企画があったらやりますって感じですねそうですねじゃあ締めますはいお願いします

はいハッシュタグひまじんプログラマーでSNSでフィードバック募集してますので本日のエピソードの感想とかあとのりさんに対する質問とかあればのりさんが一個一個全部答えてくれると思うのでXというのを何でもお願いしますなんならフィードバック欲しいですねこここうしたらもうちょいうまく動くんじゃないですかみたいなそれが一番いいめっちゃ手探りなんでなるほど一旦じゃあプロジェクトをパブリックにしますかそれはちょっとやばいかもしれないな

大攻め画面共有が義理なんで画面共有も結構攻めてますよよくやるなと思ってますよチーフなんですごいなチーフあとはポッドキャストの説明欄からGoogleフォームで番組の要望・感想・質問お待ちしてますお待ちしておりますチャンネル説明欄から

オンラインコミュニティスラックのオンラインコミュニティひまプラダンは室の参加リンクありますので今日の放送はこちらで公開オンライン収録してますけど公開オンライン収録見たいなという人とかあとは悩めるエンジニアたち成長したエンジニアの人たちいましたらエンジニアになりたい人でもいいですね今したらスラックコミュニティ参加してみてくださいお願いしますたまにこういうのやるかも別にお金かかんないですはい

最後に各種ポッドキャストプラットフォームでのフォロー高評価お願いしますぜひ応援をよろしくお願いしますお願いしますそれではまた次回バイバイエンジニアの学びをわいわい共有ひまプロ談話室CMスタートここでは技術ネタはもちろん飯テロガジェット子育てまで好奇心フルスロットルで語り合えるんです限定イベントポッドキャスト裏話おいしい配信通知聞くだけを参加する楽しさに変えましょう参加は簡単

番組説明欄のリンクをタップしてフォームを入力するだけあなたのアウトプットが誰かの学びになるさあ週末エンジニアリングをもっと楽しくひまプロ談話室で待ってるよ