■http://anond.hatelabo.jp/20110123224124

時間と予算がある初期開発では作られるが、あとあとの予算がなかったり急だったりしたときに入るメンテナンスで変更が入って、ドキュメントが置いて行かれるってのはよくある話。

だったらそれは最初に書かれた話とは全く関係の無い話じゃん。

最初に確りと「１０年もつものを」って作っても、後続が文書保守の予算をケチれば劣化するんだから。

オープンソースでも同じだよ。１０年の間にプロジェクトが閉じるかもしれない。

途中のバージョンからドキュメントが雑になったりスカスカになったりするかもしれない。

自分の業務に必要なトコに限ってね。

まぁ、だからコメントしたわけだが・・・コメントしたことに突っ込んどいて、コメントすること言われても、スゲー困る。

指示だよ指示、作業指示。コメントじゃない。

後輩が実装しちまってから設計にコメントしてもしょうがないでしょうよ。

また、甘えないで欲しいんだけど、大学卒業していれば(以下略)

僕は貴方の後輩では無いので、甘える余地も義理も権利も無いけれど。

大学の勉強みたいに仕事をやれって表現は、

それだけでもう「違うんじゃないか!?」って気がしてならない。

仕事の仕方っていうのは、学校じゃなくて職場に有るものだろう。

まぁOpenSSL並みの物を調べられないで云々という趣旨自体は解る。

元増田の後輩が実際に持ってきたものが、それくらい有名なものなんだね？

だったら指示が悪かったのかもね。

「OpenSSLを使え、と一言言えば済むのに、この仕様書の厚さ・・・

これは俺に作れと言っているな？」みたいにね。

なまじ作れるだけにそういう勘違いをする。

OpenSSLが使えない職場っていうのは具体的に思いつかないけど、

うちはprototype.jsが使えないので、

「無料かつ安定したライブラリだけど使えない」というのは珍しい話じゃない。

無論この場合、後輩は後輩で「これは俺に作れと言っているな？」と勝手に解釈せずに、上司に確認に行くべきだよ。

でも、１から１０まで都度、再確認に来られても先輩は仕事にならない。

しかも作っちまう能力はある。そうすると、ある程度は察するのもコミュニケーションの内。

これは事故みたいな側面もある。

うん、だから、教育コストを掛けて、実地させて、繰り返し、実例で教えているわけだが・・・何が不満なの？

コストをかけるタイミング。

手を動かす前にしてほしい事、知っていてほしい事は、

手を動かす前に教えたら良いじゃんって話。

Permalink | 記事への反応(1) | 00:41

ツイートシェア