リファクタリングとともに生きるラジオ

リファラジ

三度の飯よりリファクタリングが好きな2人がリファクタリングについてゆるく楽しく雑談する様子をお届けするラジオです。
毎週更新を目指します。チャンネルフォローしてもらえると嬉しいです。

■ おたよりフォーム
https://forms.gle/RYUG7T4ctmF7Srf36

■ X（Twitter）
https://twitter.com/refactoradio
ハッシュタグは #リファラジです。

■ YouTube
https://www.youtube.com/@refactoradio

■ lacolaco
https://twitter.com/laco2net

■ okunokentaro
https://twitter.com/okunokentaro

Play

Open in

20 episodes
weekly
Avg 31 min
Japanese

Episodes 20

Newest Oldest Longest

All20 Unplayed20 In progress0 Played0

S2 · E4
September 16 · 1 hr 3 min
Vibe Refactoringの実践／「5行ルール」をやってみた結果… 【#リファラジ S2-4】
■ トピック Vibe Refactoringの実践シン・ボーイスカウトルール「5行ルール」をやってみた ADRを活用したAIコードレビュー ■ 参考リンクフロントエンドカンファレンス福岡 2026: https://frontend-conf.fukuoka.jp/2026/ TSKaigi Sendai 2026: https://sendai.tskaigi.org/ 『プログラマが知るべき97のこと』: https://www.oreilly.co.jp/books/9784873114798/ 『実践で学ぶコード改善の極意 5行ルールで強く美しくリファクタリングする』: https://book.mynavi.jp/ec/products/detail/id=147499 Diff① 「ついで直し」はボーイスカウトルールではない: https://youtu.be/bKT4r9NKDlk 関数の「5行ルール」とは？: https://www.youtube.com/live/OhZtZJnkKDI コードレビューを全廃した話: https://youtube.com/live/MCFllomIPuI ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X（Twitter） https://x.com/refactoradio ■ Bluesky https://bsky.app/profile/refactoradio.com ハッシュタグは #リファラジです。
S2 · E3
August 18 · 1 hr 2 min
AIが暴走したのでDocker Sandboxes導入した／画像回帰テストではできないことがある【#リファラジ S2-3】
■ トピック AIエージェント暴走の夏 MicroVMで開発環境を隔離するおたより「フロントエンドのテスト技法」画像回帰テストの限界と「開くためのテスト」気になる記事・AIと品質保証 ■ 参考リンク AIが実装し、AIがテストし、AIが「問題ありません」と言う時代の品質保証: https://qiita.com/y0us91/items/2feffd2cc6c672717973 okunokentaroが作ったツール "sbxm": https://crescware.github.io/sbxm/ フロントエンドカンファレンス福岡2026: https://frontend-conf.fukuoka.jp/2026/ lacolacoのTSKaigi 2026登壇セッション: https://blog.lacolaco.net/posts/tskaigi-2026-deck ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X（Twitter） https://x.com/refactoradio ■ Bluesky https://bsky.app/profile/refactoradio.com ハッシュタグは #リファラジです。
S2 · E2
July 14 · 1 hr 6 min
関数の「5行ルール」とは？・AI時代に新たな言語を学ぶ意味【#リファラジ S2-2】
■ トピック書籍紹介『実践で学ぶコード改善の極意』書籍紹介『我ら、プログラマー』 ■ 参考リンク『実践で学ぶコード改善の極意 5行ルールで強く美しくリファクタリングする』: https://book.mynavi.jp/ec/products/detail/id=147499 長すぎる関数シリーズ (シーズン1 第7〜9回): https://refactoradio.com/episode/007 『我ら、プログラマー AdaからAIまで、コーダーたちの年代記』: https://www.kadokawa.co.jp/product/302605002959/ 『達人プログラマー（第2版）熟達に向けたあなたの旅』: https://www.ohmsha.co.jp/book/9784274226298/ 『Clean Code アジャイルソフトウェア達人の技』: https://www.kadokawa.co.jp/product/200904000444/ Diff③ 「Gitの次」ってどうなる？ (シーズン1 第34回): https://refactoradio.com/episode/034 ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X（Twitter） https://x.com/refactoradio ■ Bluesky https://bsky.app/profile/refactoradio.com ハッシュタグは #リファラジです。
S2 · E1
June 17 · 1 hr 6 min
S2 #1 変更容易性には2種類ある・人間はコードレビューをやめられる？
■ トピック TSKaigi 2026でテスト駆動開発の話してきたコードレビュー完全にやらなくなった『ソフトウェア設計と結合バランス』はいいぞ ■ 参考リンク TSKaigi 2026 登壇『いつテストを書くか？』: https://blog.lacolaco.net/posts/tskaigi-2026-deck フロントエンドカンファレンス福岡 2026: https://frontend-conf.fukuoka.jp/2026/ 『ソフトウェア設計の結合バランス持続可能な成長を支えるモジュール化の原則』: https://book.impress.co.jp/books/1124101149 『Tidy First? ―個人で実践する経験主義的ソフトウェア設計』: https://www.oreilly.co.jp/books/9784814400911/ リファラジ #100: https://refactoradio.com/episode/100 ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X（Twitter） https://x.com/refactoradio ■ Bluesky https://bsky.app/profile/refactoradio.com ハッシュタグは #リファラジです。
S1 · E107
Dec 29, 2025 · 25 min
#107 【シーズン1最終回】リファクタリングはどこへ向かうのか？
■ トピックリファクタリングの未来 AIコーディングエージェントは脅威ではなかった？「リファクタリングが不要になる未来」「長すぎる関数」は「長すぎる要件定義」に変わるだけ大元のプロンプトが新たな「ソフトウェア」になるソフトウェアがある限り、リファクタリングは消えないご挨拶今後の予定年明けの生放送、チャンネル登録、Twitterフォローでお見逃しなく! ■ 参考リンク ep100: 【ゲスト:和田卓人さん】あなたのリファクタリングはどこから？「三度の飯よりリファクタリング」を語る ep103: 開放閉鎖原則① SOLIDのO 「拡張に開き、修正に閉じる」って何？ ep104: 開放閉鎖原則② リファクタリングの究極の目的 ―開放閉鎖原則とTDD― ep105: 開放閉鎖原則③ すべてがOになる ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X（Twitter） https://twitter.com/refactoradio ■ Bluesky https://bsky.app/profile/refactoradio.com ハッシュタグは #リファラジです。
S1 · E106
Dec 22, 2025 · 20 min
#106 最終回直前！おたより紹介&総括思い出の回をふりかえる
■ トピックシーズン1最終回直前！2年間の総括 okunokentaroのCodeGrid連載お便り・コメント紹介 2年間のポッドキャスト統計人気エピソードランキング lacolacoが選ぶベスト回 okunokentaroが選ぶ名言 ep016「右手にSRP、左手にDRY」を振り返る 2年間の学び: OCPと命名がリファクタリングの核次回予告: リファクタリングはどこへ向かうか ■ 参考リンク CodeGrid連載「プログラミングにおける名付けの考え方」 ep001: 名前にどこまで意味を込めるか ep008: 長すぎる関数② 長くなる前にテストを書こう ep014: 単一責任原則① 責任が単一であるってどういうこと？ ep016: 単一責任原則③ 右手にSRP、左手にDRY ep022: コメント③ 書くべきコメントよりも残すべきコメントについて考える ep034: Diff③ 「Gitの次」ってどうなる？ ep094: 見積もりと経験/足し算のコードと引き算のコード ep100: 【ゲスト:和田卓人さん】あなたのリファクタリングはどこから？「三度の飯よりリファクタリング」を語る ep103: 開放閉鎖原則① SOLIDのO 「拡張に開き、修正に閉じる」って何？ ep104: 開放閉鎖原則② リファクタリングの究極の目的 ―開放閉鎖原則とTDD― ep105: 開放閉鎖原則③ すべてがOになる ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X（Twitter） https://twitter.com/refactoradio ■ Bluesky https://bsky.app/profile/refactoradio.com ハッシュタグは #リファラジです。
S1 · E105
Dec 15, 2025 · 19 min
#105 開放閉鎖原則③ すべてがOになる
■ トピック「すべてがOになる」 SOLID原則の中で「O」だけレイヤーが違う OCPはクラス設計だけでなくソフトウェア全体の原則ソフトウェアの持続的な成長を可能にするOCP 「機能追加はコードの追加だけで済む」という理想状態仕様変更コストの「連続性」「足すだけ」が「足すだけ」で済まないのはOCP違反のサイン機能追加で感じる「痛み」レビューの辛さも「痛み」デザインパターンのほとんどはOCPを満たすためにある AI時代における開発の「痛み」の感じ方 ■ 参考リンクデザインパターンとOpen-Closed Principle ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X（Twitter） https://twitter.com/refactoradio ■ Bluesky https://bsky.app/profile/refactoradio.com ハッシュタグは #リファラジです。
S1 · E104
Dec 8, 2025 · 20 min
#104 開放閉鎖原則② リファクタリングの究極の目的 ―開放閉鎖原則とTDD―
■ トピック OCPとTDDの深い関係性「開放閉鎖原則は徐々に満たされる」 YAGNI原則との繋がり「どこまで拡張性を持つべきか」 TDDのサイクルで感じる「痛み」が設計改善のサイン今日のための設計コードの「痛み」はOCP違反のシグナルリファクタリングの究極の目的はOCPを満たすこと？息をするようにOCPに近づける YAGNIの指針「目の前の痛み」だけに対処する YAGNIを保ちつつ拡張性を高める方法 LLM/AIはコードの「痛み」を感じない？ OCPの理想にTDDで一歩ずつ近づく ■ 参考リンク『テスト駆動開発』Kent Beck 著, 和田卓人訳 ep100: 【ゲスト:和田卓人さん】あなたのリファクタリングはどこから？「三度の飯よりリファクタリング」を語る ep101: 【ゲスト:和田卓人さん②】令和のリファクタリング、どう学ぶ？ LLMと本それぞれの役割 ep036: DRYとYAGNI① DRYとは「知識」と「表現」の原則である ep037: DRYとYAGNI② DRYとYAGNIの両立知識不足と心配性 ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X（Twitter） https://twitter.com/refactoradio ■ Bluesky https://bsky.app/profile/refactoradio.com ハッシュタグは #リファラジです。
S1 · E103
Dec 1, 2025 · 18 min
#103 開放閉鎖原則① SOLIDのO 「拡張に開き、修正に閉じる」って何？
■ トピック SOLID原則最後のテーマ「O」なぜ「O」を最後に残したのか？「拡張に対して開き、修正に対して閉じる」『Clean Architecture』におけるOCPの重要性なぜ税率変更で既存コードを修正してはいけないのか？「修正に対して閉じる」とはどういうことか？他のモジュールから依存されているコードは変更しない「リファクタリング」ができる状態は「閉じている」「拡張に対して開く」とはどういうことか？ Gitのdiffが「追加だけ」で済むのが理想実務例: POSレジ連携における「ストラテジーパターン」の活用 OCPは他のSOLID原則の根本である安定しつつ将来の仕様変更に柔軟であるという矛盾した理想論 ■ 参考リンク『オブジェクト指向入門第2版原則・コンセプト』『Clean Architecture 達人に学ぶソフトウェアの構造と設計』トレタ社での事例 POSレジ連携アーキテクチャの解説資料 ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X（Twitter） https://twitter.com/refactoradio ■ Bluesky https://bsky.app/profile/refactoradio.com ハッシュタグは #リファラジです。
S1 · E102
Nov 24, 2025 · 27 min
#102 【ゲスト:和田卓人さん③】t_wadaさんと考えるAIエージェントとこれからのプログラミング
■ トピック Agentic Codingと言語・カルチャーの関係現場のカルチャーがAI活用に与える影響ドキュメント文化とAIの親和性オンボーディングとAI協業の類似性「毎日記憶喪失の新人が来る」AIとの付き合い方プロンプトを書く作業は苦痛なのか日本語 vs 英語、プロンプトの言語選択コードファーストとドキュメントファーストどうコードスメルを感じるか？ AIによるテスト自動生成の限界 Few-shot学習の重要性 Agentic Codingは「幻滅期」に入ったか AIはプログラミングを続けたい人にとっての脅威かバイブコーディングは「非エンジニアのための革命」プログラミングの裾野を広げるAIの可能性バイブコードクリーナップスペシャリストという新職種 ■ 参考リンク和田卓人さん X (Twitter) Kiro ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X（Twitter） https://twitter.com/refactoradio ■ Bluesky https://bsky.app/profile/refactoradio.com ハッシュタグは #リファラジです。
S1 · E101
Nov 17, 2025 · 36 min
#101 【ゲスト:和田卓人さん②】令和のリファクタリング、どう学ぶ？ LLMと本それぞれの役割
■ トピック令和時代のリファクタリングの学び方 AIが学習の主要な入り口になる時代若手エンジニアのAI活用と学習パス AIの強み「心理的安全性」と「即時フィードバック」 AIが専門用語への到達を助ける保守性という概念への出会い方 AIの弱点「質問しないと答えてくれない」本の役割「偶発的な出会いを提供する」 LLMと背景を共有するための古典学習人名でコンテキストを絞る技法 LLMの知識量と設計判断のギャッププロンプトは「引き算」の作業 AIエージェント流行後のTDD本の売上増技術書の火を絶やさないために図書館活用のすすめおすすめ古典ケント・ベック『Tidy First?』解説「リファクタリング」という言葉の意味の変化「Tidy（片付け）」という新しい概念構造変更と振る舞い変更の分離レビューコストの最適化 ■ 参考リンク和田卓人さん X (Twitter) 『プログラミング作法』 (アスキードワンゴ) 『プリンシプルオブプログラミング』 (秀和システム) 『Tidy First?』 (オライリー・ジャパン) ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X（Twitter） https://twitter.com/refactoradio ■ Bluesky https://bsky.app/profile/refactoradio.com ハッシュタグは #リファラジです。
S1 · E100
Nov 10, 2025 · 29 min
#100 【ゲスト:和田卓人さん】あなたのリファクタリングはどこから？「三度の飯よりリファクタリング」を語る
■ トピックゲスト紹介: 和田卓人さん（t_wadaさん）和田さんの現在の活動あなたのリファクタリングはどこから？ 1999年当時のソフトウェア開発環境 XMLバブルとキャリア初期の苦悩プログラマーとしての自信とプライドの喪失エクストリームプログラミングとの出会い Junitとの出会い「テストをコードで書いていい」リファクタリングがプログラマーの誇りを取り戻した奥野とリファクタリング図書館での独学とオブジェクト指向の学習デザインパターンとテストの実践 lacolacoとリファクタリングオープンソースと「人に見せられるコード」への欲個人開発でのテストとデザインパターンの実験 3人共通のオブジェクト指向言語との関わりスモールトークからJavaへの技術移植の歴史次回予告: これからの時代のリファクタリングの学び方 ■ 参考リンク和田卓人さん X (Twitter) リファクタリング（第2版） (オーム社) エクストリームプログラミング (オーム社) 達人プログラマー（第2版） (オーム社) ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X（Twitter） https://twitter.com/refactoradio ■ Bluesky https://bsky.app/profile/refactoradio.com ハッシュタグは #リファラジです。
S1 · E99
Nov 3, 2025 · 22 min
#99 コード削除って難しくない？ / AIを信頼できるか？
■ トピックコード削除の難しさについて削除操作は簡単だが影響範囲の見積もりが困難「消し残し」はエラーにならず発見しにくい「消しすぎ」はテストカバレッジ外で防げない存在しないことを証明する難しさ外部コンソールの環境変数削除の困難さデッドコードをレッドな状態にするアプローチテスト駆動開発のエッセンス「まずレッドから」 AIを信頼するとはどういうことか信頼と不信はイコールではない信頼の要素「コミットメント」「力量」「善意」 AIに「意図」はあるのか利害関係による信頼の脆弱性感情の信頼と恩義制度的な信頼と役割 AIへの信頼はベンダーの意図に依存する次回第100回記念ゲスト回！ ■ 参考リンク信頼と不信の哲学入門 (岩波新書) 信頼と裏切りの哲学 (慶應義塾大学出版会) ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X（Twitter） https://twitter.com/refactoradio ■ Bluesky https://bsky.app/profile/refactoradio.com ハッシュタグは #リファラジです。
S1 · E98
Oct 27, 2025 · 19 min
#98 おたよりを読む回 AIのためのドキュメント、どうメンテする？
■ トピック AIエージェント向けのドキュメント、どうメンテする? 人間に見せたいドキュメントとAIに見せたいドキュメントコンテキストサイズを抑えたい用語集的なドキュメント AI特有の読み方のバイアスタグによる構造化 AIにタスク実行ではなくスクリプト作成を指示するデータ量というコンテキストがAIの提案を変えるプロンプトよりもコンテキストが重要 ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X（Twitter） https://twitter.com/refactoradio ■ Bluesky https://bsky.app/profile/refactoradio.com ハッシュタグは #リファラジです。
S1 · E97
Oct 20, 2025 · 23 min
#97 1つの言語③ 新しい言語を学んで「地図」を広げる
■ トピック AIの台頭とプログラミング言語との付き合い方新しいユースケースと言語の細分化 AIがシンタックスを補完する時代アーキテクチャとその背景にある哲学制約の強い言語の方がAIにとって安全 AIが生成する読みにくいコードという新たなカオス AIファースト言語設計の可能性 AngularチームのGemini活用事例フロントエンドとバックエンドのTypeScript統一の実質言語統一は幻想、統一すべきは哲学「言語の地図」 ■ 参考リンク 1つの言語 AngularはAI志向のフレームワークへ ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X（Twitter） https://twitter.com/refactoradio ■ Bluesky https://bsky.app/profile/refactoradio.com ハッシュタグは #リファラジです。
S1 · E96
Oct 13, 2025 · 20 min
#96 1つの言語② 言語統一は幻想か？
■ トピック言語統一は幻想か？プラットフォームによる言語制約の現実(モバイルなど) フルスタックTypeScriptは本当に「同じ言語」か？統一を目指すとかえって生まれる「方言化」真の統一に必要な「スキーマ」と「メンタルモデル」言語統一の目的「コンテキストスイッチ削減」は達成できるかサーバーとクライアントのコード共通化が招く予期せぬエラー次回はAIコーディング時代の言語選定へ ■ 参考リンク 1つの言語 ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X（Twitter） https://twitter.com/refactoradio ■ Bluesky https://bsky.app/profile/refactoradio.com ハッシュタグは #リファラジです。
S1 · E95
Oct 6, 2025 · 19 min
#95 1つの言語① 開発における言語は1つだけにするべきか？
■ トピックマーティン・ファウラーさんのブログ記事「OneLanguage」 1995年は多くのプログラミング言語が生まれた当たり年 2007年頃の言語事情組織、システム、個人のレベルなぜ大企業は独自言語を作りたがるのか Webフロントエンドにおける言語統一の限界と WebAssemblyの可能性個人のキャリアと複数言語習得言語を1つに統一するのは幻想か？ ■ 参考リンク 1つの言語 ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X（Twitter） https://twitter.com/refactoradio ■ Bluesky https://bsky.app/profile/refactoradio.com ハッシュタグは #リファラジです。
S1 · E94
Sep 29, 2025 · 23 min
#94 見積もりと経験/足し算のコードと引き算のコード
■ トピック新卒研修での見積もりのズレ「不確実性コーン」プログラマーが遅延する2つの要因要件の「登場人物」から危険度を察知する嗅覚シニアのコードは「引き算」、若手のコードは「足し算」 0行の時点で匂いを感じる熟練者 AI時代でも「経験したいことは自分でやるしかない」人間は「経験担当」、AIは「知識担当」 ■ 参考リンク同じ5行のコードが全く違って見える12の瞬間、なぜ私たちは学ぶのか？不確実性コーン ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X（Twitter） https://twitter.com/refactoradio ■ Bluesky https://bsky.app/profile/refactoradio.com ハッシュタグは #リファラジです。
S1 · E93
Sep 22, 2025 · 20 min
#93 AIとコードスメル② AIはお人形遊びができない
■ トピック「長すぎる関数」のリバイバル AIが生成する長い関数とコメント AIにとっても「長すぎる関数」はスメルである AIは既存のコードスメルを強化するコードスメル「仲介人（ミドルマン）」とAI AIはオブジェクト指向的な設計が苦手理想と現状のギャップを埋める試行錯誤 AI時代でもリファクタリングの哲学は変わらないエージェンティックコーディングによって「新しい匂い」が生まれるか ■ 参考リンク #7 長すぎる関数① 長さそのものよりも"段落"の有無を気にしているリファクタリング（第2版）既存のコードを安全に改善する | Ohmsha ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X（Twitter） https://twitter.com/refactoradio ■ Bluesky https://bsky.app/profile/refactoradio.com ハッシュタグは #リファラジです。
S1 · E92
Sep 15, 2025 · 20 min
#92 AIとコードスメル① 名前をつけようと思い至るスキル
■ トピック過去の「重複コード」回のリバイバル AIコーディングの流行により何か変わったか？ AIによる意味的な重複コード検出の課題重複コードに気づく人間の「嗅覚」の重要性「名前をつけようと思い至るスキル」 AIは「新入社員」でありドキュメントが重要ソースコードが文字列である限り「スメル」は変わらない ■ 参考リンク #4 重複コード① 似てるのに微妙に違う「重複もどき」が一番怖いリファクタリング（第2版）既存のコードを安全に改善する | Ohmsha ASTに基づき類似コードを見つけるツール「SimilarityTS」 ■ おたよりフォーム https://forms.gle/RYUG7T4ctmF7Srf36 ■ X（Twitter） https://twitter.com/refactoradio ■ Bluesky https://bsky.app/profile/refactoradio.com ハッシュタグは #リファラジです。

Showing 1–20 of 20 episodes