by リファラジ
三度の飯よりリファクタリングが好きな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
Language
🇯🇵
Publishing Since
12/18/2023
Pitch yourself as a guest, propose sponsorships, or reach out directly to the host.
December 29, 2025
<p>■ トピック</p><ul> <li>リファクタリングの未来</li> <li>AIコーディングエージェントは脅威ではなかった？</li> <li>「リファクタリングが不要になる未来」</li> <li>「長すぎる関数」は「長すぎる要件定義」に変わるだけ</li> <li>大元のプロンプトが新たな「ソフトウェア」になる</li> <li>ソフトウェアがある限り、リファクタリングは消えない</li> <li>ご挨拶</li> <li>今後の予定</li> <li>年明けの生放送、チャンネル登録、Twitterフォローでお見逃しなく!</li></ul><p>■ 参考リンク</p><ul> <li><a href="https://youtu.be/dse7A8HU4Vk" target="_blank" rel="noopener">ep100: 【ゲスト:和田卓人さん】あなたのリファクタリングはどこから？「三度の飯よりリファクタリング」を語る</a></li> <li><a href="https://youtu.be/vtS5yI_fkvs" target="_blank" rel="noopener">ep103: 開放閉鎖原則① SOLIDのO 「拡張に開き、修正に閉じる」って何？</a></li> <li><a href="https://youtu.be/GMUzqSUto6o" target="_blank" rel="noopener">ep104: 開放閉鎖原則② リファクタリングの究極の目的 ―開放閉鎖原則とTDD―</a></li> <li><a href="https://youtu.be/Xq9m6672J0Q" target="_blank" rel="noopener">ep105: 開放閉鎖原則③ すべてがOになる</a></li></ul><p><br></p><p>■ おたよりフォーム</p><p><a href="https://forms.gle/RYUG7T4ctmF7Srf36" target="_blank" rel="noopener">https://forms.gle/RYUG7T4ctmF7Srf36</a></p><p><br></p><p>■ X（Twitter） </p><p><a href="https://twitter.com/refactoradio" target="_blank" rel="noopener">https://twitter.com/refactoradio</a></p><p>■ Bluesky </p><p><a href="https://bsky.app/profile/refactoradio.com" target="_blank" rel="noopener">https://bsky.app/profile/refactoradio.com</a></p><p>ハッシュタグは #リファラジ です。</p>
December 22, 2025
<p>■ トピック</p><ul> <li>シーズン1最終回直前！2年間の総括</li> <li>okunokentaroのCodeGrid連載</li> <li>お便り・コメント紹介</li> <li>2年間のポッドキャスト統計</li> <li>人気エピソードランキング</li> <li>lacolacoが選ぶベスト回</li> <li>okunokentaroが選ぶ名言</li> <li>ep016「右手にSRP、左手にDRY」を振り返る</li> <li>2年間の学び: OCPと命名がリファクタリングの核</li> <li>次回予告: リファクタリングはどこへ向かうか</li></ul><p>■ 参考リンク</p><ul> <li><a href="https://www.codegrid.net/series/2025-naming" target="_blank" rel="noopener">CodeGrid連載「プログラミングにおける名付けの考え方」</a></li> <li><a href="https://www.youtube.com/watch?v=-7LtJwsBQXE" target="_blank" rel="noopener">ep001: 名前にどこまで意味を込めるか</a></li> <li><a href="https://youtu.be/Z_18qFIkVoU" target="_blank" rel="noopener">ep008: 長すぎる関数② 長くなる前にテストを書こう</a></li> <li><a href="https://youtu.be/JNBvOZ7Gsyg" target="_blank" rel="noopener">ep014: 単一責任原則① 責任が単一であるってどういうこと？</a></li> <li><a href="https://youtu.be/TK8_YhhxPjI" target="_blank" rel="noopener">ep016: 単一責任原則③ 右手にSRP、左手にDRY</a></li> <li><a href="https://youtu.be/BjoJLhPgGb0" target="_blank" rel="noopener">ep022: コメント③ 書くべきコメントよりも残すべきコメントについて考える</a></li> <li><a href="https://youtu.be/meAEblla9gQ" target="_blank" rel="noopener">ep034: Diff③ 「Gitの次」ってどうなる？</a></li> <li><a href="https://youtu.be/f0vHHFhF6J0" target="_blank" rel="noopener">ep094: 見積もりと経験/足し算のコードと引き算のコード</a></li> <li><a href="https://youtu.be/dse7A8HU4Vk" target="_blank" rel="noopener">ep100: 【ゲスト:和田卓人さん】あなたのリファクタリングはどこから？「三度の飯よりリファクタリング」を語る</a></li> <li><a href="https://youtu.be/vtS5yI_fkvs" target="_blank" rel="noopener">ep103: 開放閉鎖原則① SOLIDのO 「拡張に開き、修正に閉じる」って何？</a></li> <li><a href="https://youtu.be/GMUzqSUto6o" target="_blank" rel="noopener">ep104: 開放閉鎖原則② リファクタリングの究極の目的 ―開放閉鎖原則とTDD―</a></li> <li><a href="https://youtu.be/Xq9m6672J0Q" target="_blank" rel="noopener">ep105: 開放閉鎖原則③ すべてがOになる</a></li></ul><p><br></p><p>■ おたよりフォーム</p><p><a href="https://forms.gle/RYUG7T4ctmF7Srf36" target="_blank" rel="noopener">https://forms.gle/RYUG7T4ctmF7Srf36</a></p><p><br></p><p>■ X（Twitter） </p><p><a href="https://twitter.com/refactoradio" target="_blank" rel="noopener">https://twitter.com/refactoradio</a></p><p>■ Bluesky </p><p><a href="https://bsky.app/profile/refactoradio.com" target="_blank" rel="noopener">https://bsky.app/profile/refactoradio.com</a></p><p>ハッシュタグは #リファラジ です。</p>
December 15, 2025
<p>■ トピック</p><ul> <li>「すべてがOになる」</li> <li>SOLID原則の中で「O」だけレイヤーが違う</li> <li>OCPはクラス設計だけでなくソフトウェア全体の原則</li> <li>ソフトウェアの持続的な成長を可能にするOCP</li> <li>「機能追加はコードの追加だけで済む」という理想状態</li> <li>仕様変更コストの「連続性」</li> <li>「足すだけ」が「足すだけ」で済まないのはOCP違反のサイン</li> <li>機能追加で感じる「痛み」</li> <li>レビューの辛さも「痛み」</li> <li>デザインパターンのほとんどはOCPを満たすためにある</li> <li>AI時代における開発の「痛み」の感じ方</li></ul><p>■ 参考リンク</p><ul> <li><a href="https://objectclub.jp/community/memorial/homepage3.nifty.com/masarl/article/dp-ocp.html" target="_blank" rel="noopener">デザインパターンとOpen-Closed Principle</a></li></ul><p><br></p><p>■ おたよりフォーム</p><p><a href="https://forms.gle/RYUG7T4ctmF7Srf36" target="_blank" rel="noopener">https://forms.gle/RYUG7T4ctmF7Srf36</a></p><p><br></p><p>■ X（Twitter） </p><p><a href="https://twitter.com/refactoradio" target="_blank" rel="noopener">https://twitter.com/refactoradio</a></p><p>■ Bluesky </p><p><a href="https://bsky.app/profile/refactoradio.com" target="_blank" rel="noopener">https://bsky.app/profile/refactoradio.com</a></p><p>ハッシュタグは #リファラジ です。</p>
Guests from recent episodes — sign up to see every guest that has ever appeared on this show.
lacolaco
Guest
Okuno
Guest
Discover related shows you might enjoy
iwashi
Tatsuhiko Miyagawa
ゆるコンピュータ科学ラジオ
Off Topic
backspace.fm
COTEN inc.
尾原和啓 / けんすう
Yuru Gengogaku Radio
Yuru Seitai Radio
ゆる哲学ラジオ
ひまじんプログラマー
サイボウズ フロントエンド通信委員会
超相対性理論
研究者レンとイギリス駐在員エマ
Egg FORWARD × Chronicle
Have a different question and can't find the answer you're looking for? Reach out to our support team by sending us an email and we'll get back to you as soon as we can.
三度の飯よりリファクタリングが好きな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
This podcast updates daily.
This podcast is available on 7 platforms including Apple Podcasts, Spotify, and more. You can also use the RSS feed directly.
Yes, this podcast regularly features guests.
Pod Engine is not affiliated with, endorsed by, or officially connected with any of the podcasts displayed on this platform. We operate independently as a podcast discovery and analytics service.
All podcast artwork, thumbnails, and content displayed on this page are the property of their respective owners and are protected by applicable copyright laws. This includes, but is not limited to, podcast cover art, episode artwork, show descriptions, episode titles, transcripts, audio snippets, and any other content originating from the podcast creators or their licensors.
We display this content under fair use principles and/or implied license for the purpose of podcast discovery, information, and commentary. We make no claim of ownership over any podcast content, artwork, or related materials shown on this platform. All trademarks, service marks, and trade names are the property of their respective owners.
While we strive to ensure all content usage is properly authorized, if you are a rights holder and believe your content is being used inappropriately or without proper authorization, please contact us immediately at hey@podengine.ai for prompt review and appropriate action, which may include content removal or proper attribution.
By accessing and using this platform, you acknowledge and agree to respect all applicable copyright laws and intellectual property rights of content owners. Any unauthorized reproduction, distribution, or commercial use of the content displayed on this platform is strictly prohibited.