スタディプラスの若手エンジニアが、データベーススペシャリスト試験合格に向けた学習の中でリアルな壁に直面！？今回は「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⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠)を使用しています。

Web Appグループ2年目のホカゾノが、同僚の山田、そして今年入社したPdMの岸とともに、自社開発OSS「Miko」についてテックな雑談を展開！まさかの「SDD（SpecKit）からの卒業」を果たしたスタディプラス。かつてはAI向けの仕様書が「すぐ腐る」「文章量が多すぎる」という壁に直面していましたが、ビジネスルールドリブン開発でその課題を解決しました。PdMから見ても仕様確認が劇的にスムーズになったという「生きたドキュメント」の魅力とは？エンジニアがQAや要件定義の領域へどう染み出していくのか、熱量たっぷりに語ります！

エピソード内で語られたOSS「Miko」について、もっと知りたい！という方は、ぜひ以下のリンクから詳細をチェックしてみてください！

• GitHubリポジトリ： ⁠https://github.com/studyplus/miko

• Miko開発者ブログ： 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⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠)を使用しています。

データベーススペシャリスト試験に挑戦中の田嶋が、先輩エンジニアの伊尾木さんから急遽参考書クイズを挑まれることに！SQLの「UNION」や結合の種類、第3正規形の「推移的関数従属」など、基礎知識の理解度を抜き打ちチェック。冷や汗ものの展開の中、現在の正解率が4割強であることや、SQLという大きな弱点が浮き彫りになりました。急遽SQL本を購入し、年後半に向けた巻き返しを誓うタシマのリアルな学習ロードマップと、和気あいあいとしたトークをぜひお聴きください！

Show Notes

• 突然始まった抜き打ちテスト！参考書クイズでタシマの理解度をチェック

• SQLの「和の操作」って何だっけ？冷や汗連発のデータベース基礎知識

• 「スーパータイプ」の相棒は？ギリギリ正解を叩き出したER図の知識

• 弱点が浮き彫りに…？正解率4割からの巻き返しに向けたSQL強化宣言！

採用情報

スタディプラスでは一緒に働くエンジニアを募集しております。カジュアル面談も随時受け付けていますので、ご興味のある方は下記リンクからご応募ください。⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠スタディプラスの採用情報⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠

著作権表示

