失敗する前提でデプロイする - hitode909の日記
うちのチームでは，デプロイするたびに自動的にgitのtagを切るようにしてる．たとえば，いまデプロイしたら，deploy/2014-02-01-14-48とか． たまに，リリースした直後になんかミスってたことに気付いて，慌ててロールバックすることがある． tagを切ってるので，ひとつ前に戻せばいいのだけど，えっと，どれだっけとかいって探すので慌てるし，普段はタグ指定してデプロイしてないので，どうやって戻すか忘れる． デプロイ終わったときに，今回のデプロイを戻すには，これをしましょう，とか表示するようにした． デプロイ終わったらこんなのが出る．前回のデプロイが昨日だったら昨日くらいのタグが出る． ヒント：戻すときは以下のコマンドを実行しましょう cap -S revision=deploy/2014-01-31-15-17 deploy 実装方法としては，こんな感じに，デプロイ前に最新のタグ
レガシーソフトウェア改善ガイド読んだ - hitode909の日記
去年出てた本．レガシーコード改善ガイドとは別の本．アーキテクチャの改善の話． FindBugsとかでメトリクスを取りましょうという話，コードを良くしましょうという話，アーキテクチャを改めましょうという話，どうにもならないのですべて書き直しましょうという話，あたりがおもしろかった．開発環境セットアップやドキュメントの話などもあるけど，そのあたりは普通にやればいいので目新しさはなかった． ちょっとしたテクニックで，こういうときにロジックをViewからViewModelに移すとViewがスッキリして便利，という話が載っていて，ちょうど困っていたところなので，早速チームで議論していて取り入れることにした． どうリファクタリングしてもどうにもならないので完全に書き直す，という話も載っている．リライトの知見を教えてくれるのだけど，それを読んでいると胃が痛くなる． 最初に明らかにしておくが、完全な書き直
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
