アカウント名:
パスワード:
悪意の有無は兎も角として、日本の場合（アメリカでもそうなのかは知りませんが）、運用ノウハウやバグの回避方法なんかが特定メンバーの頭の中だけにあって、レイオフしてみたらシステムが動かなくなった、ということは発生しそうな気がするなぁ。
ちゃんとドキュメント作ればいいんだけど、システムの設計書は基本設計書とＤＢ設計書ぐらいしかない、運用手順書もない状態で、その上、工数的にドキュメント整備なんかしてる時間はないからそんな状態が延々と続いている、ってところは意外とあるんじゃないだろうか。
そんな感じで回されてるシステムだと、これから炎上するところが結構出てきてもおかしくないんじゃないかな、特にレイオフしたり値下げ目当てで安いエンジニアにすげ替えたりすると。
＃そんなシステムの運用保守やってるのでＡＣ＃止まったら社会的に見ても結構ヤバいところなんだがなぁ・・・＃つーか、発注先の企業が「詳細設計？そんなの金かかるからやらなくてもいいよ。」って、それでいいんかよ、とは思うが。
逆に自分しか使えないようにしておけば、会社にとって必要な人間になれるので、解雇される危険性が減るかも。解雇されたらされたで十分な嫌がらせになるだろうし。
悲しいけど、これに心から同意。今の日本だと、他人に分かり難いコードを作りドキュメントも用意しないことを推奨する、強力なインセンティブが存在しているんですね。
日本流プロジェクトマネジメントの当然の結果です。
>> でも、普段とは違う形式で他人に分かり難いコードを書けば、数ヶ月もすれば自分でも理解できなくなるので、
ということは，そこでコード変換するための独自プログラムを用意して…いや，むしろ開発を独自の「オレ言語」でプログラミングしておけば良いのか！
これが次々とプログラミング言語が誕生し続ける理由である．（嘘）
ネタだよね？
一応始まりは英国留学中にSimulaユーザだったStroustrap氏が米国に行ってCにクラスを導入して"クラス付きのC"を作った所から始まってます。いろいろあって（特にCの上位互換的性質を維持しようとして）最終的には言語仕様が膨らんだとはいえ、決して難読化を目指したわけでは…。
http://www.kh.rim.or.jp/~nagamura/misc/stroustrup-interview.html [rim.or.jp]これを真に受けちゃったんでしょう;-)
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
悪意の有無は兎も角として (スコア:4, 興味深い)
悪意の有無は兎も角として、日本の場合（アメリカでもそうなのかは知りませんが）、運用ノウハウやバグの回避方法なんかが特定メンバーの頭の中だけにあって、レイオフしてみたらシステムが動かなくなった、ということは発生しそうな気がするなぁ。
ちゃんとドキュメント作ればいいんだけど、システムの設計書は基本設計書とＤＢ設計書ぐらいしかない、運用手順書もない状態で、その上、工数的にドキュメント整備なんかしてる時間はないからそんな状態が延々と続いている、ってところは意外とあるんじゃないだろうか。
そんな感じで回されてるシステムだと、これから炎上するところが結構出てきてもおかしくないんじゃないかな、特にレイオフしたり値下げ目当てで安いエンジニアにすげ替えたりすると。
＃そんなシステムの運用保守やってるのでＡＣ
＃止まったら社会的に見ても結構ヤバいところなんだがなぁ・・・
＃つーか、発注先の企業が「詳細設計？そんなの金かかるからやらなくてもいいよ。」って、それでいいんかよ、とは思うが。
Re: (スコア:3, 参考になる)
逆に自分しか使えないようにしておけば、
会社にとって必要な人間になれるので、解雇される危険性が減るかも。
解雇されたらされたで十分な嫌がらせになるだろうし。
Re: (スコア:1)
悲しいけど、これに心から同意。
今の日本だと、他人に分かり難いコードを作りドキュメントも用意しない
ことを推奨する、強力なインセンティブが存在しているんですね。
日本流プロジェクトマネジメントの当然の結果です。
Re: (スコア:0)
結局は自爆するだけな訳で。
最初からそういう変なコードしか書けないなら仕方ないでしょうけど、それはそれで複数人でプロジェクトを
組むときに同僚に嫌われる結果を招いて自分の評価が下がっていくだけな気も。
Re: (スコア:1)
>> でも、普段とは違う形式で他人に分かり難いコードを書けば、数ヶ月もすれば自分でも理解できなくなるので、
ということは，そこでコード変換するための独自プログラムを用意して…いや，むしろ開発を独自の「オレ言語」でプログラミングしておけば良いのか！
これが次々とプログラミング言語が誕生し続ける理由である．（嘘）
Re: (スコア:0)
> むしろ開発を独自の「オレ言語」でプログラミングしておけば良いのか！
> これが次々とプログラミング言語が誕生し続ける理由である．（嘘）
オレ言語ではありませんが、C++が誕生した理由って正にそんな感じじゃありませんでしたっけ？
(判読の難しさじゃなくて、コーディングの難しさをもって作業単価を維持するとかそんな感じだけど)
Re:悪意の有無は兎も角として (スコア:1)
ネタだよね？
一応始まりは英国留学中にSimulaユーザだったStroustrap氏が米国に行ってCにクラスを導入して"クラス付きのC"を作った所から始まってます。
いろいろあって（特にCの上位互換的性質を維持しようとして）最終的には言語仕様が膨らんだとはいえ、決して難読化を目指したわけでは…。
Re:悪意の有無は兎も角として (スコア:1)
http://www.kh.rim.or.jp/~nagamura/misc/stroustrup-interview.html [rim.or.jp]
これを真に受けちゃったんでしょう;-)