【オープンソース】Linuxの思想【GPL】

オープンソース、GPL、バザール開発、Red Hat・Fedora、Ubuntu、Android、Microsoftとの競争など。
勇気を出して、思いのたけをぶつけてみろ！

プロは可読性だよ
素人ならいくらでも好き勝手にチューンできるがプロはやらない
プロがどんなコードを書きなぐるかはＬｉｎｕｘ関係のコード見れば一目瞭然
それを下手くそだの汚いだの批判するのは素人
Linuxのコードはほんとろくでもない代物だがプロらしいコードだ
学生の書くアルゴリズムをただ書き写しただけのコードとは別次元の荒っぽさ、雑さがある
強いて言えばカーネルのコードはキチンとしてる(らしいよw)

難読と言えばインテル社員とAMD社員の書いたコード
可読性は高いけど意味不明
なんでこのループは32回x100回なの?、3200回じゃダメなの?とか
なんでこのコードはこうなってるの?
自社製CPUのキャッシュの構成やパイプラインの都合です
ソースコードレベルの最適化ってやつね

確かめようがない、想像はできるが

>>135
あなたは勘違いをしている。そもそもOSSというのはプロエンタリな金儲け集団が
でっちあげた概念であり、フリーソフトで金儲けをするためのまやかしでしかない。
名目はかっているが要するにソフトで金儲けをするための方便でしかない。
そのため、OSSには本来ならサポートの義務というか責任があるはずなのだが
それすらも回避するための作戦がソース見れ！俺はサポートしないだ！なのだから

イミフ

はいぃ？

細かいことが気になるんですよ
>そもそもOSSというのはプロエンタリな金儲け集団が
>でっちあげた概念であり、フリーソフトで金儲けをするためのまやかしでしかない

よ〜わかってない人が素人語り？してるような

プロエンタリって何だｗ

プロのエンターティナーのことだろ

敵将 李典 プロエンタリ！

>>135はプログラミングを知らない
プログラマは日本語でも英語でもなくプログラム言語で物事を考えてる
最初にコードが出来て、それをわざわざ日本語や英語に翻訳してるんだよ
Linuxではそういうバカバカしい事はやめようとなってる
詳細はコードを読め
実際変な日本語よりもコード読んだ方がずっとわかりやすい、プログラマはね

もっと根本的な勘違い-->説明書があるなら読めば分かるはずだ
説明書を朗読する事はできても意味は理解できないさ
でもバカは読めれば分かると言い張る、オマエは天才か?

>>147
いや、おいらは名プログラマだと評価されている。
悪いけど、あなたは抽象思考が出来ない人かもしれない。

例えばの話、sin(t)が、三角形の斜辺と一辺の比であって、座標表示では
y/r であると説明されるのと、
float f(float t)
{
return t-(1/6)t^3+(1/30)t^5-・・・;
}

というプログラムを見せられるのとどちらが理解しやすいかということなん
だよ。もちろん、実際のプログラムではループで記述されるだろうし、
誤差の問題などから、tが45度以上の時は、上式をそのまま使わずに、
三角比の性質と上式を組み合わせて答えを求めるようになっている
可能性が高く、そのために、if 分による場合分けもあるはず。

多くの人は前者が分かりやすいと思うはず。コードだけしか理解できない人は、
後者でしか理解できないとでも言うのか？

難しそうなことやってる俺、カッケーですか

ま、煽りなさんなって

>>150
この程度の展開式、誰でも知ってるじゃない。
どこでも見かける式なので、テーラー展開の厳密証明を知らない人でも、
成り立ちくらい走ってる。

ちなみに、蛇足だが、
float f(float t)
{
　float tt=t*t;
　return t*(1-tt*((1/6)+tt*((1/30)-・・・)));
}
と、この場合は、t^2 をあらかじめ計算しておいて、ttを使うことが基本だが、
上記のように括弧でくくりだすと乗算の回数がさらに減る事が知られている
（知らない人は、上記式を蒸散の回数を自分で確認あれ）。



これは一例に過ぎず、簡単すぎる例ではあり、実際はもっと複雑なことが多い。
つまり、仕様書の方が簡便で分かりやすく、プログラムはとても複雑で解読しにくい
ことの方が圧倒的に多いのが現実。

