Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
More Context, Better Code. 既存コードやOAS等をコンテキストとして...
Search
uzulla
October 16, 2024
Technology
1
140
More Context, Better Code. 既存コードやOAS等をコンテキストとしてLLMに与える事で、よりよいコード生成を行う話
at: 【リンケージ x セレス】生成AI利用の現実 ~開発者は本当にAIと向き合えているのか~
date: 2024/10/17
author: uzulla
uzulla
October 16, 2024
Tweet
Share
More Decks by uzulla
See All by uzulla
PHPer's Guide to Daemon Crafting Taming and Summoning
uzulla
2
1k
似たもの同士のPerlとPHP
uzulla
1
200
あなたのアプリ、ログはでてますか?あるいはログをだしてますか? (Funabashi.dev用 軽量版)
uzulla
3
220
セッションのトークセッション / Traps for PHP session features in growing web apps
uzulla
2
160
Crafting a Own PHP - ウキウキ手作りミニマリストPHP
uzulla
5
2.3k
例外を投げるのをやめてみないか? あるいは受け入れてみないか? - How to use exceptions other than throwing
uzulla
5
1.1k
PHPerが ISUCONでやるべき事
uzulla
1
1.2k
開発生産性は上がらない - N Ways to Reduce Development Productivity
uzulla
1
280
test is not a job
uzulla
1
530
Other Decks in Technology
See All in Technology
SaaSプロダクト開発におけるバグの早期検出のためのAcceptance testの取り組み
kworkdev
PRO
0
410
ソフトウェアプロジェクトの成功率が上がらない原因-「社会価値を考える」ということ-
ytanaka5569
0
120
Tirez profit de Messenger pour améliorer votre architecture
tucksaun
1
130
技術好きなエンジニアが _リーダーへの進化_ によって得たものと失ったもの / The Gains and Losses of a Tech-Enthusiast Engineer’s “Evolution into Leadership”
kaminashi
0
200
Riverpod & Riverpod Generatorを利用して状態管理部分の処理を書き換えてみる簡単な事例紹介
fumiyasac0921
0
100
【5分でわかる】セーフィー エンジニア向け会社紹介
safie_recruit
0
20k
DevinはクラウドエンジニアAIになれるのか!? 実践的なガードレール設計/devin-can-become-a-cloud-engineer-ai-practical-guardrail-design
tomoki10
3
1.3k
Why Go?
xpmatteo
0
130
Amazon Q Developer 他⽣成AIと⽐較してみた
takano0131
1
120
React Server Componentは 何を解決し何を解決しないのか / What do React Server Components solve, and what do they not solve?
kaminashi
6
1.2k
コード品質向上で得られる効果と実践的取り組み
ham0215
2
200
PHPStan をできる限り高速化してみる
colopl
0
250
Featured
See All Featured
The MySQL Ecosystem @ GitHub 2015
samlambert
251
12k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
31
4.7k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
118
51k
How to train your dragon (web standard)
notwaldorf
91
5.9k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
251
21k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
331
21k
Documentation Writing (for coders)
carmenintech
69
4.7k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
12
1.4k
Building Applications with DynamoDB
mza
94
6.3k
Six Lessons from altMBA
skipperchong
27
3.7k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Building Adaptive Systems
keathley
41
2.5k
Transcript
More Context, Better Code. 既存 OAS等 LLM 与 事 、
⽣成 ⾏ 話 ̶ at: ̶ 【リンケージ x セレス】⽣成AI利⽤の現実 ~開発者は本当にAIと向き合えているのか~ ̶ date: ̶ 2024/9/14 ̶ author: ̶ uzulla (from Linkage)
⾃⼰紹介 ̶ id: uzulla (うずら) ̶ Linkageには業務委託でJoinしているフ リーのウェブ系ソフトウェアエンジニア (他の⾊々な現場にもおります) ̶
主戦場はバックエンド系ですが、 必要なら何でもやります系です。 ̶ ⾃称で、得意なものはレガシーコードで す (約30年選⼿なので、俺がレガシーだ!) ̶ ⼀番書く⾔語はPHPですが、TypeScript やGoやPython等も必要に応じて書きます
DISCLAIMER ̶ 本トークはLLMベースのAIについて扱いますが、 あらゆる場⾯で推奨するものではありません ̶ 多くのLLMによるコード⽣成サービスは、さまざまな課題を抱えています ̶ コードをクラウドに送信するにもかかわらず、 難解・不透明なポリシー、プラン等などによる変動条件や、 予期せぬ設定を誘発するオプトアウト⽅式の多さ
̶ LLMが⽤いる学習データの透明性不⾜による 予期せぬライセンス違反の可能性 ̶ 本トークでは扱いませんが、現場において判断してください
導⼊
(LLM )AI活⽤ !? ̶ 挙⼿で教えてもらえるとうれしいです! ̶ ChatGPT、Claude、Copilot、Gemini等のチャット ̶ GH Copilot,
Jetbrains AI, Cody, Codium等のAddon等 ̶ CursorやGitHub WorkspacesやインテグなどのAIネイティブエディタ等 ̶ CIなどに組み込んだ⾃動コードレビューアクションなど ̶ OpenAI Api等をコールする⾃作のスクリプトなど ̶ 私は⼤体使ってみている
初期 ⽤AI環境 触 失望 ̶ 2021年に鳴り物⼊りした(GitHub) Copilot 「コードはAIが書く時代!!!エンジニア失業!!!」 ̶ 初期のCopilotはエディタ内でAIが補完のみ
̶ 開いているタブだけを参照する ̶ 体感で「微妙」という感じ否めない ̶ 「有料になっちゃったしなあ…」 ̶ しかし昨今は進化をしております! ̶ 競合を参考にして(?)進化 ̶ インラインエディット対応、コンテキスト対応 ̶ Web UIでの動作対応 ̶ 中⾝もGPT4oになったり、⾼速化したり
쏑쏬 ̶ 全部ライブコーディングしたかったが、時間がきびしいのでね!
OAS定義 DTO定義 ⽣成 ̶ OAS定義ファイルからDTO定義を⽣成するデモ ̶ OASを⽣成して、DTOを⽣成して、C(RUD)を⽣成して、テストを⽣成す る ̶ コンテキストとして、ファイルを与えていく
OAS ⽤意 ̶ プロンプトサンプル ̶ ଂॻཧ༻ͷCRUDͷOASΛYamlܗࣜͰੜ͍ͯͩ͘͠͞ɻ ΤϯςΟςΟͱ ͯ͠ɺBook ΤϯςΟςΟ͕͋Γ·͢ɻ
̶ 本当はもっと⻑くかいてもよいが、プロンプトエンジニアリングの説明は 今回しないので省略
None
ੜ͞ΕͨYaml͔Βൈਮ components: ུ Book: type: object properties: id: type: integer
title: type: string author: type: string publishYear: type: integer genre: type: string createdAt: type: string format: date-time
DTO ⽣成 ̶ chat ウインドウをひらき、attach fileをする ̶ attach file(AIが参考とするファイルを添付)をするのが重要
̶ 何⾔語で、バージョンは何で、くらいは指定した⽅がよい
None
̶ 完璧ではない…が、これは指⽰をちゃんと書いていくとよい ̶ strict_typeつけてね、とか。 ̶ Readonlyつけて、とか。 ̶ プロンプトの秘伝たれをつくると便利です(⾳声⼊⼒というテクもある) ̶ 「⾯倒臭い!」「全部⾃分で書くのとどっちが⾯倒かな???」
̶ ⼀回ソースコード完成形ができれば、「このファイルを真似してね」とい えば真似してくれるので、そういう指定もできる
DDL 、 ⽣成
None
None
Mockは嫌いだなあ… ̶ ⾯倒なのでSqliteになっているのはご愛敬
None
実⾏ ( phpunit ) $ vendor/bin/phpunit --bootstrap vendor/autoload.php ./BookRepositoryTest.php PHPUnit
11.4.1 by Sebastian Bergmann and contributors. Runtime: PHP 8.3.9 . 1 / 1 (100%) Time: 00:00.006, Memory: 6.00 MB OK (1 test, 6 assertions) ウゴイタアアアア
中間 ̶ 必要なファイルをアタッチすることで、AIが⽂脈(コンテキスト)を理解し て、ちゃんと動くコードを⽣成できる ̶ 全部を⾃然⾔語で⼊⼒するのは無駄がすごい(⼈間でもそうでしょ) ̶ 「ここをこうなおして」「これを参考にして」と、AIに語りかける ̶
(これを⾏わないと、なんかそれっぽい嘘コードがでてきて、勝⼿に⼈間が 失望することに)
楽
最近 ⼀ ⼀ 指定 (?) ̶ @workspace を指定するとよい ̶ (AIが⾃動的に選ぶが、万能ではない…けど、指定するより楽!)
既存 修正 ̶ DateTimeじゃなくて、DateTimeImmutableがいいよね
None
… ̶ なんて⾯倒くさい! Inlineをつかいましょう ̶ 全選択したり、修正したい箇所だけ選択してから Copilot > start in
editor を選ぶ
None
None
̶ 修正提案がでるので、これをAcceptしたりする ̶ 追加の修正指⽰もおこなうことができます ̶ (が、思い通りでない場合は、質問⽂⾃体かえたほうが早い事も) ̶ このインライン修正の機能は、 多分、初出はCursor(別のAIネイティブエディタ)で、 これがすごくよかったもので、パク…オマージュされて
実装されたんじゃないか (ほかのツールも倣っている) ̶ Cursorはすごくいいぞ()
Inline chat 修正 ̶ ゼロから⽣成でなく、インラインで局所的な修正が可能 ̶ 範囲指定したコードを対話的に修正・⽣成するデモ ̶ ちょいちょい⾯倒な修正も⼀発でできる ̶
たとえば…Array()記法を[]に修正させる ̶ (こんなの、他⼈にやらせたいですよね?それできます!)
None
VSCode+Copilot 開発 ̶ …をやろうとおもったんですが、⻑くなるのでYoutubeにしておきました。 興味のある⼈は後でご覧ください。 ̶ https://www.youtube.com/watch?v=51OR5pRRu8I
None
쎕썿쎘 ̶ AIは賢いが、コンテキストがあれば、望む結果が得られやすい ̶ 「バグを直して!」みたいなのは難しい、 「このファイルで、このテストが通るように直して!」等がよい ̶ 「テンプレ」をつくって、これを真似て作って、というとよい ̶ (そのためには⾃分の知識は重要、選ぶのはあなた)
̶ inline機能で⼤分サクサクと作業ができるようになって便利 ̶ GitHub Copilot以外もツールはある ̶ ⽇進⽉歩で改善されるので、年間で契約しない⽅がよい(と思う) ̶ 私は普段Cody+PhpStormをつかっている ̶ (Copilotは「質問がプログラミングに制限されている」ので不便な事 も)