Software Design 2015年2月号『なぜ「運用でカバー」がダメなのか』読了 - そのねこが学ぶとき

Software Design (ソフトウェア デザイン) 2015年 02月号 [雑誌]posted with amazlet at 15.02.11 技術評論社 (2015-01-17) Amazon.co.jpで詳細を見る 読んだ。身に覚えがありすぎるもので（震え声） そもそもにして「運用でカバー」という言葉自体が思考停止しているというか、その実態は何で何が問題なのよ？というのをよくよく考えもせず「なんとなくまずそうだよね」状態で停まっている気がするのですが、そういうのをきちんと論理的に客観的に解きほぐして脱却していくってのは非常に重要なことだなと、この特集読んで思いました。たぶん、そういうこと他にもいっぱいある。 「運用でカバー」とはすなわち、「仕様外の依頼をなんとなくもやっと渡しても、運用現場の努力でなんかなんとなくやっちゃう」ってやつで、特集内ではその帰結として現場の高負荷、業

[Windfola]

パッケージベンダーだと「運用でカバー」の主語はユーザー。「そこエラーチェック付ける工数なかったから使うとき気をつけてね☆」といった意味で使われます。同じ言葉でも違うもんすなあ。

[monajiro]

そういえば特集があったなぁ。

[s99e209]

システムリリースが先行して、一部実装が間に合わないところは「運用でカバー」は、現場が疲弊して結局自分たちの価値を毀損してしまうのでやめた方がいい。

[ayamame25]

【 #まめ作業】まさに昨日、後輩に言った内容とシンクロし過ぎていてビックリ！納得感高い内容です！

[atsuizo]

「作らなければバグも出ない、だから運用でなんとかするのが一番いい」って素で言うエンジニアには「了解、その代わりお前もここにいる必要ねえな。作らないんだから。」ってお話。

[azumi_s]

表紙みて苦笑を禁じ得なかった

[ghostbass]

運用含めてデザインされてないからそういうことになる、と最近思い始めた。/ 多分、フラグ。

[REV]

「お客さんの無茶ぶりというよりは、案外社内の方に敵がいることも少なくない。//サービスメニューと契約内容を元に本来は交渉をすべきなんだけど、そこを「仕方ないよね」といって引き受けてしまう風習」

[houyhnhm]

オールラウンダーやってると、自然と火消しとか地雷除去のお仕事ばっかりになって、もう数年は爽快な開発がやれてない。

[mkusunok]

嫌なフラグが立つキーワードだよね