All Episodes

#107 【シーズン1最終回】リファクタリングはどこへ向かうのか？

#106 最終回直前！おたより紹介&総括 思い出の回をふりかえる

#105 開放閉鎖原則③ すべてがOになる

#104 開放閉鎖原則② リファクタリングの究極の目的 ―開放閉鎖原則とTDD―

#103 開放閉鎖原則① SOLIDのO 「拡張に開き、修正に閉じる」って何？

#102 【ゲスト:和田卓人さん③】t_wadaさんと考えるAIエージェントとこれからのプログラミング

#101 【ゲスト:和田卓人さん②】令和のリファクタリング、どう学ぶ？ LLMと本それぞれの役割

#100 【ゲスト:和田卓人さん】あなたのリファクタリングはどこから？「三度の飯よりリファクタリング」を語る

#99 コード削除って難しくない？ / AIを信頼できるか？

#98 おたよりを読む回 AIのためのドキュメント、どうメンテする？

#97 1つの言語③ 新しい言語を学んで「地図」を広げる

#96 1つの言語② 言語統一は幻想か？

#95 1つの言語① 開発における言語は1つだけにするべきか？

#94 見積もりと経験/足し算のコードと引き算のコード

#93 AIとコードスメル② AIはお人形遊びができない

#92 AIとコードスメル① 名前をつけようと思い至るスキル

#91 居酒屋収録の苦労/「エンジニア35歳定年説」

#90 居酒屋回 おたより・コメントを一気に読む！

#89 恒例の居酒屋ネタ出し＆重大告知

#88 AIコーディング② Vibe Codingで加速するOSS開発

#87 AIコーディング① AIとリファクタリング コードベースの「地層」

#86 「桜井政博のゲーム作るには」イチオシ回を語る

#85 コードレビュー② LLMでコードレビューはどう変わる？

#84 コードレビュー① コードレビューされるときに考えていること

#83 コードレビューの教科書『Looks Good To Me』を語りたい！

#82 新しい言語を学ぼう！ Moonbit編

#81 Signalって何？ lacolacoのTSkaigi 2025発表を深堀り

#80 雑談回 lacolacoがTSKaigiで登壇してきました

#79 基本的なツール② シェル遊び 自分の道具箱を磨こう

#78 基本的なツール① プレーンテキストの威力

#77 V言語やってみた 〜達人プログラマーへの道〜

#76 リンター/フォーマッター③ オールインワンツール「Biome」を語る

#75 リンター/フォーマッター② ASTを触るのはこわくない！

#74 リンター/フォーマッター① Prettierは脳にインストールされている

#73 銚子ドライブ編③ どうする？新人エンジニア育成

#72 銚子ドライブ編② マネジメントもリファクタリング？

#71 銚子ドライブ編① 生成AIは「ガチャ」か？

#70 Good Code, Bad Code② 「値がない」をどう考える？―想定外の事態をなくす―

#69 Good Code, Bad Code① 契約プログラミングってこんなに序盤で教えていいんだ

#68 SOLIDのI 実はお世話になっている？インターフェース分離原則

#67 テストダブル③ フェイクオブジェクトつくる君をつくるパターン

#66 テストダブル② 「神」はひとつに保つ

#65 テストダブル① なんでも「モック」と呼びがち

#64 リファクタリングとビジネスの折り合い 脳内リファクタリングをしよう！

#63 クラスの使いどころ 選択肢を捨てるのはもったいない

#62 SOLIDのL リスコフの置換原則って意識してる？

#61 令和のJavaがすごい! TypeScript書き2人の嫉妬

#60 更新系API② 更新系のAPIスキーマ 必須 vs オプショナル

#59 更新系API① POST/PUTのレスポンスどうする？

#58 新年のネタ出し寿司③ 2025年のやりたいこと 全国魚介Kaigi

#57 新年のネタ出し寿司② おたよりを読む コードの削除は人間の仕事？

#56 新年のネタ出し寿司① 達人への道