誤：成り立ちくらい走ってる。
正：成り立ちくらいは知ってる。

誤：上記式を蒸散の回数を自分で確認あれ
正：上記式で乗算の回数を自分で確認あれ

自然言語は概念やより抽象的なことを表すのに適しており
プログラミング言語は厳密で具体的な表現に適している
分かりやすいとか分かりにくいというのは観念的で曖昧な言葉なのに
相手の言わんとすることを理解できずにこんな言葉に引っかかって
長文垂れ流すなんて馬鹿じゃないの？って思う。実につまらん

素人語りしたい人が建てたスレですから
なんでもありなんでは

>>155
具体例を出したら、仕様書よりソース・コードの方が分かりやすい派の
意見が急にしぼんだ。

プログラミング経験や実際のコードを見た経験が無かった人であった可能性
が高い。

相手にする価値が無いと思われた可能性の方が高い

具体例があれじゃね
動画系の人とか、もっとラベルの高いことやってるみたいだし
見せパンじゃなくて透けパンとか（本体が透けてるわけじゃないところが）

一般人には信じられないのさ
プログラマのネィティブ言語がプログラミング言語だって事がね

コードをちょっといじる、5分かからない
でもコードいじったら日本語や英語のドキュメントも修正しろとなると一日潰れる
Linuxはそういう無駄な事はしない
毎日ナイトリーを出す、場合によっては午前版、午後版、ナイトリーだ
そういう頻度でバージョンが上がってく理由はそういう事だ

ぶっちゃけちゃうと
もし日本語で考えてそれをプログラミング言語に翻訳しているレベルならその人は本物のプログラマではない
せいぜいコーダーと呼ばれる人種
コードの読み書きできたらプログラマってわけじゃないからね
ぱっとコードを殴り書きしたあと上司やクライアントに説明する為に何日もかけて日本語に翻訳する、あぁくだらねぇ

連投しないと死んじゃう病なん?

客や上司、糞営業はプログラマじゃない。
翻訳が必要なのは当然じゃね。
皆がプログラマで翻訳が無くなれば、飯が食えなくなるだろ。

珍説連投病

OSSの人に言えない本音
　ライセンスはGPLよりBSDがよい。何故ならばソースの公開義務がないからだ！

＊だからコイツらは腐ってるんだよ。

原理主義ですか

そもそもなんでGNUの思想をLinuxにすり替えるのよ。

社内ひきこもりニート？さんが建てたスレですからね
プーたれたいところを作りたかっただけでは

>>166
人に言えないってことなくね。

BSDLを適用するプロジェクトだってあるだろうし
言えない理由は何か別の疚しい思いがあるのではないだろうか

>>164
たいていはクライアント様の話す日本語からプログラム言語に翻訳するのがプログラマの仕事だ
整理して仕様書を作り設計書に翻訳され詳細設計に翻訳される、ここまでがプログラマの仕事、全部日本語だ
その先はコーダーの仕事、コード書くだけならプログラマは不要
Linuxは向きが逆なんだよ
プログラマがいきなりコードを書いてしまう、それが一番手っ取り早い
そしてわざわざ日本語に逆翻訳はしない、無駄だからだ
詳細はコードを読め、の一行で済ませてしまう

他人のコード見るほど苦痛な仕事はない。

プログラミング言語は世界共通言語だ
英語が下手でも片言の英語にコードを添付して送ればそれで話が通じる
バグを発見しました、と英語で報告してもラチ開かないがパッチを送りつければそれでOK
まさかとは思うが一応言っておくとLinuxの世界ではパッチはソースコードだからね

>>173
その通り
そこがプロと素人の一番の違いよ
他人のコードを読むスキルがプロ
素人は他人のコードを一瞥して自分で書き直した方が早いと思ってしまう
プロは動くならそのまま使っちまえとなる
この世に美しいコードなんて滅多にないんだわ
プログラミングの入門書に堂々と下手くそで醜いコード載せてやがる、これが手本だって?

