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
モブエンジニア(Masaki Okuda)
December 30, 2025
Technology
300
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
技術選定、下から見るか?横から見るか?
2025.12.30「ITネタ・自動化ネタ・AIネタの失敗談 or 成功談」
https://rpacommunity.connpass.com/event/380039/
モブエンジニア(Masaki Okuda)
December 30, 2025
More Decks by モブエンジニア(Masaki Okuda)
See All by モブエンジニア(Masaki Okuda)
Oracle Cloud Network Path Analyzerを試してみた/I Tried Out Oracle Cloud Network Path Analyzer
masakiokuda
1
120
20260908_ターゲットとスコープを決める発表法
masakiokuda
1
120
物理もいいけど仮想もね 〜SD-WANの推しポイント〜
masakiokuda
0
160
AIでアウトプットできる時代だからこそ、自分の言葉で考えることの大切さ / What's Left to Think, When AI Can Write?
masakiokuda
1
340
AWS DevOps AgentのAzure接続機能を検証して見えた活用法/Use Cases Verified for the AWS DevOps Agent's Azure Connectivity Feature
masakiokuda
1
330
AWS Summit 2026を会場担当/損益分岐点で考える+AI Agentic的な話_20260714
masakiokuda
2
86
AWS WAFのAIトラフィック収益化機能を考えてみる_20260626
masakiokuda
1
99
.nagoyaドメインから始めるドメイン管理_20260429
masakiokuda
0
620
コミュニティを通じた_キャリア設計のススメ_20260424.pdf
masakiokuda
0
440
Other Decks in Technology
See All in Technology
Argo CDとAtlantisで実現するインフラ管理のセルフサービス化──小規模SREチームで支えるプラットフォーム
cassius7
0
190
Amazon Bedrock Agents ClassicからAmazon Bedrock AgentCoreへ移行した際、ガードレール設定が2箇所に割れた話
matsunobu
0
120
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
16
120k
Vibe Coding で作ったプロダクトをどう安全に動かすか / How to Safely Run Products Built with Vibe Coding
glidenote
0
770
品質と信頼性を地続きにする
grimoh
3
1.2k
2026-09-08 そのJavaモダナイゼーション、AIに丸投げで大丈夫?IBM Bobで変わる品質と効率
yutanonaka
1
200
あけおめLINE 傾向とその対策
nasa9084
0
340
AIエージェントの一手は 誰も見ていない - Falco拡張OSS「Prempti」とeBPFで サーバーレス実行基盤を二層防御する
keitah
1
600
作って終わりじゃないサーバーレス 〜9年運用する大規模EC物流API基盤の設計・運用のリアル〜
zozotech
PRO
0
550
GoのInterface内部構造から学ぶ!最高パフォーマンスを出すコード設計
yappli_developers
1
300
プラットフォームを「作る」、 チームに「入り込む」
sansantech
PRO
0
220
What the customer really needed
kawaguti
PRO
3
230
Featured
See All Featured
Redefining SEO in the New Era of Traffic Generation
szymonslowik
1
440
End of SEO as We Know It (SMX Advanced Version)
ipullrank
3
4.4k
Building Applications with DynamoDB
mza
96
7.2k
How People are Using Generative and Agentic AI to Supercharge Their Products, Projects, Services and Value Streams Today
helenjbeal
1
340
GraphQLの誤解/rethinking-graphql
sonatard
75
12k
Leo the Paperboy
mayatellez
10
2.3k
Music & Morning Musume
bryan
48
7.4k
How to Ace a Technical Interview
jacobian
281
24k
Scaling GitHub
holman
464
140k
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
1
830
Unlocking the hidden potential of vector embeddings in international SEO
frankvandijk
0
950
How GitHub (no longer) Works
holman
316
150k
Transcript
技術選定、 下から見るか?横から見るか? 2025/12/30 モブエンジニア 1
自己紹介 • PN: • モブエンジニア • ロール: • インフラエンジニア •
コミュニティ歴 • 約1年 • 興味あるトレンド • Openshift • AIワークフロー • Terraform • Amplify 個人名義 なので・・・ 2
おことわり ※技術選定に関する個人的な意見が含まれます ※「打ち上げ花火。下から見るか?横から見るか?」の話は出てきません 3
対象者と得られる学び 対象者 「筋の良い技術選定」について考えたい方 「運用視点」「教育視点」で技術選定を考えたい方 得られる学び スコープが不明瞭だと誤った技術選定をしてしまう 垂直(下:年次)と水平(横:領域)の2軸で検証する 先端技術が必ずしも最良の選択とは言えない
4
目次 技術選定での失敗談 下から見るか?横から見るか? 得られた気づき 5
技術選定での失敗談 6
失敗談(1) • 社内開発の一環で基盤構築シ ステムの開発を担当していま した。 • 担当メンバーのスキルセット はインフラメインだったため、 フロント知見は少なかったで す。
• 「GitHubスター数」「日本 語ドキュメント数」「キャッ チアップの容易さ(主観)」 を踏まえフロントとして Vue.jsの利用を決めました。 PO PM 私 7
失敗談(2) • 一人で開発を進めていた+元々 開発経験がなかったため、ス ムーズな開発が行えていません でした。 • POからフロント開発メンバー を2名1か月半投入して開発を 進めました。
• だた、フロント開発メンバーも Djangoを専門としていた状況 でした。 • フロント開発自体1か月半で完 了しましたが、当初の仕様から 大幅に変わっており、インフラ 畑の私がキャッチアップしづら い状況になっていました。 PO PM 私 開発メンバー 利用ガイドを読 んでもよくわか らない・・・ 開発生産性を 大事にしたい 8
下から見るか?横から見るか? 9
技術選定(1) • プロジェクト特性によって技 術選定の観点は様々あると思 います。 • 今回は「下(年次)」と「横 (領域)」の2軸で失敗談の 構成を考えてみたいと思いま す。
• 私は運用領域の中堅、フロン トメンバーは開発領域の中堅 と若手という体制でした。 ※POとPMは除外 ベテラン 運用 若手 開発 10
技術選定(2) • 私の考え: • 運用を見据えて多くの開発 現場で利用されているツー ルを利用したい。 • 開発中堅の考え: •
開発生産性を高めたいので、 運用難度が上がっても最新 ツールを組み込みたい。 • 開発若手の考え: • 中堅さんの技術スキルを キャッチアップしたいが、 提案材料を持っていない。 ベテラン 運用 若手 開発 11
下から見た場合の スコープ 下から見た場合 • 下から見た場合、開発若手メ ンバーの成⾧を第一に考える。 • 案件市況を考えて、SPA構成のア プリ開発、Reactを用いた高難度 化、Amplify・EKSを用いたクラ
ウドネイティブ開発の構成を採 用した方が良いと考える。 • ただし、運用フェーズへ引き渡 すときの引き渡しハードルが高 くなってしまう。(運用メン バーの教育、スキルセットな ど) ベテラン 運用 若手 開発 12
横から見た場合 • 横から見た場合、プロダクト の持続可能性を第一に考える。 • 運用メンバーが対応可能なシン プルなHTMLページ、スクリプト レベルの機能、EC2のみで完結す るメンテナンスが(比較的)容 易な構成を採用した方が良いと
考える。 • ただし、若手メンバーの育成と いう視点では「モダンな開発を 通じた成⾧」を提供することが 難しい。(案件市況的に も・・・) ベテラン 運用 若手 開発 横から見た場合の スコープ 13
得られた気づき 14
下から見るか?横から見るか? プロジェクト特性・上層部の考えによって変わるのでどちらが正解 とは言えない。 「年次」「領域」以外にも「品質」「コスト」「納期」「独自カス タマイズ」「ユーザの企業文化」など様々な要素が絡み合うため、 技術選定の銀の弾丸は存在しない。 ただし、「年次」「領域」の2軸を定めることで「開発チームのス
キルセットとスコープ」は見通しが良くなる。 技術選定も「2軸思考の繰り返し」によって「筋の良い技術選定」 は生み出されていく? 15
まとめ? 花火も立場によって 見え方が変わる 綺麗ね 一仕事 終わった 16
まとめ 開発も関係者の属性 で見え方が変わる 最新技術を 導入したい スケール させたい 17 運用引き渡しを 楽にしたい・・・
FYI 過去に技術選定を考えるポイントをまとめた記事を書きました。 参考にしていただければ幸いです。 18 【ナレッジ共有】初心者が考える「技術選定の進め方・マインドセット」 #要件定義 - Qiita