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

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

[Anonymous Coward]

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

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

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

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

Re:

[Anonymous Coward]

逆に自分しか使えないようにしておけば、
会社にとって必要な人間になれるので、解雇される危険性が減るかも。
解雇されたらされたで十分な嫌がらせになるだろうし。

Re:

[firewheel (31280)]

悲しいけど、これに心から同意。
今の日本だと、他人に分かり難いコードを作りドキュメントも用意しない
ことを推奨する、強力なインセンティブが存在しているんですね。

日本流プロジェクトマネジメントの当然の結果です。

時代かなぁ

[Anonymous Coward]

ちょっと前に盛んに言われた問題ですよ。
「属人化」で検索するといろいろ出てきます。

（COBOLなどから）新しい開発環境に移行するメリットとして
よく言及された問題なんですが、
結局「人の問題」をコンピュータで解決することはできず、
いつのまにか影が薄くなったような気がします。
# 問題自体は変わらず存在していますが
# 取り上げる人が少なくなったというか

Re:時代かなぁ

[Anonymous Coward]

＞「属人化」で検索するといろいろ出てきます。
それは全然関係ない話だと思う。

技術というのは属人的なもので、それを誰にでも使えるように
レベルを下げようというのは最初から無理な話だった。
＃こういうのは技術を知らない管理職が飛びつくんだよね。
＃PMBOKとかCMMIだとかITSSとか。

ここで言ってるのはそれとは別の話で、より分かり易い
コード、より優れたコードを書くことは可能であるけれど、
それを使わないように推奨する強いインセンティブが
存在するというお話。