次世代Javaの動向　２

1 名前：デフォルトの名無しさん mailto:sage [2006/05/18(木) 01:03:42 ] 前スレ 【Java】次世代Java・J2SE1.6の動向【Mustang】 pc8.2ch.net/test/read.cgi/tech/1081698555/ 関連スレ 【JavaFive】C＃からJ2SE5.xへ進化【TigerShot】 pc8.2ch.net/test/read.cgi/tech/1094891986/ www.itmedia.co.jp/news/articles/0404/07/news018.html マルチタスク実現へJava言語改良 Sun幹部によると、2005年に一般リリース予定の「J2SE 1.6」には、 Javaバーチャルマシン（JVM）のアプリケーション共有を強化する「分離」機能が備わり、 ローカライズコンピューティング処理実行のための分離が可能になるという。 米Sun Microsystemsは、Javaバーチャルマシン（JVM）内部での アプリケーションマルチタスク実現に向けてJava言語の改良に取り組んでいる。 カリフォルニア州サンノゼで開催のClusterWorld Conference & Expoで4月6日、同社幹部が明らかにした。 SunのJavaアーキテクト、ムラリ・カウンディンヤ氏によると、 今秋β版が登場し、2005年に一般リリース予定の「J2SE 1.6」には、 JVMのアプリケーション共有を強化する「分離」機能が備わる。 この機能によってローカライズコンピューティング処理実行のための分離が 可能になり、第2のJVMを要求することなくJVM内部でマルチタスクが行えるようになるという。 　またJ2SE 1.6では、Javaプログラム間の高速通信を可能にする Sockets Direct Protocolのサポートが計画されている。カウンディンヤ氏によると、 J2SEに施された改良は、その後間もなくJ2EEにも組み込まれる予定。 596 名前：デフォルトの名無しさん mailto:sage [2006/08/25(金) 23:34:05 ] >>595 情報とか言う以前に仕様書を読めよ。 あと class A implements SuperA<T> {} なんか A を使うときにどうやって T が型パラメタか 普通のクラスか見分けるんだよ。少なくとも class A<T> implements SuperA<T> {} とやらないとパラメタ指定できないだろ。 597 名前：しろうと [2006/08/25(金) 23:59:55 ] ちょっと質問なんですが、クロージャが実現できると、何がウレシイのでしょうか？ 実行時評価するわけじゃなくて匿名インナークラスのSyntaxSugar＋α程度のもの でしかないのなら、別にどっちでもいいんじゃねえのとおもうんだが。 ここのところ、大々的に言語仕様かえるといっといて、結局やってることは プリコンパイラにどっちでもいいだろという機能を追加してる程度のケース が多いようなのだけど、どういう圧力からそういう結論になるのでしょうか。 後方互換を保つために妙な妥協して、あるべき論と掛け離れた中途半端な仕様 を差し込むくらいなら、何もしないほうがいいと思うのは私だけデスカ？ 598 名前：しろうと [2006/08/26(土) 00:09:24 ] >>595 別に無理に使わなくても、ちょっと頑張れば同じことができてたから じゃないの。 おいらの場合、コードがコンパイラ依存になるのが嫌なので、当分セ コセコデリゲートクラスとか自作して頑張ってくつもりです。 599 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:15:01 ] 関数型のメリットは多いよ ・delegateの実装が楽（クロージャ） ・スクリプトフレームワークの拡張がしやすくなる ・継承では補いきれない差分プログラミングが可能（保守性向上） 600 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:17:08 ] >>597 > どういう圧力からそういう結論になるのでしょうか VMにでかい機能を追加すると遅くなるだろ。 しかしGenericsの仕様はいくらなんでもあれだが。 601 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:20:42 ] >>598 Javaは私企業のプロダクトだから結局C#対抗な訳よ マイクロソフトに負けたくないっていうSunの言語ｵﾀの意地とｵﾅﾆｰ 602 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:22:15 ] .classみたいな感じで.methodってできるようになったら良くない？ ってとっくに議論され、破棄されたんだろうが。。。 いまでもリフレクションでできるけど面倒なんだよね。 メソッドにアノテーションつけた時に参照するのも obj.getClass().getMethod("method1").getAnnotation(anno); とかだぜ。タイプセーフの意味がない。 これが method1.method.getAnnotation(anno); となりすっきり。。。 603 名前：しろうと mailto:sage [2006/08/26(土) 00:24:17 ] >>601 Javaもめでたくオプソになるらしいし、そのうちC#コンパイラとか 出るんでねえのかなとか思う毎日。…って、APIのサポートがむずいかな。 604 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:26:39 ] ECMA標準のC#なら余裕だろ SUNもJava VMを.NET化させるつもりだし 605 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:29:14 ] Sunっていつも後手後手だよね 606 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:30:09 ] 夏休みもそろそろ終わりなのになぁ。。。 607 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:32:42 ] >>605　？？？ 夏だな 608 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:36:37 ] もうJavaもおわりだなと感じる今日この頃 609 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:37:49 ] JavaOneの聴講者数は年々増加の一途なのだが 610 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:38:56 ] >>608 そう思われる様になってからが華 611 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:40:26 ] >>609 それに比例して、馬鹿がますます増えてきたな。 612 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:41:08 ] Java人口の増加と先進性は反比例 613 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:42:48 ] >>602 Hoge.classがClass.forName("Hoge")の言語糖衣だと知った時はショックでした。 614 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:47:55 ] >>597の感想はもっともだよな 後方互換を気にしながらC#の後追いしてるくらいなら 新たな言語環境を提案してくれないかな もっともSunにもIBMにも無理そうだな 615 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:49:30 ] >>613 ちがくないか？ Class<Hoge> c = Hoge.class; と Class<?> c = Class.forName("Hoge"); でしょ？オレが間違って覚えてるのか。。。？ 616 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:49:58 ] > 新たな言語環境を提案してくれないかな 100%ぽしゃるから。今の時代はライブラリ＞言語仕様 617 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 00:58:11 ] >>615 日本語は間違って覚えてるね。 618 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:00:31 ] >>615 でそのGenericsも糖衣な訳だが 619 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:02:44 ] Javaの欠点はGUIライブラリの貧弱さ 620 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:04:00 ] >>619 Swingの実装感は.NETのライブラリとたいして変わらんと思うが。 問題は性能なのか？ 621 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:06:06 ] >>618 そういえばそうか でも.classリテラルはforName()とは使用場面が異なると思うんだが それでも糖衣っていうのか。 622 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:08:42 ] >>621 Hoge.classはコンパイラ通すとClass.forName("Hoge")に コンパイルされるってこったよ。 623 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:11:59 ] >>620 クライアントアプリを作るにはまだまだ たとえるならXToolkitレベル 標準のFontChooserとかGridControllerとかなんで出てこないんだろ 624 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:13:48 ] >>623 目指すはVBなわけですな…かくてまた馬鹿が増えるのかorz 625 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:15:39 ] バッドノウハウとグッドラッパーの話だなこりゃ 626 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:19:50 ] 目指すはVBてか、GUIはある程度統一されるべきな訳よ GnomeやKDEのようにね あるアプリで選択した色やフォントは、別なアプリでも使いたい そのためにはJavaももうVMだけじゃなくて バックグランドで常駐するサービスレイヤーが必要だと思うのね 627 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:21:54 ] >>626 >バックグランドで常駐するサービスレイヤー Java6ってそれじゃなかったっけ。 628 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:22:08 ] >>622 syntax sugar ではあるが Class.forName("Hoge") にコンパイルされるわけではない。 >>623 Swing って SWT/JFace の対応で言う SWT の方 (基本機能) であって 高機能なコンポーネントは自作するorどっかからライブラリを探してくるor買う もんだと思うんだが。 629 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:22:19 ] ブラウザがAPIいっぱつでデフォルトをぽんって出すから そのうちメーラーとかコンパネとかフォントダイアログとか そういうのもネイティブで出るんじゃないか 630 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:22:22 ] >>622 しつこいようだが、なんでジェネリックスだけ違うのかわからん。 Class<Hoge> c = Class.forName("Hoge"); がコンパイルしないのは何故？.classだとokなのに。 eraserとかってやつ関係かな？ 631 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:26:57 ] >>623 それだといつまでたっても統一環境ができない アプリは自作でいいが、サービス層はもっと充実させるべき 632 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:29:16 ] >>630 そういう場合こんな感じじゃなかったっけ Class<Hoge> c = Class.<Hoge>forName("Hoge"); 633 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:31:05 ] >>629 ブラウザが基盤だという発想には違和感感じっぱなしの私。 あれは明らかにアプリでしょうに… 634 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:33:30 ] >>632 よくわかんないけど forName使う意味なくない？ forNameはコンパイル時にはclassが見えない時につかうんじゃね？ Hogeが手元に無い時とかさ。 635 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 01:37:21 ] >>634 そこは一応名前と実際のクラスは別もんということで、、、 クラスローダによってはほんとに別にできると思うけど 636 名前：このネタ書いた人 mailto:sage [2006/08/26(土) 01:48:59 ] 正直どうでもいいんだけど Class hoge = Hoge.class を含むクラスをSunJDKのjavacでコンパイルして、javap -c してみると、 invokestatic Method java/lang/Class.forName:(Ljava/lang/String;)Ljava/lang/Class; になるわけなんだが、俺なんか勘違いしてる？ 637 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 02:03:04 ] まあGUIについてはJavaは約20年遅れてる ってことでおやすみ 638 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 02:06:03 ] >>636 バージョンは？ 確かにどーでもよいが。 639 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 02:08:48 ] >>638 手元のJDKは1.4.2_10。5.0は持ってないのでどうなるかシラン。 640 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 02:12:02 ] >>639 1.4までは.classは.forNameと同等 1.5からは扱いが変わったってことかな？ なんでかえる必要があったのか、というのは考えない事にします。 641 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 02:35:30 ] どうでもいいことだが、 1.5 からはクラスリテラルではクラスが初期化されない。 642 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 03:13:55 ] >>599 自分も、スクリプトフレームワーク側からの要請が 結構でかいんじゃないかと思う。 .NETなIronPythonは結構速いみたいだし、JythonとRhinoも速くなって欲しいな。 643 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 03:19:24 ] >>601 というけど、C#のようにはならんと思う。 C#とくらべかなりTypesafeだと思われ。 それだけにGenericsではパラメタライズされたクラスを 実装するのが難しいが。そのかわりタイプセーフが保証されるので パラメタライズドクラスを便利に、かつ安心して使うことができる。 マイクロソフトに負けたくないってのとはちょっと違う。 っていうかJavaはもうSun私企業のプロダクトじゃなくなってるよ Java Community ProcessによってだれでもJavaの変更について参加できる。 実際に変更するかどうかはゴスリングあたりが決めるが。 それも、JavaがC++の二の舞にならないようにするためさ。 644 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 03:20:37 ] >>604 > ECMA標準のC#なら余裕だろ > SUNもJava VMを.NET化させるつもりだし それは初耳。ソースはどこにある？ .NET化というのは.NETと共用するの間違いではないかと予想する。 645 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 03:21:39 ] >>614 ？　ゴスリングが新しい言語を作りたいとかいってなかったけか？ 646 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 03:23:52 ] >>611 JavaOne聴講者に馬鹿が増えたと？ 去年JavaOneTokyo2005に行ったときはそうでもなかったが。 綺麗な設備に恵まれた東京国際フォーラムを全部貸し切って、 金のかかったイベントだなって気がしたけど。 647 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 03:24:08 ] >>612 夏っぽい発言だね 648 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 03:25:30 ] >>620 >>619は古い時代のSwingのことを言ってるだけかもしれないよ。 649 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 03:27:08 ] >>624 ちょっと違うな。 Java Studio CreatorがVB屋向けっていうけど あれはなんだか、Dreamweaverに似てる。 デザイナにJavaを憶えさせたいという無謀な考えがSunに あったのだろうか。 それでもCreatorの完成度は高いけどね。 しかしメモリ食うしかなり重たい・・・ 650 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 06:47:46 ] なんか開発環境と実行環境がごっちゃになってる香具師がいるようだが？ 651 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 06:49:35 ] >>648 では聞くけど新しい時代のSwingって何？ 652 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 11:25:56 ] >>651 Java5とかJava6のSwingじゃね？ もしかしたらJava1.4.2かも知れんが。 少なくともJava1.2やJava1.3のSwingでないことは確か。 653 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 12:53:54 ] Java SE 6 は、SwingにもJOGLの3Dレンダリングが使えるようになるんだろ。 654 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 13:48:54 ] >>653 それっていいの？ 何がどう変わるのさ 655 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 13:55:21 ] 今までは3Dを使う場合はAWTにする必要があった。 そのためSwingで使う場合AWTで作られたリソースをバイト配列にして再構築していた。 あとLinuxとかならSwingは高速化するんと違うかな 656 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 22:39:37 ] >>650 にしても、VBなんて開発環境と言語がわんせっとになった言語だよな 657 名前：デフォルトの名無しさん mailto:sage [2006/08/26(土) 22:41:07 ] >>651 タスクトレイが追加されたりタブのスクロールや移動ができて かつSWTよりも高速になった時代のSwingだよ。 C++で作られたGUIと比べてもパフォーマンスのほうは大差なくなってきたって事だね 658 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 02:14:20 ] >>614 別に後追いばかりってわけじゃないぞ プリミティブ型のboxing/unboxing、拡張for文、アノテーションあたりは後追い感が強いが Genericsの仕様はC#のGenericsの仕様が決定するだいぶ前から検討されてたし、 今回の関数型およびクロージャの仕様はC#のデリゲートに比べるとかなり良い仕様に なっていると思う 659 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 02:17:15 ] Java 7のはっちゃけぶりを見るとJVMを残してJavaを捨てる気まんまんだな 660 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 12:41:57 ] >>658 後追いといっても、C#とは仕様が異なる感じだな。 アノテーションもboxingも。 後追いのようになってしまったのは、 Java Community ProcessでC#のことをよく知ってる人が Javaにもこういう機能つけてくれよって提案したからじゃないかな。 661 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 12:42:38 ] >>659 Javaの何をすてるんかな。 JVMがどう進化するのか楽しみではあるが 662 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 13:45:50 ] >>661 Javaの構文だけを整理したものが残ると思う 663 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 14:43:35 ] >>662 何がいいたいのかよくわからないが、 構文を整理したものって一体どういうものを想像している？ 気になるので挙げてみておくれ 664 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 14:57:22 ] getter, setterとか、addListenerのデリゲート化とか。 あとはjava.ioとjava.nioの関係みたいに 互換性のために統合を避けた部分も整理して欲しいし StackとかPropertiesみたいに設計に失敗した部分も直す。 Javaの資産はD言語みたいに別言語構文を解釈する制御を入れればいい。 665 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 16:54:38 ] それより何より、配列まわりの型の腐りっぷりをさっさとどうにかして欲しい。 666 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:01:18 ] >>664 > getter, setterとか、addListenerのデリゲート化とか。 たまにJavaスレに紛れ込むドトネト厨だかVB厨かよ。 getter,setterはどうでもいい。その程度ならdelegate化もどうでもいい。 どうせクロージャが追加されるならなおさらどうでもいい。 > あとはjava.ioとjava.nioの関係みたいに > 互換性のために統合を避けた部分も整理して欲しいし 認識が甘い。そんなとこを統合してどうする。 それとも、整理する必要がどこにあるのか具体的に説明できるか？ > StackとかPropertiesみたいに設計に失敗した部分も直す。 初心者Java質問スレ見てた奴だな？ どう見直すというのか。放置か@Depricatedでいいだろ。 > Javaの資産はD言語みたいに別言語構文を解釈する制御を入れればいい。 Java6ではスクリプト言語を解釈するAPIがあるぞ。 667 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:02:20 ] >>665 それも、Collectionがあれはどうでもいい。 多次元ジャグ配列なんて滅多に使わないし。 無闇に使う奴は設計能力センスが甘いやつだね。 668 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:07:32 ] >>666 > getter,setterはどうでもいい。その程度ならdelegate化もどうでもいい。 おまえの主観だろ？多言語出身者は口をそろえて汚い仕様という > それとも、整理する必要がどこにあるのか具体的に説明できるか？ 現状でBufferを使いこなせる技術者は極端に少ない。 ファイルマップすら知らない奴ばっか。 > どう見直すというのか。放置か@Depricatedでいいだろ。 depricatedなクラスがシステムローダにロードされる時点でおかしい > Java6ではスクリプト言語を解釈するAPIがあるぞ。 根本的な部分でアイタタタ 669 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:11:29 ] >>668 > 現状でBufferを使いこなせる技術者は極端に少ない。 他は言語環境の改善要求っぽいのに、これは完全な愚痴だな。 670 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:12:55 ] あちこちでdeprecated のスペル間違えているやつがいるな。 同一人物か 671 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:15:20 ] >>669 コンセプト違いの重複した機能があちこちにある時点で要改善だろ 672 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:15:54 ] >>668 > >>666 > > getter,setterはどうでもいい。その程度ならdelegate化もどうでもいい。 > おまえの主観だろ？多言語出身者は口をそろえて汚い仕様という 他言語出身者って、どうせC#やVB, Delphi言語出身者かドトネト厨である おめえの主観だろw 綺麗な仕様とやらはC#やDelphiのget/set程度の仕様かw あの程度で綺麗なら、演算子オーバーローディングやunsafeでソースコードが汚くなるのを どうにかしようとは思わないのか。 > > それとも、整理する必要がどこにあるのか具体的に説明できるか？ > 現状でBufferを使いこなせる技術者は極端に少ない。 > ファイルマップすら知らない奴ばっか。 Bufferはまた別の話だろ。Bufferを使いこなせる奴が少ないのと 配列の型がどうだこうだと一体どう関係があるのか。 Bufferが何のためにあるのかわかって言ってるのか？ > > どう見直すというのか。放置か@Depricatedでいいだろ。 > depricatedなクラスがシステムローダにロードされる時点でおかしい なにがどうおかしく、どう不具合が出るのか説明できるか？ > > Java6ではスクリプト言語を解釈するAPIがあるぞ。 > 根本的な部分でアイタタタ お前が痛い。 673 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:16:29 ] >>670 レス元コピって使っただけだ。単語をひらで書けないのは確かだがｗ 674 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:16:37 ] >>671 > >>669 > コンセプト違いの重複した機能があちこちにある たとえばどのあたりが？ 675 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:17:58 ] >>672 お前が.NET中心でしかものを考えられないことは良く分かった。 そのほかの点についてもお前が無知なだけ。調べろ。 676 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:24:23 ] desktopアプリではflash player >>> JREなのになんでJREはあんなに巨大でなければいけないのか Java DEとか駄目？1Mくらいのサイズ希望 677 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:29:46 ] flash って desktopアプリ？ webアプリじゃなくて？ 678 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:38:38 ] >>675 でた厨房にありがちな最後の負け惜しみ逃げ台詞 679 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:40:36 ] >>678そのものがそれなんだけどなｗ 680 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:43:12 ] はいはいドトネト厨乙 681 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:44:34 ] 説明の説明の説明を求められなきゃ分からん位の素人にJavaを擁護されてもな 682 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 17:50:48 ] 意味が分からんよそこ 683 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 19:26:02 ] >>677 ブラウザーなくても動くし、おおよそのことはできると思うんだけど。 描画は早いし、ビデオやオーディオも強い ソケットも使えるから、やろうと思えばDBにも直接接続できなくもない。 Java3dみたいのはないが。。。まだ。 684 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 21:46:29 ] 自分の理解が足りないことを棚に上げて.NET厨扱いかよｗ 685 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 22:00:09 ] どどんとねっとじゃんぬねっと 686 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 22:09:04 ] ここはゲイツが悪いということで収めてくれ 687 名前：デフォルトの名無しさん mailto:sage [2006/08/27(日) 23:58:56 ] できればスティーブ・バルマーにしてくれないか？ 688 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 00:11:17 ] >>683 FlashはAS3で化けたが、描画が早いとかそんなことはない Javaのほうがはるかに早い 機能が段違いすぎ 少なくともFlashでは単純なものしかロジックは書く気にはならないだろ 689 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 00:11:20 ] もう、ゲイツには力は無いよ。 そしてマイクロソフトもGoogleに推されている。 いつかマイクロソフトがGoogleの力によって陥落するのも時間の問題。 690 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 00:32:22 ] 力がなくなろうがなにしようが悪いのがゲイツ 691 名前：デフォルトの名無しさん [2006/08/28(月) 01:50:37 ] ウィリアムさまの悪口を言うなんて なんて罰当たりな！w 692 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 02:57:40 ] 何でいきなりクソスレ化するんだよ 693 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 04:12:03 ] 必要な機能なら誰かが外部ライブラリで作ってくれるさ 本当に標準に必要なのは何かもうすぐコアライブラリのシュリンクが 入ってもいいんじゃないかと思う SEが肥大化しすぎていると感じる今日この頃 Jakartaでいいじゃん、っていう機能がコアに 取り込まれてる気がしてなぁ・・・・ まぁ使う側からいえば、ライブラリ追加しなくて楽なんだが それよりむしろ外部ライブラリを簡単に利用できる 仕組みの方が欲しいかな、JWSのライブラリ取得の仕組みを もっと積極的に活用してもいいような気がする 694 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 05:31:07 ] 言語仕様で縛って遅くする＋ライブラリを肥大化させて互換環境を作りにくくする、 ってのがお日様の戦略なんだろ 695 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 08:57:30 ] 特定の言語が腐ってるとかAPIが腐ってるとか言う奴がよくいるが、 お前が言うところのその程度の腐れが、仕事上でダメージを与えるシーンが あったのか？そういうことが影響を与えるほど、センシティブな職場で働い てみたいよｗ 今まで困ったことの例: ・馬鹿なプログラマが意図不明な長大コードを混入させ、そこにバグが 　あったため解析と修正を任された… ・頭の悪い上司から仕様不明目的不明ｲﾐﾌﾒｲの処理の実装を指示された… ・自社の自称エリート技術者ドモが、利用者側の要求と全く合致しない 　フレームワークの利用を押し付けてきた… ・どこぞの営業が経歴詐称して素人をプロジェクトに押し込んできた… 問題は全部、人依存でした…orz 696 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 09:14:54 ] 問題は人なんだとしたら、Javaだと開発効率が良くバグも少ないというのは妄想。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef