【IT】JavaがGPLv2としてオープンソース化へ――米サンマイクロシステムズ

要請と討論に数年もの歳月を要した後、米Sun MicrosystemsはJavaソースコー
ドをLinuxによりフレンドリーなライセンス形態で配布する準備を整えた。

同社では11月13日（現地時間）、JavaのソースコードをGPLv2の下で公開する
計画だ。GPL（General Public License）はLinuxをはじめとする、他の多くの
オープンソース製品を支配しているライセンス形態だ。Sunが管理するJava.net
のサイトでは、Java MEならびにJava SEのソースコードへのアクセス環境を提
供する予定だ。サーバ向けプラットフォームのJava EEでは、すでにGlassFish
などの形でソースコードのオープンソース化を行っている。だがSunでは、こ
れと同じソフトウェアを同社が提唱するJDDL（Java Community Development
and Distribution License）だけではなく、GPLv2としても利用できるように
する。
（以下略）

- Sun picks GPL license for Java code（News.com）
http://news.com.com/2100-7344_3-6134584.html

ＳＵＮって儲かってんの？

ネットスケープ社が見えてきたな

死に行く言語候補１位・・・Java

Javaが重いんじゃない。おまえらのＰＣの性能が糞過ぎるだけだ。

時代はC#

>>6
本当にC＃使ってる奴はそこは「.net」と言う

最後っ屁みたいにOSにするよな

これで亜種出まくり。

終わったのか

どの言語がいいんかなー？
.netはlinux用のframework出す気があるの？

monoあるじゃん

おまえらの脳みそってオブジェクト指向だな

バイトコードじゃない実行ファイル作れて
スクリプト言語じゃなくて
ガーベジコレクションがあって
OOPを強制させない言語ってある？

D言語

>>14
　好きなのを選べ。

　C++　+　GCライブラリ
　Objective　C　+　GCライブラリ
　C　+　GCライブラリ
　GCC(GCJ)

>>14
そんな言語、何に使うん？

そこで初心に戻って、BASICですよ。

おわったはずのVBが案件増えてるのみると
この国のITっておかしいところだらけだよなって思うんだけど
javaもその手の類のような気がしてきた
今日この頃ｗ

じゃあ Sunはこれから何で飯食ってくんだろうか

アセンブラやマシン語が最強だろう。

オメコの臭いよっちゃんイカの臭いのする女とオメコするの辞退してください
オメコしたらチンポの廻りが5日間もかゆくてかゆくてどないもこないもアイキャンノット
です。おまけにブタでブスでもうどないもこないもアイ・キャン・ノットせめて毎日オメコ洗わんかい！

>>20
　そういえばそうだな、SPARCはF通に身売り。
　鯖はもうINTEL系CPUのマシンだし。
　IBMからでてきたEclipseにやられて、自社の開発ツールもだめだし。
　ARM社みたいにIPコア売るような商売してるわけじゃないし。
　Solarisも･･･

>>14
OCamlやらHaskellでも使っとけばいいんじゃないの？

オープンソース化して何かいいことあるの？

えっ、なにJavaってもう終わるの・・？
うちの会社はやっとポチポチ使われ始めたと思ったのに。
またCOBOLが覇権を握るのか　(；´Д｀)

OSS化はともかくGPLになるのはどうかと思う。
商用で使えなくなるの?

Delphi始まったな

＞25
Linuxにデフォルトでインストールできる。

Sunも思い切ったな。
これでIBMとかOracleが群がるんじゃないか？

だまれ小僧！お前にサンが救えるか

俺は好きだぜJava

>>19
.netに乗っかっちゃうと
元のBasic　≠　Visual Basic　≒　C#　≒　J#
だもんな

Sun終了のお知らせ

jspはいいお！

元のBasic　≠　Visual Basic　≒　C#　≒　J# < C++CLR

C++も思い出してください

業務アプリなんて.net＋VB2005＋SQLServerで十分だろ。

これからはVB2005が覇権を握ります。

今最新の流行は　『FORTRAN』　『COBOL』　『PL/1』