今は知らんけど初期のGNOMEのコードなんて絶句もんだったぜ
幼稚で汚いクソ遅い、こいつ中学生かよ?なレベルだった
ド素人以下
それを職業プログラマが罵声浴びせながら手直ししていったのさ
GNOMEが年々高速化していったのは何も不思議は無い

学生ラベルから抜け出せない人もいるみたいだし

>>162
なんちゅうか、営業とSEとプログラマとコーダー（？）が分業されている
ような分野の人にとっては、オープンソースがパラダイスって事か。

もともと、そのような分かれてない分野、人々も存在するんだよ。

ござーるのおっさんがいってるようなことをやってるとことお月見するのはどうかと

>>178
自分の周囲しか見えてないんだろ？

コーダーとかいってるとこだよ、お月見遠慮したいのは

お月見にはもう寒い

花見もご遠慮したいな、コーダー系というの抱えてるとことは
社内ひきこもりのスクツ？

基地外の独り語りが垂れ流されるスレ

ああだコーダー言うな

ソースコードが著作権により保護されるようになったのはいつ頃ですか?
きっかけとなった出来事などはありますでしょうか?

>>186
この辺?
http://www.venus.dti.ne.jp/~inoue-m/cr_copyright_lawm.htm
http://www.itmedia.co.jp/enterprise/articles/1409/08/news015.html

>>187
有り難うございます
勉強になります
今や当然となっている著作権法を根拠としたソフトウェアの保護ですが
そうでない世界もありえたようですね

ブラジルはコンピュータープログラムの保護に関して著作権じゃなく
それ専用の法律で保護をしている。日本も流れによってはその道に
いく可能性もあったんだけどね。
http://www.globalipdb.jpo.go.jp/laws/5306/

認識が甘いね
いくら自分の書いたコードがオリジナルでも偶然に似たコードが在れば盗作野郎
世界に似たコードが無い事を調査するのはコード書いた奴の義務だ
それを怠ればコード書いた奴の過失だ、有罪判決喰らう
もっと言えばだ
商用コンパイラ使うならコンパイラメーカーにライセンス料を払わねばならないし
もしgcc使うならGPLコードの混入は避けられずGPL以外のライセンスで配布したら
立派なコード盗作クソ野郎になれる

著作権がプログラマの権利を守ってくれる?
冗談じゃない
プログラマの自由を剥奪するのが著作権だ
だからもうGPLでいいやってなる

プログラムが全部パブリックドメインで流用し放題だったら
どれだけ楽で、どれだけソフトウェアの世界が発展していただろう
とは俺も思う

なんちゃってなこと書いて、嬉しそうですね　190

GPLは免罪符なんだよ
著作権なんか踏み倒して自由にコードを書きたい、それがプログラマの夢だ
もっとも特許からは逃げられないが

>>194
> GPLは免罪符なんだよ
> 著作権なんか踏み倒して自由にコードを書きたい、それがプログラマの夢だ
どういうこと?

商用コンパイラの縛りも鬱陶しい
無料配布ならば通常はライセンス料は発生しないが有料で販売となるとライセンス料を徴収される
ならGPLなgccでいいやってなる

意味不明なこと言ってませんか？

>>197
脈略なく自分の言いたいこと書き殴るだけの人だから適当にあしらっときゃいいのよ

反論できないとすぐこれだ、卑怯すぎないか?

何言いたいのかわからなきゃ反論なんてできんよ。

人が作ったものでホクホクしたいだけじゃないの

Windowsも結構前からVisual Studio Express出してたけどな。
それで作った分にはバイナリの配布も販売もできる。
MSも開発者集めが重要なんだと考えているのだろう。
ここ最近のMSリリースのオープンソースはMITライセンスが多いし。

商売やるならコンパイラのライセンスはよくよく読まないとヤバいよ
ライブラリに鎖があるのはいいとしてコンパイラが吐いたバイナリも実はコンパイラメーカーの所有物です
このバイナリは我が社の独自技術によって生成されたものなので我が社にも所有権があります・・・え?
素人君は信じられないかなw

>>203
そんなコンパイラあるの?
どのコンパイラ?

コンパイラが吐いたバイナリに制限をかけるケースで、評価版とかでなく
売り物でそんなことしてる実例は自分も知らないのでぜひ実例を教えてもらいたい。

