アカウント名:
パスワード:
プログラミングを商売にするつもりの人の学習の教材としては、オープンソースのコードは最悪の教材ですね。もちろん私見ですけれど。
内部品質やテスト性とかを完璧無視している/その重要性を理解出来ない人を育ててしまう結果に終わる事が多かったり。
# 日本の業界だとそれが普通だから、問題ではないのかな？
あなたのオープンソースは世界が狭すぎでは？私の知ってるところだと、パッチを書くときは必ずユニットテストとセットですし、さらには実際に採用されたらドキュメントの更新もやらされますよ。
まさに学習中なので、よろしければそのプロジェクトを紹介してください。
メジャーどころはたいていそうですよ。そうしないと、製品の質を保てるはずがありません。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もね。
テストを行う事は外品であったとしても、テスト性を考慮するのは内品ですね。なので、「ユニットテストはやります」と言うのはテスト性を考慮する事を意味しません。
ドキュメントを書くって、何のドキュメントでしょう。どうせリリースノートとか操作マニュアルとかのヌルいドキュメントでしょ？
外品は本質的に徹底出来ない問題を抱えていますから。外品厨が跋扈していて政治的解決が最後の切り札となっている日本（の受託開発業界）ならそれでも通用するでしょうし、あるいは一騎当千が墓場まで持っていく様なプロジェクトでも破綻はしないでしょうけどね。
そういうヌルい世界の基準を持って来られても困ると言っているんです。オープンソース・マンセイは単純過ぎます。
> そういうヌルい世界の基準を持って来られても困ると言っているんです。オープンソース・マンセイは単純過ぎます。
オープンソースが歓迎されるのはそれが品質が高いからではありません。あなたが linux kernel に悪いところを見つけたのは、ソースコードが公開されているからなのです。それがオープンソースの良いところだということを理解していないのでは。
Internet Explorer はソースコードが公開されていなくても中がボロボロなんだろうなと推し量ることができます。でも部外者は手が出せない絶望感に襲われるわけです。
> オープンソースが歓迎されるのはそれが品質が高いからではありません。
オープンソースが歓迎されているかいないかの話はこのスレの主題ではないですなあ。学習の教材としてのオープンソースのコードの是非ですよ。ちゃんと何が話されているかを理解してから、何かを言う様にしましょう。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stableって古いって意味だっけ？ -- Debian初級
オープンソースのコードを教材にして学習 (スコア: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)
> そういうヌルい世界の基準を持って来られても困ると言っているんです。オープンソース・マンセイは単純過ぎます。
オープンソースが歓迎されるのはそれが品質が高いからではありません。あなたが linux kernel に悪いところを見つけたのは、ソースコードが公開されているからなのです。それがオープンソースの良いところだということを理解していないのでは。
Internet Explorer はソースコードが公開されていなくても中がボロボロなんだろうなと推し量ることができます。でも部外者は手が出せない絶望感に襲われるわけです。
Re: (スコア:0)
> オープンソースが歓迎されるのはそれが品質が高いからではありません。
オープンソースが歓迎されているかいないかの話はこのスレの主題ではないですなあ。学習の教材としてのオープンソースのコードの是非ですよ。ちゃんと何が話されているかを理解してから、何かを言う様にしましょう。