これでLinuxにJavaがやっと載るのか

これからはアセンブラの時代

これで堂々とDebianに載るのか

ルーク、フォースを使え。

>>37
しかも無料のExpressで十分だったり。
Webｻｰﾋﾞｽまんせー

Perl 愛してます。死ぬまで愛します。

>>37 ぶっちゃけ日本の会社数の90数%を占める中小企業はそれでいいでしょう.

>>44 Web系からサーバースクリプトまでOK.
comodo使えば,WindowsのexeもDLLもつくれるし.

Java始まったな

Forthはコンパクトで好きだ

ボスッカ！

だがしかしi-modeはJavaだ！auもふたたびJava始めました！まだ死なん！

zipと日本語文字化けのバグを直しやがれこのクズが

うちの風呂窯もそろそろ汚れてきたしなぁ

>>27
GPL2.0はGPL1.0とは違うぞ。

>>50
携帯は別だ

この先に待っているのは、混沌。

Javaなんて、２〜３年で消えると、C++とかマンセーの人に言われてかれこれ8年か。
普及したもんだ。

まぁ、C++と同程度には生き延びるだろう

C言語全く分からない私に、記事の解説キボンヌ

レスざっと見たけど、
・今の主要言語（？）は？
・SUNがオープンソースした理由は？またSUNは今後どうなると予測される？
・個人レベルでの影響は、Linuxが便利になること？

おながいします

jdk1.0.8辺りから使ってたけど、志というか理念は高いものの、何をするにも何か足りない言語だった。

・今の主要言語（？）は？→英語

>>58
> C言語全く分からない私に、記事の解説キボンヌ
> レスざっと見たけど、
> ・今の主要言語（？）は？

なんだかんだ言って結局Java。昔はC言語だった。

> ・SUNがオープンソースした理由は？またSUNは今後どうなると予測される？
JCP(Java Community Process)など外部からの強い要望があったからだよ。

> ・個人レベルでの影響は、Linuxが便利になること？
それがJavaとどう関係あるのかよくわからないけれども
Fedora Core6はVistaがいらないくらいの進化を果たしているものだな。

GUIがwinの使い勝手になれば流れは変わる

まだ先なのは事実だが

少なくとも5年遅かったな
もし10年前にGPL化していたら、今頃はSunはIT業界の旗手になれたかも知れん

>>63
同意。
2000年あたりがキーポイントだったね。
あの頃はSunも箱売りで超イケイケだったからなあ。

GNUって何の略？

CLI　on Javaにすれば
速くなるよな。

>>27
おまえんとこでは、Javaでプログラム作るんじゃなくて、JavaコンパイラなりJVMなりを作る仕事をSUNからもらってきたわけか？

まあ、普通にプログラマやってればどんな言語でもしゃべれるようになってくる。
大切なのは言語のパラダイムとAPIの使い方。

日本語しか喋れない俺はボディ言語でインド人と会話してまつ

>>68
言語のパラダイムとかいってるやつは大馬鹿死んだほうがいい
ましてやAPIを覚えろとか。
お前底辺すぎるぞ。どうせ二束三文のデスマ要員なんだろｗ
設計もできないで人のAPIこねくりまわしてPGですよなんて
言うなよ

>>69
♪Let's get phisical phisical I wanna get phisical let's get into phisical
let me hear your body-talk your body-talk let me hear your body-talk〜

>>65
GNU　is Not Unix　の略。

時代は論理型言語

もうじきJDK1.6が出るんだよな
1.3くらいのときにオープンソース化してたら
もっと盛り上ったかもね

あの腐れJAVAのソースコード修正するやつなんているんだろうか
遅いわ糞だわなにこれ？C++とCの勉強したの？SUNのやつらって
プログラムのレベル低いって晒すもんだぞ。
結局コンサルとかで食っていくつもりなんだ、その前にSUNは絶対に
買収されるか消える

GPLだとー？！
それはアカンやろ。
アカンアカン。
もう終わりだ。

