[up] Up to higher level directory ..
[file] hello-1.0-1.1.diff.gz17 KB 1992-09-1707:00:00 AM
[file] hello-1.1-1.2.diff.gz26 KB 1993-05-2207:00:00 AM
[file] hello-1.2-1.3.diff.gz3 KB 1993-05-2307:00:00 AM
[file] hello-1.3.tar.gz86 KB 1993-05-2307:00:00 AM
・・ってバージョン上がってってるし・・
kim_h_yusuke@shokuba ~/tmp/hello-1.3
$ hello --help
This is GNU Hello, THE greeting printing program.
Usage: hello [-htvm] [--help] [--traditional] [--version] [--mail]
-h, --help Print a summary of the options
-t, --traditional Use traditional greeting format
-v, --version Print the version number
-m, --mail Print your mail
行数…ですか… (スコア:2, すばらしい洞察)
5000行なんて簡単に突破可能な数字だと思うのは私だけでしょうか?
っていうか、いまだに行数で判断するのか…
----------------------------------------
You can't always get what you want...
Re:行数…ですか… (スコア:2, 参考になる)
オープンソースソフトウェアの世界で、コード行数の水増しをするような
事例なんてありますか。それこそオープンなんだから一発でバレるでしょう。
もっとも、この項目にひっかかって件のリストから落選したものを見て
みないと、5000行という閾値あるいは行数による指標がどれ程目的に
合致しているか、判断しかねます。
という訳で、大熊さんにはその辺の調査資料を公開してもらえると良いかと
思います。
Re:行数…ですか… (スコア:2, 興味深い)
みんな上記のような意見を言っているのでしょう。
「日本発のオープンソースソフトウェア」であるために
・5000行未満だが有用なプログラム
・5000行以上だが有用ではないプログラム
の2つは基準に満たないため含めない。
この判断基準をなぜ行ったのか、是非説明してほしいと思います。
Re:行数…ですか… (スコア:1)
そうですね。ぱっと思いつくものは見当たりません。
というわけで、行数でも良しとしましょう。
しかし、オープンソースであることとの条件として規模って重要なのでしょうか?もちろん、Cの入門書に載っているような「Hello World」もオープンソースかと言うと、「う~ん」とうなってしまいますけど。
----------------------------------------
You can't always get what you want...
Hello (スコア:0)
Helloはすでにオープンソースです。
hello - GNU Project - Free Software Foundation (FSF): [slashdot.jp]
Re:Hello (スコア:1)
[file] hello-1.0-1.1.diff.gz17 KB 1992-09-1707:00:00 AM
[file] hello-1.1-1.2.diff.gz26 KB 1993-05-2207:00:00 AM
[file] hello-1.2-1.3.diff.gz3 KB 1993-05-2307:00:00 AM
[file] hello-1.3.tar.gz86 KB 1993-05-2307:00:00 AM
・・ってバージョン上がってってるし・・
kim_h_yusuke@shokuba ~/tmp/hello-1.3
$ hello --help
This is GNU Hello, THE greeting printing program.
Usage: hello [-htvm] [--help] [--traditional] [--version] [--mail]
-h, --help Print a summary of the options
-t, --traditional Use traditional greeting format
-v, --version Print the version number
-m, --mail Print your mail
#それだけだけどID
Re:Hello (スコア:0)
RMSに怒られるぞっと。
Re:Hello (スコア:0)
オープンソース運動≠フリーソフトウェア運動
でしょ。(FSFが言うところの)フリーソフトウェアは(OSIが言うところの)オープンソースソフトウェアの上位概念です。オープンソースソフトウェアの用件を満たしていないというのは、すなわちフリーソフトウェアの用件もまた満たしていないことを意味します。
Re:Hello (スコア:1)
A is_a B
の場合、BはAの上位概念ではないでしょうか?Bは汎化、Aは特殊化。
Re:行数…ですか… (スコア:0)
#C系の言語しか知らないから変な事言ってます?私…
Re:行数…ですか… (スコア:0)
# ますます5000行から解離していくのでAC
Re:行数…ですか… (スコア:1, 参考になる)
があるのでしょうか?
そもそも、それを行うこと自体、間違った印象を与えるデメリットの方が大きいかと思います。
少なくとも、その数字を利用して「日本のオープンソースは42件」
という結論を出すのは、全く持って見当違いも甚だしいというものでしょう。
つまり「5000行以上」という条件を「オープンソース・ソフトウェアの数」と
絡めること自体に問題があるのだと考えます。
Re:行数…ですか… (スコア:1)
んー、バイナリのサイズとか。
ぃや、思いつきだけど。
でも行数よりはマシ……かなぁ。
Re:行数…ですか… (スコア:1)
じゃあ、C++ にして、コンパイラも g++ にしておきますか。
500 行程度のコードでも、書きようによっては簡単にコンパイル時間数分、バイナリは MB オーダーですね。
同じソースから、コンパイラ変えたら変わってしまうようなものの方が評価基準にならないでしょう。コンパイルオプションでも変わるし。
Re:行数…ですか… (スコア:1)
でも行数も言語変えたら結構変わるよね?
粗悪なコンパイラで脹らんだバイナリと、
粗悪なアルゴリズムで脹らんだステップ数とどっちがマシだろう。
ライブラリを大量にリンクして自身のコードではたいしたことしてない場合も、
既存の資産を活かして新たな価値や効果が生めているなら評価してもよい気がする。
でもそうすると slashcode なんて Perl スクリプトだからバイナリじゃないとか、
Cpan に収録されている小さいサイズで世界中に利用されているモジュールはとか、
シェルスクリプトが利用するコマンドのサイズもカウントするんかとか、
我ながら色々ツッコめてしまうが。
Re:行数…ですか… (スコア:0)
Re:行数…ですか… (スコア:1)
スタティックビルドすれば大プロジェクトだな。
PCにECC Registeredメモリの利用を推奨します。
Re:行数…ですか… (スコア:0)
#何も考えずに書いてしまいました。すみません。