BGMはフリーBGM・音楽素材MusMus(⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://musmus.main.jp⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠)を使用しています。

ウェブエンジニアのホカゾノが、PdMの森井とデザインマネージャーの上村をゲストに迎え、学習の習慣化に向けたプロダクト開発とAI時代の働き方を語り合いました！単発で終わらせない長期的体験設計の難しさや、新機能「初めてガイド」での裏話など、現場の悩みを深掘り。さらに生成AI（Claude等）の台頭により、エンジニアやデザイナーの役割が「作る作業」から「Why/Whatの判断」へとシフトするリアルな現場事情にも迫ります。職種を超えて熱く議論するスタディプラスのプロダクト作りの雰囲気をぜひお聴きください！

Show Notes

• 学習習慣化への挑戦：単発で終わらせない「息の長い体験」と成長感の生み出し方とは？

• 新機能「初めてガイド」の裏側：新規ユーザーの行動促進と既存ユーザー体験の絶妙なバランス

• 生成AI時代におけるデザイナーの役割変化：「作る作業」から高度な「体験の判断」へのシフト

• エンジニアとPDMの境界線の変化：開発高速化によって熱を帯びる「Why / What」の議論

採用情報

スタディプラスでは一緒に働くエンジニアを募集しております。カジュアル面談も随時受け付けていますので、ご興味のある方は下記リンクからご応募ください。⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠スタディプラスの採用情報⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠

著作権表示

BGMはフリーBGM・音楽素材MusMus(⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://musmus.main.jp⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠)を使用しています。

「データベーススペシャリスト試験」合格に向けて奮闘中の田嶋が、先輩エンジニアの伊尾木とともに「Amazonはなぜ無停止で運用できるのか？」という素朴な疑問に迫ります！数億件ものデータを持つ巨大テーブルのスキーマ変更をどう実現しているのか、オンラインDDLやデータベースの水平・垂直分割などの技術手法を交えて深掘り。テーブル分割に伴うコードの複雑化やページング処理の苦労など、現場ならではのリアルな雑談も満載です！試験勉強の進捗も報告しつつ次回へ弾みをつけます。ぜひお聴きください！

Show Notes

• DBスペシャリスト試験への挑戦：直近2週間で10時間勉強！過去問対策の壁と進捗

• Amazonはなぜ止まらない？：巨大テーブルのスキーマ変更と無停止運用の謎

• オンラインDDLとテーブル分割：水平・垂直分割で巨大データを扱うテクニック

• テーブル分割のリアルな代償：コードの複雑化や「厳密なページング」を諦める苦悩

  
  

採用情報

スタディプラスでは一緒に働くエンジニアを募集しております。カジュアル面談も随時受け付けていますので、ご興味のある方は下記リンクからご応募ください。⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠スタディプラスの採用情報⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠

著作権表示

BGMはフリーBGM・音楽素材MusMus(⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://musmus.main.jp⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠)を使用しています。

データベーススペシャリスト試験に挑戦中の田嶋さんが、先輩エンジニアと「入れ子構造のデータ設計」をテーマに熱いテック雑談を展開！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⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠)を使用しています。

データベーススペシャリスト試験の合格を目指して勉強中の田嶋が、今回は試験の超頻出テーマである「部品表（BOM）」について先輩エンジニアの伊尾木に切り込みました！マックのハンバーガーや自動車を例に、製品や半製品をDBでどう厳密に管理すべきかという深い議論へ発展。ポテトがセットにも単品にもなる複雑さや、「再帰構造」を持つテーブル設計の壁に直面したタシマに対し、伊尾木が部署テーブルを例にわかりやすく解説する熱いテック雑談が展開されます！

Show Notes

• マックかマクドか？出身地による呼び方の意外なローカル文化
• 商品でありパーツでもある？マックのポテトから学ぶ「半製品」管理の難しさ
• ゴマのロスト削減で億単位の節約！？大量生産における厳密な個数管理の重要性
• 部署テーブルを例に解説：DBで「入れ子構造（再帰構造）」をどう表現するか？
• 部品数は数万点！日々ダイナミックに入れ替わる自動車の部品表の複雑さ

採用情報

スタディプラスでは一緒に働くエンジニアを募集しております。カジュアル面談も随時受け付けていますので、ご興味のある方は下記リンクからご応募ください。⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠スタディプラスの採用情報⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠

著作権表示

BGMはフリーBGM・音楽素材MusMus(⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://musmus.main.jp⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠)を使用しています。

今回は、田嶋とテックリードの伊尾木の2人がデータベーススペシャリスト試験に向けた「業務理解」を深めるテックな雑談を展開します！日常の「ポイ活」の疑問から、まさかの法律の壁に直面…！？前職でポイントシステムを構築した経験のあるテックリードが、資金決済法との戦いや、有効期限を1ポイント単位で厳密に管理するDB設計の苦労話を語ります。さらに、データの更新・削除は厳禁という監査データの原則から、銀行振込における泥臭いシステム運用の実態まで、お金を扱うシステムの奥深さと面白さに迫ります。リスナーの皆さんも思わず納得の、学びと驚きが詰まったエピソードです！

Show Notes

• ポイント導入を阻む法律の壁：無期限ポイントは通貨になる？資金決済法と「負債」をめぐる攻防

• デリートは絶対にダメ！DB設計の鉄則：有効期限を先入れ先出しするロジックと履歴管理の重要性

• 他店ポイントの仕組みと決済の裏側：共通ポイントを使われた店は損をするのか？購入と支払いの関係

• 銀行振込の意外なリスクと泥臭い運用：振込名義人は信用できない？かつて行われていた複数口座の割り当て術

採用情報

スタディプラスでは一緒に働くエンジニアを募集しております。カジュアル面談も随時受け付けていますので、ご興味のある方は下記リンクからご応募ください。⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠スタディプラスの採用情報⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠

著作権表示

BGMはフリーBGM・音楽素材MusMus(⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://musmus.main.jp⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠)を使用しています。

スタディプラスの若手エンジニア（田嶋、外囿、羽鳥）とテックリードの伊尾木が、函館で開催された「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⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠)を使用しています。

新卒エンジニアの田嶋と外囿、そしてテックリードの伊尾木が「データベーススペシャリスト試験」合格に向けて大奮闘！今回は「マスタ系」と「トランザクションデータ」の違いについて白熱した議論を展開します。

「実はYouTubeの『いいね』数は正確じゃない…？」といった身近なシステムの裏話から、更新頻度に応じたインデックスのチューニング方法まで、テックリードならではの深い知見に新卒陣が壁に直面しつつも新たな発見を得ていきます。システム設計の面白さと奥深さを感じられるエピソード、ぜひお楽しみください！

Show Notes

• マスタ系とトランザクションデータって結局何が違うの？

• 塾システムやハンバーガーで例える、データ設計のリアル

• 嘘の数字を見せている？YouTubeの「いいね」やテレビ投票の裏側

採用情報

スタディプラスでは一緒に働くエンジニアを募集しております。カジュアル面談も随時受け付けていますので、ご興味のある方は下記リンクからご応募ください。⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠スタディプラスの採用情報⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠

著作権表示

BGMはフリーBGM・音楽素材MusMus(⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠https://musmus.main.jp⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠)を使用しています。