業務で使えなくなったねｗ
GNU Classpathと同じ例外措置とるっていってるけど
GNUだって胡散臭いしいつ改定されるかわからんから
JAVAはリスク要因だな

>>70
別に間違ったこと言っているつもりは無いよ？
ごくごく基本的で大切なことでしょう。

どんなフレームワークやAPIと付き合うか、すごく大事だと思いますが。
ちなみにデスマはまったく経験無し。二束三文ですが。

普通は人のAPI使うでしょ？あなたはフルスクラッチ？
まあ自分の作成したAPIの方が覚えやすいでしょう。

>>70
飼い犬みたいな発言だな。自分で何か作るより利用して作ります
依存しますってはっきりいってるようなもんだな。
まぁそれだから二束三文なんだが。いつまでも脱出できないまま
リストラがせいぜいいいところだよ

>>79
あなたのことはよくわかりました。
ご苦労様です。

ID:qsQDsZFT
もちつけ自分に飼い犬なんていってどうするw

>>77
JavaはスタティックリンクじゃないからソースコードのGPL汚染はないよ

>>61
　組込屋はJavaなんてまず無縁だが。

いよいよ発表されました。この時期にGPLを選択する理由って何でしょう？

- Sun Open Sources Java Platform and Releases Source Code Under GPL
　License Via NetBeans and Java.net Communities
http://www.sun.com/smi/Press/sunflash/2006-11/sunflash.20061113.1.xml

つか、なんだかんだいって、どんどんVBが侵食してきそうな感じだな。
PCは、ジェットエンジン積んだ自家用車だからなぁ。

ところで、お奨めのプログラマのコミュニティサイト教えてもらえないでしょうか。
お願いします。m(_ _)m

今更かよ。.net案件もかなり今や増えてきてるし、aspx+sqlserverも全く珍しくなくなった。
サーバ進化がデカイんだろうけど。もういらん。

儲からなくなったからOSにするんだろ?

あげ

>>62
それも、APIの問題であってJavaそのものの
問題じゃないので無問題。

なぜならば、すでに使えるAPIが外部に存在するから。

とりあえず探せ

開発言語として扱いやすくても、.netやJavaの実行環境はゴミ以下
ネイティブ最強

>>76
いやだからＧＰＬじゃなくてGPL2.0だって

>>75
じゃあお前がJava Community Processに
コードが糞だから直せと提案してみろよ。

つーかねぇー、糞コード糞コードいうてるけど
お前はJavaよりも高速で高機能なコードをどれだけ書けんのかね
お前にはJavaの自動最適化技術を上回る手動最適化技術なんてないだろ。


Javaよりも高度な最適化ができるようになってから偉そうな事をいいたまえ

>>77
さすがに、いまさらそんなことはないだろう。
GPL2.0だぞ。GPL1.0と勘違いしている奴がそういうアホな
ことを言うだけだ

>>83
>>58と>>61のどこに組み込み屋の話題があるんだ

>>85
VBが浸食？　さすがにそんな様子は見られないな。
VBでServlet代わりなんて無理だし

>>90
D言語でも使ってる

あなたが今すぐ学ぶべき１０のプログラミング言語
ttp://phpspot.org/blog/archives/2006/09/post_97.html

マイクロソフトの我儘で強引な.netとかでC#やVBよりマシ

というかマイクロソフト信者は正常な判断ができない人たちではないか？

>>94
　鯖屋の基準で物を語るなつーことだ。

>>92
Javaのバイトコード実行速度が遅い理由はスタック型仮想マシンなのが
問題なんだから、単にそれより速い物なら誰でも書けるだろ。
ただしそれはJavaVMじゃねーし、それがJavaより普及する可能性も低いけどな。

業務プログラマ＝IT土方って大変なんだな。
ところでジャバってなーに？ｗ

>>101
風呂釜洗うヤツだよ
IT業界人の常識

>>97
AjaxやRoRが言語だという扱いに脱糞した。

>>93
GPL2.0とGPL1.0はどう違うの？

>>83
最近増えてきたとか聞いたが…
増えたといっても耳カスが鼻糞になったくらいだろうが

