ソースコードのレビューをした。 あー、オシイなぁ、すごい優秀なんだけどなぁ・・・ オープンソースの読み込みが足りないなぁ。それ、わざわざ自分で書かなくても、有名なオープン...
ケーズバイケースなのは大前提として。 能力があるなら自分で書けばいいと思う派。 ・実装工数<テスト工数。逆転する奴は優秀では無いよね。 で、オープンソースでテストを省け...
自分だけが使うなら、何でもいいんだけど・・・他人も使うからね。 たとえば、新入社員がそのコードを引き継いだとして ドキュメントやマニュアルが揃っていて、いざとなったら、コ...
テストのコストを含め結局仕様を満たすためにかかるコストがどうだって話なんだから オープンソースを使う=正ってのはありえない 元増田がオープンソース信者なのだけはわかった
元増田がオープンソース信者なのだけはわかった そんな事はどこにも書いていないんだが? 両極端すぎるんじゃない? ちゃんと、テストして、自分でコード書き起こして ベンチマ...
これを書いて小休止ですか
休みに趣味でやってるプログラム(アルゴリズムの研究)の小休止中ではあるな・・・
名前でぐぐってみたけど、君のプロジェクトなくなったの?
新入社員に引き継がせるなら、質問は社内でやらせたい派。 そりゃ、勝手に社外のコミュニティで訊いて解決してくれれば先輩の手間はかからないけど、 業務の一環の中で、先輩の知ら...
程度問題だけど ドキュメント・コメントについては、それも設計・実装の内という認識。あって当然。無いのが異常。 業務できれいなドキュメントが、10年残っているというのをウ...
業務できれいなドキュメントが、10年残っているというのをウォーターフォール以外ではあまりみない。 10年前の話じゃなくて、今の話をしてるんだよね? 10年前のプログラム...
新人が「レビューしてください」つってモノを持ってきた、でも内部設計書が無い、ってのは昨今ありえないな。 そうじゃない。書いたものを10年間 更新し続けられるか?って話...
時間と予算がある初期開発では作られるが、あとあとの予算がなかったり急だったりしたときに入るメンテナンスで変更が入って、ドキュメントが置いて行かれるってのはよくある話。...
途中のバージョンからドキュメントが雑になったりスカスカになったりするかもしれない。 よくわからんが、そのとおりだろ。同じことを言ってる。 だから、危険性は同じで、どう考...
あたりまえだが、そんなコメント出す段階で、その部分のドキュメントに多くのコストを掛ける金はない。 あったら、そういうコメントにはならん。 他方 オープンソースはOpenSSLク...
完全横だけど 後輩の事が嫌いなんだろうよ 仕事ができないから嫌いと人物が嫌いって 分けているようで分けてなかったりする
意味がわからん、 嫌いだったら、 おいいね。っつっといて、こっちで直して。 1年ぐらいでさようならだろ。普通。 嫌いだったら、手間隙かけて、わざわざ コメントして 伸ば...
具体例として、OpenSSLなら、実際に作るよりも、使ったほうが早い場合のほうが多いし、今回はそうだろう。という話だよ。 今回の話はそうじゃないよ。後輩はもう実装物を持ってきた...
このエントリ気になるなあ。 ある要求を実現するにはどのような技術を用いるか、オプソがあるならどれを使うか、どの範囲を我々がコードするか、事前に経験豊富な(はずの)SEが決め...
元増田ですが・・・自分ならw Zend Frameworkは捨てる。 他人に言うなら、Zend Framework使ったほうがいいんじゃない?という確率のほうが高いと思われる。(相手にもよる) こういう言...
コードレビュー? そらもう、レビュアー「これなんでこうなってんだっけ?」レビュイー「○×△だからよ」レビュアー「あーなるほど or これもっとこうしてよ」の繰り返しの作業でし...
免責条項や瑕疵担保責任を考えたらオープンソースなんて使えたもんじゃないんじゃないの? まあ、販売用や受託開発だったらって話だけど・・・
免責条項や瑕疵担保責任っていうけど、 サービスや商品だから 売れる時期ってあるよね。 治しますけど1年後じゃ意味が無い。 自社でつくろうと、外注でつくろうと オープンソ...
つまり、惜しいのは私だから、元増田を書くわけだが? 自分が書いた元増田を読んでみ。最初の奴。 ソースコードのレビューをした。 あー、オシイなぁ、すごい優秀なんだけど...
増田じゃ無く、レビュー書に書こう。 そのとおりだね。実際の会社では実際の会社のやりとりに従って、粛々と進めていくよね。 「あんたのお話、おかしいよ」って言ってるだけ。 ...