#55 リファラジ1周年! 年末ふりかえり回

#54 ドメイン名② ドメインを変える難しさとやりたくなさ

#53 ドメイン名① ドメイン名にこだわる人たち

#52 知識のインプット③ おすすめ本紹介 okunokentaroを作った本たち

#51 知識のインプット② lacolacoが伝えたい古典、達人に憧れる気持ちを忘れない

#50 知識のインプット① ふだんどうやって情報を仕入れてる？

#49 いつリファクタリングを始めるか？③ いつでも始められるための備え

#48 いつリファクタリングを始めるか？② 臭ったら、替えるのよ

#47 いつリファクタリングを始めるか？① 書く自分と読む自分

#46 依存性逆転の原則③ エキスパートが語る依存性の注入とAngular

#45 依存性逆転の原則② DIはテストのためのもの？

#44 依存性逆転の原則① 「いつまで経っても変更作業が終わりません」

#43 カプセル化② 「何を隠蔽したいのか？」 クラスと関数の使い分け

#42 カプセル化① 「秘密」と「隠蔽」 カプセル化は人形遊びで鍛える

#41 雑談回 最近買ったもの 生活の中のリファクタリング

#40 APIスキーマ③ リファクタリングを支えるバリデーション

#39 APIスキーマ② スキーマ中心開発のよもやま話

#38 APIスキーマ① APIエンドポイントのバージョニングと破壊的変更

#37 DRYとYAGNI② DRYとYAGNIの両立 知識不足と心配性

#36 DRYとYAGNI① DRYとは「知識」と「表現」の原則である

#35 リファクタリング、名前からやるか？構造からやるか？

#34 Diff③ 「Gitの次」ってどうなる？

#33 Diff② コミットログのデザインとテスト駆動開発

#32 Diff① 「ついで直し」はボーイスカウトルールではない

#31 ファイル・ディレクトリ② コロケーション これもまたコンウェイの法則

#30 ファイル・ディレクトリ① ファイル名のコントロールは握っていたい

#29 居酒屋③ ゲームで学ぶリファクタリング

#28 居酒屋② 「読み方」の学び方・すべてがOになる

#27 居酒屋① 飲みながらネタを考える

#26 雑談回 10000再生突破！感謝と近況報告

#25 GoF③ Singletonパターンには2つの価値が混ざっている

#24 GoF② 世界はObserverパターンで動いている

#23 GoF① GoFデザインパターンは今でも役に立つのか？

#22 コメント③ 書くべきコメントよりも残すべきコメントについて考える

#21 コメント② TODOコメントを本当にTODOするためのテクニック

#20 コメント① コメントを「ちゃんと書く」って何？

#19 雑談回 『ルールズ・オブ・プログラミング』を紹介したい！

#18 リファクタリングの規模② 防御的プログラミングで乗り越える大規模リファクタリング

#17 リファクタリングの規模① diffが小さいからといって小規模とは限らない

#16 単一責任原則③ 右手にSRP、左手にDRY

#15 単一責任原則② 改めて考えると共通化って怖くない？

#14 単一責任原則① 責任が単一であるってどういうこと？

#13 名前と複数形 "repos" はピンとこない

#12 ユーティリティ② 条件分岐が増えるようなら共通化はやめておく

#11 ユーティリティ① 「またユーティリティを作ってしまった...」

#10 雑談回 第10回なので、これまでのふりかえり

#9 長すぎる関数③ だまされたと思ってコードを印刷してみてほしい

#8 長すぎる関数② 長くなる前にテストを書こう

#7 長すぎる関数① 長さそのものよりも"段落"の有無を気にしている

#6 重複コード③ ライブラリを作るようにリファクタリングする

#5 重複コード② コードの重複とは名前の衝突のことかもしれない

#4 重複コード① 似てるのに微妙に違う「重複もどき」が一番怖い

#3 名前を変えないことにも意味がある

#2 名前に使える語彙、英語のサブセットのようなもの

#1 名前にどこまで意味を込めるか