2011-01-23

http://anond.hatelabo.jp/20110122175629

新入社員に引き継がせるなら、質問は社内でやらせたい派。

そりゃ、勝手に社外のコミュニティで訊いて解決してくれれば先輩の手間はかからないけど、

業務の一環の中で、先輩の知らないところで社外とやりとりするのは困る。

 

ドキュメントコメントについては、それも設計・実装の内という認識。あって当然。無いのが異常。

(現実的には異常事態が罷り通っているのも事実だが、異常を前提にしては全体が悪化し続ける)

時間内に書くのが負担なら、それは能力が無いということだから出来合いに頼るのも一考だと思う。

 

繰り返しになるけど、オープンソース使ったって、それで仕様を満たすかどうかを確認するのは自分

ということは、なんで採用したのか?全体のうち何処で使われているのか?はどっちみち書かなくちゃいけないし

テストケースエビデンスも残さなくちゃいけない。

残ってれば、勘所なんかも後進に伝えられる。

 

別の人に「OpenSSLを1から書き起こすのには」って例を出していたけど、これは元増田の話としてはおかしくないか

元増田の後輩は、「オープンソースは知らなかったが、代わりに自分で書いて持ってきた」んだろう?

つまり、OpenSSLを例にするなら、

「先輩はOpenSSLの使用を考えていたが、後輩には具体的に伝えなかった。

したら後輩はOpenSSLに準じるものを自分でこさえてきた」ってことになる。おそらく納期を守った上でね!

「OpenSSLを1から書き起こすのには、莫大なコストがかかる」って増田の話は尤もだと思うが、

件の後輩にとっては、そうではなかったって事だ!

そんな天才なら好きにやらせた方がいいよ。

記事への反応 -
  • ソースコードのレビューをした。 あー、オシイなぁ、すごい優秀なんだけどなぁ・・・ オープンソースの読み込みが足りないなぁ。それ、わざわざ自分で書かなくても、有名なオープン...

    • ケーズバイケースなのは大前提として。 能力があるなら自分で書けばいいと思う派。   ・実装工数<テスト工数。逆転する奴は優秀では無いよね。 で、オープンソースでテストを省け...

      • 自分だけが使うなら、何でもいいんだけど・・・他人も使うからね。 たとえば、新入社員がそのコードを引き継いだとして ドキュメントやマニュアルが揃っていて、いざとなったら、コ...

        • 新入社員に引き継がせるなら、質問は社内でやらせたい派。 そりゃ、勝手に社外のコミュニティで訊いて解決してくれれば先輩の手間はかからないけど、 業務の一環の中で、先輩の知ら...

          • 程度問題だけど ドキュメント・コメントについては、それも設計・実装の内という認識。あって当然。無いのが異常。 業務できれいなドキュメントが、10年残っているというのをウ...

            • 業務できれいなドキュメントが、10年残っているというのをウォーターフォール以外ではあまりみない。 10年前の話じゃなくて、今の話をしてるんだよね? 10年前のプログラム...

              • 新人が「レビューしてください」つってモノを持ってきた、でも内部設計書が無い、ってのは昨今ありえないな。 そうじゃない。書いたものを10年間 更新し続けられるか?って話...

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

                  • 途中のバージョンからドキュメントが雑になったりスカスカになったりするかもしれない。 よくわからんが、そのとおりだろ。同じことを言ってる。 だから、危険性は同じで、どう考...

                    • あたりまえだが、そんなコメント出す段階で、その部分のドキュメントに多くのコストを掛ける金はない。 あったら、そういうコメントにはならん。 他方 オープンソースはOpenSSLク...

                      • 完全横だけど 後輩の事が嫌いなんだろうよ 仕事ができないから嫌いと人物が嫌いって 分けているようで分けてなかったりする

                        • 意味がわからん、 嫌いだったら、 おいいね。っつっといて、こっちで直して。 1年ぐらいでさようならだろ。普通。 嫌いだったら、手間隙かけて、わざわざ コメントして 伸ば...

                          • 具体例として、OpenSSLなら、実際に作るよりも、使ったほうが早い場合のほうが多いし、今回はそうだろう。という話だよ。 今回の話はそうじゃないよ。後輩はもう実装物を持ってきた...

                            • よくわからんが、後輩が作ったものを使わなくちゃいけないという理由はどこにもない。 よければ使う、悪ければ、よくなるまで治すか、他のものを使ってもらう。   今回は、ドキュ...

        • テストのコストを含め結局仕様を満たすためにかかるコストがどうだって話なんだから オープンソースを使う=正ってのはありえない 元増田がオープンソース信者なのだけはわかった

          • 元増田がオープンソース信者なのだけはわかった そんな事はどこにも書いていないんだが? 両極端すぎるんじゃない? ちゃんと、テストして、自分でコード書き起こして ベンチマ...

        • これを書いて小休止ですか

        • 名前でぐぐってみたけど、君のプロジェクトなくなったの?

    • このエントリ気になるなあ。 ある要求を実現するにはどのような技術を用いるか、オプソがあるならどれを使うか、どの範囲を我々がコードするか、事前に経験豊富な(はずの)SEが決め...

      • 元増田ですが・・・自分ならw Zend Frameworkは捨てる。 他人に言うなら、Zend Framework使ったほうがいいんじゃない?という確率のほうが高いと思われる。(相手にもよる)   こういう言...

        • コードレビュー? そらもう、レビュアー「これなんでこうなってんだっけ?」レビュイー「○×△だからよ」レビュアー「あーなるほど or これもっとこうしてよ」の繰り返しの作業でし...

    • 免責条項や瑕疵担保責任を考えたらオープンソースなんて使えたもんじゃないんじゃないの? まあ、販売用や受託開発だったらって話だけど・・・

      • 免責条項や瑕疵担保責任っていうけど、 サービスや商品だから 売れる時期ってあるよね。 治しますけど1年後じゃ意味が無い。 自社でつくろうと、外注でつくろうと オープンソ...

    • つまり、惜しいのは私だから、元増田を書くわけだが?   自分が書いた元増田を読んでみ。最初の奴。 ソースコードのレビューをした。 あー、オシイなぁ、すごい優秀なんだけど...

      • 増田じゃ無く、レビュー書に書こう。 そのとおりだね。実際の会社では実際の会社のやりとりに従って、粛々と進めていくよね。 「あんたのお話、おかしいよ」って言ってるだけ。 ...

記事への反応(ブックマークコメント)

ログイン ユーザー登録
ようこそ ゲスト さん