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

意味がわからん、　嫌いだったら、　おいいね。っつっといて、こっちで直して。　１年ぐらいでさようならだろ。普通。

嫌いだったら、手間隙かけて、わざわざ　コメントして　伸ばさねーよ。逆じゃねーか？

今の世の中そうだけど、他人のガキを怒らねーだろ。　他人にコメントするのはスゲー労力なんだよ。　嫌いな奴は何も言われない。もしくは褒め殺し。

そういう事は載ってない。そしてそれが何より大事だ。

うん。まさにそうだね。だが・・・OJTでそれを教えるときに、オープンソースを知らなければ　まず最初にするコメントは、オープンソースあるけど、どうする？

というコメントしかないと思うが？　そっから先は、交渉だろ。

そして、増田みたいにいろいろ言ってくるから、何度でも受け答えして、多角的に判断していくしかなかろ。

なんで、オープンソースじゃなきゃ許さんという理論になるんだ？説明と交渉と説得だろ。

逆に、折れを説得してOKとったら、OKっつったんだから、今度は会社の他の人に、俺が、それを説得しに行く義務ができるんだから、説得ぐらいはしろと。

より重要な点は、オープンソースにしてもかかる、と言ってる点だ。

だから、コストの問題だろ。OpenSSLは例だけど　OpenSSL相当のドキュメント書くのと　OpenSSLを採用した理由を書くのではドキュメントの量が違うし

いまどき、OpenSSLを使うのに、そんなに長いドキュメントが必要か？それこそ問題だろ。

で、OpenSSL並の暑さのドキュメント書くか？

別に　自分で書くのは悪いことじゃないよ。何度も何度も言ってるけど、そういうふうに指示を取るなって事だよ。

具体例として、OpenSSLを上げたときに、これはOpenSSLと仮定してくれな。実際は違うけど。

具体例として、OpenSSLなら、実際に作るよりも、使ったほうが早い場合のほうが多いし、今回はそうだろう。という話だよ。

オープンソースは何でも神なんて、ヒトコトもいいってない。

別段、オープンソースを社内のライブラリに置き換えてもらっても結構。

仮に　自社製品のSSLライブラリがあって、うちはコレを売ってるのに、　なんで　OpenSSL使ったのダメだろ。ってコメントでもOK。

教えてくれませんでしたから＞＞＞　・・・うーん、それも一理あるが・・・　次回から、自社ライブラリとかは調べてから、つくってね。

これは、こうだろ。

大変申し訳ありませんでした、私の指示ミスでございました。とか、言うわけ無いだろ。外注ならともかく。

どっちでもいいなら自由にさせたらいいじゃない。

会社なんだから、レビューとチェックがあって、報告して、相談しながらやるのは当たり前。

なんども言っているが、求めているのはOpenSSLよりも、自分で作ったほうが　コストパフォーマンスが高いということを証明しろ。って言ってるだけ。

証明できないなら、せめて、力説しろって話だが・・・

そもそも、自由には義務がつきまとうが、自由に書きたければ、説得する義務はあるだろ。

この件は、まぁそうですね。うっかりしてました。そう、ならいいや。でそもそも終わってる話だがな。

Permalink | 記事への反応(1) | 15:31

ツイートシェア