Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
え?フロントエンドエンジニアの ワイがインフラも!?
Search
puku0x
August 04, 2026
Technology
1.9k
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
え?フロントエンドエンジニアの ワイがインフラも!?
Findy AI Meetup in Fukuoka #7
https://findy-inc.connpass.com/event/395307/
puku0x
August 04, 2026
More Decks by puku0x
See All by puku0x
新メンバーのために、シニアエンジニアが環境を作る時代
puku0x
0
1.6k
Agent Skills 入門
puku0x
0
2.4k
ファインディにおけるフロントエンド技術選定の歴史
puku0x
2
2.3k
生成AIではじめるテスト駆動開発
puku0x
0
1.6k
実践!カスタムインストラクション&スラッシュコマンド
puku0x
2
3.5k
Nx × AI によるモノレポ活用 〜コードジェネレーター編〜
puku0x
0
1.8k
ファインディにおけるフロントエンド技術選定の歴史
puku0x
2
330
ファインディでのGitHub Actions活用事例
puku0x
9
4.1k
Findyの開発生産性向上への取り組み ~Findyフロントエンドの場合~
puku0x
0
510
Other Decks in Technology
See All in Technology
バフェットコード開発チームの心得(v1.1)
shoe116
0
100
BacklogのRAG 今ならこう作る - S3 Vectorsと自前パイプラインの勘所
revsystem
0
130
reInvent2026stby LT00 "Change your life!"
shinichirokawano
1
220
AI駆動開発におけるハーネスエンジニアリングの勘所
tsukuboshi
1
760
20261017福岡devIO 「AIは"良いダッシュボード"を作れるか?
jtakeda
0
270
Temporal 最高!でも改めて「日付」について調べたら人類の負債すぎる件
riyaamemiya
0
230
【データ横丁主催】AI エージェント時代のTranslytical Data Platform
shisyu_gaku
0
290
Vue.jsのGitHubから学ぶ意思決定
yut0naga1_fa
1
170
freeeにおけるSoftware Factory
freee
PRO
0
480
AI秘書と毎日働くのはもう当たり前。開発以外の業務に足りない機能をどう埋める?
minorun365
PRO
2
1.6k
AI コーディングと人間の認知スループット / CTO Night & Day 2026 Morning Session / AI Coding and Human Cognitive Throughput
prog893
5
1.6k
顧客価値を追いかけたら、プライシングにたどり着いた
sansantech
PRO
2
1k
Featured
See All Featured
Writing Fast Ruby
sferik
630
63k
brightonSEO & MeasureFest 2025 - Winning Strategies for Black Friday CRO & PPC - Christian Goodrich
cargoodrich
3
880
Scaling GitHub
holman
464
140k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
287
14k
Marketing to machines
jonoalderson
1
5.9k
Breaking role norms: Why Content Design is so much more than writing copy - Taylor Woolridge
uxyall
1
460
How People are Using Generative and Agentic AI to Supercharge Their Products, Projects, Services and Value Streams Today
helenjbeal
2
370
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
70
67k
Designing for humans not robots
tammielis
254
26k
Six Lessons from altMBA
skipperchong
29
4.5k
Documentation Writing (for coders)
carmenintech
77
5.6k
We Have a Design System, Now What?
morganepeng
55
8.4k
Transcript
2026/08/05 Findy AI Meetup #7 え?フロントエンドエンジニアの ワイがインフラも!? ファインディ株式会社 フロントエンド テックリード
新福 宜侑 @puku0x 1
None
⽣成AI時代に向けた新しいプロダクトが登場 3
ファインディの現在 • ⽣成AI時代のプロダクトが次々に⽣まれている • ⽴ち上げ期のプロダクトは少数精鋭‧スピード重視 ◦ 職種の枠に囚われないフルサイクル志向 4
「新しいサービスを作るぞ!」 5
「こういうサービスを考えてて...」 6
「へぇ〜良いっすね」 7
(開発への話が進んでいく) 8
「ただし、今回は...」 9
「開発は⼀⼈です」 10
「開発⼀⼈しかいねぇ!」 11
完 12
これまでなら、本当に「完」だった • インフラはSREチームに依頼 丸投げ • バックエンドも専任を付けないと不安 ◦ • 逆も然り、どちらも⽚⼿間で触れるには複雑化した 良いアイデアがあっても、⼈員が確保できるまで動けなかった
13
⽣成AI時代なら可能なのでは? 14
⼀⼈で担当することになった範囲 • フロントエンド ◦ • • 本来の専⾨領域 バックエンド ◦ Hono採⽤して最低限読み書きできるように
◦ テーブル設計等は専⾨メンバーによるレビュー インフラ(AWS / Terraform) ◦ IAM、VPC、ECS、RDS、S3、CloudFront ◦ 完全に初⾒ ◦ SREチームによるレビュー 全部! 15
武器は社内に揃っていた 16
SREチームが整備していた資産 • Terraformのスターターキット ◦ • APIスターターキット ◦ • バックエンド側のテンプレート AWS
汎⽤モジュール ◦ • 環境構成のテンプレート 社内標準の構成を再利⽤可能な形にまとめたモジュール群 インフラ構築エージェントスキル ◦ チャットから環境構築可能な仕組み 17
実際の進め⽅ • AI × テンプレート × 汎⽤モジュール ◦ 社内の作法に沿った作り⽅ ◦
AIが書いて、⼈間が読んで判断 • SREチームによるレビュー • 結果:⼀⼈で約2ヶ⽉ 🤔 期間 備考 アプリケーション( FE + BE) 約1ヶ月 本来の専門領域を含む インフラ(IAM/VPC/ECS/RDS/S3/CloudFront) 約1ヶ月 完全に専門外の領域 18
思ったより時間がかかるぞ? 19
誤算①:待ち時間がワークフローを⽀配する • 専⾨メンバーやSREチームによるレビュー待ち • Terraformの反映待ちが作業時間の相当部分を占める ◦ • 試⾏錯誤のたびに待ち時間が発⽣していた フィードバックを待つ必要があるものはAIでの⾼速化が難しい ◦
AIが圧縮したのは「⼈間が考える時間」 20
誤算②:理解は外注できない • 書けることと理解していることは別 • 仕組みや依存関係を把握していないと「なぜか動く/動かない」に陥る ◦ • インフラでこれは致命的になり得る AIの出⼒を読んで理解する時間を確保する必要があった 21
https://speakerdeck.com/twada/agentic-software-engineering-2026-07-findy-edition?slide=32 22
変わったこと:着⼿の意思決定コストが下がった • これまでは⼈員の確保がネックになっていた • ⽣成AI時代、職種の境界が諦める理由ではなくなった • ⽣成AIが実装コストと意思決定のコストを下げた 23
変わらなかったこと:最終的な責任を持つのは⼈間 • 実装者⾃⾝が仕組みを理解する • AIの出⼒を判断するには専⾨知識が必須 24
まとめ • ⽣成AIにより越境しやすくなった ◦ これまで諦めていたものが選択肢に⼊ったのは⼤きい • 専⾨知識や理解の価値は⽣成AI時代でも変わらない • インフラ頑張ったから褒めて! #ai_fukuoka_findy
25
Findy Student(β)をよろしくお願いします 26
We’re hiring! https://careers.findy.co.jp/ 27