書籍『自走プログラマー』関連ツイートを集めてみました

sesame @SesameSesamum

ソフトウェアデザイン今月号のエラー処理デザインパターン面白そう。楽しみにして後で読もう。

sesame @SesameSesamum

ソフトウェアデザインのエラー処理デザインパターン面白かった。Sentry知らなかった。ログレベルの使い分けの指針。専用例外クラス作成指針。良かった。

sesame @SesameSesamum

ログに含める内容は5W1Hというのはよくわかるけど、フォーマットの指針が知りたかったなぁ。パラメータは先に書こうとか、後ろに書こうとか。複数パラメータ出力するときは、カンマで区切ろうとか。user=1234なのかuser = 1234なのか。コロンの使い方とか。

sesame @SesameSesamum

個別の名前でロガーを作らないっていうのが、ちょっと難しいんだけど。どっか一カ所でロガー設定をする際に、ロガー名をモジュール名で作っておけば、各モジュールでロガーを取得して使用する際にモジュールパス__name__を使って取得できるから、いちいちモジュール名書いたりしなくてもよく

sesame @SesameSesamum

ロガーの伝播がよくわからない。。。logging-flowみてみよ。

sesame @SesameSesamum

あー、なるほど。logging.getLogger(__name__)で、ロガー取得するんだけど。logging.config.dictConfigで、ロガーの設定をしておかないといけないと。で、そのロガーが使われたときにどういうアクション起こすか(どこに

sesame @SesameSesamum

どこに書き込むか)っていうのは、ロガーの設定で行うのかわからないけどハンドラ用意してあげる必要があると。ただ、ロガーの名前にドットが書かれていると、ハンドラが用意されていない場合、より上位(ドットの左側)のロガーに伝播していって、ハンドラが見つかったロガーによって処理される。

sesame @SesameSesamum

だからより上位のロガーに適切なハンドラを用意しておけば、__name__のロガーそれぞれにハンドラ用意しなくてもいいよ。みたいなことかな。ほー。

sesame @SesameSesamum

フォーマットについては、別途考えないといけないんだけど。パラメータを出力するのは、この辺つかうのかなー。 docs.python.org/ja/3/howto/log…

sesame @SesameSesamum

いやー、良い記事だった。

sesame @SesameSesamum

お。自走プログラマー、第3章エラー設計が、特集の元情報なのか。へー。

sesame @SesameSesamum

jisou-programmer.beproud.jp

sesame @SesameSesamum

む。自走プログラマー、おもしろいな。> 更新可能（mutable）な値はデフォルト引数に指定してはいけません。 リスト、辞書、集合をデフォルト引数にしてはいけないと覚えておきましょう。 デフォルト引数に None を設定しておいて、関数内で None の場合に空のリストや辞書を指定しましょう。

sesame @SesameSesamum

ソフトウェアデザイン2,020年6月号もおもしろそうだなぁ。入門!Rustに、テストコードの流儀か。