そんなことしたら、買う人いなくなります
ただえさえ、高いのに（メンテ契約ありだと・・・VerUpも今や）

だからライセンスちゃんと読めってw
素人しかいないのかよ
たいていは販売本数縛りだ

だからどのコンパイラの話よ。

>>207が駄目な奴だってことは俺にも分かった
コミ力ゼロ

パッケージを見るか買って開けるまでライセンス読めないことのほうが多いのですが
雑誌の広告など感じなんことが・・・

肝心なことだす

FOSSは、能力の無さを隠すための方便。
無能な偽善者。

一番最初のオープンソース・ライセンスって何？
GPL?

GPLが生まれた時はオープンソースという概念がまだなかった。あと
GNU Projectのスタンスは「自由ソフトウェア運動とオープンソースソフトウェア
は理念が違うので区別してほしい」なのでこのスレタイはあまり適切じゃ
ないかもね。

ともかく、GPL以前はgcc, emacs等ソフトウエアごとにGNU gcc license,
GNU emacs licenseという感じで文面が用意されていた。その後GPLに
統一されたという経緯がある。GNU emacsの最初のリリースは1984年のようだ。

一方でいわゆる4系のBSDも古くからあって、4系のBSDのソースを配布している
ページによると一番古いコピーライト表記が1979年のようだ。
http://bsd42.sourceforge.net/
でもこのライセンス文面は今時のいわゆるBSDスタイルライセンスとはちょっと
違う。けれども内容としてはオープンソースソフトウェアの定義に合致する
内容なので、これが最古のOSSライセンスと言えるんじゃないかな。

>>214
レスさんくす。

レスを見てBSD license historyをキーワードにして検索したみたら、以下のサイトを見つけた。
Bill Joyが1977年に1BSDをBSDライセンスでリリースしていた可能性もあるみたい。
http://zork.net/~nick/mail/bsd-license-history-in-a-nutsac

>>194
>著作権なんか踏み倒して自由にコードを書きたい、それがプログラマの夢だ

無能プログラマのな。

GPL礼賛者よ、心して読むように：

http://blogos.com/article/103293/

>私が最も上記記事に対して疑義を呈したいのは、USJのビジネススキーム云々
>よりも、文中で「本来、こういったエンターテインメント施設では、来場客に
>いかに楽しんでもらうかがマーケターにとっては大事で、利益はそのあとにつ
>いてくるもの」などというワケの判らないコメントを寄せている匿名のマーケ
>ター氏です。私も長らく施設型エンターテイメント産業の専門研究をしていま
>すが、少なくとも商業施設開発の世界において「利益はあとについてくる」な
>どという論は全くもってナンセンスです。

>>217
GPL と何の関係があるの?

>>217みたいな奴が施設型エンターテイメント産業の専門研究者の中にもいるってだけの話だな
何の意味もない

>>218
「利益は後で付いてくる」という考え方。

>>220
どういうこと?

何の関係もない

>>221
「クローズドにしてるから儲からないんだ。
　オープンにした方が儲かる。」
などという論調がある。

>>223
たとえば誰が言ってた?

>>224
2chのコンピュータ系の板は全てその論調になっている。

んなこたーない。

オープンソース関係で言っている人がいるかもしれないが
FSF・GNU・GPL・RMSには関係ないな

>>226
いや、そんなことになってる。

>>228
具体的に。

>>229
クローズド派はオイラ以外、皆無に近く、FOSSの問題点を挙げると
反論されるばかりで同意や応援する人は全くいないといっていい。

>>230
それは論調とか派閥の問題ではなく
論拠が甘いだけなんでは。

>>231
いや、論拠とか関係ない。

2chの議論は感情的な問題でしかない。

>>232
そういう考えだから誰も説得できないんでは。

噛み砕いて言うと、
「オープン派が幅を効かせててクローズド派が迫害されている」のではなく
単にみんなが「お前の言ってることおかしいよ」って言ってるだけなのでは、と。

>>233
いやいや。

自分が得か損かでしか考えられない人が多い限り、正しい議論にはならない
のだよ。たとえ、論理や公平性の観点でどんなに正しくても。