トップページ⇒tech
1001コメント269KB

GUIが貧弱なJavaはいずれシェアを奪われる

■ このスレッドは過去ログ倉庫に格納されています
0001Javaを愛する者NGNG
Javaはもう少しGUIのサポートを真剣に考えるべき。
多くの人はサーバーでもクライアントでも同じ言語を使いたいと考える。
そのとき、サーバーだけでしか使えない言語と、どちらでも使える言語が
あれば必然的にどちらでも使える言語の方がシェアが多くなる。
だからもっとクライアントで使われるようにGUIを強化すべき。

それも今の無意味なJava製アプリだけでのGUIの統一をめざさず、IBMの作った
SWTのような方法をサポートすべき。SWTの人気がこの方法が正しいことである証明。

そもそもOSでもないJavaがMacのような著作権も発生するようなGUIをパクるとか、
Linuxのように多種多様なGUIを全部パクるとか非現実的すぎで、ただのおごり。

一体なぜJavaはGUIをないがしろにしているのか?

※ここは死滅スレじゃないのでマジレスのみ。煽りは禁止。
0002デフォルトの名無しさんNGNG
>多くの人はサーバーでもクライアントでも同じ言語を使いたいと考える。

いや別に。TCPなりhttpなり使えばデータ交換には困らんし。
0003デフォルトの名無しさんNGNG
> 多くの人はサーバーでもクライアントでも同じ言語を使いたいと考える。
単に>>1がJavaしか使えないだけだろ?
0004デフォルトの名無しさんNGNG
いずれシェアを奪われるってのは >1 の仕事がなくなるって意味か?
Java を愛してるんじゃなくて怖いんじゃないの。

> 多くの人はサーバーでもクライアントでも同じ言語を使いたいと考える。
方式や言語を決定する者から見れば、そんなものどうでもいい。
選択した言語が出来る香具師を召集するだけ。そこに >1 は居ないけど。
0005デフォルトの名無しさんNGNG
> 多くの人はサーバーでもクライアントでも同じ言語を使いたいと考える。

そうなの?
0006デフォルトの名無しさんNGNG
結論: Javaは機能的に問題無いが

     >1 は 機 能 的 に 問 題 有 り
0007デフォルトの名無しさんNGNG
GUIではシェア取って無いだろ。
コボラー巻き込んでサーバ再度をいきなりとってびくーりだよ。
ある程度続いたから汎用機とともに逝き続け、消えはしないだろうけど、
サーバJavaには心は惹かれないな。




クライアントJavaは不要。
0008デフォルトの名無しさんNGNG
実際、クライアントがマルチプラットフォームである必要ってないんだよね。
どうせWindowsだったらVBとかで楽に作った方が良い。
マルチプラットフォームを想定してるならWWWブラウザベースにするから
Javaはいらない。
つーことでクライアントではかなり劣勢。
0009デフォルトの名無しさんNGNG
J♯があるじゃないか!
0010デフォルトの名無しさんNGNG
クロスな立地クライアントは便利なのは間違い無いが.NETは死滅気味。

VS.NET苦戦&Windowsランタイムさえ不安定。
0011デフォルトの名無しさんNGNG
JAVAアプレットの起動時のHDDのガリガリ音激しすぎ、
アレさえなければなぁ…
0012デフォルトの名無しさんNGNG
なぜ>>1が叩かれてるのかわからん。
真っ当な意見だと思うが。
0013デフォルトの名無しさんNGNG
クロスプラットフォームなGUIを標準装備してる言語
なんてJavaの他にはTcl/Tkだけじゃん。
0014デフォルトの名無しさんNGNG
>>1
> Javaはもう少しGUIのサポートを真剣に考えるべき。
真剣には考えていると思う。
0015デフォルトの名無しさんNGNG
Tkって言語だったのか・・・
0016デフォルトの名無しさんNGNG
>>14
戦略を変更しろって意味じゃない?
Javaの最初の目標は、クロスプラットフォームの言語を流行らせることで
Windows上の豊富なアプリケーションをソラリスでも動かせる時代を
造るってことだったと思う。
もうその必要なくなったんだから、SWTみたいなのでいいと思うよ。
0017デフォルトの名無しさんNGNG
シェアを上げるには早くからユーザを獲得するに限るからねぇ。
小さい頃から家にPCがあってWindowsを使って、
クライアントプログラミングをしてとなると、
Java以外の言語にユーザを取られるのは目に見えている。
0018デフォルトの名無しさんNGNG
そもそもSWTがそんなに人気があるのかと。

