今この時代にエンジニアとマネージャーが考えるべきことを1つだけ

GREE Tech Conference 2024で発表された資料です。
https://techcon.gree.jp/2024/session/Keynote

Transcript

1. Keynote Session -今この時代にエンジニアとマネージャーが考えるべきことを1つだけ- グリー株式会社 取締役 上級執行役員 最高技術責任者 藤本 真樹
2. ごあいさつ 2
3. GREE Holdings, Inc. (2025/01/01〜) 3 グリーホールディングス株式会社 株式会社WFS 株式会社ポケラ ボ グリーエンターテ インメント株式会 社 REALITY株式会 社 REALITY Studios 株式会社 BLRD PTE. LTD. Glossom株式会 社 グリーライフスタイ ル株式会社 株式会社ExPlay アウモ株式会社 ジョブダ株式会社 DADAN株式会社 株式会社グリー グリー株式会社 https://corp.gree.net/jp/ja/corporate/group/ https://ssl4.eir-parts.net/doc/3632/tdnet/2503090/00.pdf グリーベンチャー ズ株式会社 STRIVE株式会社 GREE Capital Partners, LLC.
4. 4 2020: Happy Hacking 2021: buildup 2022: Beyond Expectations 2023: Interconnected
5. GREE Tech Conference 2024 (5th) Hackpackers 5
6. 6 Enjoy!
7. 2020年以降 ソフトウェア開発 ソフトウェアエンジニア に最も影響を与えた事象？ 7
8. なんだかんだAI • 2022 ◦ GitHub Copilot ◦ ChatGPT • 2023 ◦ Gemini, Claude ◦ Cusor, Genie AI, etc… • 2024 ◦ GitHub Copilot Chat ◦ TestGen–LLM ◦ v0, bolt.new, etc ◦ ChatGPT 4o with canvas 8 補完 対話 統合 修正
9. 普通にこれくらいはできてきてるね、っていうレベル だいたい40点-80点くらい / 小規模という前提で: • 入力されたコードの振る舞いについてのサマリを生成する • 入力された自然言語に対応するコードを生成する • 入力されたメソッド、API Specに対応するテストコードを生成する • 入力されたテストコードを満たすコードを生成する 9 While many, including myself, are excited about the TestGen-LLM paper and tool, in this post we have shared its limitations. I believe that we are still in the era of AI assistants and not AI teammates who run fully automated workflows. (https://www.qodo.ai/blog/we-created-the-first-open-source-implementation-of-metas-testgen- llm)
10. e.g. Unit Test Generation • TestGen-LLM by Meta While many, including myself, are excited about the TestGen-LLM paper and tool, in this post we have shared its limitations. I believe that we are still in the era of AI assistants and not AI teammates who run fully automated workflows. (https://www.qodo.ai/blog/we-created-the-first-open-source-implementation-of-metas-testgen-llm) • ChatUnitTest the constraint on context length imposes a limitation on the capacity of LLMs to process all relevant information and generate a comprehensive unit test. Although recent LLMs exhibit the ability to handle longer contexts as input, it remains imperative to provide concise and precise context to LLMs for reasons of economic cost and the lost-in-the-middle effect (https://arxiv.org/pdf/2305.04764) 10
11. これはまだ難しそう • 既存の大きなプロジェクトをリファクタリングしてくれるとか • 自然言語、データだけからプロダクションレベルのシステムをまるっと 作ってくれるとか (PoCレベルとかなら？) • 「完全に」正しく動くコードを生成するとか (できることもある、かもし れない) • 人間にとって最適な設計、アーキテクチャでコードを生成してくれるとか • ドメインモデルの設計とか (振る舞いがどうあるべきかを知ってるのは こっち側だけだし) 11
12. なんだけどこれくらいはできるようになりそう • 「それっぽい」の品質は上がり続ける ◦ 大枠こういうことしたい、という要求に対して、それっぽい (80点くらいの) アプリケー ションを書いてくれる ◦ 懐かしのrailsのdemoの次世代AI版とかそのうち出てきそう • 「修正」の品質も少しずつ上がっていく ◦ それに対して「ここをこうしたい」に対して (60点くらいの) 修正をしてくれる ◦ 局所的であればあるほど品質は上がりそう 12
13. 結局ぼくらはどうするのか？ • アウトプットを正しく理解する能力と、プロダクト/ソフトウェアがどう あるべきかに対する正しい理解は必須 ◦ ドメインモデルの設計とかまではやってくれなそう、お手伝いくらいはしてくれる気がす るけど • だいたいこうやればできる、というところからのスピードはかなりあがる んじゃないだろうか 13
14. 14 AIの話がしたいわけではなく
15. 15 間違いなく生産性++
16. 16 生産性の話がしたいわけではなく
17. なんか前のほうが1人でいろいろ出来てた気がしちゃう 17
18. 成熟したよね、という話 (いいこと！) • セキュリティ / プライバシー (法制度と合わせて) ◦ GDPR, SBOM, etc • 実生活への影響度の向上 • 技術スタックの複雑化、プロダクトの大規模化 • … もう「とりあえずβリリースなんで」とか言ってられない (一方でOSSプロダ クトのソロメンテナ問題とかはあるんですが) 18
19. 必然求められるエンジニア/マネージャへの成熟度 • チームでパフォーマンス出さないと • プロダクトがよくならないと、事業につながらないと 19
20. 20 いやめっちゃ大事 (ぼくも求めるところ)
21. 21 なんですが
22. Just for Fun 22
23. どっちも絶対大事 23 A Member A Hacker
24. 24 Hackpackers
25. 25 Enjoy!
26. 26 Thank You and Happy Hacking!