Studyplus Engineering Podcast

Studyplus Engineers

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

  1. -1 дн.

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

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

  2. -1 дн.

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

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

  3. 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⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠)を使用しています。

  4. 26 июн.

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

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

  5. 12 июн.

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

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

  6. 22 мая

    50: 【RubyKaigi振り返り】若手の壁と新概念「Ruby Box」をテックリードと語る

    スタディプラスの若手エンジニア（田嶋、外囿、羽鳥）とテックリードの伊尾木が、函館で開催された「RubyKaigi」の振り返りをお届けします！若手メンバーが「単語はわかるけど線が繋がらない…」と高度なセッションという壁に直面する中、羽鳥はなんとClaude Codeを活用して休憩中にC言語の内部実装を探求していた！？後半は注目の新機能「Ruby Box」についてテックな雑談を展開。Rakeタスクでの失敗談を振り返る先輩・後輩のやり取りから、Rubyの「名前空間」が抱える歴史的な背景まで語り合います。果たして実務でのユースケースは見つかるのか…？次世代のRubyに思いを馳せながら、ぜひお聴きください！ Show Notes RubyKaigi in 函館の感想：若手エンジニアが感じた「置いてけぼり感」とは？休憩中にAIで壁打ちをする羽鳥：Claude Codeを駆使してRubyの内部実装（C言語）を読み解く！目玉機能「Ruby Box」って結局なに？：モジュールとの違いは？パラレルワールド？テックリードと新概念を探る。Ruby Boxのユースケースを妄想する：RSpecのモンキーパッチ隔離やRakeタスクでの活用法について。Rubyの「名前空間」問題：定数解決の難しさなど、Ruby Boxが求められていた歴史的背景を深掘り。採用情報 スタディプラスでは一緒に働くエンジニアを募集しております。カジュアル面談も随時受け付けていますので、ご興味のある方は下記リンクからご応募ください。⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠スタディプラスの採用情報⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ 著作権表示 BGMはフリーBGM・音楽素材MusMus(⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://musmus.main.jp⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠)を使用しています。

  7. 8 мая

    49: 【DBスペシャリスト挑戦シリーズ】マスタとトランザクションの違いって？YouTubeの「いいね」に隠されたシステム設計の裏側！

    新卒エンジニアの田嶋と外囿、そしてテックリードの伊尾木が「データベーススペシャリスト試験」合格に向けて大奮闘！今回は「マスタ系」と「トランザクションデータ」の違いについて白熱した議論を展開します。 「実はYouTubeの『いいね』数は正確じゃない…？」といった身近なシステムの裏話から、更新頻度に応じたインデックスのチューニング方法まで、テックリードならではの深い知見に新卒陣が壁に直面しつつも新たな発見を得ていきます。システム設計の面白さと奥深さを感じられるエピソード、ぜひお楽しみください！ Show Notes マスタ系とトランザクションデータって結局何が違うの？塾システムやハンバーガーで例える、データ設計のリアル嘘の数字を見せている？YouTubeの「いいね」やテレビ投票の裏側 採用情報 スタディプラスでは一緒に働くエンジニアを募集しております。カジュアル面談も随時受け付けていますので、ご興味のある方は下記リンクからご応募ください。⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠スタディプラスの採用情報⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ 著作権表示 BGMはフリーBGM・音楽素材MusMus(⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://musmus.main.jp⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠)を使用しています。

  8. 1 мая

    48: 【DBスペシャリストへの道】「SQLはなぜチューリング完全なのか」テックリードが語る計算機科学のロマン

    新卒の田嶋と外囿、テックリードの伊尾木が、データベーススペシャリスト試験に向けた進捗報告とテック雑談を展開！試験が来年2月に延期となり、モチベーション維持の壁に直面した田嶋ですが、話題は「なぜSQLはチューリング完全なのか？」という壮大なテーマへ。伊尾木の熱量あふれる解説により、RECURSIVE（再帰）による進化の歴史から、ゲーデルの不完全性定理、さらには「スーパーマリオメーカーもチューリング完全!?」といったユニークなトピックまで飛び出します。先輩エンジニアの圧倒的な知識量に新卒メンバーも興味津々。知的好奇心が刺激されること間違いなしのエピソード、ぜひお聴きください！ ※収録内で正規表現とありますが、正しくは正規言語です。 誤：正規表現 正：正規言語 Show Notes SQLはチューリング完全であるべきか？計算機科学の奥深い世界定量と定性で見る成長の実感スーパーマリオメーカーもTypeScriptの「型」もチューリング完全！ 数学の常識を覆した「不完全性定理」と天動説の意外な関係 採用情報 スタディプラスでは一緒に働くエンジニアを募集しております。カジュアル面談も随時受け付けていますので、ご興味のある方は下記リンクからご応募ください。⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠スタディプラスの採用情報⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠ 著作権表示 BGMはフリーBGM・音楽素材MusMus(⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://musmus.main.jp⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠)を使用しています。

См. все (66)

Об этом подкасте

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

Информация

  • Автор
    Studyplus Engineers
  • Годы выхода
    2022 - 2026
  • Выпуски
    66
  • Ограничения
    Без ненормативной лексики
  • Авторские права
    © Studyplus Engineers
  • Сайт подкаста
    Studyplus Engineering Podcast