Studyplus Engineering Podcast

Studyplus Engineers
  • 0.0 (0)
  • Technology
  • Updated Monthly

Studyplus Engineering Podcastは、主にスタディプラスのエンジニアが業務で関わった技術的なことや、最近気になっている技術について雑談をするPodcastです。

  1. Sep 4

    58: 【DBスペシャリスト】全部トランザクションはNG？POSと決済から学ぶデータ整合性

    スタディプラスの若手エンジニアが、データベーススペシャリスト試験合格に向けた学習の中でリアルな壁に直面！？今回は「POSシステムのトランザクション設計」や「ECサイトのクレカ決済エラー」という複雑な疑問を先輩にぶつけます。元IBMの先輩エンジニアが「全部トランザクションで囲むのはNG」「決済後はロールバックではなくキャンセル処理」と、現場ならではの泥臭いシステム設計の裏側を解説！テックな雑談も交えつつ、先輩後輩の和気あいあいとした雰囲気でお届けします。秋の「Kaigi on Rails 2026」スポンサー出展というワクワクするお知らせも！ Show Notes 【祝】Kaigi on Rails 2026にRubyスポンサーとして協賛決定！ POSシステムの裏側：全ての処理をトランザクションで囲むのはNG？ロックとデータ整合性のリアルな折り合いのつけ方 決済処理の落とし穴：ECサイトでクレカ決済完了後にエラーが起きたら？「ロールバック」が正解ではない理由 採用情報 スタディプラスでは一緒に働くエンジニアを募集しております。カジュアル面談も随時受け付けていますので、ご興味のある方は下記リンクからご応募ください。⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠スタディプラスの採用情報⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ 著作権表示 BGMはフリーBGM・音楽素材MusMus(⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://musmus.main.jp⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠)を使用しています。

  2. Aug 28

    57: SDDからの卒業！自社開発OSS「Miko」が切り拓くビジネスルールドリブン開発

    Web Appグループ2年目のホカゾノが、同僚の山田、そして今年入社したPdMの岸とともに、自社開発OSS「Miko」についてテックな雑談を展開！まさかの「SDD（SpecKit）からの卒業」を果たしたスタディプラス。かつてはAI向けの仕様書が「すぐ腐る」「文章量が多すぎる」という壁に直面していましたが、ビジネスルールドリブン開発でその課題を解決しました。PdMから見ても仕様確認が劇的にスムーズになったという「生きたドキュメント」の魅力とは？エンジニアがQAや要件定義の領域へどう染み出していくのか、熱量たっぷりに語ります！ エピソード内で語られたOSS「Miko」について、もっと知りたい！という方は、ぜひ以下のリンクから詳細をチェックしてみてください！ GitHubリポジトリ： ⁠https://github.com/studyplus/mikoMiko開発者ブログ： https://tech.studyplus.co.jp/entry/2026/07/27/095752 Show Notes SDDからの卒業と「Miko」の誕生: SpecKitを使った仕様書作成の壁。なぜ仕様書はすぐに腐ってしまうのか？ 魔法の言葉「ビジネスルールドリブン開発」: 生きたドキュメントを蓄積する自社開発OSS「Miko」の画期的な仕組みとは？ PdM目線で語るAI時代のコミュニケーション: エンジニアの邪魔をせずにClaudeで仕様確認！劇的に変わった開発フローとレビュー体験。 AIが広げるエンジニアの可能性: 今後エンジニアはどこまで領域を広げられるのか？未来のチーム開発に向けた熱い議論！ 採用情報 スタディプラスでは一緒に働くエンジニアを募集しております。カジュアル面談も随時受け付けていますので、ご興味のある方は下記リンクからご応募ください。⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠スタディプラスの採用情報⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ 著作権表示 BGMはフリーBGM・音楽素材MusMus(⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://musmus.main.jp⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠)を使用しています。

  3. Aug 14

    56: 【DBスペシャリスト】突然の参考書クイズ！弱点SQLを克服して合格を掴め

    データベーススペシャリスト試験に挑戦中の田嶋が、先輩エンジニアの伊尾木さんから急遽参考書クイズを挑まれることに！SQLの「UNION」や結合の種類、第3正規形の「推移的関数従属」など、基礎知識の理解度を抜き打ちチェック。冷や汗ものの展開の中、現在の正解率が4割強であることや、SQLという大きな弱点が浮き彫りになりました。急遽SQL本を購入し、年後半に向けた巻き返しを誓うタシマのリアルな学習ロードマップと、和気あいあいとしたトークをぜひお聴きください！ Show Notes 突然始まった抜き打ちテスト！参考書クイズでタシマの理解度をチェック SQLの「和の操作」って何だっけ？冷や汗連発のデータベース基礎知識 「スーパータイプ」の相棒は？ギリギリ正解を叩き出したER図の知識 弱点が浮き彫りに…？正解率4割からの巻き返しに向けたSQL強化宣言！ 採用情報 スタディプラスでは一緒に働くエンジニアを募集しております。カジュアル面談も随時受け付けていますので、ご興味のある方は下記リンクからご応募ください。⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠スタディプラスの採用情報⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ 著作権表示 BGMはフリーBGM・音楽素材MusMus(⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://musmus.main.jp⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠)を使用しています。

  4. Jul 31

    55: 【プロダクトについて考える】AI時代、エンジニアとデザイナーの役割はどう変わる？習慣化を促すプロダクト開発のリアルと「Why/What」の議論

    ウェブエンジニアのホカゾノが、PdMの森井とデザインマネージャーの上村をゲストに迎え、学習の習慣化に向けたプロダクト開発とAI時代の働き方を語り合いました！単発で終わらせない長期的体験設計の難しさや、新機能「初めてガイド」での裏話など、現場の悩みを深掘り。さらに生成AI（Claude等）の台頭により、エンジニアやデザイナーの役割が「作る作業」から「Why/Whatの判断」へとシフトするリアルな現場事情にも迫ります。職種を超えて熱く議論するスタディプラスのプロダクト作りの雰囲気をぜひお聴きください！ Show Notes 学習習慣化への挑戦：単発で終わらせない「息の長い体験」と成長感の生み出し方とは？ 新機能「初めてガイド」の裏側：新規ユーザーの行動促進と既存ユーザー体験の絶妙なバランス 生成AI時代におけるデザイナーの役割変化：「作る作業」から高度な「体験の判断」へのシフト エンジニアとPDMの境界線の変化：開発高速化によって熱を帯びる「Why / What」の議論 採用情報 スタディプラスでは一緒に働くエンジニアを募集しております。カジュアル面談も随時受け付けていますので、ご興味のある方は下記リンクからご応募ください。⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠スタディプラスの採用情報⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ 著作権表示 BGMはフリーBGM・音楽素材MusMus(⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://musmus.main.jp⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠)を使用しています。

  5. Jul 31

    54: 【DBスペシャリスト】Amazonはなぜ止まらない？巨大DBの無停止運用とテーブル分割の裏側に迫る！

    「データベーススペシャリスト試験」合格に向けて奮闘中の田嶋が、先輩エンジニアの伊尾木とともに「Amazonはなぜ無停止で運用できるのか？」という素朴な疑問に迫ります！数億件ものデータを持つ巨大テーブルのスキーマ変更をどう実現しているのか、オンラインDDLやデータベースの水平・垂直分割などの技術手法を交えて深掘り。テーブル分割に伴うコードの複雑化やページング処理の苦労など、現場ならではのリアルな雑談も満載です！試験勉強の進捗も報告しつつ次回へ弾みをつけます。ぜひお聴きください！ Show Notes DBスペシャリスト試験への挑戦：直近2週間で10時間勉強！過去問対策の壁と進捗 Amazonはなぜ止まらない？：巨大テーブルのスキーマ変更と無停止運用の謎 オンラインDDLとテーブル分割：水平・垂直分割で巨大データを扱うテクニック テーブル分割のリアルな代償：コードの複雑化や「厳密なページング」を諦める苦悩 採用情報 スタディプラスでは一緒に働くエンジニアを募集しております。カジュアル面談も随時受け付けていますので、ご興味のある方は下記リンクからご応募ください。⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠スタディプラスの採用情報⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ 著作権表示 BGMはフリーBGM・音楽素材MusMus(⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://musmus.main.jp⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠)を使用しています。

  6. Jul 10

    53: 【DBスペシャリスト】大盛況のイベント裏話と、データベースの難問「入れ子構造」に挑むテック雑談！

    データベーススペシャリスト試験に挑戦中の田嶋さんが、先輩エンジニアと「入れ子構造のデータ設計」をテーマに熱いテック雑談を展開！3社合同の「Claude Code Night」主催で多忙を極めた田嶋さんに、先輩からデータベース設計の容赦ない問いかけが始まります。部署の階層データを「WITH RECURSIVE」を使わずにSQLで一発取得するには？実務でも直面する設計の壁に田嶋さんが必死に挑みます！ Show Notes 3社合同「Claude Code Night」開催！オフライン・オンライン合わせて大盛況だったイベントの舞台裏 データベースの「入れ子構造」とは？身近な「部署」の例から学ぶツリー型データの基本 親IDを持つだけでは不十分？再帰的SQL（WITH RECURSIVE）が抱えるパフォーマンスの罠 複雑な階層構造をSQLでスマートに一発取得する設計アプローチとは？ 採用情報 スタディプラスでは一緒に働くエンジニアを募集しております。カジュアル面談も随時受け付けていますので、ご興味のある方は下記リンクからご応募ください。⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠スタディプラスの採用情報⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ 著作権表示 BGMはフリーBGM・音楽素材MusMus(⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://musmus.main.jp⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠)を使用しています。

  7. Jun 26

    52: 【DBスペシャリスト】マックのポテトで学ぶ「部品表」と再帰構造！データベーススペシャリスト試験への挑戦

    データベーススペシャリスト試験の合格を目指して勉強中の田嶋が、今回は試験の超頻出テーマである「部品表（BOM）」について先輩エンジニアの伊尾木に切り込みました！マックのハンバーガーや自動車を例に、製品や半製品をDBでどう厳密に管理すべきかという深い議論へ発展。ポテトがセットにも単品にもなる複雑さや、「再帰構造」を持つテーブル設計の壁に直面したタシマに対し、伊尾木が部署テーブルを例にわかりやすく解説する熱いテック雑談が展開されます！ Show Notes マックかマクドか？出身地による呼び方の意外なローカル文化商品でありパーツでもある？マックのポテトから学ぶ「半製品」管理の難しさゴマのロスト削減で億単位の節約！？大量生産における厳密な個数管理の重要性部署テーブルを例に解説：DBで「入れ子構造（再帰構造）」をどう表現するか？部品数は数万点！日々ダイナミックに入れ替わる自動車の部品表の複雑さ採用情報 スタディプラスでは一緒に働くエンジニアを募集しております。カジュアル面談も随時受け付けていますので、ご興味のある方は下記リンクからご応募ください。⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠スタディプラスの採用情報⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ 著作権表示 BGMはフリーBGM・音楽素材MusMus(⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://musmus.main.jp⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠)を使用しています。

  8. Jun 12

    51: 【DBスペシャリスト】ポイ活の裏側は法律とDB設計の壁だらけ！？テックリードが語る決済システム

    今回は、田嶋とテックリードの伊尾木の2人がデータベーススペシャリスト試験に向けた「業務理解」を深めるテックな雑談を展開します！日常の「ポイ活」の疑問から、まさかの法律の壁に直面…！？前職でポイントシステムを構築した経験のあるテックリードが、資金決済法との戦いや、有効期限を1ポイント単位で厳密に管理するDB設計の苦労話を語ります。さらに、データの更新・削除は厳禁という監査データの原則から、銀行振込における泥臭いシステム運用の実態まで、お金を扱うシステムの奥深さと面白さに迫ります。リスナーの皆さんも思わず納得の、学びと驚きが詰まったエピソードです！ Show Notes ポイント導入を阻む法律の壁：無期限ポイントは通貨になる？資金決済法と「負債」をめぐる攻防 デリートは絶対にダメ！DB設計の鉄則：有効期限を先入れ先出しするロジックと履歴管理の重要性 他店ポイントの仕組みと決済の裏側：共通ポイントを使われた店は損をするのか？購入と支払いの関係 銀行振込の意外なリスクと泥臭い運用：振込名義人は信用できない？かつて行われていた複数口座の割り当て術 採用情報 スタディプラスでは一緒に働くエンジニアを募集しております。カジュアル面談も随時受け付けていますので、ご興味のある方は下記リンクからご応募ください。⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠スタディプラスの採用情報⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ 著作権表示 BGMはフリーBGM・音楽素材MusMus(⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://musmus.main.jp⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠)を使用しています。

See All (69)

About

Studyplus Engineering Podcastは、主にスタディプラスのエンジニアが業務で関わった技術的なことや、最近気になっている技術について雑談をするPodcastです。

Information

  • Creator
    Studyplus Engineers
  • Years Active
    2022 - 2026
  • Episodes
    69
  • Rating
    Clean
  • Copyright
    © Studyplus Engineers
  • Show Website
    Studyplus Engineering Podcast

You Might Also Like