t_wの輪郭

RSS

Podcast放送局 fukabori

fukabori.fm

2024/1/6 12:28:00

『101. A Philosophy of Software Design (2/3) w/ twada』『100. A Philosophy of Software Design (1/3) w/ twada』『102. A Philosophy of Software Design (3/3) w/ twada』『fukabori.fm』

『fukabori.fm』

2024/11/2 22:54:00

https://fukabori.fm/

和田卓人『A Philosophy of Software Design』fukabori.fm

『101. A Philosophy of Software Design (2/3) w/ twada』

2024/1/21 16:38:00

結果に着目する設計エラーを握りつぶすと問題の発覚を遅らせる関数を作る時は例外やエラーの存在を減らせると良いエラーを握りつぶす前にログに出して開発者が気づくようにする関数自身が回復可能なエラーは関数自身が回復するエラーハンドリングのコードは全体の半分に至る防御的プログラミングをするとコードの複雑性が高くなる Criticalログは人間が対応する必要があるときに出すバッチ処理でInfoログを出さないと、処理中なのかハングしているのか分からない

和田卓人『A Philosophy of Software Design』fukabori.fm

『100. A Philosophy of Software Design (1/3) w/ twada』

2024/1/14 21:51:00

https://podcasts.apple.com/jp/podcast/fukabori-fm/id1388826609?i=1000623075772

インターフェースの面積が増えると認知負荷が上がる Shallow Moduleは認知負荷を高くする zero-configurationのシステムを作るのは覚悟がいる configは作者の逃げ機械に悪役を押し付ける configのミスは発覚が遅れやすい本番障害の最大の原因は設定ミス時間を作ることに投資する

和田卓人『A Philosophy of Software Design』fukabori.fm

『102. A Philosophy of Software Design (3/3) w/ twada』

2024/1/6 12:26:00

https://fukabori.fm/episode/102

クソコードは課題外在性負荷が高いコード認知負荷は教材の評価のために作られた関数の先頭と末尾でログを取るアノテーションで関数のログを取る課題外在性負荷が高いと良くない