やりたくないよな

>>103
(ﾟДﾟ)…ほんまや…

GPL化が成功するかどうかは数年後にならなきゃ分からないけど
欧米のIT企業の凄い所はやると決めたらとことんやる所なんだよな
ケチで未練がましい日系IT企業ではやっぱ敵わんよ

>>22
＞ブタでブスでもうどないもこないもアイ・キャン・ノット
なんでそいつとしてんだよ。嘔吐こらえて汚マンコ舐めて病気でももらっとけｗ

>>97
アメリカでもJavaが圧倒的だな。
C#やC++はその半分から三分の一くらいとは。

>>99
意味が分からない奴だな。
日本語話せ

>>100
> >>92
> Javaのバイトコード実行速度が遅い理由はスタック型仮想マシンなのが
> 問題なんだから、単にそれより速い物なら誰でも書けるだろ。

書けない。書けたとしても使い捨てコード。しかもそれを書く奴はITドカタと言われる輩。
Javaの場合は、ＩＴドカタがやる仕事をコンパイラやJVMが自動的にやってくれるので
効率がよい。

>>111
それをやるのはIT土方ではなく、本物のプロのプログラマー。
もちろん、使い捨てコードではなく、しっかりと世界中で使われている。

皆が使うほとんどのオープンソースやそれを支える様々な基本ライブラリは、
Javaみたいな遅いもので書かれていない。当然、CあるいはC++。

この分野には使い捨てIT土方は入ってこない。

>>109
元記事は釣り記事なわけだがｗｗｗ

Javaも後退に次ぐ後退だからなあ。

>>111
お前意味さえ理解できてねーのかよ。そもそもJavaは基本設計に問題が
あってJVMが遅いってことなんだが。もっと効率がよいVMを設計することは
コンピュータ工学やってるやつなら可能だよ。もっともJavaは効率じゃなくて
異種コンピュータ間の互換性を重視したから今の設計になったんだがな。

基本的にHSPだけマスターしてれば仕事には困らん

×ジャバ
○ハワ

javaがオープンになったんならWin98ユーザーに配布されたWin98SEの
システムディスクを再配布してくれんもんじゃろか。配布が終わった後で
そのことを知ったんだ。

いよいよPikeの時代が来たか。

>>112
> >>111
> それをやるのはIT土方ではなく、本物のプロのプログラマー。

そういってるのはC言語を崇拝している時代遅れな輩だよ。
本物のプログラマーはくだらないことにちまちまと時間をかけない。
高層建築を建設しようと言うときにすでに統一され、会議で採択された
規格のネジや釘やナットやボルトのことをいつまでもチマチマ考えて
建設計画に着手しないでいるのはまさにドカタのやることだよ。

>>115
今、Javaの自動最適化技術も計り知れないほど進んでいるから
それをC言語やアセンブラだけでチューニングするのは膨大なコストがかかるせ。

それをさらにVMの改造ときたらとてつもなく膨大なコストがかかるぜ。
VMを改造できるは一部の人間だけ。はっきりいえるが、お前みたいな奴にはVMの
最適化は無理だよ。
まちがってもJavaの言語仕様までも変えてしまうGCJまがいなものを作って
「俺様は本物のプログラマーだ！」なんて痛いこと言わないように。

>>120
君は素人だから「くだらないこと」だと思っているかも知れないが、
世の中ほとんどの製品・システム・ライブラリはC言語系である現実を知らないようだね

>>121
JavaVMのJetコンパイラなんて複数ソース公開されてんだから興味あるやつは
誰でも弄ってた訳だが。つかさ自動最適化技術がどんなに改良されても
それそのもののコストを０にすることが出来ないって問題なのが理解できない
ならさっさ自分の無知を自覚して無理してレス返すなよ。スタック型バイト
コードの問題点さえ理解できねー素人なんだろお前。

Javaって現時点で世界で一番使い捨てコードがかかれてる土方プログラマーの
為の言語だよな。>>120は何も知らなすぎなくないか。

