dseg 曰く、 "本家経由、eWeekの記事によると、Sunは、MicrosoftのVisualBasicの競合的位置付けとなる、Java用の開発環境を現在開発中という。6月に開催されるJavaOneでの発表を目標にしているようだ。
対応プラットフォームなど詳細は不明だが、IBMのEclipseの様にマルチホスト/マルチプラットフォーム対応となり、GUI関連の強力なフレームワークが用意されると、かなり面白い。
Swingの不振によりかなり出遅れた感のあるこの分野だが、果たして巻き返しなるか?"
SunにはGUIのセンスがないのでは? (スコア:2, 興味深い)
どこがセンスあるのかといわれると困りますが、
SunにはGUIのセンスがないのではと思います。
せっかくJ2MEで携帯のシェア取ってるけど、
J2MEの貧弱のGUIのため、
505iのFlash搭載でごっそりもっていかれそうな気がします。
じゃどうしろかというと、
MacromediaもMicrosoft一派だと思うのですが、
市場に受け入れられている
FlashをGUIに取り込んで欲しいと思います。(SVGが認知されるまで)
あるいは、
nVidiaのcgとか。
どちらにせよ、AWTの延長線じゃ、おもしろくないです。
Re:SunにはGUIのセンスがないのでは? (スコア:2, 参考になる)
nVidiaのcgとか。
cgはシェーダをC言語もどきで書けるというものなので、xuckerさんのおっしゃる文脈でのGUIには、あまり有効ではない気がします。
一方、MacOS X用JavaでOSのネイティブGUIとの統合が進みつつあるというのも面白い動きではあります。Sunが開発してるWindows用Javaでは、この先幾ら待ってもそういう事態は起こりえない気がするので。
当面の希望の光はやっぱりSWTなのかなぁ。
trueOne
Re:SunにはGUIのセンスがないのでは? (スコア:1)
それはさておいて、JavaのGUI環境がいくらよくなったところで言語的に習得が難しいのでは結局同じなような気がします。 そんなわけでせめて Coldfusion 並に簡単な言語をでっちあげて裏でJAVAに変換するとかしてくれるとうれしいですね。 あ、どうせならそのまんま BASIC言語を採用して欲しいです。
すらど宴会SNS開放中 [e-meet.jp]
Re:SunにはGUIのセンスがないのでは? (スコア:1)
rhinoとかJythonとかPnutsとかそれなりのものはありますがね。
-- 雪のない富士山もきれいだな
Re:SunにはGUIのセンスがないのでは? (スコア:1)
#いや、パっと見ための感想なんでその辺詳しい方教えてほしっす。
すらど宴会SNS開放中 [e-meet.jp]
Re:SunにはGUIのセンスがないのでは? (スコア:1)
-- 雪のない富士山もきれいだな
Re:SunにはGUIのセンスがないのでは? (スコア:1)
ColdFusion MX for J2EE [macromedia.com] がまさにそれでは?
JRun と WebSphere 上で動きますね。
Re:SunにはGUIのセンスがないのでは? (スコア:1)
すらど宴会SNS開放中 [e-meet.jp]
Re:SunにはGUIのセンスがないのでは? (スコア:1)
Javaはアセンブラ的ポジションでね。
すらど宴会SNS開放中 [e-meet.jp]
Re:SunにはGUIのセンスがないのでは? (スコア:1)
昔Appletがshockwaveの登場で人気がなくなったのと同じことが
携帯でもできるのではないかと心配だったのと、
java3Dが、directXとかopenGL使わないで高速に動作するなら、
Swingより使ってみたいと思いました。cgとか使ったらjava3D高速にならないかなと。(こっちの文章は特にひどかったです。sorry)
Re:SunにはGUIのセンスがないのでは? (スコア:2, 興味深い)
ちなみにFlash5でもActionscript を使うと強引ではありますがMXでなくてもフォームインターフェイスを作るのは可能ですし、それを使って掲示板を構築してる人も一応存在します。 作るのはちょっと面倒ですが利点はプレイヤーさえあればブラウザのバージョンに依存しないという事と、セッション管理が通常のブラウザを使うよりも楽ちんです。そんなわけで過去Flash5で構築したGUIを利用したウェブアプリケーションとかいくつか作った事あります。F5キーには弱いですが(笑
#おふとぴだけどID
すらど宴会SNS開放中 [e-meet.jp]
Re:SunにはGUIのセンスがないのでは? (スコア:1)
こういうのって利点になってないと思います.
例えば.
JREさえあればJavaWebStartで...
.Net Frameworkさえあれば(なにかありましたっけ?)で...
逆にFlashをインストールする為に発生するリスクをどの程度と見積もるかも悩ましき問題となります.
Re:SunにはGUIのセンスがないのでは? (スコア:1)
と主張したい。という事で勘弁してくだせぇ(笑
あと、リスクについてですが、結局リスクなんてどんなものにでもついてくるわけで、Flashもどんどん便利になってきてますし、リスクが高い事を主張してももはや普及はとめられないのであきらめてどうリスクと付き合っていくかを考えていく方が大事かなぁとは思います。 まぁ、リスクの大小とかはありますけど。
すらど宴会SNS開放中 [e-meet.jp]
Re:SunにはGUIのセンスがないのでは? (スコア:1)
おっと、リスクが高いなんて言ってませんでしたね、失礼(^^
すらど宴会SNS開放中 [e-meet.jp]
Re:SunにはGUIのセンスがないのでは? (スコア:1)
だから,ちょっといちびっただけなんで気にしないでちょ.
Re:SunにはGUIのセンスがないのでは? (スコア:1)
Re:SunにはGUIのセンスがないのでは? (スコア:1)
論点って「Webアプリケーション作るのどれが楽か?」ってことかな...適当な理解でごめん.
>プレイヤーのバージョンはJDKよりモノリシック
どういう意味でしょうか?
「Applet」と書かずに「JREでJavaWebStartで」と書いたのは意図があるんですが...
Re:SunにはGUIのセンスがないのでは? (スコア:1)
という対比ですよね?
Flashプレイヤーは殆ど元から入っていますので、(もしそうだとしたら)前提が違うかなと思いました。 これはブラウザ環境にビルトインなもの(ブラウザ環境上のJavaVMとFlashプレイヤーの対比)で、おまけ的に書いただけです。
Re:SunにはGUIのセンスがないのでは? (スコア:1)
# 最近出たばっかしだし。自分のケースの場合、お客さんも知らなかったのでセーフ
ただ、Flash5のXML機能に関しては、ActionScriptで実装したパーサを使ったりしてそこそこ挙動の差を埋められますよね。
あと制作/顧客側のポリシーにも寄りますけど、Flashの場合プラグインのバージョンを調べて 「もっと上いれてくれんと動かないんですけど」と表示をさせる事で納得させる事も出来たりします。
仮に新しいFlashプレイヤーの機能が必要になったとしても、Win環境のみですが、ActiveXのインストール自体ユーザからするとシームレスに進んでくれるので、インストールさせる事自体の敷居も低いと思います。
JVMの場合そうはいかないんで、Applet関連には苦しいところだろうと。
# でもFlash6のプレイヤのマイナーVer.upの激しさはちょっと閉口気味です。
# Macromediaは今まで、大変うまくやってたので尚更...
Re:SunにはGUIのセンスがないのでは? (スコア:1)
Javaだと、プログラマしか作れませんから。
#だから、JavaのGUIはいまいちなんだよなぁ。
Re:SunにはGUIのセンスがないのでは? (スコア:1)
オフトピックかなぁ?
グラフィックを含む画面表示は GUI の一部ですからまぁいいんじゃないでしょうか。
で、最近は、Flash も GUI を使ったアプリケーションが出てきています(たとえば多地点会議システムとか)。Java Applet で作っていたものを Flash で構築する事はそう難しくありません。Flash はアニメーション以外にも使えたりするので的は外してないと思います。
さて、開発環境には GUI は必須ですから、Swing を始めとする GUI API および実装の出来不出来は直接売上に直結すると思うんですよね。もちろん開発環境そのものが Application ですから、GUI がよくってもインターフェース(操作)が腐ってたらなんにもならないわけですが。
さて、Swing は API としてはそんなに筋は悪くないと思うんですが、Look & Feel とか、動作の鈍さとか、Window Native な API との相性の悪さ(特に L&F のちぐはぐ)は結構問題です。J2SE 1.4 から Wheel などに対応してきたり、速度も改善されてきましたが、それでもまだまだ不満があったりします。
また、GUI に限らず Sun の実装モノって、他の同じ Java を使って作られた開発環境よりも動作速度が遅くってどうもというのがあったりしますので、そのあたりどこまでやっちゃってくれるのでしょうか。
もうひとつ、プロジェクトの管理とか、あまり複雑でないシンプルで解りやすいインターフェースを用意してくれるといいですね。あと使いやすいエディタも必要かも。(まぁエディタは気に入らなければ別のものを使えばいいでしょうが、デバッグなどと連携させるとなるとやっぱり開発環境についてくるものを使わないと不便ですし。)
VB と比べると言う事もある程度敷居を低くすると言う意味で重要だと思うんだけど、Eclipse と対等できるぐらい、バランスがとれた優れたものになって欲しいな(希望的観測)。
Re:SunにはGUIのセンスがないのでは? (スコア:1)
DirectorにCOM載せて、MDB参照したりしてました。
で、色々やった挙句「VBで作った方が楽だったかも」という落ちがついたのですが・・・
CD-ROMやWeb制作の人から見るとDirectorとかFlashは
「GUIを自由に作りやすい」
という意識があるのは確かですね。
アプリケーションの開発云々とかは抜きとして
「動けばそれでいい」
という発想がベースですけど。
Re:SunにはGUIのセンスがないのでは? (スコア:1)
なので、インタフェイスは、結構Windows風だった。
(ただし、素材の制作とか画面遷移とか手法はCD-ROM制作と同じ)
選択肢の問題とかでもあると思ったりします。
#今は、基本設計が固まらないまま、画面の設計だけがあがってくるプロジェクトをJAVAで作らされてます。
Re:SunにはGUIのセンスがないのでは? (スコア:1)
ふむふむ、なるほど。まぁここでの「難しくない」は「出来ないことは無い。実際そういうシステムが稼動している」という意味なので外してないと思います:-)。(でいいですよね?)
あんまりこちら方面ばっかり書いちゃうとオフトピック気味になりますが、個人的には、Flash は、スクリプトをほとんど書かずにアプリケーションのようなもの(ぉぃ)が作れる環境ですからそれはそれで意義がありますね。(Flash で多地点会議システムを作ったのは私じゃないですが、結構 Flash らしいつくりになっていてちゃんと動作し、「へぇ~」と思ったものでした。)
さて、GUI という点では、現状では Flash も使えると思います。たしかにスクリプト(言語)としては弱い部分があるでしょうけど。ただ最近はそれ (GUI ベースのアプリケーション) を狙っている節があるので今後増えてくるんじゃないでしょうか。(とはいえ Thread safe なプログラムが作りにくいのか...。)
ところで、評価の高い Java の開発環境ってほとんど、独自 GUI のようですが、Swing ベースで頑張っているのはどのくらいあるんでしょうか。(たとえば Eclipse などは SWT (OS Native API ベース) ですよね。)
たぶん、今回の開発環境は Sun のことですから Swing だと思いますが、今のところ商用での成功例少ないような気がするので、どのくらいチューニングされてくるのか興味が沸きます。とにかくがんばってほしい。
Re:SunにはGUIのセンスがないのでは? (スコア:1)
それってswt-win32-xxxx.dllを無くせってこと?
なら%JRE_HOME%\binの下に山ほどいるDLLの存在は全否定?
それともあらかじめ%JRE_HOME%\binの仲間に入れて欲しいってこと?
Re:SunにはGUIのセンスがないのでは? (スコア:1)
フレームワークの一部として、Flashプレイヤー的なベクトル描画エンジンを実装して、GUI要素をベクトルで持つというところまでやると面白い、GUIの要素とベクトルは相性がいいから...。
BeOSの次期OSで、近々リリース予定のZeta [srad.jp]は、SVGでアイコン情報などを持ち描画するという触込みですし、Smalltalk環境の一つ、Squeakに取り込まれたMorphic [kanshin.com]のような例もあります。
SWTに負けてる感は否めないが (スコア:2, 参考になる)
ここからダウンロードできるデモを見る限りでは、Swingの潜在能力は高いと思うよ。
開発環境が整って、上のデモみたいなアプリが簡単に作れるようになれば、Swingもはやりそうだが。。。
いや、その前にデフォルトのダサいUIを変えた方がいいのかな。
VBめざして (スコア:2, おもしろおかしい)
Re:VBめざして (スコア:1)
システム開発が少しでも楽になれば、それもありかな。^^;
ただ、方言だけは、容赦して欲しいです。
# Javaって、ハードウェア非依存のはずですよね。
# なのに、ポーティングに追われるなんて・・・トホホ
SUN ONE Studio (スコア:1)
eclipseでSWTのGUIごりごりやってる私にも乗り換える価値ある製品にしてね.
Re:SUN ONE Studio (スコア:1)
門外漢な人(私?)が突然、メンテ頼まれたとして、オブジェクトをリバースしてくれたら、もっと嬉しいです。(^ ^);
OpenOffice にも (スコア:1)
そういう意味では、OpenOffice や StarOffice にも、その VB もどきな Java IDE をマクロ開発環境としてくっつけて、もっと民間人にも開発の門戸を開くべきではないかと思います。
Re:OpenOffice にも(オフトピ) (スコア:1)
>単独の VB の手軽さに加え、 VBA/VBS/WSH/ASP とシームレスに繋ぐことができた
とのことですが、Windows&IEの組み合わせが、パーソナルユースなコンピュータが多いという、数の原理ではないでしょうか?
むしろ、「Javaはとっつきにくいけど、VBなら抵抗が少ない。」というユーザの判断行動の結果だと考えます。
Java IDEをマクロ化しても、裾野を広げる行動を起こさなければ、失速してしまう危険もある気がします。
Re:OpenOffice にも (スコア:1)
JavaとJavaScriptが後方互換であれば、爆発的に普及していたんじゃないかなと思っています。
(JavaとJavaScriptが後方互換だったとして、)JavaScriptがMacro言語としてOpenOfficeでも使えて、VBからのコンバータもつけちまうとか、そこまでやっていたら、PC-UN*X+Mozilla+OpenOfficeはWindows+IE+MS-Officeに対抗できていた・・・・かもしれない。
#ま、夢物語ですね。
あまり互換性が高いと (スコア:1, すばらしい洞察)
Linuxはどうにかなるとして、WindowsはWordやExcelと同様の心配が必要になると思われ。
それがイヤでOpenOfficeって人もいるだろうし。
#ディフォルトで無効なら良いのだろうけど。
そういえば… (スコア:1)
JAVAもいけたような記憶がありますけど・・・
Re:OpenOffice にも (スコア:1)
当時、C言語の開発環境は、CD-ROM 以降前で、かさばるドキュメント で床が抜けるかと。
Borland C と Visual C++(1.0)所有してました。(遠い目)
手軽にプログラミング(スクリプト書き)が良いなぁ。
Re:OpenOffice にも (スコア:1)
「がりがりとハードウェアに近い部分をごりごり」の方が好きですね。
#もちろん趣味という意味でね
#動く動かないは問題じゃなければ。
TurboCもTurboPascalもBorlandCも持っていましたよ。
#QuickCはprintfがバグバグだったので却下
Javaは今ひとつ深いところの挙動が見えづらいので
アレなんですが、VBのようにコードサイズが巨大化しても
論理式を間違えるという致命的なものをまだ見ていないので。
kusanagi shin
Re:OpenOffice にも (スコア:2, 興味深い)
下手にVBA -> StarBasicにされて期待しないコードが生成されるよりかは、十分に考慮した結果だと思います。
個人的にRubyがマクロとして使えれば...自分でバインディング作れって?
// Give me chocolates!
あの~… (スコア:1)
----------------------------------------
You can't always get what you want...
Re:あの~… (スコア:1)
ここから、オフトピ
ちなみに、この某社は、数年前、DBアクセス用ミドルウェアを○○○リンクしか保証しないといっておきながら、あっさり覆した経緯もありますので、ご注意を。(^ ^);
Appleと組んで (スコア:1)
NeXT時代、Windows版もSun版もHP-UX版もあったと聞くから(当時はObjective-Cだったけど)、できないことないでしょう。
#デスクトップ用途なら、SwingよりCocoa/Javaだと思うんですが、
#駄目?
[tomoyu-n]
Java Studio (スコア:1)
もしかして、すでにどこかにこれが組み込まれてたりします?
--S0R5
もう捨てちゃいましたよ (スコア:1)
にポートしてくれるのかと、思ったのですが、違いましたね。
はいはい。
Forteの前に何かあったように思いますが、それがJava Studio
でしたね。NetBeans(今のForte)を買収したので開発を中止した
のだと憶えています。今のForteも捨てて、またどこかのを買収
するのかな。それとも自前でアップグレードするのかな。
元記事にVisual Basic-like experienceとありますが、Windows
での開発者にとって使いやすい環境という意味なのか、単に模倣
したのか、私は自分ではJavaのコードはかけませんが、ちょっと
興味はあります。
Re:もう捨てちゃいましたよ (スコア:1)
作るより買った方が早いじゃん。って分かるけれど・・・
なんだか悲しい今日この頃。
オフトピ覚悟。なのに実名投稿(爆)
あのぅ… (スコア:1)
/* Kachou Utumi
I'm Not Rich... */
マルチプラットホームの宿命? (スコア:2, 興味深い)
使う気が失せます。ボタンも他のMac純正のUIと比べると
違和感ある。
同じマルチプラットホームのOpenOffice.orgやMozillaも、
初期状態ではフォントがジャギジャギで、げっそりしましたが。
環境ごと(DebianやWindowsやMac、それぞれ)にフォントの
設定を上手にすれば、ネイティブと遜色無く綺麗に表示
されるようになりましたので、今は愛用中(Mozilla)。
逆に言えば、フォントを変更できるようになってるから
救いになってるわけですよ。
で。JAVAのって、どうです?
Apple Applet Runner見ても、フォントを設定する所って
ないみたい。ということは、サイズの合わないジャギジャギ
のフォントを使わざるを得ないわけで・・・見にくい。
私は見にくいと思うので、好きではありません。フォントが
綺麗、って重要だと思うんですけどね。その辺は、改善
されないんでしょうか?
Re:マルチプラットホームの宿命? (スコア:2, 参考になる)
そう言われてみばフォントを設定するモノは付いてなかったような…。
JRE や Java Plugin しか入れない方だと分からないよなぁ(汗)。
This cookie has a scrap of paper inside. It reads:
If you can't learn to do it well, learn to enjoy.
Re:マルチプラットホームの宿命? (スコア:1)
「ちゃんと作ったアプリケーション」ばかりじゃないから、元コメントのような
不満が出るわけで、それなら font.properties を弄ってはいかがか、ということ。
This cookie has a scrap of paper inside. It reads:
If you can't learn to do it well, learn to enjoy.
Re:どんなに開発環境整えても・・・ (スコア:1)
個人的にはこれを機にバイトコンパイルできるようにしていただいて、JavaもVBみたいに楽チンできればいいと思う次第。
// Give me chocolates!