Notices by いつも魚とトマトを買いに来る客 (momosetkn@qiitadon.com), page 132

「家は3回建てないと理想の家にならない」というように、
コードは3回作らないと理想のコードにならない、のかもしれない。

でも3回も作ってられないので、過去の偉い人が作った似てるパターンを真似するのがいいのかも。

ライブコーディング。
管理者がロースキルエンジニア監視ツールに使えちゃったり？報告が苦手なロースキルエンジニアもこれがあれば報告不要になりそう。

メールもSNSみたいな＃のタグ使えたらいいのになあ…。
あと件名検索で正規表現使えたらいいのに。

いっしゃでもにしゃでも参謀の～♪

三幸製菓はローカルかな…

今月のQiita投稿ネタはJavaでstaticなのにスレッドセーフで状態持つテクニックにしようかな。
（ある時から気づいたら月刊でQiita投稿してる。）

コード見てたら、スレッドアンセーフバグを見つけてしまった…。
ログ出力時にユーザーIDも付加しているようだが、ログ出力用にstaticでユーザーIDを持っているようなので、スレッドアンセーフになってる。
ログライブラリの機能に任せる形へ変えよう…。

[参考資料]
第8章 診断コンテキスト https://logback.qos.ch/manual/mdc_ja.html#autoMDC

コードレビューしないチームはこういうこと分かってないと思われるので、チーム全体の技術力低い疑惑を持たざるを得ないな。

複数のスレッドから同時に使われる場合はスレッドセーフなメソッドかどうか確認してから実装しよう…。
コードレビューしない文化のところもあるけど、通常のテストでは見つかりにくいこういうのを対処する目的もある。

コードレビュー大事。

Spring FrameworkのDIはシングルトンが簡単にかける、リクエストごとに新しいオブジェクトにしたいといったことが簡単にできる。
DIの疎結合にするという本来の目的もあるけど、Springだとそっちのメリットもあったり…。

staticおじさんは老スキルエンジニアの類？

Spring FrameworkのDIはシングルトンが簡単にかける、リクエストごとに新しいオブジェクトにしたいといったことが簡単にできる。
DIの疎結合にするという本来の目的よりも、Springだとそっちのメリットのほうが大きかったり…。

staticおじさんってなんだ？・・・。
とりあえずStrtus1でActionFormに変数をなんでもかんでも入れるActionFormおじさんは批判しておきたい。

株式会社あなたの幸せが私の幸せ http://yourhappiness.co.jp/

どうせなら日本語ドメインで、ドメイン名でも主張すればいいのにｗ

インクリメントP株式会社…
*p++

ポインタか