コードを書かなくなって見えてきたこと_20260219_吉祥寺.pm39

吉祥寺.pm39 吉祥寺.pm39 コードを書かなくなって コードを書かなくなって 見えてきたこと 見えてきたこと 慕狼ゆに スライド撮影OK スライド撮影OK SNSアップOK SNSアップOK #kichijojipm #kichijojipm

自己紹介 慕狼 ゆに ／ しのがみ ゆに 所属： 株式会社ココナラ ソフトウェア・バックエンドエンジニア 慕狼ゆに Shinogami Yuni 最近の ： 毎日23時から作業配信を始めたり、 友達とラジオをYoutubeで始めた トピック X(Twitter)： @yuni_shinogami

本業の傍ら、趣味でエンジニア向けの コミュニティ作りを４年間やっています 【実績】 ４年間、毎週金曜日に開催 1000人以上が所属 毎週40人以上集客

このセッションのゴール いちエンジニアの素朴な視点・経験の共有 LLMが暴れ回っているこの世の中 エンジニアの自分はどうすべき？ めっちゃ悩んでいる

このセッションのゴール いちエンジニアの素朴な視点・経験の共有 LLMが暴れ回っているこの世の中 エンジニアの自分はどうすべき？ これまでの経験を棚卸し & 整理をしたい 色々な立場の考え方 を聞いてみたい

このセッションのゴール いちエンジニアの素朴な視点・経験の共有 LLMが暴れ回っているこの世の中 思考整理のためのアウトプットです！ エンジニアの自分はどうすべき？ この整理が、誰かの役に立つと嬉しい これまでの経験を棚卸し & 整理をしたい 色々な立場の考え方 を聞いてみたい

本日のお品書き こんな流れで話をします LLM以前と以後の風景 見えてきた大事なこと まとめ

本日のお品書き ひとつめ LLM以前と以後の風景 見えてきた大事なこと まとめ

LLM以前と以後の風景 LLM以前の自分の自己紹介

LLM以前と以後の風景 Webエンジニアです

LLM以前の開発 エンジニア4年目の私のお仕事 技術選定 ライブラリ選定 公式ドキュメント読み込み 機能開発 設計書作り コーディング PRレビュー 機能テスト

LLM以前の開発 何か新しいことをやるときは ドキュメント漁る 先行事例を漁るところから わからないことがあったら 上司に聞く（聞きづらい・・・） 強い人に聞く（忙しそう・・・）

LLM以前の開発 何か新しいことをやるときは ドキュメント漁る 先行事例を漁るところから わからないことがあったら 上司に聞く（聞きづらい・・・） 強い人に聞く（忙しそう・・・） みなさんお分かりの通り LLMがやってきてどう変わったか

LLM以前の開発 エンジニア4年目の私のお仕事 技術選定 ライブラリ選定 公式ドキュメント読み込み 機能開発 設計書作り コーディング PRレビュー 機能テスト

LLM以後の開発 エンジニア4年目の私のお仕事 技術選定 ClaudeCodeに調査させる ClaudeCodeが間違えてないか確認 機能開発 ClaudeCodeに実装させる ClaudeCodeが間違えてないか確認

LLM以前の開発 何か新しいことをやるときは ドキュメント漁る 先行事例を漁るところから わからないことがあったら 上司に聞く（聞きづらい・・・） 強い人に聞く（忙しそう・・・）

LLM以後の開発 何か新しいことをやるときは まずClaudeに聞く わからないことがあったら まずClaudeに聞く

LLM以後の開発 ClaudeCodeしばき太郎です

LLMが入ってから エンジニア4年目の私のお仕事 技術選定 ClaudeCodeに調査させる ClaudeCodeが間違えてないか確認 機能開発 ClaudeCodeに実装させる ClaudeCodeが間違えてないか確認

LLMが入ってから エンジニア4年目の私のお仕事 技術選定 ClaudeCodeに調査させる 具体的にどんな風景になってい ClaudeCodeが間違えてないか確認 るのかご説明します 機能開発 ClaudeCodeに実装させる ClaudeCodeが間違えてないか確認

LLMが入ってから 朝起きたらPRが立ってる 決まった時間にタスクが自動で立ち上がるようにスクリプトを整備 夜中でもClaudeがコードを書いてPRを出すところまでやってくれる

