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

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

[Anonymous Coward]

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

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

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

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

Re:

[Anonymous Coward]

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

Re:

[firewheel (31280)]

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

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

Re:

[Anonymous Coward]

でも、普段とは違う形式で他人に分かり難いコードを書けば、数ヶ月もすれば自分でも理解できなくなるので、
結局は自爆するだけな訳で。
最初からそういう変なコードしか書けないなら仕方ないでしょうけど、それはそれで複数人でプロジェクトを
組むときに同僚に嫌われる結果を招いて自分の評価が下がっていくだけな気も。

Re:

[epipolar-line (33670)]

>> でも、普段とは違う形式で他人に分かり難いコードを書けば、数ヶ月もすれば自分でも理解できなくなるので、

ということは，そこでコード変換するための独自プログラムを用意して…いや，むしろ開発を独自の「オレ言語」でプログラミングしておけば良いのか！

これが次々とプログラミング言語が誕生し続ける理由である．（嘘）

Re:

[Anonymous Coward]

> ということは，そこでコード変換するための独自プログラムを用意して…いや，
> むしろ開発を独自の「オレ言語」でプログラミングしておけば良いのか！

> これが次々とプログラミング言語が誕生し続ける理由である．（嘘）

オレ言語ではありませんが、C++が誕生した理由って正にそんな感じじゃありませんでしたっけ？
(判読の難しさじゃなくて、コーディングの難しさをもって作業単価を維持するとかそんな感じだけど)

Re:

[Kando (36875)]

ネタだよね？

一応始まりは英国留学中にSimulaユーザだったStroustrap氏が米国に行ってCにクラスを導入して"クラス付きのC"を作った所から始まってます。
いろいろあって（特にCの上位互換的性質を維持しようとして）最終的には言語仕様が膨らんだとはいえ、決して難読化を目指したわけでは…。

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

[130R (31126)]

http://www.kh.rim.or.jp/~nagamura/misc/stroustrup-interview.html [rim.or.jp]
これを真に受けちゃったんでしょう;-)