>>122
そんな例を挙げて自分が玄人だとでも思っているのかね。
C言語製品が数だけ揃っていればそれだけで
C言語製品を開発することが玄人になるんだって。アホらしい。
それだったら誰だって簡単に玄人になれるがね。
C言語の製品など古いからたくさんあるだけにみえるだけだろう。
JavaはC言語よりも20年以上も後に普及した言語だ。
まだまだ少なくて当然だ。それを素人呼ばわりするとはアホも休み休みに言え。

>>125
kernelやdaemon類から、各種言語処理系まで、C/C++しかありえないよ
絶対に、それらがJavaで書かれることは将来も永久にない

Javaは単なる遅い処理系なんだよ
ちょっとした軽いことをするのにはいいけど

>>126
逆に、そういったローレベルの処理が必要な場面でしかCは必要ないと思う。

業務アプリをCで書くとかアホだろ。

ttp://www.jnode.org/

CとJavaのどっちが凄いかなんてアホな議論はマ板だけにしときなさいw

特定の言語に依存したプログラマーにとって
言語を否定されることは、自分を否定されることに等しい。
そりゃ必死にもなる。

だって複数の言語をまじめに覚えるなんてことできないんだもの・・・
難しいということではなくて目新しさがなくてモチベーション保てないという意味で

>>127
　そのローﾚﾍﾞﾙが理解できてないためDQNなJavaプログラマが量産されてるん
　だが。Java至上主義者は必要なマシンパワー・メモリのについて詐欺に等
　しいほどDQNな見積もりしかできないので話していてこっちがクラクラする
　よ。
　　前の職場ではリーダークラスで5倍近い工期と8倍の必要鯖台数を見積
　もっていた。

　第2のコボラー＝Java至上主義者(主に鯖アプリ屋では)。

　別にJavaが全て悪いといってるんじゃない。
　Eclipseと携帯Javaは便利だから残るだろうけどな。

>>132
そうだね。

Javaが適用できる範囲・用途は極めて狭いのに、
Java至上主義者はなんでもJavaで済せようとする点が根本問題。

実はデスマが多いのはjava使ってるところ

ID:YFcwJgKP

すごく痛くない？こいつ

煽りは入ってるけど普通でしょ
別にJAVA万能とか言ってるわけではないし

煽りでなくまじで言ってるように見える

加速するJava利用、オープンソースのSourceForgeサイトでC++を追い抜く
ttp://www.itmedia.co.jp/enterprise/articles/0512/06/news021.html

JavaしかできないIT土方が増えて、
適材適所で言語の使いわけができない低位層な人が増えてるからな。

利用者増えてるのにデスマなのはなぜなのか

業務システムなんてCで書いてたらセマンティクスが素直に現れないし、
面倒なことが多すぎるし、環境も出てくるし、オブジェクト指向言語でもないし
やってられない。C言語はまさに低級にこそふさわしい。

業務システムならせいぜいMSで固めるか、
Javaでやってしまうか、PHPとかもっとライトな言語でやるか、
データベースはOracle9i以上ってもう決まりきってる。

ただ、Javaには馬鹿らしいほど儀式をやる傾向があるのも確か。
簡単なことは簡単に済ませばいいのに、くだらない人材が集まるとわけの分からないことになる。
そういうのも含めてブランド品ならJavaが一番そろってる。（J2EEとか）
人も話題も寄るのは当たり前。

>>132
それはJavaのスペシャリストといっても、
どちらかというとJavaしかできない Specialist というやつなのでは？
無能がただJava覚えただけっていう感じの。

>>140
増えてるけど、理解していない。JUnitってなに？

理解できていないまま、スケジュールを切って、
顧客用件洗い出し ⇒ 仕様製造 ⇒　製造 ⇒ テスト ⇒ 納品
とやっていく。みんな何も考えたくない。これについて言及もしたくない。

>>141
そこまで視野が狭いと、ヤバイぞ。よほど狭い世界のみで生きているのか？？

とりあえず、GPLv2が何なのか。GPLv1と何が違うのかを所望したいのだが。