LLMが入ってから 5件のPRレビューを同時にやらせる 当然PRが増える。PRをレビューするための仕組みを並列で回して、 5件同時にPRレビューをする

LLMが入ってから 要件を食わせたら、もう実装ができあがってる 技術調査のつもりでClaudeと要件の壁打ちをしていると、気づいたら Claudeが実装を作り始めて、動作するものが出来上がってしまう

LLMが入ってから もう風景がぜんぜん違う もはや、違う環境で違う仕事をやっている 転職したみたいな感じ

LLMが入ってから もう風景がぜんぜん違う この変化によって見えてきた こともある もはや、違う環境で違う仕事をやっている 転職したみたいな感じ

本日のお品書き さいご！ LLM以前と以後の風景 見えてきた大事なこと まとめ

LLMが入ってから 見えてきた大事なこと 「理解」をする力 ワークフローの改善プロセスを回す力 チームメンバーを巻き込む力

LLMが入ってから 見えてきた大事なこと 「理解」をする力 ワークフローの改善プロセスを回す力 チームメンバーを巻き込む力

LLMが入ってから LLMの処理を改善するために必要な情報 アウトプットのどこが良い？どこが足りない？ 良いアウトプットは、再現性を高める 足りない場合はプロンプトを改善する LLMの出力を改善するために、LLMの出力を評価する必要がある

LLMが入ってから アウトプット内容を見ないでいるとどうなる？ 壊れたものを直すのに結局時間がかかる 全部読み直して修正（LLMがサポートしてくれるが、大変） LLMに書かせつつ、LLMに解説させて「理解」をしておく 全部見る必要はないが、 「何を理解すべきか？」の勘所が重要

LLMが入ってから 見えてきた大事なこと 「理解」をする力 ワークフローの改善プロセスを回す力 チームメンバーを巻き込む力

LLMが入ってから ワークフローの改善とは？ LLMに上手く出力させるための改善 Skills.mdやAgent.mdの改善 プロンプトやmdファイルの改善 LLMで間違えないようにするための改善 Linterの整備 自動テストの整備

LLMが入ってから LLMに上手く出力させるための改善をすると チーム個々人の作業を強化できる 技術調査、PRレビュー、実装タスクなど

LLMが入ってから LLMで間違えないようにするための改善をすると LLMの出力を一旦信頼する選択を取りやすくなる 自動テスト・Linterなどで機械的にチェックできる部分は、 事故が起きるリスクを落とせる

LLMが入ってから 見えてきた大事なこと 「理解」をする力 ワークフローの改善プロセスを回す力 チームメンバーを巻き込む力

LLMが入ってから LLMの改善がチームにそのままインパクトを与えるためには？ チームがLLMを使っている必要がある 改善されたLLMを誰かが使っている 使った結果、微妙な出力があればフィードバックが飛ぶ

LLMが入ってから チームメンバーにLLMを使ってもらうためには？ 自分はLLMペアプロが良かったと感じている LLM出来る人と一緒に、ClaudeCodeを触った 使っている人がどんな風に使っているか？が分かると、 自分も使うイメージが湧く

本日のお品書き ふたつめ LLM以前と以後の風景 見えてきた大事なこと まとめ

まとめ 結論 「理解」をする力 ワークフローの改善プロセスを回す力 チームメンバーを巻き込む力

まとめ 結論 「理解」をする力 ワークフローの改善プロセスを回す力 チームメンバーを巻き込む力 なんかめっちゃありきたりな結論になったな・・・

まとめ 結論 「理解」をする力 ワークフローの改善プロセスを回す力 チームメンバーを巻き込む力 なんかめっちゃありきたりな結論になったな・・・ 風景は変わったのに、なんでこういう結論になるのか？ 風景が変わったらなら、結論も変わって然るべきでは？

結果 「風景」は変わった 「何が大事か？」は、変わっていない気がする

まとめ LLMが暴れ回っているこの世の中 エンジニアの自分はどうすべき？

まとめ LLMが暴れ回っているこの世の中 エンジニアの自分はどうすべき？ 風景の変化に惑わされず 「何が大事か？」を考えていくと良い！

まとめ LLMが暴れ回っているこの世の中 エンジニアの自分はどうすべき？ 風景の変化に惑わされず 「何が大事か？」を考えていくと良い！ 状況は直ぐに変わるので・・・ ・・・かもしれない