14 Episodes
Monthly Cadence
2026 First episode About DeployGate.log 株式会社デプロイゲートの歩みを赤裸々に語る全5回の特別番組です。 パーソナリティとして株式会社デプロイゲート CPOのへんてこがお送りします。
Publisher DeployGate
Category technology
Language ja
Explicit No
First episode 24 Mar 2026
Latest episode 9 Nov 2026 Latest episodes 14 episodes in the feed.
9 Nov 2026
「品質」を言語化しないと、AIにリリースは任せられない 「この品質なら世の中に出していい」。その判断は、暗黙的であっても、リリースのたびにどこかで誰かがしているはずです。今回の DeployGate.log は、社内で開く品質定義ワークショップについて、その背景と狙いを henteko が rai に聞いていきます。きっかけは、出してよい品質が言語化できていないと、リリースするところまで AI に任せられないという課題でした。CI が通れば出しているものはどんな条件なのか、ライブラリのパッチバージョンを一つ上げるときにどこまで守ればよいのか、日本CTO協会の DX Criteria を叩き台にできないか。話はやがてリリース判断の主体に移ります。最終判断を一人の責任者や QA 部門に集めるとボトルネックになるという話を受けて、henteko は『ザ・ゴール』を持ち出します。後半では、サービスのフェーズによって変わる品質、ターゲット顧客にとっての当たり前品質、決済画面に Stripe などのゲートウェイが見えないときの不安、さらに開発者視点の品質や CDN の速度にまで話が広がります。DeployGate が大事にしていることや、どこまでなら許せそうかという具体にも触れています。AI で開発のスピードが上がるなか、リリース判断や品質の決め方に悩んでいる開発チームの方に聞いてほしい回です。関連リンク- DeployGate: https://deploygate.com/
26 Oct 2026
「便利」から「安全」へ — 新規サービスの見せ方の変化 自動でできたら楽だよね、便利だよね。そう言ってもらえても、「できたらいいよね」以上の話にはならない。今回の DeployGate.log は、社内で開発中の新規サービスについて、rai が紹介の仕方を変えたきっかけを henteko が聞いていきます。
作っているのは、開発ではなく「運用」から人間が手を離せるようにする仕組みです。中身はほとんど変わっていないのに、セキュリティの文脈で語った途端に伝わり方が変わった。AI を使った攻撃や情報流出が相次ぎ、セキュリティパッチを当てるまでに何か月もかかってしまう現状、セキュリティチェックシートで問われる対応日数。そうした背景のなか、エンジニアではない上場企業の会長に説明したときの反応から話が始まります。
後半は、仕組みそのものへ。GitHub の Advanced Security がプルリクエストまでは作ってくれても、マージしてリリースするところまでを手放しで回せないのはなぜか。業界ごとに違う判断基準、現場の暗黙知、他部署を巻き込む難しさを掘り下げます。さらに、公開しなくていいものを公開しない構成の話や、この先の AI エージェントのセキュリティにも話が広がります。
サービスの保守運用やセキュリティ対応を「片手間」で抱えている開発者やマネージャーに聞いてほしい回です。
## 関連リンク
- DeployGate: https://deploygate.com/
- GitHub Advanced Security: https://github.com/security/advanced-security
- Tailscale: https://tailscale.com/
19 Oct 2026
なぜ星野リゾートの事例が刺さったのか — AI時代の開発組織における価値提供の原点 エンジニア向けのカンファレンスにばかり通ってきた rai が、登録したその週に飛び込んだのは、参加者の 7 割が役職者というイベントでした。今回の DeployGate.log は、Findy さん主催の「AI×開発組織Summit 2026」に参加した rai の体験を、henteko が聞いていきます。
知り合いが一人もいない会場で、rai は早々に方針を切り替え、Ask the Speaker で登壇者に直接話を聞きに行きます。そこで一番の驚きだったのが星野リゾートの事例でした。ソフトウェア専業ではなく、社内システムの担当者が一人だけという状態が何年も続いていたチームが、AWS が発表した AI-DLC のワークフローをすでに回している。なぜそれが自然にできるのか。開発者としての評価が論点にならない構造、現場に与えられた裁量、そして「教科書通りのことを徹底してやる」という言葉から、その理由を掘り下げます。
後半は、その学びを DeployGate にどう持ち帰るかへ。対面が前提のホテルと違い、インターネット越しのサービスでユーザーとどう向き合うのか。「調査させてください」が生んでしまう距離や、ラーメン屋のアンケート用紙のたとえを交えながら、作る人と使う人のコミュニケーションのあり方を考えます。
AI 時代の開発組織づくりに悩むマネージャーやリーダー、そして技術の外側に視野を広げたいエンジニアに聞いてほしい回です。
## 関連リンク
- DeployGate: https://deploygate.com/
- AI×開発組織Summit 2026: https://ai-dev-org-summit.findy-tools.io/2026
- 星野リゾート: https://www.hoshinoresorts.com/
- AI-Driven Development Life Cycle（AWS DevOps Blog）: https://aws.amazon.com/blogs/devops/ai-driven-development-life-cycle/
- awslabs/aidlc-workflows（GitHub）: https://github.com/awslabs/aidlc-workflows
5 Oct 2026
「断られるのが嫌だった」CEOが、人に話を聞きに行くまで 「1時間くらい、話を聞いてもいいかな」。社外の人にそう声をかけることを、rai はこれまでずっと避けてきました。今回の DeployGate.log は、rai がつい最近踏み出した「人に話を聞きに行く」という一歩を、henteko が掘り下げます。
きっかけは、いま作ろうとしているプロダクトでした。モバイルアプリ開発では、AI の力で QA やレビューがボトルネックになっていく。その感覚を、他社の現場は実際どう受け止めているのか。これまでは自分で調べたり想像したりで済ませてきたところを、今回は知り合いのエンジニアにメッセージを送り、時間をもらって話を聞きました。相手に大きなメリットを渡せなければ声をかけてはいけない、という思い込みはなぜ外れたのか。コインチェックの技術顧問として続けてきた 1on1 や、初対面の相手への提案・ヒアリングの積み重ねが、どうやって自分の「手札」になっていったのかを振り返ります。
後半は henteko の「やってること、営業だよな」という一言から、そもそもなぜ避けてきたのかという話へ。断られる怖さはトレーニングでなくせるものなのか。rai が一時期続けていた「毎日、失敗の数を数える」習慣と、その元になった一冊の本、さらに子どもへの問いかけの話まで広がっていきます。
人に頼るのが苦手な人、声をかける前に準備しすぎてしまう人に、ぜひ聞いてほしい回です。
## 関連リンク
- DeployGate: https://deploygate.com/
- コインチェック株式会社: https://corporate.coincheck.com/
- Failing Forward（John C. Maxwell）: https://www.harpercollinsleadership.com/9780785288572/failing-forward/
20 Sept 2026
#2-5 サービスを分けるのは人間の判断 | 届け続ける 全4回にわたる書籍『届け続ける』深掘りシリーズの最終回。
「作る」は自分自身がユーザーになれるならなった方がいい、「届ける」はマーケティングではなく近しい人に本当にワークするか確かめること、「続ける」はフィードバックループを仕組みとして回し続けること——と3つのテーマを一気に振り返ります。誰もがAIでプロダクトを作れる時代にサービスを分けるのは「判断をしている人間そのもののフィルター」。
ゼロ次情報・一次情報を自分で取りに行くことの価値を再確認できる、シリーズの締めくくりにふさわしい回です。
13 Sept 2026
#2-4 「続ける」― ループを回し続ける | 深掘りシリーズ第3弾のテーマは「続ける」。
続けるモチベーションは「いつも使ってます」の一言、つまりプロダクトを通じたコミュニケーションから生まれます。OSも端末もユーザーの期待も変わり続ける以上、一度作って終わりのプロダクトは存在しない。だからこそフィードバックループを回し続ける仕組みが必要で、「誰かの判断が挟まる場所でループは止まる」から自動化が効いてくる、という実践的な話が展開されます。
この本は人間向けのSKILL.mdだ、というAI時代らしい喩えも飛び出します。
6 Sept 2026
#2-3 「届ける」― 自分事化してもらうまで | 届け続ける 深掘りシリーズ第2弾のテーマは「届ける」。
サインアップしてもらえたら届いた、ではなく「ユーザーが自分事化するまで」が届けること。DeployGateの前身となったmixi社内ツールをQAチームに使ってもらった経験から、デモで見せると反応が一変する話、対面ゆえの「おべっかリアクション」の見抜き方、見せる→使ってもらう→運用に乗るまでのギャップをどう越えるかを掘り下げます。
「同じ課題に同じ熱量で解決を求める人を見つけて、一緒に作っていく」という結論は必聴です。
30 Aug 2026
#2-2 「作る」― 自分事の課題から始める | 届け続ける 書籍『届け続ける』深掘りシリーズ第1弾のテーマは「作る」。
ここで言う作るとは、自分だけでなく第三者に向けてプロダクトを作ること。受託時代、ユーザーがメモ欄に書き込んだ内容を見てraiさんが直接メールを送ったら「妄想したものが形になって感動しています」と返ってきた——現場に行かないと得られない情報がある、という実体験が語られます。
AI時代にエンジニアがドメインエキスパートとスペシャリストに二極化していく中で、この本が誰の背中を押すものなのかも見えてくる回です。
23 Aug 2026
#2-1 AI時代に問う書籍『届け続ける』構想 DeployGate.log がちょっとだけ復活！
今回はraiさんが執筆を始めた書籍（仮題『届け続ける』）の構想を深掘りします。Claude CodeなどAIで誰もがモノを作れるようになった今、本当に難しいのは「作る」より「届けて、使い続けてもらう」こと。
mixi時代に言われた「これは神ツールだ」という最初のシグナル、リリース直後にトラフィックは殺到したのにアカウント作成は1%未満だった話など、14年の実体験から「作る・届ける・続ける」を言語化していきます。
「体験を翻訳できるのは作り手のあなただけ」という本の結びの言葉にも注目です。
21 Apr 2026
#5 独立後のDeployGateと未来 ― AI時代の開発と透明性 全5回の最終回。独立後のインフラ進化から未来への展望までを一気に振り返ります。
中国のグレートファイアウォール対策、ヨーロッパからのアップロード高速化といった泥臭い技術課題から、2025年初頭にDevinを導入し「コードを一行も書かずにリリース」が当たり前になったAI時代の開発現場まで。
試作で終わった「Supporter Kit」が現在のキャプチャ機能に繋がった経緯、そして14年続くDeployGateを貫く「透明性」という根本思想にも触れます。
14 Apr 2026
#4 サービス買取の決断 ― DeployGate独立の裏側 mixi新規事業として立ち上がったDeployGate事業が、様々な社内変化により事業自体の継続に危機感を抱いたraiさんが「独立しかない」と決断するまでの心境を赤裸々に語ります。
日本でも珍しいEBO（Employee Buyout）という形で事業を買い取り、2014年12月に株式会社デプロイゲートを登記するまでの法人設立準備、オフィス探し、エンタープライズプランの営業活動など、独立に伴う怒涛のタスクの裏側が明かされます。
7 Apr 2026
#3 リリース後のDeployGateチームの変化 初期KPIをギリギリ達成した後、待っていたのはピボットの模索、iOS対応、そしてアメリカ進出という怒涛の展開。VPS1台からAWSへの段階的なインフラ移行、TestFlightのクローズという追い風、事業責任者の入院事件まで——2人から最大8人へとチームが変化していく中で、DeployGateがどう成長していったのかを赤裸々に語ります。
dgscope 本格始動、新体制の「ミクシィ」とスタートアップ「イノベータ」がタッグを組む理由 【@maskin】 - https://techwave.jp/archives/mixi_deploygate_innobeta_uiscope.html
31 Mar 2026
#2 社内ツールからDeployGateへ — 新規事業誕生の舞台裏 シリコンバレー帰りの同期に「最近、技術的に面白い話ない？」と聞かれたことから始まった新規事業。ゲストWi-Fiと私物のMacBook Air、会議室一室というガレージスタートアップさながらの環境で、わずか2ヶ月の開発期間と「3ヶ月で有料30アカウント、未達ならシャットダウン」というシビアなKPIに挑んだリアルな立ち上げストーリーです。
24 Mar 2026
#1 mixi社内ツール時代 — DeployGateの原点 Web中心だったmixiで、社内初のAndroidアプリ開発に挑んだ一人のエンジニア。QAチームが3フロアの階段を端末片手に往復する日々の中で生まれた社内ツールは、やがてQAマネージャーに「神ツール」と言わしめる存在に。CI/CDの概念すらなかった時代に、現在のDeployGateにつながる価値がどう形作られたのかを振り返ります。
ゼロから始める継続的なAndroidアプリケーション開発のしくみ - https://gihyo.jp/dev/serial/01/mixi_socialapp/0005 (https://gihyo.jp/dev/serial/01/mixi_socialapp/0005)
Host of DeployGate.log? Claim your podcast to manage its listing and keep your show details accurate.
Claim this podcast Pod Engine is an independent podcast discovery and analytics service and is not affiliated with or endorsed by this podcast. Artwork and show content belong to their owners. Full legal notice .