CとC++はもうあまりさわりたくないな
JavaかC#がやっぱり楽

>>142
いや、いろいろお客の要望はあるけどね、ほぼDB（Consistency）はOracleだろう？
まあほかにあるとすればMSのSQL ServerかPostgreSQLかMySQL。

ほかのことについてはダークで低レイヤーなITには共通だと思うよ。
これに加えてツールの使用制限と妙なルールが強制される。
コンプライアンスと形ばかりの個人情報保護が加わり、
給料は安いが責任だけ押し付けられた上司がマネージメントしない。
何も情報交換が出来ず、顧客と対話できず、Wikiも無いし、
誰も技術的に難しいことについて答えられず、英語が読めず、
たとえば英語で例外のメッセージが出れば一切理解できず、
変数名は妙な英語でしかも省略形、あるいは~~flg、buf、msgがせいぜい、
ステートレスなオブジェクトが大量に存在、謎のオーバーロード、
Genericsの無いコレクション、失踪したメンバー、形だけのプライド、
むやみやたらのコピペ連発、森羅万象テーブル、

死ねよ。もうみんな死ねよ。視ね死ね死ねぽかえふぉあｓｋｐｄそｋｓｄぽｄｓ

JVMを実行環境に最適化してコンパイルすると
けっこうパフォーマンスあがるのかな？

土方って大変なんだな…

リアル土方は肉体の限界超えてまで酷使されないが
IT土方は能力の限界超えても倒れるまで酷使されるから

4Q5VhWzIみたいな人は、大手ベンダーのプロジェクトチームだと必ず一人はいるw

>>144
激しく同意

「Javaなら」「C＃なら」という場面がしょっちゅうある

JVMとCLRはそろそろコンパチになってほしい

CLR上で動くJavaの上で動くCLRがあればいいのだな？！
そしてODBC上で動くJDBC上で動くODBCで接続をして…

オメコの臭いよっちゃんイカの臭いのする女とオメコするの辞退してください
オメコしたらチンポの廻りが5日間もかゆくてかゆくてどないもこないもアイキャンノット
です。おまけにブタでブスでもうどないもこないもアイ・キャン・ノットせめて毎日オメコ洗わんかい！

ここを見たらプログラマなんてなるもんじゃないなってオモタ。
このスレの話題でさえギスギスしてんだから友達にもなれなそ。

そう言わずに、友達になってあげて下さい。

>>122-124あたりに自称玄人の電波がいるな。

時代遅れにもほどがある。

>>132
JavaをCOBOLの喩えるところが実にナンセンス。
デスマーチが起きるのはJavaという言語の問題ではない。
そこをC言語に置き換えたらその事態はそれだけで
解決することだとでも思っているのか？
玄人だったらそれくらいすぐわかるはずだ。

>>135
C言語信者も十分痛いが

>>139
それもC言語全盛期にも同じ事があったわけだが。
君もJavaが出る前の時代で、COBOL信者だったら
「Ｃ言語しかできないドカタエンジニアが増えて…」
と同じ事を言っていただろうよ

こんな時間に帰宅ですか、
IT土方大変ですね。
ﾃﾞｽﾏｰﾁお疲れ様です。

適材適所ってモジュールごとに言語やドキュメントのフォーマットが違ってたら余計えらいことにw

>>160
いや残念だが俺は違う。
大学院生だ。

>>115
>>123
亀レスだが、近代的なVMなら(現在のJVMや.NET CLRを含む)JITコンパイルするときに
どうせスタック上の値をレジスタに割付けるわけだから、スタックマシンだから問題というのは
当たってないと思う。
仮にレジスタマシンな仮想マシンにしたとしても、インタプリタ実行するときは
仮想マシンのレジスタを実際のマシンレジスタに割り当てることができて高速になるかもしれんが、
JITコンパイル前提なら、CPUアーキテクチャごとにレジスタの本数などが違うことを考えると、
どうせJITコンパイル時にレジスタの再割付を行う必要があるため、結局性能はあまり変わらない
可能性がある

>>153
病気移された乙

早めに病院いっとけ