こんなやつらが作ったシステムが世の中で動いてると思うとマジで怖い

別の書籍も読み始めたから、落ち着いたらまとめるかぁ

前回の読書メモより内容薄いのは
「まぁそうだよな」って感じの記載だったから

上司のレビューで聞いたとか、そういうあれ

環境に恵まれたな

#読書メモ
『リファクタリング』
◾︎第3章
リファクタリングすべき臭い
・代表的、というかすぐ気付けるのは難解な名前、重複コード、長い関数、長いパラメータあたりか
・その他業務で色々使ってたテクニック(上司に教えてもらったり、既存コードで使ってたり)もチラホラあって理解しやすかった

先週の疲れを癒すために昨日今日最大限の省エネせいかつしたけど、6割くらいしか回復出来なかった…

お目汚しすると申し訳ないからこっちに逃げるか

TwitterのTLがライブ終わりの人ばかりでうらやま

現実はそう甘くないよと。。。

プログラミングスクールで勉強した未経験って実際問題どの程度実務できるんだろ

たぶん新人研修終わったばかりの新人と大差ないよな

Twitterの改悪が酷すぎてさすがにこっちに移行したいのだけど、フォロワーがあまり移行してないからなぁ。。。

こっちはこっちで新しいコミュニティを開拓するしかないか？？

銀座のアートアクアリウム、思ってたより微妙だったんだけれど
写真にLeicaの透かし入れることでどうにかエモさを出すことには成功した

(某隣国の観光客多くて見づらかった。。)

#読書メモ
『リファクタリング』
◾︎第2章
・リファクタリングとは
→“外部から見た時の振る舞いを変えず“に、理解・修正が容易になるように内部構造を変化させること
・機能追加とリファクタリングは区別して作業する
→並行せず、直列の作業とする
・リファクタリングは結果として開発速度を速める
→リファクタリングによって内部構造の理解がしやすく、変更に対応しやすくなっているため
・リファクタリングのタイミング
→準備のため、理解のため、ゴミ拾いのため
・レガシーコードのリファクタリング
→慎重になるべき
→1度に綺麗にせず、頻繁に呼ばれる箇所を重点的にかつ小さく分割して行う

#読書メモ
『リファクタリング』
◾︎第1章
・まずはテストを作る
→リファクタリングによるバグの混入を発見する(防ぐ)ため
・1アクションの度に、都度テストを実行する
→小さい単位でバグが見つけやすい
・リファクタリングにおいては、仮に同じメソッドの呼び出しが複数回になっても許容する
→2章で詳しく語られるが、リファクタリングによってコードが整然としていればパフォーマンスチューニングはあとからでも容易なため
→ほとんどの場合、性能劣化と言えるほどのことにはならない(なる場合もある)
・コード量は増えるが問題ない
→関数として独立させるための構文が増えただけで、むしろ認知負荷は下がってる

#Xiaomi14Ultra

Hello,world!