アカウント名:
パスワード:
プログラミングを商売にするつもりの人の学習の教材としては、オープンソースのコードは最悪の教材ですね。もちろん私見ですけれど。
内部品質やテスト性とかを完璧無視している/その重要性を理解出来ない人を育ててしまう結果に終わる事が多かったり。
# 日本の業界だとそれが普通だから、問題ではないのかな？
あなたのオープンソースは世界が狭すぎでは？私の知ってるところだと、パッチを書くときは必ずユニットテストとセットですし、さらには実際に採用されたらドキュメントの更新もやらされますよ。
まさに学習中なので、よろしければそのプロジェクトを紹介してください。
メジャーどころはたいていそうですよ。そうしないと、製品の質を保てるはずがありません。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]
の記事を読んでも、パッチ書いてる奴がテストしている(レビューで求められる)とは読めませんでした。実際にやってる人に聞けば早いんでしょうけど。というか、カーネルくらい複雑になればテストは何重にもされているわけですが、カーネルにコードを出すことがシステマティックなテストを書く勉強になるか、というと疑問かもしれません。逆に言うと、他のメジャーどころにパッチを出すのは、確実にテストの勉強になると思いますよ。
今は、travis-ci.orgみたいにgithubと連動させるだけで、ビルドエラー(ビルドエラーを吐かせる単体テスト)の結果報告をしてくれるところがあるので、お一人様な小規模なオープンソースプロジェクトでもすぐに始められる土台は十分すぎるほど整っています。
http://docs.travis-ci.com/user/getting-started/ [travis-ci.com]
だから、勉強になるかどうかは規模ではなく、プロジェクト自体の質や、あるいは方向性が占める部分が大きいのではないかと思います。でもそこは、最初のコメが日本云々を言ってるようにオープンか否かは関係ないわけですから……
Linux kernelへのパッチは形式的にテストやドキュメントが求められることはないですメンテナーが入れるのが妥当かどうか判断してますね基本はソースコードレビューで品質を担保しているということになるでしょうか
それって、IISやIEの方がApacheやMoizllaよりまともなテストをやってるって意味ですよね。本気ですか？qmailはなんとも擁護のしようがないですけれど。
> それって、IISやIEの方がApacheやMoizllaよりまともなテストをやってるって意味ですよね。本気ですか？
はて？
IISやIEがどんなテストをやっているか存知ないので、その様にと詰め寄られても困惑するだけですが。どっからそういう思考が出て来たんでしょう。なんかあぶないクスリとかやってませんよね？
それとも、外品と内品の違いを全く理解していないのが原因ですか？そうだとすれば、まずそいつを完全把握してから、何かを言う様にしましょうね。
> qmailはなんとも擁護のしようがないですけれど。
これも、はて？ですね。
どう擁護できないんでしょう？qmailの外品は立派なものだと思いますがね。no defectじゃなかったでしたっけ？
まあ、qmailのコードを触りたいとは思いませんけどね。単なる凡人がDJBみたいな天才のマネをしたって、高転びに転ぶだけです。その位の事はボクだって分かりますがね。（笑）
単純な疑問なんですが、あなたの考える内品だけでシステム構築する事って現実的なんでしょうか？
現実オープンソースの恩恵で成り立っているとおもうので、多分この人は「信用に値しない（気持ち悪い？品質に問題ある？）製品を使って仕事している」って事なんでしょうね・・・きっと。外部的にはまあ使えるので、中身は空恐ろしくてみれたもんじゃないパンドラの箱なのかもしれませんね。Unix系プロジェクトですら、最近はオープンですから、今時のサーバーなんて・・・きっと・・・僕がその立場なら毎日気が気で無くて発狂しそうですけどね。
> 単純な疑問なんですが、あなたの考える内品だけでシステム構築する事って現実的なんでしょうか？
これが質問なのか、質問の形を取った反論なのか分かりませんが、共に言える事はソフトウェア品質を理解していないと言う事ですね。
まず「あなたの考える」ですが、これはボクだけのトンデモ発想だと思っているなら大きな間違いです。ご存じかどうか、ISO/IEC9126-1（の2001、あるいはJIS X 0129-1:2003）で規格化されているものです。
次に「内品だけでシステム構築」をボクが考えていると思うのであれば、それは理解不足による誤読、あるいは妄想ですね。ソ
> 現実オープンソースの恩恵で成り立っているとおもうので、多分この人は「信用に値しない（気持ち悪い> ？品質に問題ある？）製品を使って仕事している」って事なんでしょうね・・・きっと。> 外部的にはまあ使えるので、中身は空恐ろしくてみれたもんじゃないパンドラの箱なのかもしれませんね。
ちょっと本題からは外れるけれど、ボクが何を思っているかについてなので書きます。
良く見ました。その通りです。
他責なのに大騒動てのは、OSSならlinux kernelとかapacheとかopensslとかでもありましたけど、例えば PIAX [piax.org]なんかが比較的最近かな。
お客さんの要
> 外品的はまあまあだけど、内品的にはボロボロですよ。先に出たqmailもね。
Apache のコードでお前が言う「ボロボロ」な部分を具体的に示してみな。さもなくば、プログラムも読むことも書くこともできない輩が適当なことを言っているだけということだ。
> そういうヌルい世界の基準を持って来られても困ると言っているんです。オープンソース・マンセイは単純過ぎます。
オープンソースが歓迎されるのはそれが品質が高いからではありません。あなたが linux kernel に悪いところを見つけたのは、ソースコードが公開されているからなのです。それがオープンソースの良いところだということを理解していないのでは。
Internet Explorer はソースコードが公開されていなくても中がボロボロなんだろうなと推し量ることができます。でも部外者は手が出せない絶望感に襲われるわけです。
> オープンソースが歓迎されるのはそれが品質が高いからではありません。
オープンソースが歓迎されているかいないかの話はこのスレの主題ではないですなあ。学習の教材としてのオープンソースのコードの是非ですよ。ちゃんと何が話されているかを理解してから、何かを言う様にしましょう。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家
オープンソースのコードを教材にして学習 (スコア: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]
の記事を読んでも、パッチ書いてる奴がテストしている(レビューで求められる)とは読めませんでした。実際にやってる人に聞けば早いんでしょうけど。というか、カーネルくらい複雑になればテストは何重にもされているわけですが、カーネルにコードを出すことがシステマティックなテストを書く勉強になるか、というと疑問かもしれません。逆に言うと、他のメジャーどころにパッチを出すのは、確実にテストの勉強になると思いますよ。
今は、travis-ci.orgみたいにgithubと連動させるだけで、ビルドエラー(ビルドエラーを吐かせる単体テスト)の結果報告をしてくれるところがあるので、お一人様な小規模なオープンソースプロジェクトでもすぐに始められる土台は十分すぎるほど整っています。
http://docs.travis-ci.com/user/getting-started/ [travis-ci.com]
だから、勉強になるかどうかは規模ではなく、プロジェクト自体の質や、あるいは方向性が占める部分が大きいのではないかと思います。でもそこは、最初のコメが日本云々を言ってるようにオープンか否かは関係ないわけですから……
Re: (スコア:0)
Linux kernelへのパッチは形式的にテストやドキュメントが求められることはないです
メンテナーが入れるのが妥当かどうか判断してますね
基本はソースコードレビューで品質を担保しているということになるでしょうか
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)
> 単純な疑問なんですが、あなたの考える内品だけでシステム構築する事って現実的なんでしょうか？
これが質問なのか、質問の形を取った反論なのか分かりませんが、共に言える事はソフトウェア品質を理解していないと言う事ですね。
まず「あなたの考える」ですが、これはボクだけのトンデモ発想だと思っているなら大きな間違いです。ご存じかどうか、ISO/IEC9126-1（の2001、あるいはJIS X 0129-1:2003）で規格化されているものです。
次に「内品だけでシステム構築」をボクが考えていると思うのであれば、それは理解不足による誤読、あるいは妄想ですね。ソ
Re: (スコア:0)
> 現実オープンソースの恩恵で成り立っているとおもうので、多分この人は「信用に値しない（気持ち悪い
> ？品質に問題ある？）製品を使って仕事している」って事なんでしょうね・・・きっと。
> 外部的にはまあ使えるので、中身は空恐ろしくてみれたもんじゃないパンドラの箱なのかもしれませんね。
ちょっと本題からは外れるけれど、ボクが何を思っているかについてなので書きます。
良く見ました。その通りです。
他責なのに大騒動てのは、OSSならlinux kernelとかapacheとかopensslとかでもありましたけど、例えば PIAX [piax.org]なんかが比較的最近かな。
お客さんの要
Re: (スコア:0)
> 外品的はまあまあだけど、内品的にはボロボロですよ。先に出たqmailもね。
Apache のコードでお前が言う「ボロボロ」な部分を具体的に示してみな。さもなくば、プログラムも読むことも書くこともできない輩が適当なことを言っているだけということだ。
Re: (スコア:0)
> そういうヌルい世界の基準を持って来られても困ると言っているんです。オープンソース・マンセイは単純過ぎます。
オープンソースが歓迎されるのはそれが品質が高いからではありません。あなたが linux kernel に悪いところを見つけたのは、ソースコードが公開されているからなのです。それがオープンソースの良いところだということを理解していないのでは。
Internet Explorer はソースコードが公開されていなくても中がボロボロなんだろうなと推し量ることができます。でも部外者は手が出せない絶望感に襲われるわけです。
Re: (スコア:0)
> オープンソースが歓迎されるのはそれが品質が高いからではありません。
オープンソースが歓迎されているかいないかの話はこのスレの主題ではないですなあ。学習の教材としてのオープンソースのコードの是非ですよ。ちゃんと何が話されているかを理解してから、何かを言う様にしましょう。