2018-02-25 hanahiroAze
=== 普通の勉強 ===
貯金箱作ってる
pythonからgoogle spreadsheetをいじる
値が入ってる最後の行とか取れないの…?
awsお金かかるようになってしまったから、t2nanoに落とそう
なんとなくそれっぽいことはできたので、いったん終了。
ベタープログラマ
5章
優れたプログラマを決定づけるものは、実際に書くコードと、コードの書き方に対する態度
1箇所の現場に長くいるプログラマは少ない。
自分が作ったゴミの中であがくより、人が作ったゴミの中であがく方が多いし、そのコードに文句を言うのは簡単。
自分が昔書いたコードを見返してみよう。
イディオムや表現の進歩はコードを書くよりも早い。
時に見直した方が良いが、正しく動いているのに新しい表現に書き直す必要はない
hanahiro_aze.icon『リファクタリング』にも同様の表現があったはず。
6章
未知のコードに挑む時、質問したり、ペアプロすることで既にコードを知っている誰かに導いてもらうこと。
ヘルスチェック
コードベースを得るのにチェックアウトは1回
どのディレクトリにチェックアウトしてもよい
1ステップでビルドが実行され、手作業の介入がない
ソフトウェア考古学
blameする
自転車と同じく実際にやってみる(修正してみる)ことから学ぶ
わかったことを文書化する
7章
酷いコードと出会ったら
戦い方を考える
書き直す?
そのままにする?
どのくらいそのコードと時間をともにするかで戦略を決める
戦う時
変更は1度に1つ
レイアウトは極力いじらない
既存の振る舞いを維持してできる限りのことをする
hanahiro_aze.iconスプラウトメソッドとかかしら
内部ロジックではなくAPIを変更する
フルリプレイスが必要なこともある
怒らない
誰でも書きたくてできの悪いコードを書くわけではない
雑談など
公園のベンチでやってるんですが、寒い。
勉強会の調整忘れてた。危ない。