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
非エンジニアによるDevin開発のためにSREができること
Search
shonansurvivors
September 17, 2025
Technology
0
160
非エンジニアによるDevin開発のためにSREができること
shonansurvivors
September 17, 2025
Tweet
Share
More Decks by shonansurvivors
See All by shonansurvivors
SREのキャリアから経営に近づく - Enterprise Risk Managementを基に -
shonansurvivors
0
250
Adminaで実現するISMS/SOC2運用の効率化 〜 アカウント管理編 〜
shonansurvivors
4
500
SOC2取得の全体像
shonansurvivors
4
2.2k
SREによる隣接領域への越境とその先の信頼性
shonansurvivors
2
870
スタートアップがAWSパートナーになって得られたこと
shonansurvivors
3
1.2k
AWSで構築するCDパイプラインとその改善
shonansurvivors
5
4k
Terraformでmoduleを使わずに複数環境を構築して感じた利点
shonansurvivors
3
3.8k
クロステナントアクセスを要件とするsmartroundのマルチテナントSaaSアーキテクチャ
shonansurvivors
0
530
CodeBuildで動かすecspresso
shonansurvivors
2
4.1k
Other Decks in Technology
See All in Technology
JSConf JPのwebsiteをGatsbyからNext.jsに移行した話 - Next.jsの多言語静的サイトと課題
leko
2
190
ラスベガスの歩き方 2025年版(re:Invent 事前勉強会)
junjikoide
0
550
ソースを読む時の思考プロセスの例-MkDocs
sat
PRO
1
320
dbtとAIエージェントを組み合わせて見えたデータ調査の新しい形
10xinc
7
1.4k
デザインとエンジニアリングの架け橋を目指す OPTiMのデザインシステム「nucleus」の軌跡と広げ方
optim
0
120
IBC 2025 動画技術関連レポート / IBC 2025 Report
cyberagentdevelopers
PRO
2
220
20251024_TROCCO/COMETAアップデート紹介といくつかデモもやります!_#p_UG 東京:データ活用が進む組織の作り方
soysoysoyb
0
130
頭部ふわふわ浄酔器
uyupun
0
240
From Natural Language to K8s Operations: The MCP Architecture and Practice of kubectl-ai
appleboy
0
350
serverless team topology
_kensh
3
240
猫でもわかるAmazon Q Developer CLI 解体新書
kentapapa
1
140
Zero Trust DNS でより安全なインターネット アクセス
murachiakira
0
110
Featured
See All Featured
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
17k
The Art of Programming - Codeland 2020
erikaheidi
56
14k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
132
19k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
37
2.6k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
46
7.7k
Six Lessons from altMBA
skipperchong
29
4k
Writing Fast Ruby
sferik
630
62k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
15k
Making the Leap to Tech Lead
cromwellryan
135
9.6k
Why Our Code Smells
bkeepers
PRO
340
57k
Transcript
2025/9/18 #第3木曜LT会 非エンジニアによる Devin開発のために SREとしてできること 株式会社スマートラウンド 山原 崇史(@shonansurvivors)
自己紹介 株式会社スマートラウンド 執行役員VP of Reliability 山原 崇史 (やまはら たかし) 経歴等
・金融系SIer → 銀行 → ベンチャー数社 → 現職 ・SRE / コーポレートIT / セキュリティの領域を担当 ・2023〜2025 Japan AWS Top Engineers 社外コミュニティ活動 ・AWS Startup Community (aws-startup-community.connpass.com) ・Security Compliance Lounge (security-compliance.connpass.com) @shonansurvivors
会社および事業紹介 株式会社スマートラウンド 2018年設立、従業員数約 45名のスタートアップ ミッション スタートアップが可能性を最大限に発揮できる世界をつくる プロダクト スタートアップ・投資家間のデータ作成・共有プラットフォーム スタートアップ導入数 7,000社
投資家導入数 4,300人 さらなる取り組み(子会社にて) 未上場株式のセカンダリープラットフォーム実現に向けて準備中
セキュリティへの取り組み SOC2 Type2報告書 米国公認会計士協会( AICPA)の定めるトラストサービス規準に基づき、セキュリティ・可用性・処理の完 全性・機密保持・プライバシーに関する内部統制の適切性および有効性を監査法人が作成した報告書 にてご確認いただけます。 ISO/IEC 27001(ISMS認証) 情報セキュリティマネジメントシステムに関する国際標準規格である
ISO/IEC 27001(ISMS)の認証を取 得しています。ISMS委員会やマネジメント(経営層)レビュー、内部監査等を定期的に実施し、情報セ キュリティの向上に組織全体で取り組んでいます。 AWS認定ソフトウェア AWSのパートナーソリューションアーキテクトによるレビュー( FTR)を通過し、セキュリティ・信頼性・運用 上の優秀性に関して AWSのベストプラクティスに従っていることが確認された AWS認定ソフトウェアと なっています。
本日共有したいこと 前提 • SREやPlatform Engineerは、エンジニアの開発体験や速度を向上させるための 各種Platformを提供 環境の変化 • AIの進化により非エンジニアも開発に参画可能に 得られた気付き
• Platformを構築しておくと、非エンジニアもその恩恵を受けられる 可能性あり • 今後は、非エンジニアに利用されることも考慮した Platform整備が求められていく
アジェンダ 1. プロダクト小規模改修の事例 2. Terraformコード修正の事例 3. まとめ
1. プロダクト小規模改修の事例
AIを用いたプロダクト開発/運用の状況 スマートラウンドでは ... • エンジニア ◦ 多種多様なサービスを状況に応じて使い分け ▪ Claude Code
▪ JetBrains AI ▪ OpenAI Codex ▪ Cursor ▪ Devin 等 • 非エンジニア ◦ Devinの利用が広がりつつある
非エンジニアによるDevinのユースケース • 既存プロダクトの現行仕様調査 ◦ カスタマーサポート等が、エンジニアに質問する代わりに、 Devinに質問する ◦ PRは作成しない • 既存プロダクトの小規模改修
◦ カスタマーサポート等が、顧客要望などをもとに Issueを起票 ◦ このIssueをもとに、カスタマーサポート等が自ら Devinに実装を指示 ◦ エンジニアのコードレビュー後、問題なければマージ
非エンジニアによる開発時に生じた課題 • ローカル環境での動作確認のハードルが高い
スマートラウンドでの標準的な開発フロー 1. Mac上でコードを修正して、 GitHubにPRを作成 2. 以下を並行して実施 ◦ GitHub ActionsでCI実行 ◦
Mac上のローカル環境で動作確認 👉ローカル環境とAWS検証環境の差異は少なく、ローカル環境で大部分の品質は担保可能 3. コードレビューを他のエンジニアに依頼 4. PRをマージし、AWSの検証環境にデプロイ 5. QA実施後、AWSの本番環境にデプロイ
非エンジニアによるプロダクト改修時の課題 • 非エンジニアにはローカル環境での動作確認のハードルが高い ◦ 初回の環境構築 ◦ 環境構築後のトラブルシューティング ◦ 各種の知識がある程度求められる ▪
Git, Docker, asdf, Yarn, Gradle, sh, etc… (他、非エンジニアの PCもMacだがAirなので、エンジニアの Proと比べると非力という課題もあり)
smartroundでの標準的な開発フロー(再掲) 1. Mac上でコードを修正して、 GitHubにPRを作成 2. 以下を並行して実施 ◦ GitHub ActionsでCI実行 ◦
Mac上のローカル環境で動作確認 👉ローカル環境とAWS検証環境の差異は少なく、ローカル環境で大部分の品質は担保可能 3. コードレビューを他のエンジニアに依頼 4. PRをマージし、AWSの検証環境にデプロイ 5. QA実施後、AWSの本番環境にデプロイ ローカルを使わずに済む方法に 置き換える
PR環境の利用 GitHubのPR単位で検証環境をAWSに構築・デプロイする仕組み。 非エンジニアによるDevin開発が始まる以前から、 SREがPlatformとして構築し、 エンジニアに提供していた。 今回、ローカル環境の代わりに非エンジニアに利用 してもらうことにした。
PR環境の構成 • GitHubのPRにコメントするとGitHub Actionsで環境構築(Terraform & ecspresso) • ALBのリスナールールでターゲットの ECSを振り分け
非エンジニアの開発体験や開発速度は向上したか? 狙い通りにうまくいったこと • 非エンジニアがローカル環境構築をキャッチアップする必要が無くなった ◦ 付随して、エンジニアによるサポートも不要となった 見通しが甘かったこと • 現状のPR環境の仕組み自体が Platformとして未成熟
◦ 多数のPR環境が作成された場合に、共有のインフラリソースがキャパシティ不足になる ◦ UXが高くなく、非エンジニアにとってはわかりにくい、使いづらい点があった • 種々のトラブルへの対応のため SREのToilが増えてしまった 👉ただし、今回順次根本改善を行なったことで、 Platformとしてより良いものになった
2. Terraformコード修正の事例
SREとコーポレートITの体制 • スマートラウンドでは 1チームで運営 ◦ 「SRE兼コーポレートIT」複数名と、「コーポレート IT専任者」から成るチーム
IaCの現状 • 現状 ◦ Terraformで管理 ◦ Terraformコード修正はSREで実施(planやapplyは原則としてAtlantisを利用)
Atlantis • PRへのプッシュやコメントをトリガーに terraform planを実行 • レビューapprove後はPRにコメントしてterraform apply、成功を確認したらマージ
IaCの現状(再掲)と今後 • 現状(再掲) ◦ Terraformで管理 ◦ Terraformコード修正はSREで実施(planやapplyは原則としてAtlantisを利用) • 今後 ◦
コーポレートIT専任者もTerraformを覚え、コードでのインフラ変更を行えるようにしたい そのために... • Terraformコード修正は、Devinを利用 • Terraformのplanやapplyは、Atlantis(だけ)を利用 結果、ローカルへのコードチェックアウトや Terraformインストールの作業をスキップ可能となり、 コーポレートIT専任者は迅速にIaCを体験・習熟開始可能に
3. まとめ
まとめ • AIの進化により非エンジニアも開発に参画可能 に • SREやPlatform Engineerが用意する各種Platformは、非エンジニアの開発効率にも寄与 • 適切なPlatformを構築し、より使いやすいものへと磨き込むことは、今後ますます重要に
JOIN US! jobs.smartround.com