Insights from recent episode analysis
Audience Interest
Podcast Focus
Publishing Consistency
Platform Reach
Insights are generated by CastFox AI using publicly available data, episode content, and proprietary models.
Total monthly reach
Estimated from 1 chart position in 1 market.
By chart position
- 🇯🇵JP · Technology#2730K to 100K
- Per-Episode Audience
Est. listeners per new episode within ~30 days
15K to 50K🎙 ~2x weekly·69 episodes·Last published today - Monthly Reach
Unique listeners across all episodes (30 days)
30K to 100K🇯🇵100% - Active Followers
Loyal subscribers who consistently listen
12K to 40K
Market Insights
Platform Distribution
Reach across major podcast platforms, updated hourly
Total Followers
—
Total Plays
—
Total Reviews
—
* Data sourced directly from platform APIs and aggregated hourly across all major podcast directories.
On the show
Recent episodes
74: SREcon26 Americas / 外部キー制約に怯えるRDBMS初心者
Jun 6, 2026
39m 13s
73: Shamirの秘密共有 / Paxos Commit
May 30, 2026
43m 07s
72: 自分がGitHubを作るなら / 3000個のPostmortemを読んだ男
May 23, 2026
43m 15s
71: 10万行のデータを更新するのに必要なI/O回数選手権
May 16, 2026
35m 43s
70: Latency Simulator
Apr 25, 2026
34m 49s
Social Links & Contact
Official channels & resources
Official Website
Login
RSS Feed
Login
| Date | Episode | Description | Length | ||||||
|---|---|---|---|---|---|---|---|---|---|
| 6/6/26 | 74: SREcon26 Americas / 外部キー制約に怯えるRDBMS初心者 | 3月に開催されたSREcon26 Americasのセッションの中から、AIを使ってデータベースのトラブルをデバッグする話やGoogleがコンプライアンス遵守を保証するためにやっていることなどについてとりあげて雑談しました。後半ではデータベースのテーブルに外部キー制約をつけるときに起きうるデッドロックの仕組みを解説した記事を読みつつ、将来自分たちに降りかかるかもしれないトラブルに恐れをなしています。 SREcon26 Americas How We Debug 1000s of Databases with AI: Lessons from an AI-Assisted Database Debugging Platform | USENIX Shift-Left Compliance | USENIX Adding Foreign Keys Can Cause Deadlock Trouble | Michael J. Swart Chapters:(00:00) Opening - 台風と嵐(04:26) SREcon26 Americas(06:07) How We Debug 1000s of Databases with AI(16:19) Shift-Left Compliance(25:54) Adding Foreign Keys Can Cause Deadlock Trouble | 39m 13s | ||||||
| 5/30/26 | 73: Shamirの秘密共有 / Paxos Commit | Hacker Newsで話題になっていた、複数人が各々の鍵を持ち寄らないと復号できないように秘密を共有する方法についての記事を読みながら雑談しました。後半はJim GrayとLeslie Lamportによる論文Consensus on Transaction Commitを読んだけどわからんという話をしています。 How Shamir's Secret Sharing Works - Ente Photos 秘密を分散させて漏えいを防ぐ「シャミアの秘密共有」の仕組みとは？ - GIGAZINE ScalarDB: Universal Transaction Manager for Polystores Consensus on Transaction Commit Chapters:(00:00) Opening(02:14) How Shamir’s Secret Sharing Works(12:16) Consensus on Transaction Commit(16:44) Two Phase Commit(26:39) Paxos Commit(37:56) リーダー選出問題と分散合意問題 | 43m 07s | ||||||
| 5/23/26 | 72: 自分がGitHubを作るなら / 3000個のPostmortemを読んだ男 | “If I Could Make My Own GitHub”というタイトルのブログを読みながら、GitHub改善のアイディアをつらつらと話しています。後半はThe Peterman PodというPodcastにAWSエンジニアのMarc Brooker氏が出演した回を聴いて感想をだらっとしゃべっています。 If I Could Make My Own GitHub The Peterman Pod AWS Distinguished Eng: Learning From 3000 Incidents And How Engineering Is Changing | Marc Brooker Designing Data-Intensive Applications [Book] コンピュータアーキテクチャ 定量的アプローチ［第6版］【委託】 - 達人出版会 Chapters:(00:00) Openingと前回の補足(04:54) If I Could Make My Own GitHub(08:46) コードレビュー5段階評価(14:06) 運用のつらさとGitHub Actionsへの不満(26:12) 3000個のPostmortemを読んだ男(32:22) On-Callを担当することの重要性(35:08) Cachingの功罪(40:02) Mark Brooker氏おすすめの本 | 43m 15s | ||||||
| 5/16/26 | 71: 10万行のデータを更新するのに必要なI/O回数選手権 | Perconaのブログより、4種類のデータベースで10万行の更新操作を行ったときのI/O回数を比較した記事を読みながらPostgreSQLとMySQLの内部構造について雑に雑談しました。後半ではオライリーの気になる新刊シンプリシティを紹介しています。 ラ・フォル・ジュルネ TOKYO 2026 Impacts of updates in open-source databases - Percona シンプリシティ - O'Reilly Japan 達人プログラマー（第2版） 熟達に向けたあなたの旅 | Ohmsha Pragmatic Bookshelf Chapters:(00:00) Opening(03:47) Impacts of updates in open-source databases(11:30) MVCCの実装の違い(23:09) ダブルライトのやり方の違い(30:22) 気になる新刊シンプリシティ | 35m 43s | ||||||
| 4/25/26 | 70: Latency Simulator | Codexで作ったLatency Simulatorというツールの紹介をしました。Webブラウザから誰でも使えるので是非使ってみてください。 https://latency-simulator.koki-kato1994.workers.dev/ Marc Brooker氏が最近公開した類似のツール Stability Sim Chapters:(00:00) Opening(01:17) Latency Simulatorの紹介(15:34) バイブコーディング(22:32) Marc BrookerさんのStability Sim(29:27) Ending | 34m 49s | ||||||
| 4/11/26 | 69: Amazonの会議室に閉じ込められたシニアエンジニアたち | S3 Files の開発にまつわる逸話が紹介されているAll Things Distributedの記事を眺めながら、年末に会議室に閉じ込められたエンジニアたちの情熱に思いを馳せました。 n月刊ラムダノート Vol.5, No.2(2025) 関数型まつり2026 S3 Files and the changing face of S3 | All Things Distributed S3 Files の提供開始 – S3 バケットがファイルシステムとしてアクセス可能に | Amazon Web Services 表形式データの大規模ストレージ – Amazon S3 Tables Chapters:(00:00) Opening - n月刊ラムダノートとScala祭り(08:28) S3 Files 概要(13:43) S3 Files 開発の動機(19:31) ブレイクスルーまでの道のり(28:25) Amazonの会議室(35:58) OSとデータベース | 39m 59s | ||||||
| 4/4/26 | 68: メタバース言語 Verse | Haskell界のレジェンドSimon Peyton Jones先生が作っているかもしれないメタバース向けの新言語Verseについて雑談しました。既存のメジャー言語にはない特徴的な機能を眺めながらわいわいしています。 UE6で採用予定のプログラミング言語「Verse」、最新の仕様書が公開中。Live Variablesや後方互換性など新仕様が明らかに｜ゲームメーカーズ Book of Verse Koka Kokaについてしゃべっている過去回 https://www.ichizerofm.tech/e/2-java23-safe-c-carbon-gleam-koka/ Chapters:(00:00) Opening - 花見(02:38) Haskell界のレジェンドとVerse(05:45) Verse言語3つの基本原則(12:52) Effects(20:21) Live Variables(22:45) 後方互換性の保証(28:04) Ending | 32m 30s | ||||||
| 3/28/26 | 67: 乱数の衝突 / MSの新世代爆速キャッシュストア | CPUのバグに起因する乱数の偏りの話から、我々はシステムの何を信用すればいいのか迷宮に迷い込んでいく雑談です。後半はMicrosoft Researchが発表したGarnetと呼ばれる次世代キャッシュストレージについて見ていきました。 RocksDB development finds a CPU bug Garnet: A Next-Generation Cache-Store for Accelerating Applications and Services ETags, When and How Chapters:(00:00) Opening - トランペットを買った(08:15) RocksDB development finds a CPU bug(21:01) Garnet: A Next-Generation Cache-Storage for Accelerating Applications and Services | 40m 04s | ||||||
| 3/21/26 | 66: Just Use Postgres? | 今回はPostgreSQL回です。前半はJust Use Postgresというタイトルの記事を見つつその主張の意図に思いをめぐらせています。後半はPostgreSQLの自動ANALYZE機能が原因で障害になってしまったというポストモーテムを見ながら、この手の問題にどのように対処していくべきなのか雑談しています。 Database Engineering Meetup #9: NewSQL - connpass It's 2026, Just Use Postgres | Tiger Data Postmortem: Clerk System Outage (February 19, 2026) Production query plans without production data | boringSQL Chapters:(00:00) Opening - Database Engineering Meetupに行ってきた(07:26) It’s 2026, Just Use Postgres(19:46) Postmortem: Clerk System Outage (February 19, 2026)(28:40) OLTPをSQLで書くのどうなの(35:53) Production query plans without production data | 41m 06s | ||||||
| 3/14/26 | 65: AIに寄り添って生きる / データ指向アプリケーションデザイン第2版 | Google Workspace CLIのAuthorが書いた、ToolをAI Agentにうまく使ってもらうためのTipsなどを読みながら雑談しました。後半はDonald Knuth先生の”Shock! Shock!”という衝撃的な導入ではじまる論文の話や、名著データ指向アプリケーションデザインの著者が登場したPodcastエピソードの話などをしています。 You Need to Rewrite Your CLI for AI Agents - Justin Poehnelt https://www-cs-faculty.stanford.edu/~knuth/papers/claude-cycles.pdf コンピュータ科学の神様が「AIに負けた」日 — Donald Knuth『Claude's Cycles』を読み解く - Qiita https://x.com/BoWang87/status/2028935492977475623 Re-Designing Data-Intensive Applications: The Shift to Cloud-Native Storage Designing Data-Intensive Applications, 2nd Edition Chapters:(00:00) Opening - Dream Theaterのライブに行ってきた(05:43) You Need to Rewrite Your CLI for AI Agents(19:05) Knuth先生とAI(31:13) Designing Data-Intensive Application 2nd Edition | 42m 25s | ||||||
Want analysis for the episodes below?Free for Pro Submit a request, we'll have your selected episodes analyzed within an hour. Free, at no cost to you, for Pro users. | |||||||||
| 3/7/26 | 64: Fireflyでナノ秒オーダーの時刻同期 / Grafana 12.4 | Googleで開発された時刻同期システムFireflyについての記事を読みながら雑談しました。後半はGrafana 12.4のリリースブログを見つつ取り留めのない話をしています。 Understanding the Firefly clock synchronization protocol | Google Cloud Blog How Precision Time Protocol is being deployed at Meta Grafana 12.4 release: faster and easier data visualization, observability as code updates, and more Chapters:(00:00) Opening(04:44) Understanding the Firefly clock synchronization protocol(12:11) Fireflyプロトコル(25:29) Grafana 12.4 release | 42m 43s | ||||||
| 2/21/26 | 63: 安全で高速なソフトウェアをより短い時間で作る方法 | TigerBeetle社のソフトウェア開発方法論をまとめたTigerStyleという文書を読みながら雑談しました。 TigerStyle The Power of Ten – Rules for Developing Safety Critical Code1 Gerard J. Holzmann Chapters:(00:00) Opening(02:11) TigerStyle(06:28) TigerStyle’s 3 Values(07:23) Safety(09:28) Explicit Limits(12:00) Static Memory Allocation(15:43) Assertions(17:44) Logical Interfaces(19:40) Dimensionality(21:06) Zero Dependencies(23:40) Zero Technical Debt(25:16) Performance(30:43) Experience(35:34) Computer Programming is an art | 39m 23s | ||||||
| 2/14/26 | 62: CederDBの高効率文字列圧縮 / AIで継続的パフォーマンス分析 | CedarDBが最近取り入れたFSSTと呼ばれる高効率な文字列圧縮の手法について雑談しました。後半はYugabyteDBのパフォーマンスチームのAI活用事例を紹介しつつ羨望の眼差しを送っています。 CedarDB Efficient String Compression for Modern Database Systems - CedarDB How the YugabyteDB Performance Team Harnesses the Power of AI | Yugabyte Chapters:(00:00) こばさんありがとうございます(02:14) CederDB(05:16) Dictionary Compression(09:32) Fast Static Symbol Table(23:44) How the YugabyteDB Performance Team Harnesses the Power of AI(32:39) パフォーマンスの質問に答えてくれるChatBot | 38m 42s | ||||||
| 2/7/26 | 61: データベース本 / ECHONET Liteで節電したい | まったり近況をしゃべる回です。昨年末に出版されたNewSQL徹底入門という本を読んでいる話や、趣味プログラミングでECHONET Liteを使って電力使用量を可視化しようとしている話をしました。 『ＮｅｗＳＱＬ徹底入門 分散ＤＢのアーキテクチャからユースケースまで』（ミック,小林 隆浩）｜講談社 詳説 データベース - O'Reilly Japan Latency - Pekka Enberg TiDB実践入門 | 技術評論社 わかばちゃんとつくって、壊して、直して学ぶ NewSQL入門 | 翔泳社 エコーネットコンソーシアム スマホHEMS「Nature Remo E（ネイチャーリモイー）」 Chapters:(00:00) Opening(02:25) NewSQL徹底入門を読んでます(07:13) Latencyを読んでます(10:30) Database Internalsを読んでました(13:50) NewSQL本ブーム？(17:33) ECHONET Liteを使った趣味プログラミング(28:48) 読書デバイス | 34m 39s | ||||||
| 1/24/26 | 60: LSM Treeの最適化 / Redisの進化の歴史 | CockroachDBのストレージエンジンPebbleに取り入れられたLSM Treeのパフォーマンス改善の手法について雑談しました。後半はRedisの進化の歴史ついての振り返り記事を読みながら最新Redisの知られざる機能について感嘆しました。 TVアニメ「ダンジョン飯」×リーガルリリー「キラキラの灰」スペシャルコラボムービー (Feat. マルシル&ファリン) 羊文学 - more than words (Official Music Video) [TVアニメ『呪術廻戦』「渋谷事変」エンディングテーマ] Value Separation in Pebble: Storage Engine Optimization WiscKey: Separating Keys from Values in SSD-conscious Storage Introducing Apache HBase Medium Object Storage (MOB) compaction partition policies The Evolution of Redis: From Cache to AI-Database (V1.0 to 8.4) The UNIX Pipe Card Game - punkx.org Chapters:(00:00) Opening(06:13) Value Separation in Pebble: Storage Engine Optimization(09:11) LSM Treeの雑な説明(12:29) Value Separation(22:04) The Evolution of Redis: From Cache to AI-Database(34:55) The UNIX Pipe Card Game | 39m 55s | ||||||
| 1/17/26 | 59: LeaseGuardとDB界隈 | RaftにLeader Leaseを導入するLeaseGuardという手法について書かれた論文や解説ブログを読みながら雑談しました。後半はAndy Pavlo先生による2025年のデータベース業界の振り返り記事を眺めつつグダグダトークを繰り広げました。 LeaseGuard: Raft Leases Done Right! https://arxiv.org/pdf/2512.15659 Question about LeaseRead · Issue #166 · etcd-io/raft TLA+ modeling tips Databases in 2025: A Year in Review // Blog // Andy Pavlo - Carnegie Mellon University Chapters:(00:00) Opening(03:26) LeaseGuard: Raft Leases Done Right!(04:22) 著者紹介(06:01) LeaseGuardとはなにか(23:41) TLA+の学び方(26:20) Databases in 2025: A Year in Review(38:54) データベースと億万長者 | 41m 37s | ||||||
| 1/10/26 | 58: モダンな障害分析 | Meta社の障害分析プラットフォームDrPについてブログ記事を見ながら雑談しました。後半はGrafana LabsがAIを使って障害原因の究明を高速化した件について話しています。 DrP: Meta's Root Cause Analysis Platform at Scale [2512.04250] DrP: Meta's Efficient Investigations Platform at Scale A tale of two incident responses: How our AI assistant found the root cause 3.5x faster LLM plugin for Grafana Chapters:(00:00) Opening(04:42) DrP: Meta’s Root Cause Analysis Platform at Scale(18:24) A tale of two incident responses: How Grafana’s AI assistant found the root cause 3.5 times faster(28:25) Ending | 29m 19s | ||||||
| 12/27/25 | 57: The Roc Programming Language | Rocという新興のプログラミング言語について、言語の著者が出演したPodcastの内容や言語の公式ドキュメントの説明を見ながら雑談しました。 Roc with Richard Feldman - Rust in Production Podcast | corrode Rust Consulting Raku® The Roc Programming Language Fast | Roc Platforms and Apps | Roc Friendly | Roc Functional | Roc GitHub - roc-lang/roc: A fast, friendly, functional language. Chapters:(00:00) Opening(03:01) The Roc Programming Language(08:37) Rocの特徴(11:39) 特徴その1: Fast(13:56) Platform抽象化(19:36) 特徴その2: Friendly(24:39) 特徴その3: Functional(35:59) Ending | 39m 05s | ||||||
| 12/13/25 | 56: High-Performance DBMSs with io_uring | io_uringを使ってPostgreSQLの性能改善をしたという論文について、改善のステップをたどりながら雑談しました。最後に少しだけRust for Linuxの話もしました。 High-Performance DBMSs with io_uring: When and How to use it io_uring - Wikipedia The (successful) end of the kernel Rust experiment [LWN.net] Chapters:(00:00) Opening(04:36) High-Performance DBMSs with io_uring(07:02) io_uring ってなんだっけ(11:46) Buffer Manager(12:49) io_uringによるスループットの改善(27:01) スループット改善のまとめ(32:14) The successful end of the kernel Rust experiment | 35m 12s | ||||||
| 11/29/25 | 55: Maelstromを見てRaftを実装したくなったので実装している | Jepsenが出しているMaelstromというプロダクトを使っていろんなレプリケーションアルゴリズムを実装してみたくなった話をしています。後半はDatabentoでとあるシステムのリライトにRustではなくC++を採用した根拠などについて雑談しています。 Implementing Raft in Maelstrom https://github.com/jepsen-io/maelstrom/tree/main/doc/06-raft https://github.com/jepsen-io/maelstrom/blob/main/doc/workloads.md#workload-lin-kv Fly.io Distributed Systems Challenge Why we didn't rewrite our feed handler in Rust | Databento Blog Chapters:(00:00) Opening(02:16) Maelstrom(16:41) 現在の進捗状況と今後の展望(21:08) Databento(24:02) なぜRustではなくC++を採用したか(40:27) Ending | 40m 58s | ||||||
| 11/22/25 | 54: DBアクセス権限を修正したらインターネットが壊れた | 他社の障害報告を読んで勝手に胃を痛くするシリーズです。今回は2025年11月18日に発生したCloudflareの障害分析を読みながら胃をキリキリさせています。後半では新興のserverless datastoreサービスであるs2を紹介しています。 Cloudflare outage on November 18, 2025 Antirezの反応 https://x.com/antirez/status/1991082931415126492 S2, the durable stream API - S2.dev https://github.com/s2-streamstore/s2 Chapters:(00:00) Opening(03:01) Cloudflare outage on November 18, 2025(12:30) 権限設定がインターネットを壊す(16:41) X上の反応(22:53) S2, durable stream API | 32m 20s | ||||||
| 11/15/25 | 53: MongoDB高並列化の工夫とGoogleによるAIを使ったArm移行の取り組み | データベースアクセスの並列度を上げてスループットを向上させるためにロックフリーデータ構造を導入しているというMongoDBの解説ブログをネタに雑談しました。後半ではGoogleクラウドのブログ記事をネタにAIを使ったArmアーキテクチャへの移行の取り組みについて話しています。 To Lock or Not: MongoDB’s Lock-Free B-Tree Unlocks Throughput Hazard pointer - Wikipedia スキップリスト - Wikipedia ConcurrentSkipListMap (Java SE 25 & JDK 25) At Google, the future is multiarch; AI and automation are helping us get there Chapters:(00:00) Opening(03:01) MongoDB’s Lock-Free B-Tree Unlocks Throughput(08:38) ハザードポインター(14:48) スキップリスト(22:50) At Google, the future is multiarch: AI and automation are helping us get there | 34m 43s | ||||||
| 11/8/25 | 52: iPhone Airと秋の読書とヒロアカ | まったり息抜き回です。iPhone Airを買った話や最近読んだ本、漫画、最近見ているアニメの話などをだらっとしています。 iPhone Air - Apple（日本） Latency ONE PIECE 113／尾田 栄一郎 | 集英社 ― SHUEISHA ― カグラバチ ＣＯＳＭＯＳ | 書籍 | 小学館 TVアニメ『僕のヒーローアカデミア』 Chapters:(00:00) Opening(02:39) iPhone Airを買った(15:21) 新刊「Latency」について(23:02) 最近読んだ漫画(30:51) 僕のヒーローアカデミア | 35m 34s | ||||||
| 11/1/25 | 51: A memory safe implementation of C/C++, How AI is Upending Systems Research | Fil-Cというメモリ安全なバイナリを出力できる新しいC/C++処理系について雑談しました。後半はAIがシステム系の研究に与えるインパクトについて書かれた論文を紹介しつつAI活用のよもやま話をしています。 Fil-C https://x.com/hashbreaker/status/1980699316089188649 InvisiCaps By Example [2510.06189] Barbarians at the Gate: How AI is Upending Systems Research Is Systems Research Really Just About Making Numbers Bigger? - Marc's Blog Murat and Aleksey Read Papers: “Barbarians at the Gate: How AI is Upending Systems Research” GitHub - codelion/openevolve: Open-source implementation of AlphaEvolve Chapters:(00:00) Opening 芸術の秋(04:39) Fil-C(19:44) How AI is Upending Systems Research(28:42) OpenEvolve | 34m 04s | ||||||
| 10/25/25 | 50: Inside the Fall 2025 AWS Outage | 先日(2025年10月19日)に発生したAWSの障害について、公式からのサマリの記事を見ながら勝手に胃を痛める回です。 Summary of the Amazon DynamoDB Service Disruption in Northern Virginia (US-EAST-1) Region Amazon DynamoDB Global Tables Jeff Dean on X: "I was very pleased to learn on Monday that The Tail at Scale paper (https://t.co/59qOUnEJBD) thatl my dear colleague @labarroso and I wrote in 2013 was selected for the SIGOPS Hall of Fame award The Tail at Scale Chapters:(00:00) Opening(01:42) Summary of the Amazon DynamoDB Service Disruption in US-EAST-1 Region(14:55) EC2サービスへの影響(20:00) NLBサービスへの影響(22:19) 再発防止策(26:56) 形式検証の限界?(32:41) The tail at Scale 殿堂入り | 35m 53s | ||||||
Showing 25 of 74
Sponsor Intelligence
Sign in to see which brands sponsor this podcast, their ad offers, and promo codes.
Chart Positions
1 placement across 1 market.
Chart Positions
1 placement across 1 market.