「元米連邦住宅抵当公庫エンジニア、解雇通知後にロジックボムを仕込む（が、発動前に無事発見される）」記事へのコメント

悪意の有無は兎も角として

[Anonymous Coward]

悪意の有無は兎も角として、日本の場合（アメリカでもそうなのかは知りませんが）、運用ノウハウやバグの回避方法なんかが特定メンバーの頭の中だけにあって、レイオフしてみたらシステムが動かなくなった、ということは発生しそうな気がするなぁ。

ちゃんとドキュメント作ればいいんだけど、システムの設計書は基本設計書とＤＢ設計書ぐらいしかない、運用手順書もない状態で、その上、工数的にドキュメント整備なんかしてる時間はないからそんな状態が延々と続いている、ってところは意外とあるんじゃないだろうか。

そんな感じで回されてるシステムだと、これから炎上するところが結構出てきてもおかしくないんじゃないかな、特にレイオフしたり値下げ目当てで安いエンジニアにすげ替えたりすると。

＃そんなシステムの運用保守やってるのでＡＣ
＃止まったら社会的に見ても結構ヤバいところなんだがなぁ・・・
＃つーか、発注先の企業が「詳細設計？そんなの金かかるからやらなくてもいいよ。」って、それでいいんかよ、とは思うが。

Re:

[Anonymous Coward]

とても古いドキュメント:
「データ不整合のアラートが出たら cleandb.sh を実行するんだ！」

cleandb.sh:
　歴史的な経緯により、いつの間にかDBを全消去するスクリプトになってた

こんな状況でロクな引継ぎされなかったら大変な事になるけど、誰の所為になるんだろうね？
おっと、わざとドキュメントを更新しなかったり、同じ名前のスクリプトを作ったわけじゃないよ？

# フィクションだけどAC

Re:

[Anonymous Coward]

#1503355 [srad.jp]のACです。

うちにも似たようなのあるよ。十数年前（現行システムの２世代前）に作られた「夜間バッチでDB更新がうまくできたかチェックする手順書」なるものがあって、実行すると、かなりの（おそらく５０％以上）高確率でデッドロックが発生して本番系のアプリを殺します。
そんなもん流したら修羅場どころの騒ぎじゃないので実際にどうやっているかというと、全然別の手順でDB更新内容を確認しているわけだけど。

で、実際のところ上記の「手順書」だと１０分で終わる内容だから運用工数は取ってないけど、実際には「別の手順」だと２時間ぐらいかかるから、

Re:悪意の有無は兎も角として

[Anonymous Coward]

>＃そしてさっき仕事仲間から「お前、スラッシュドットってサイト見てる？」と電話があったからこれ以上は自重。
リアルで「おっと、だれか来たようだ」かよｗ