アカウント名:
パスワード:
プログラミングを商売にするつもりの人の学習の教材としては、オープンソースのコードは最悪の教材ですね。もちろん私見ですけれど。
内部品質やテスト性とかを完璧無視している/その重要性を理解出来ない人を育ててしまう結果に終わる事が多かったり。
# 日本の業界だとそれが普通だから、問題ではないのかな?
あなたのオープンソースは世界が狭すぎでは?私の知ってるところだと、パッチを書くときは必ずユニットテストとセットですし、さらには実際に採用されたらドキュメントの更新もやらされますよ。
まさに学習中なので、よろしければそのプロジェクトを紹介してください。
メジャーどころはたいていそうですよ。そうしないと、製品の質を保てるはずがありません。Android https://source.android.com/source/submit-patches.html [android.com] Apache https://cwiki.apache.org/confluence/display/Hive/HowToContribute [apache.org] Mozilla https://developer.mozilla.org/en-US/Add-ons/SDK/Tutorials/Unit_testing [mozilla.org]
逆に、メジャーどころでわかりづらいのはLinux Kernelくらいかな。
http://www.linuxjournal.com/content/linux-kernel-testing-and-debugging [linuxjournal.com] http://stackoverflow.com/questions/3177338/how-is-linux-kernel-tested [stackoverflow.com]
の記事を読んで
製品の質ってのをどう理解するか、ですな。
アンドロ君は知らんけど、apache、mizilla、linux kernelなんかは、外品的はまあまあだけど、内品的にはボロボロですよ。先に出たqmailもね。
テストを行う事は外品であったとしても、テスト性を考慮するのは内品ですね。なので、「ユニットテストはやります」と言うのはテスト性を考慮する事を意味しません。
ドキュメントを書くって、何のドキュメントでしょう。どうせリリースノートとか操作マニュアルとかのヌルいドキュメントでしょ?
外品は本質的に徹底出来ない問題を抱えていますから。外品厨が跋扈していて政治的解決が最後の切り札となっている日本(の受託開発業界)ならそれでも通用するでしょうし、あるいは一騎当千が墓場まで持っていく様なプロジェクトでも破綻はしないでしょうけどね。
そういうヌルい世界の基準を持って来られても困ると言っているんです。オープンソース・マンセイは単純過ぎます。
それって、IISやIEの方がApacheやMoizllaよりまともなテストをやってるって意味ですよね。本気ですか?qmailはなんとも擁護のしようがないですけれど。
> それって、IISやIEの方がApacheやMoizllaよりまともなテストをやってるって意味ですよね。本気ですか?
はて?
IISやIEがどんなテストをやっているか存知ないので、その様にと詰め寄られても困惑するだけですが。どっからそういう思考が出て来たんでしょう。なんかあぶないクスリとかやってませんよね?
それとも、外品と内品の違いを全く理解していないのが原因ですか?そうだとすれば、まずそいつを完全把握してから、何かを言う様にしましょうね。
> qmailはなんとも擁護のしようがないですけれど。
これも、はて?ですね。
どう擁護できないんでしょう?qmailの外品は立派なものだと思いますがね。no defectじゃなかったでしたっけ?
まあ、qmailのコードを触りたいとは思いませんけどね。単なる凡人がDJBみたいな天才のマネをしたって、高転びに転ぶだけです。その位の事はボクだって分かりますがね。(笑)
単純な疑問なんですが、あなたの考える内品だけでシステム構築する事って現実的なんでしょうか?
現実オープンソースの恩恵で成り立っているとおもうので、多分この人は「信用に値しない(気持ち悪い?品質に問題ある?)製品を使って仕事している」って事なんでしょうね・・・きっと。外部的にはまあ使えるので、中身は空恐ろしくてみれたもんじゃないパンドラの箱なのかもしれませんね。Unix系プロジェクトですら、最近はオープンですから、今時のサーバーなんて・・・きっと・・・僕がその立場なら毎日気が気で無くて発狂しそうですけどね。
> 現実オープンソースの恩恵で成り立っているとおもうので、多分この人は「信用に値しない(気持ち悪い> ?品質に問題ある?)製品を使って仕事している」って事なんでしょうね・・・きっと。> 外部的にはまあ使えるので、中身は空恐ろしくてみれたもんじゃないパンドラの箱なのかもしれませんね。
ちょっと本題からは外れるけれど、ボクが何を思っているかについてなので書きます。
良く見ました。その通りです。
他責なのに大騒動てのは、OSSならlinux kernelとかapacheとかopensslとかでもありましたけど、例えば PIAX [piax.org]なんかが比較的最近かな。
お客さんの要
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー
オープンソースのコードを教材にして学習 (スコア:0)
プログラミングを商売にするつもりの人の学習の教材としては、オープンソースのコードは最悪の教材ですね。もちろん私見ですけれど。
内部品質やテスト性とかを完璧無視している/その重要性を理解出来ない人を育ててしまう結果に終わる事が多かったり。
# 日本の業界だとそれが普通だから、問題ではないのかな?
Re: (スコア:0)
あなたのオープンソースは世界が狭すぎでは?私の知ってるところだと、パッチを書くときは必ずユニットテストとセットですし、さらには実際に採用されたらドキュメントの更新もやらされますよ。
Re: (スコア:0)
まさに学習中なので、よろしければそのプロジェクトを紹介してください。
Re: (スコア:2, 興味深い)
メジャーどころはたいていそうですよ。そうしないと、製品の質を保てるはずがありません。
Android https://source.android.com/source/submit-patches.html [android.com]
Apache https://cwiki.apache.org/confluence/display/Hive/HowToContribute [apache.org]
Mozilla https://developer.mozilla.org/en-US/Add-ons/SDK/Tutorials/Unit_testing [mozilla.org]
逆に、メジャーどころでわかりづらいのはLinux Kernelくらいかな。
http://www.linuxjournal.com/content/linux-kernel-testing-and-debugging [linuxjournal.com]
http://stackoverflow.com/questions/3177338/how-is-linux-kernel-tested [stackoverflow.com]
の記事を読んで
Re: (スコア:-1)
製品の質ってのをどう理解するか、ですな。
アンドロ君は知らんけど、apache、mizilla、linux kernelなんかは、外品的はまあまあだけど、内品的にはボロボロですよ。先に出たqmailもね。
テストを行う事は外品であったとしても、テスト性を考慮するのは内品ですね。なので、「ユニットテストはやります」と言うのはテスト性を考慮する事を意味しません。
ドキュメントを書くって、何のドキュメントでしょう。どうせリリースノートとか操作マニュアルとかのヌルいドキュメントでしょ?
外品は本質的に徹底出来ない問題を抱えていますから。外品厨が跋扈していて政治的解決が最後の切り札となっている日本(の受託開発業界)ならそれでも通用するでしょうし、あるいは一騎当千が墓場まで持っていく様なプロジェクトでも破綻はしないでしょうけどね。
そういうヌルい世界の基準を持って来られても困ると言っているんです。オープンソース・マンセイは単純過ぎます。
Re: (スコア:0)
それって、IISやIEの方がApacheやMoizllaよりまともなテストをやってるって意味ですよね。本気ですか?qmailはなんとも擁護のしようがないですけれど。
Re: (スコア:0)
> それって、IISやIEの方がApacheやMoizllaよりまともなテストをやってるって意味ですよね。本気ですか?
はて?
IISやIEがどんなテストをやっているか存知ないので、その様にと詰め寄られても困惑するだけですが。どっからそういう思考が出て来たんでしょう。なんかあぶないクスリとかやってませんよね?
それとも、外品と内品の違いを全く理解していないのが原因ですか?そうだとすれば、まずそいつを完全把握してから、何かを言う様にしましょうね。
> qmailはなんとも擁護のしようがないですけれど。
これも、はて?ですね。
どう擁護できないんでしょう?qmailの外品は立派なものだと思いますがね。no defectじゃなかったでしたっけ?
まあ、qmailのコードを触りたいとは思いませんけどね。単なる凡人がDJBみたいな天才のマネをしたって、高転びに転ぶだけです。その位の事はボクだって分かりますがね。(笑)
Re: (スコア:0)
単純な疑問なんですが、あなたの考える内品だけでシステム構築する事って現実的なんでしょうか?
Re:オープンソースのコードを教材にして学習 (スコア:0)
現実オープンソースの恩恵で成り立っているとおもうので、多分この人は「信用に値しない(気持ち悪い?品質に問題ある?)製品を使って仕事している」って事なんでしょうね・・・きっと。
外部的にはまあ使えるので、中身は空恐ろしくてみれたもんじゃないパンドラの箱なのかもしれませんね。
Unix系プロジェクトですら、最近はオープンですから、今時のサーバーなんて・・・きっと・・・僕がその立場なら毎日気が気で無くて発狂しそうですけどね。
Re: (スコア:0)
> 現実オープンソースの恩恵で成り立っているとおもうので、多分この人は「信用に値しない(気持ち悪い
> ?品質に問題ある?)製品を使って仕事している」って事なんでしょうね・・・きっと。
> 外部的にはまあ使えるので、中身は空恐ろしくてみれたもんじゃないパンドラの箱なのかもしれませんね。
ちょっと本題からは外れるけれど、ボクが何を思っているかについてなので書きます。
良く見ました。その通りです。
他責なのに大騒動てのは、OSSならlinux kernelとかapacheとかopensslとかでもありましたけど、例えば PIAX [piax.org]なんかが比較的最近かな。
お客さんの要