Kazunori Otani @katzchang 参加者の皆さま、入館案内は届きましたか?当日は受付端末にて手続きしたあと、ゲートからエレベータで31階の「Seminar Room B」までお越しください。20時を過ぎると入館できませんので、ご注意ください。 http://t.co/2lqhzcwK #ocdeploy 2011-12-19 14:30:57
![2011/12/20 ワンクリックデプロイ勉強会 #ocdeploy](https://cdn-ak-scissors.b.st-hatena.com/image/square/1a508e543c3b892a16bd93c1a5c8ba8cc4d3cdcf/height=288;version=1;width=512/https%3A%2F%2Fs.togetter.com%2Fogp2%2Fc271473f75d0335614e757b10157de0a-1200x630.png)
Kazunori Otani @katzchang 参加者の皆さま、入館案内は届きましたか?当日は受付端末にて手続きしたあと、ゲートからエレベータで31階の「Seminar Room B」までお越しください。20時を過ぎると入館できませんので、ご注意ください。 http://t.co/2lqhzcwK #ocdeploy 2011-12-19 14:30:57
リファクタリングのタイミングはいつなのかという問いについて。 ベストなのは開発と並行して。 書いたばかりのコードはリファクタリングしやすい。 時間が経つほど内容を忘れていくのでリファクタリングしにくくなる。 ありがちなのは「時間が余ったらリファクタリングしよう」 時間は得てして余らないものなので、リファクタリングの機会は永久に来ない。 リファクタリングは余った時間でするものではない。 むしろ時間を余らすためにリファクタリングすると言ってもいいくらい。 リファクタリングによってコードがシンプルで修正しやすい状態に保たれるため、開発スピードを保つことができるからだ。 (という口車を使ってリファクタリングの時間を確保しよう!) リファクタリングは「外部から見た振る舞いを変えずに実装を変えること」なので、振る舞いを変えるものを「リファクタリング」とは呼ばない。それは単なる「修正」。 リファクタリン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く