Lock in $30 Savings on PRO—Offer Ends Soon! ⏳
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Vibe codingでおすすめの言語と開発手法
Search
uyuki
December 21, 2025
Programming
0
100
Vibe codingでおすすめの言語と開発手法
uyuki
December 21, 2025
Tweet
Share
More Decks by uyuki
See All by uyuki
Google Calendar APIでいい感じに一年を振り返りたかった
uyuki234
0
93
Other Decks in Programming
See All in Programming
Graviton と Nitro と私
maroon1st
0
130
手が足りない!兼業データエンジニアに必要だったアーキテクチャと立ち回り
zinkosuke
0
810
ゆくKotlin くるRust
exoego
1
140
Denoのセキュリティに関する仕組みの紹介 (toranoana.deno #23)
uki00a
0
140
AI 駆動開発ライフサイクル(AI-DLC):ソフトウェアエンジニアリングの再構築 / AI-DLC Introduction
kanamasa
11
3.4k
堅牢なフロントエンドテスト基盤を構築するために行った取り組み
shogo4131
8
2.5k
大規模Cloud Native環境におけるFalcoの運用
owlinux1000
0
180
モデル駆動設計をやってみようワークショップ開催報告(Modeling Forum2025) / model driven design workshop report
haru860
0
280
Python札幌 LT資料
t3tra
6
1k
ゲームの物理 剛体編
fadis
0
370
Navigation 3: 적응형 UI를 위한 앱 탐색
fornewid
1
440
実は歴史的なアップデートだと思う AWS Interconnect - multicloud
maroon1st
0
250
Featured
See All Featured
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
Ruling the World: When Life Gets Gamed
codingconduct
0
93
Believing is Seeing
oripsolob
0
15
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
132
19k
Marketing to machines
jonoalderson
1
4.3k
Leading Effective Engineering Teams in the AI Era
addyosmani
9
1.4k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.2k
Self-Hosted WebAssembly Runtime for Runtime-Neutral Checkpoint/Restore in Edge–Cloud Continuum
chikuwait
0
150
Un-Boring Meetings
codingconduct
0
160
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
54k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
1.8k
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
63
Transcript
Vibe Codingで おすすめの言語と開発手法 uyuki234 学生AI Coder Meetup in 京都 -
Google Developer Group 2025/12/21
whoami • 京都産業大学情報理工学部 情報理工学科 B1 • ブログ執筆にハマる ◦ GDGoCのアドカレ書きます!12/24 •
セキュリティ、ネットワーク 分散処理に興味あり🤩
おすすめの言語と開発手法 →自分の開発手法
目次 • 自分の開発手法 • 失敗談 • 今後どうしていくか • まとめ
自分の開発手法
自分の開発手法 要件定義・技術選定 開発 ←たまに修正 指示 共同作業
自分の開発手法 • 要件定義 ↓ • 技術選定 ↓ • コードベース作成 ↓
• (微調整) ↓ • (完成!) 重要
自分の開発手法/要件定義 決めること:「何を作るのか」「ターゲットは誰か」「どんな機能が必要か」「画面構成はど うするか」 ◦ プロダクトの名前は最初に決めておく(会話で度々出てくるため) ◦ どこまで作る、今使えるリソースも把握しておくとよい • 雑談レベルで会話 ◦
例:OOみたいなのが作りたいんだけど〜 • 要件定義.mdにまとめさせる
自分の開発手法/技術選定 決めること:利用技術、ディレクトリ構成、DB設計、API仕様など • 要件定義だけで開発を始めると、思ってたのと違う技術で作りがち • 技術選定.md ディレクトリ構成.md DBテーブル設計.md API仕様.mdを作る ◦
↑をレビューさせるとよい
自分の開発手法/コードベース作成 • ドキュメントだけだと勝手に開発する💢 ◦ 読ませる時:「不明点があったら質問して」と言っておく • 1.APIの作成と立ち上げ(DBはモック) • 2.クライアントの作成と立ち上げ(APIはモック) •
3.両者の疎通 • 4.DBを作って疎通 • 5.デプロイ • それぞれの単位でlocal起動して動作確認する ◦ エラー出るけど、エラー投げたら大体解決する
自分の開発手法/微調整 • うまく動作しない時 ◦ 各ファイルがどのような働きをしているか説明させる ◦ 該当しそうなファイル、関数をチェック • 本当に詰まった時 ◦
該当ファイルを削除、作り直させる
失敗談
失敗談/グミカレンダー 技術選定にまつわる失敗 物理演算を使ってわちゃわちゃさせる Webアプリを作りたかった ↓ 「物理エンジンを実装して!」 https://gummy-calendar.vercel.app/
失敗談/グミカレンダー 実装当初、 ライブラリの物理エンジンではなく 物理エンジンっぽい物を自作して使っていた 要件定義はしていたが、 技術選定はしていなかった… https://github.com/uyuki234/Gummy-calendar/blob/fix/divide/src/physics/ GummyWorld.ts
失敗談/グミカレンダー 学んだこと • 技術選定は大事 • 関連する技術、ライブラリを調べる ◦ 物理演算のライブラリ、 Matter.jsあるんや〜 https://brm.io/matter-js/
今後どうしていくか
今後どうしていくか • 要件定義、技術選定を上手にやりたい ◦ 要件定義:自己満での開発をしてしまった経験 ◦ 技術選定:適した技術を使うべき • 自分でもコーディングできるようになりたい ◦
プロダクトの完成度を高める
今後どうしていくか/要件定義 • 優れたユーザーストーリーマッピングを作る方法 ◦ ユーザーストーリー ◦ ユーザーストーリーマップ ◦ ユーザーストーリーマッピング •
製品開発、UXデザイン、業務要件定義 共通理解を持ち、使いやすく・実現可能な サービスや商品を作りたいと考えている人向け
今後どうしていくか/技術選定 • ソフトウェアアーキテクチャ ◦ ソフトウェアシステムの成功に欠かせない • アーキテクチャの設計・構築 現代的な視点から整理して包括的に解説 • アーキテクチャスタイルや設計パターンを
体系的に理解し、技術選定の判断スキルを 身につけよう
今後どうしていくか/コーディング • Go勉強中!!!!! • 自身の技術力を高める ◦ Vibe Codingだけだと理解が深まらない • 教えてください〜
まとめ
まとめ • 自分の開発手法について • 要件定義、技術選定が大事 • 今後勉強すべき分野を把握
Thank you!