2015-02-04 無題
週ぶり (shuburi) 2015-W06
bouzuya/peggie-app 。以下に目標達成状況を示す。
日 | week | day |
---|---|---|
2015-02-01 | X (0 commits) | X (+0 commits) |
2015-02-02 | X (4 commits) | X (+4 commits) |
2015-02-03 | O (17 commits) | O (+13 commits) |
2015-02-04 | O (23 commits) | O (+5 commits) |
Note: day は日 5 commits 、 week は週 35 commits に対しての目標達成状況。
強引にコミット増やしている感があって嫌だ。よく TDD 界隈でテストで設計って言う人居るけど、よっぽど頭良いんだろうな。あ、こうじゃなかったってなって戻ろうとしたときのコストが増えすぎてつらい。
よもやまばなし
『大学でフロントエンドエンジニアは評価されない』という記事を読む。
記事とは関係ないけれど、フロントエンドエンジニアとして評価されるためにはどうすれば良いのだろう。何がどんな風にできれば良いのだろう。
その他
『カルカソンヌ』。昨日 (2015-02-03) に続き、2 日連続 2 回目。今回は 3 人で。 3 人になると、点が入りづらくなった気がする。最終的な得点は低いわけではないのだけど、思い通りに行くことが少なくなった。
ちなみに今回も草原は大きく影響した。最後に一気に 24 ポイントが入った。なんとか最下位をまぬがれた。コマを手元に回収できなかった場合でも、損にならない場合は置いておくべき。人数が増えると余計に思い通りにならないので。
コマあたりの得点というのも気にしたほうがいいなと思った。回収できなかった場合の得点を、修道院は最大で 8 ポイント。道は大抵もっと低い、せいぜい 4 ポイントだろう。都市は勲章にもよるが、完成したときの期待値に対しては低く、多くて 8 ポイントくらいか。