焦るほどのことでもないだろ。

そもそも、GUIの何に力をいれるんだよ。

>>1はJ2SE1.5でSwingの動作を試してみたのか?
Swingのパフォーマンスも向上してマシになっとるだろ。
コンピュータの性能によって満足いくパフォーマンスが得られるのはそろそろだな。
いくらかはすでに満足いっているが。

GUIに力を入れるってただのAPIの拡張ならばJakarta にコントリビュートするなり
自分で作ってみればいいだけのことだし。
0019デフォルトの名無しさんNGNG
奪われる程のシェアなんかあったっけ?
0020デフォルトの名無しさんNGNG
>>18
swingが高速になって感動するんでしょ?
でも、ライバルは桁違いに高速だよ。
0021デフォルトの名無しさんNGNG
アセンブラが桁違いに高速なのはわかるが。
ライバルというにはどうもねえ。
0022デフォルトの名無しさんNGNG
>>21
Perlだよ・・・
0023デフォルトの名無しさんNGNG
そもそもシェアって何のシェアなんだろう。
開発者のシェアなのか出回っているソフトのシェアなのか
利用者のシェアなのか?
この中にはすでにとっくに奪われているものもあれば
無意味にシェアを維持できるものもあるけど。
どうあがいてもGUIネタだけでは一向にシェアを奪えない者も在りし。

タダの釣りスレですか?
0024デフォルトの名無しさんNGNG
>>22
そもそもGUIに不向きじゃんw
0025デフォルトの名無しさんNGNG
>>24
そこらへんもJavaと同じでしょ。
いいライバルだよ。
中途半端なGUIサポートも同じだしね。
何とかしたほうがいいよ。
0026デフォルトの名無しさんNGNG
>>23
GUIは問題なくしかもサーバーに力を入れているのと
サーバーは問題ないのにGUIには無頓着なのを比べると
いずれどうなるかは目に見えている。
0027デフォルトの名無しさんNGNG
Swingで問題ナッシング。
0028デフォルトの名無しさんNGNG
>>27
利用者には問題大有りなんだけど・・・
わがまま言うなってこと?
0029デフォルトの名無しさんNGNG
見た目ダサイのが問題。
0030デフォルトの名無しさんNGNG
>>18
今だにハード性能うんぬんいってる時点で全然だめじゃないか。
ハード性能が向上したことで VC や Delphi のパフォーマンスを
超えられるのか?

シェアを奪うんだったら、既存を遥かに凌駕する何かが必要なのでは?
パフォーマンスで言えば VC や Delphi の 10 倍ですとかね。
当社比で 2 倍になりましたって、もうね(ry
0031デフォルトの名無しさんNGNG
JavaアプリはどのOSでも同じUIになるから
利用者の混乱が無いというけど、
OSのUIとJavaアプリのUIが違うから
結局混乱の元になっているんだよな。
0032デフォルトの名無しさんNGNG
特定の環境で使える機能を「全ての環境で使えない」という理由だけで
排除すると、

開発者は便利だと思う。
使用者は使いづらいと思う。

ってことじゃない?
0033デフォルトの名無しさんNGNG
Mac OS X + Swing でAquaのLook&Feelを使うと、
ネイティブアプリと区別付かないくらいきれいだよ。
Look&FeelをMetalとかMotifにすると、汚くなるけど。
0034デフォルトの名無しさんNGNG
>>33
そのLook&FeelってJavaに内蔵されているんだろ?
これからのバージョンアップに追尾できるのか?
0035デフォルトの名無しさんNGNG
OOとしてデザインが洗練されていると・・

開発者はすばらしいと思う。
使用者は使えねーって思う。

ってことじゃない?
オナニー用には最高だと思う。
0036デフォルトの名無しさんNGNG
Javaって一体いくつのLook&Feelを持っているんだっけ?
OS会社は自社のOSのLook&Feelを作ればいいだけなのに、
SUNは対応Look&Feelを全部作らなきゃいけないのか。
大変だなw
0037デフォルトの名無しさんNGNG
>>34
>Javaに内蔵されているんだろ?

他のPLAFと同じ形式のクラスになってる(と思う)。
Windows版JRE(だけ)で使えるWindows Look&Feelと
同じような扱いだと思われ。

>これからのバージョンアップに追尾できるのか?
アポーに期待するのみ。
0038デフォルトの名無しさんNGNG
GUIを強化しようがOSの機能をフルに使えないなら、
クライアントサイドは無理。
J♯と合体するなら、まあいけるかも。
0039デフォルトの名無しさんNGNG
>>37
> アポーに期待するのみ。
AppleがJavaのAqua Look&Feelを作ってんの?
それともAppleがこれからLook&Feelを変更しないように期待するという意味?
0040デフォルトの名無しさんNGNG
俺はswigは本格的に組んでみるまでは期待してたけど、
画像処理のツールを書いて幻滅したからもう
つかわねーけどな。
0041デフォルトの名無しさんNGNG
>>38
> GUIを強化しようがOSの機能をフルに使えないなら、

結局これがでかいよね。
0042デフォルトの名無しさんNGNG
swigは、本格的に組み込まないときに使うもんじゃないの?
ちょっとスクリプトをサポートしてみたいとか。
そうでもない?
0043デフォルトの名無しさんNGNG
それより、マルチプラットフォームのデータベースでも作って
無料で公開してくれた方が良いよ。
0044デフォルトの名無しさんNGNG
>>39
>AppleがJavaのAqua Look&Feelを作ってんの?

apple.laf.AquaLookAndFeel
って名前だから、Apple製だと思う。
Sun製ならMotifみたいに、
com.sun.java.swing.plaf.motif.MotifLookAndFeel
って名前だろうから。
0045デフォルトの名無しさんNGNG
>>15
だまされるな。
Tkは言語ではない。
Tc(r
0046デフォルトの名無しさんNGNG
>>42
swingはちょっと使うには起動が重杉。
0047デフォルトの名無しさんNGNG
>>46
swigの話だよ。
0048デフォルトの名無しさんNGNG
swingはswigと名前が被り杉
0049デフォルトの名無しさんNGNG
swing→swig→wig
0050デフォルトの名無しさんNGNG
なんかまたSUNがIDEというGUIエディタというか出すみたいね。
何度目だっけ?w
0051デフォルトの名無しさんNGNG
50回目までは数えてたんだけどね・・・
もう数えるのやめてからだいぶたつよ・・・
どうせ使えないってわかってるしね・・・
0052デフォルトの名無しさんNGNG
>>32
だったらそういう部分にだけJavaを使わなきゃいいだけのことじゃん。
適材適所って言葉をさっさと覚えようよ
0053デフォルトの名無しさんNGNG
>>43
すでにあるよ
http://hsqldb.sourceforge.net/
0054デフォルトの名無しさんNGNG
>>52
文字列処理だけしてろと?
0055デフォルトの名無しさんNGNG
>>39
> AppleがJavaのAqua Look&Feelを作ってんの?

そもそも一から作るっていうほどのものなのか?
もしWindowsだったらWindows固有の機能を呼び出すだけっていう要領だと思うが。

0056デフォルトの名無しさんNGNG
>>54
文字列処理っていうと正規表現のことがまっさきに浮かんでくるけど
GUIにJavaを使わないから文字列処理だけしかできないってことはないよ
0057デフォルトの名無しさんNGNG
>>56
適材適所って言葉を知らんのか?
0058デフォルトの名無しさんNGNG
なにがいいたいの君?
0059デフォルトの名無しさんNGNG
>>57
頭わるそ
0060デフォルトの名無しさんNGNG
>>59
解読に成功しました。
俺様は頭がいい・・・と、言いたいのですね?
0061デフォルトの名無しさんNGNG
文字列処理だけに城ってPerlじゃ有るまいし。
Javaで文字列処理駄けっつったらJakarta OROみたいなのを言いたいのか?w
0062デフォルトの名無しさんNGNG
javaの現在のシェアはサーバサイド。guiはソリューションの一環としてどこでも動くクライアントをかくためにある。


それよりもjavaが弱いのはOSのシャットダウンを捕獲できないことですよ
マシンおちるまえに設定保存とか、できねーよ
よってモバイルでは限界がある。
0063デフォルトの名無しさんNGNG
Javaは適用範囲を自ら限定しているからねぇ。
現状が最大。あとは縮小のみ。
0064デフォルトの名無しさんNGNG
>>61
JavaとPerlは適用範囲がかぶってるし・・
もろライバルだよ。
0065デフォルトの名無しさんNGNG
>>62
プロセスのシャットダウフックは1.4くらいから
既にあるが?灰場ネーションやスリープを検出したいってこと?
0066デフォルトの名無しさんNGNG
>>62
J2SE1.6でそれっぽいことができそうだと期待
0067デフォルトの名無しさんNGNG
>>63
全然限定されていないだろう。
サーバ、クライアント
それにWindowsに限らずUnix系OS, 携帯電話、PDA, 火星探査機など
適用範囲はあまりにも幅広い。

それにくらべ.NETときたら適用範囲がWindowsのみときたもんだ。
0068デフォルトの名無しさんNGNG
火星探査機!
すげーなw
0069デフォルトの名無しさんNGNG
>>67
Windows だってイージス艦とか空港のターミナルとかに使われているぞ。
007069NGNG
あ、.NET か。.NET はどこに使われてるんだろ。
0071デフォルトの名無しさんNGNG
>>69
Java厨みたいな事はやめなさい。
それは恥ずかしいことなのですよ?
0072デフォルトの名無しさんNGNG
javaでサーバなんて聞いたこともねえ。
サーブレットならあるが。
0073デフォルトの名無しさんNGNG
火星探査にソース非公開なjavaなんて使うのか?
バグがあったらどうすんだ?
0074デフォルトの名無しさんNGNG
>>73
火星にそんなに期待してないから問題ないのです
0075デフォルトの名無しさんNGNG
>>69
Windowsしか使われていないと勘違いしている予感
0076デフォルトの名無しさんNGNG
>>73
まったくソースが公開されていないと勘違いしてた?
0077デフォルトの名無しさんNGNG
>>1
GUIでJavaを批判するような勘違い野郎は、この板の素人常連ただひとりだろう。
成長しないねぇ。勉強してる?
0078デフォルトの名無しさんNGNG
>>77
質問スレから逃げてきたのかな?
今読んでたけど素人のほうが詳しいのじゃないか?
あんたプロなんだろ?
ちょっとだらしがないんじゃないか?
加勢が必要なら手伝うぞ?
0079デフォルトの名無しさんNGNG
>>78
プロはこんなスレ立てないよ。
どこがだらしないのか説明しな。
0080デフォルトの名無しさんNGNG
>>79
このスレは>>77が建てたのか?
0081デフォルトの名無しさんNGNG
>>79
嘘教えるなら、徹底的に嘘教えるべきだろ?
素人に正論言われて引き下がるのがプロのやることか?
引き下がるくらいなら、最初から嘘教えるなよ。
0082デフォルトの名無しさんNGNG
Javaでswingとかアプレットとかやれって言われたら.Netやるよ
0083デフォルトの名無しさんNGNG
>>82
Javaでswingやれ。
これ命令な。
0084デフォルトの名無しさんNGNG
時代のトレンドはアンチSUN。
SUNが嫌がってもIBMのSWTを使う。
これは義務。
0085デフォルトの名無しさんNGNG
>>84がいいこといった。
俺は.NET使うことにしたけどな。
0086デフォルトの名無しさんNGNG
まぁそのうちソースネクストがJava→.NET乗り換え案内ってソフト出すだろうけどな。
0087デフォルトの名無しさんNGNG
SWTだったら何とか耐えられる
Eclipse( ・∀・ )イイヨイイヨー
0088デフォルトの名無しさんNGNG
あるやつはSWINGが良くなった。速くなったと豪語する。
あるやつはSWTのほうがいいと言う。

両方とも説得力ないよね。どっちなの?

お前らJavaが遅いってよく分かってんじゃねえか。
しかも、リリースされてからどれだけたってんだ?
未だにGUIごときをきちんと統一できていないJavaは>>1のいうとおり駄目だな。
0089デフォルトの名無しさんNGNG
SWT使うぐらいだったら、.net使うだろ。
同じ環境依存だったら、OSを提供している企業の方がいいに決まっている。
仕事で使うのなら、こんなことは当然。客先の安心感がまったく違う。
JavaのGUIの良いところは、遅くても汚くても、どの環境でもそれなりに
動くこと。これ自体はとても大切で、十分に存在意義がある。

Javaしか使えないのなら仕方ないが、そうでなければSWTだけはやめとけ。
0090デフォルトの名無しさんNGNG
SWT > Swing > AWT
これに異論がある人っているのかな?
あと、Write One(ry を目指してるからGUIが一番大変なのよ。
「GUIごとき」より難しい部分ってどこ?
0091デフォルトの名無しさんNGNG
>>86
最近ではVB → Java 乗り換え案内を促す
ソフトが各社からでているぞ。

IBM. エクセルソフトとかがさ
ソースネクストはやらなさそうだが。やるとしたらM$と仲がいい企業だろうなw
ユニシスとかw
0092デフォルトの名無しさんNGNG
>>88
実際の速度比較は

Win32 > SWT > .netのWindows.Forms > AWT > Swing

こうなることもしばしばあるけれども
Win32 > SWT > AWT > Swing > .netのWindows.Forms

そんなに速度に拘るなら,netなんて使わず従来のWin32API使った方が高速だと思うけどな。
0093デフォルトの名無しさんNGNG
>>90
> 「GUIごとき」より難しい部分ってどこ?

基幹系業務、エンタープライズ、分散オブジェクト、データベース設計、etc
0094デフォルトの名無しさんNGNG
>>92
できる限り環境に非依存 : Java
Windows限定で速度優先:Win32API
Windows限定で将来性優先:.net

ってだけじゃないの?
ただ単に、SWTなんて半端モノは要らないと。(eclipseでの使用は認める)
JavaでGUIと言ったら、Swingだと思うんだが。
0095デフォルトの名無しさんNGNG
>>93
それらが難しいのは「社内の政治的問題」に大きく依存しているのが
きわめて大きい。(これは本当に泣ける)

信頼性の保証は相変わらず厄介だが、技術的なことだけならば現在では
それらの解決はかなり易しくなったんではないか?
0096デフォルトの名無しさんNGNG
エンタープライズコンピューティングが難しいといっても
じゃ.NETなら実現が簡単か?  っていうと現状はそうでもないんですなあ
0097デフォルトの名無しさんNGNG
少なくともJ2EEよりは簡単で、失敗するリスクは減るんじゃないの?
0098デフォルトの名無しさんNGNG
わざわざSWTなんて使うまでもない。
Swing使えよ。
っていうか、おまえらVisualEditor使ってる?
0099デフォルトの名無しさんNGNG
http://www.swt-designer.com/
swt designerってのもあった
0100デフォルトの名無しさんNGNG
>>97
使用用途が限られてくる上に
セキュリティ上の問題から失敗するリスクが増える。

それと、J2EEインフラが整備されてきたところで新規にドトネトに以降することもコストがかかる。
0101デフォルトの名無しさんNGNG
VEの使い方デモ
http://dev.eclipse.org/viewcvs/indextools.cgi/%7Echeckout%7E/vep-home/WebContent/docs/demos/custom_field/FieldBean.html

GUIエディタープラグイン一覧
http://eclipsewiki.net/eclipse/index.php?GUI%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3#content_1_4
■ このスレッドは過去ログ倉庫に格納されています