クライアントサイドJavaどうよ? part3

>>9
・スプラッシュウィンドウで誤魔化す。
・OS起動時にJVMを起動してしまう。ユーザの要求があったら
　「ウィンドウを新しく開く」だけにする。
・必要以上のCLASSファイルのロードが発生しないようにする。
　(コアAPIクラスのlookupを軽くする為に、rt.jarを解凍して
　しまうという手があるそうだが、どんだけ効果あるんだろね)
などなど。

理屈を考えたら回避策はいくつか思いつくな。あんさも自分で
考えたら？

>>14
SwingのUIの見た目の交換は簡単だよ。作るのが面倒ならWebで
探しなさいよ。

16 ：デフォルトの名無しさん：03/02/23 07:21

>>・OS起動時にJVMを起動してしまう。ユーザの要求があったら
>>　「ウィンドウを新しく開く」だけにする。

「ウィンドウを新しく開く」だけにする。とは、クラスファイルのローディング？
それとも「JVM起動」で全アプリのクラスローディングするの？

>>・必要以上のCLASSファイルのロードが発生しないようにする。

どうやってやるの！？そんなこと・・

17 ：9：03/02/23 07:29

>>15
WEBで探してもろくなものが出てこなかったから言っているわけだが・・
まだ一般レベルで美しいといえるLookAndFeelは有料の一個だけしか、この世にないだろ。
結構さがしたがどれも中途半端

美しいLookAndFeelがバンバンフリーで出てくれれば
「腐れGUIのJava」から、「GUIがウリのJava」に一気に大逆転できるのにね。

18 ：デフォルトの名無しさん：03/02/23 07:41

現状の Look and Feel は「プログラマでありデザイナである」人しか
いいものが作れないので、普通のデザイナさんでも使える Look and Feel
ビルダーが出回れば良い。Flash みたいに。

まぁ無理だろうけど。

19 ：デフォルトの名無しさん：03/02/23 07:51

(・∀・)!!
http://homepage3.nifty.com/digikei/ten.html

20 ：デフォルトの名無しさん：03/02/23 08:58

俺は作るほうのデザインセンスはないんだが
たとえば、MacのようなGUIが最高なんですか？
たとえば、GNOMEはどうですか？

個人的にはMacはかっこいいと思うが
長い時間見てられない
GNOME　なんか知らんけど汚い　というかデザインセンス無さすぎ
Motifもちょい違う感じ使ってて違和感感じる
KDE　まあ普通に使える
WindowsXP　カラフルだと思うが色彩感覚０
それ以前のWindows　普通に使える　見ていて疲れない
JavaSwing　プログラムの動作を確認するのに忙しく
デザインにまでこだわったこと無い

21 ：デフォルトの名無しさん：03/02/23 12:33

個人的にはQNXのGUIがクセがなくていいと思うが。

22 ：デフォルトの名無しさん：03/02/23 17:32

Swingのアプリケーション作るのにお勧めのＧＵＩエディタおしえてくんろ

23 ：デフォルトの名無しさん：03/02/23 17:35

>>14
自分でLayoutManager2クラスを継承して
改良したら?

24 ：デフォルトの名無しさん：03/02/23 19:48

>>22
メジャーなSwingのGUIエディタなんぞ数えるほどしかない。
ので全部使ってみるがよろしかろう。

25 ：デフォルトの名無しさん：03/02/23 20:13

>>20
あなたが今まで使ってきた OS は Windows98 以降だけですね？

26 ：デフォルトの名無しさん：03/02/23 20:20

>>22
やっぱForte？

27 ：デフォルトの名無しさん：03/02/23 23:51

>>22
俺は、BeanBuilderって言うの使ってる
すべてXML形式で保存されるやつ
まあ、テストでチョイチョイと作るには向いてるかな
Forteとか重すぎでいまいち使う気になれん

28 ：デフォルトの名無しさん：03/02/24 00:23

>>27
BDKみたいなやつ?

SwingやAWTなどのGUIには必ずしもBeanが
必要とは限らないような気がするけど

アレ系Beanって良く使われているほうですか?

BeanというとJSPのBeanがよく役に立っており
そっちのBeanは役に立っているのかどうか....?

29 ：27：03/02/24 02:02

>>28

一回使ってミソ
http://java.sun.com/products/javabeans/beanbuilder/index.html

BDKとは違う
ForteのGUIツールと似ているから
GUI作るの楽だよ
だけど、吐き出すコードはXMLなので
BeanBuilderの外でこのオブジェクト使うときは
以下のようにする（参：チュートリアル）

try {
InputStream is = new BufferedInputStream(
new FileInputStream("sample.xml"));// sample.xmlが作ったファイル
XMLDecoder d = new XMLDecoder(is);
Object o = d.readObject();
} catch (IOException ex) {
System.out.println(ex.getMessage());
}

30 ：デフォルトの名無しさん：03/02/24 02:04

EclipseプラグインでSwingのGUIエディタってあるんですかね？

31 ：デフォルトの名無しさん：03/02/24 02:07

>>30
まだ無い
プラグイン開発してるのかどうかもわかんない

32 ：デフォルトの名無しさん：03/02/24 03:01

>>30
WSADつかったら？高いけど。

33 ：デフォルトの名無しさん：03/02/24 04:42

>>18

それ！すげーいい発想
本当に無理なんだろうか・・

34 ：デフォルトの名無しさん：03/02/24 04:47

Swingの問題は山積みだから、LookAndFeelとかは後手後手にまわるだろうな
ちょい前にスピードとネイティブアイコン、デスクトップルート、推奨サイズの問題が解決されたが
そういうSUNが仕様を決めないとどうにもならない場所からまず改善されていくだろ。てかそうじゃなきゃ本当に困る

35 ：デフォルトの名無しさん：03/02/24 04:49

>>18 >>33

SunがFlashのライセンスを取ろうとしているという話はどうなったんでしょう?
あれでJava2D, AWT, Swing, AppletなどをFlashのように簡単に描けると期待していたのですが...。

36 ：デフォルトの名無しさん：03/02/24 07:28

>>34
残ってる問題を教えてくれ

37 ：デフォルトの名無しさん：03/02/24 09:52

>>33
クライアントやっている人が少なくてさらにその中の少数が欲しがるだけ
だから、需要がない。

38 ：デフォルトの名無しさん：03/02/24 09:56

>>32 WSADよりWSSDのほうが金額ずっと安いよ。20万しない。

39 ：デフォルトの名無しさん：03/02/24 21:37

>>37
そういえば、Java死滅スレで、
携帯電話でJavaからFlashを起動するツールがでたとか.....。

こっちのJavaもなかなか面白くなってきましたか。

40 ：デフォルトの名無しさん：03/02/24 21:53

Javaが不要になったってこと？

41 ：デフォルトの名無しさん：03/02/24 22:50

Flash直接起動でJavaの地位低下は免れない。

42 ：デフォルトの名無しさん：03/02/24 23:20

JWSでJavaアプリ直接起動ってのはどうなったのよ？

43 ：デフォルトの名無しさん：03/02/24 23:30

Flashってよく知らんけど、アプリつくれるの？
アニメとかゲームしか見たことないけど

44 ：デフォルトの名無しさん：03/02/25 00:48

>>41
FlashがJ2EEやServletなみの高度なことができるならな

45 ：デフォルトの名無しさん：03/02/25 01:18

>>44
お前は、ﾂｯｺﾐ偽装のﾎﾞｹなのか？

46 ：デフォルトの名無しさん：03/02/25 01:37

>>43
ブラウザかFlashPlayer上のみで動くアプリしか作れないよ。

Macromedia製品でFlash似のアプリを作れるツールはあるらしいよ。
"Made With Macromedia" というロゴが付いたソフトはそんなツール使ったっぽい。

47 ：デフォルトの名無しさん：03/02/25 03:19

Flash や Director が Java の GUI フロントエンドになれば良いだけの
ことじゃん。ロジック記述に弱い Flash と GUI 機能に弱い Java と。

>>46
それ多分 Director じゃねっすか?

48 ：デフォルトの名無しさん：03/02/25 05:17

FlashのようなGUIは出来ないことは無い・・・
ただし、描画という形で・・・Swingも実際描画されてるわけだから
遅いのは当然
むかし、JNIつかってGUI部分だけVC++で作っといて処理をJavaでやらせたことあったけど
あれじゃ、意味ネーよな

49 ：デフォルトの名無しさん：03/02/25 08:18

FlashがあればJavaイラネーな

50 ：デフォルトの名無しさん：03/02/25 14:03

>>49
FlashがJ2EEやServletなみの高度なことができるならな

51 ：デフォルトの名無しさん：03/02/25 14:22

Java不要になるし、連携が必要な部分は
Macromedia Flash Remoting MX使えばJavaも.NETもその他も
同じレベルになっちゃうね。

52 ：デフォルトの名無しさん：03/02/25 14:29

>>51
その程度じゃRMI並みのことしかできまへん

53 ：デフォルトの名無しさん：03/02/25 15:56

>>51
Macromedia Flash Remoting MXがJ2EEやServletなみの高度なことができるならな

54 ：デフォルトの名無しさん：03/02/25 16:36

ここは「クライアントサイドJava」のスレなので、その点を
よーくお含み頂いた上で発言をお願いいたします。

55 ：デフォルトの名無しさん：03/02/25 20:39

Flash でどの程度のことができるかってあんまり知らないんだけど、
算術演算、論理演算などをバリバリに使っても
HotSpot や JIT コンパイラのおかげでそれなりの速度で実行できるのが
(クライアントサイドでの) Java の強みなんでないのかと
俺は思ってるんだけど、どうなんでしょうか？

どういうところでその強みが活きるかっていうと、ゲームとか研究分野とか？
でもそれらの分野で Java を有効に使った例ってあんまり見ないような…？

56 ：デフォルトの名無しさん：03/02/25 21:20

> でもそれらの分野で Java を有効に使った例ってあんまり見ないような

クライアントサイドでは不要ってことですよ

57 ：デフォルトの名無しさん：03/02/25 21:27

>>55
> HotSpot や JIT コンパイラのおかげで

携帯に積まれるとでも思ってるのですか？

58 ：デフォルトの名無しさん：03/02/25 22:02

>>57
Sunの技術は世界一ですが何か？

59 ：デフォルトの名無しさん：03/02/25 23:16

>>55
大学では Java 割と使ってるよ。

60 ：デフォルトの名無しさん：03/02/26 00:23

学生程度じゃあJavaぐらいしか使いこなせないからねえ

61 ：デフォルトの名無しさん：03/02/26 02:20

>>60
そのJavaすらも使いこなせない馬鹿学生が多いんだよ

62 ：デフォルトの名無しさん：03/02/26 02:30

ここは「クライアントサイドJava」のスレなので、その点を
よーくお含み頂いた上で発言をお願いいたします。

63 ：デフォルトの名無しさん：03/02/26 02:51

はやくFlashをJavaAppletに統合してくれ

64 ：デフォルトの名無しさん：03/02/26 03:09

今後JavaAppletは間違いなく廃れます。
JavaWebStartは便利だよ。

65 ：デフォルトの名無しさん：03/02/26 05:18

Javaの居場所はクライアントサイドでは無い

66 ：デフォルトの名無しさん：03/02/26 07:52

>>64, >>65
このスレは、それをうすうす感じていながら
クライアントサイド Java とかアプレットへの
愛着を捨て切れない人が集まるスレなので御勘弁を。

67 ：デフォルトの名無しさん：03/02/26 12:06

>>66 禿同

68 ：デフォルトの名無しさん：03/02/26 13:56

新たに提出された反論書では、どのソフトウェア上でもシームレスに
動作する(Run Anywhere)環境を生み出すことに失敗した
Sun MicrosystemsのJavaは、.NETで実現するWebサービスと比較して、
はるかに劣る時代遅れの技術であると非難されている
また、Javaプログラムのグラフィカルインタフェースは貧弱であるにもかかわらず、
大量のメモリを消費する欠陥を抱えているとしている。

http://pcweb.mycom.co.jp/news/2003/02/25/18.html

69 ：デフォルトの名無しさん：03/02/26 20:22

>>68
3-4行目以外は激しく同意だ。Java好きだが。

70 ：デフォルトの名無しさん：03/02/26 22:12

哀愁ただよってますね…。
Swing 好きなんだけどなぁ。
Swing になれちゃったから SWT のスタイルは拒絶反応おこしてしまって書けない。

71 ：デフォルトの名無しさん：03/02/27 00:50

>>70
漏れは逆に、SWTにすっかり馴染んでSwingから離れてしまった。
Swingの方が確実に高機能なんだけどね。

72 ：デフォルトの名無しさん：03/02/27 00:52

そうだ！５年後に今のSwingを使い始めれば、サクサクに違いない！
でもダサいのは変わらない！

73 ：デフォルトの名無しさん：03/02/27 01:12

>>72
いや、＊理論上は＊見た目のダサさは取り換え可能ですよね。Swingって。
あくまで理論上は。

設計という観点からは Swing の方が SWT より優れていると信じたいんだが…
New I/O もしかり、理論は実装に負けてしまうのか。

74 ：デフォルトの名無しさん：03/02/27 01:13

>>72
5年後にはパッケージごと deprecated されてたりして。

75 ：デフォルトの名無しさん：03/02/27 01:25

> あくまで理論上は。

そんなの誰も求めてない

76 ：デフォルトの名無しさん：03/02/27 01:39

>>75
ええ。だから実装が増えることもなく5年後も状況はかわらない…ってことですよ。

77 ：デフォルトの名無しさん：03/02/27 01:53

つーかSunがGetJavaWebStartがんばってるっていうから
JWSでソフトアップしてGetJavaWebStartにリンクはったけど、
どこがどう力いれたの？って感じ
トップを日本語ページにしてもダウンロードは英語ページになるし
FTPだ、なんだのインストールボタンは今までのJREダウンロードとまったく手間かわってないじゃん！！

しかも、ダウンロードされるJWSは最新版じゃないし、
JWSの機能で自動ダウンロードしたJRE1.4＋JWS最新版は、ダウンロード直後意味不明なメッセージが英語メッセージが出て、RESTARTボタン押したら、どうやら、もう一回WebStart実行しなければいけないらしい

最後のオチにせっかく起動したアプリはWinXPでは動くのに、今回実行したWin95ではハングアップ！（Swingのメモリ消費のせい？）

こんなめんどくさいダウンロードＰＧでも混乱する。
素人がダウンロードできるわけがない。

今更だがなにがクロスプラットフォームだ、大嘘つくんじゃねーよと
いいたいぜ。
趣味だからいいものの、こんなんとても仕事じゃつかえんわ

本当にSUNは信じられない糞だ

78 ：デフォルトの名無しさん：03/02/27 03:09

>>77
Sun ムカツクよな。はやく Java から手を引いてほしいわ。

79 ：デフォルトの名無しさん：03/02/27 03:39

つーか裁判に突っ込む人的、経済的資源があるなら
BugParade の処理とかに回せよって思う。

80 ：デフォルトの名無しさん：03/02/27 03:42

>>77
Win95でハングアップするのは、OSのせいの5割あると思うが(ﾜﾗ
JDK1.2のころに、Swing使っただけで必ずWin98がハングアップ
するという、とんでもないバグがあったなあ…Winのバグのせい
だったよ。

81 ：デフォルトの名無しさん：03/02/27 03:43

>>73
カスタムLookAndFeel なら作ってる奴らが結構居たような？

82 ：デフォルトの名無しさん：03/02/27 05:40

この憂鬱な気分を吹き飛ばしてくれるような
CoolなSwing使ったアプレットじゃないJavaプログラムどなたか紹介してくれませんか？

83 ：デフォルトの名無しさん：03/02/27 07:52

>>82
Forte

84 ：デフォルトの名無しさん：03/02/27 11:21

>>79
法的な問題を処理する能力を一生かけて高めてきた Sun シャインが、
「今日からバグ担当ね」と配置換えを食らって途方にくれてる様を素直
に想像してしまった。 w

85 ：デフォルトの名無しさん：03/02/27 20:46

Javaで作られていてスタンドアロンのアプリケーションで市販されている
ソフトってどんなものがありますか？

やっぱり少ないのですか？
ちょっとJavaやっていて不安になってきたので、誰か知っている人がいたら
教えて下さい。

86 ：デフォルトの名無しさん：03/02/27 21:15

Javaでスタンドアロンって開発ツールしかないだろ。

87 ：デフォルトの名無しさん：03/02/27 21:32

一太郎Arkとか

88 ：デフォルトの名無しさん：03/02/27 21:33

XMLエディタは開発ツールにはいるかな?

89 ：デフォルトの名無しさん：03/02/27 21:57

omaenonakanohitomotaihenndana

90 ：デフォルトの名無しさん：03/02/27 21:59

>>89の訳ローマ字読むのは俺だけで十分
お前の中の人も大変だな

91 ：デフォルトの名無しさん：03/02/27 22:31

>>77
まあ、そういう情報はJava厨が隠蔽してきたわけだが。

92 ：デフォルトの名無しさん：03/02/27 22:43

>>91
まあ、お前がJava厨になったわけだが。

93 ：デフォルトの名無しさん：03/02/27 22:46

っていうかさ、みんなクライアントでなんか作ってるの？
今まで作ったJavaアプリ教えてよ
おれは、MySQLのクライアントアプリ（SELECT、UPDATE、INSERTなどの基本コマンドぐらいしか実装してないけど・・・）
ファイル選択ダイアログ（ツリー表示のやつ）
今作ってるのはWindowsでいうところのペイントの色選択ダイアログ（Sun標準がダサいため自作しようとおもって）
あとは、GUI使わないやつならファイルのcopyコマンドとか

94 ：デフォルトの名無しさん：03/02/27 22:48

Java萌えだが、あまりの遅さに放置気味の俺としては、
どんどんスピードや便利さで叩かれて、
まともにつかえるものになってほしいと常々思ってきたわけだが．．．
.netがいい起爆剤になってくれたらいいんだけどな。

95 ：93：03/02/27 22:52

そういえばさ、Linuxのgccにgjcだかgcjとかいう
基本的なAPIで書かれた*.javaファイルをJVM無しで実行できるファイルに
コンパイルできるツールがあるらしいんだけど使ってる人いますか？
2年前ぐらいの本に書いてあった記事なんだけど・・・

96 ：デフォルトの名無しさん：03/02/27 23:02

最近、Swingがカッコよく見えてきた。病気かな？

97 ：デフォルトの名無しさん：03/02/27 23:04

>>95
gcj ね。http://gcc.gnu.org/java
GUI や new I/O みたいな新しい機能使わないならそれなりに動くよ。
前にちょっとしたベンチマークを取った結果。
http://pc2.2ch.net/test/read.cgi/tech/1007731543/796-799

98 ：デフォルトの名無しさん：03/02/27 23:06

GUI使わなければJavaも早いんだけどな。
悔しいよ。

GUI使わないと今度は裾野が広がらないし・・・

99 ：名無しさん@Vim%Chalice：03/02/27 23:59

>>98
優れたソフトウェアは、ハードウェアより長生きする。
優れた設計技術を持ち、開発当初のモチベーションを
保ち続けることができるなら、GUIにJavaを使うのは
十分ありでしょ。ソフトが成熟してくるころには、十分
実用的な速度になってるはず。
VC++で、WinAPI使いまくりのアプリとかに比べ、ソフト
の寿命はずっと長いと思うよ。

100 ：デフォルトの名無しさん：03/02/28 00:04

でも MS は VirtualPC の技術買ったからねえ。

101 ：デフォルトの名無しさん：03/02/28 00:05

そう言い続けて早八年。

102 ：デフォルトの名無しさん：03/02/28 00:06

>>99
ありがとう。
なんか励まされたよ。

103 ：デフォルトの名無しさん：03/02/28 00:10

SWT! SWT! SWT!

104 ：デフォルトの名無しさん：03/02/28 00:14

ＳＷＴはもうJavaじゃないという罠。
SWingにもうちょっと頑張ってほしいところ。

105 ：デフォルトの名無しさん：03/02/28 01:47

ここのSwingアプリみてみぃ
ちょっとは希望が見える

http://www.jgoodies.com/

106 ：デフォルトの名無しさん：03/02/28 02:45

>>105
これはいったい？？
IEエクスプローラーみたいなもの？

107 ：デフォルトの名無しさん：03/02/28 02:52

>>99
未だ生まれてもこれないのに
寿命なんて心配するな

108 ：デフォルトの名無しさん：03/02/28 02:57

AwtよりSwingの方が軽量コンポーネントだとJavaの本には盛んに書いてありますが

実際はSwingの方が重くないですか？
周りもAwtで実装するって言ってる人が多いんですけど。

109 ：デフォルトの名無しさん：03/02/28 03:00

>>108
軽量とか重量というのは、実行速度とは関係無いです。
クラス構造の話です。

110 ：デフォルトの名無しさん：03/02/28 03:07

>>109
あ、そうなんですか。
ありがとうございます。
勉強不足でした。

111 ：デフォルトの名無しさん：03/02/28 03:09

>>105
軽～い！
これ本当にSwingで作ってるの？
ちょっと信じられない。

112 ：デフォルトの名無しさん：03/02/28 05:27

>>109
重量：何でもかんでも再描画するGUIコンポーネント
軽量：必要なところだけ描画するGUIコンポーネント
ってな説明を聞いた事があるんだけど、クラス構造の話なんだっけ？

113 ：デフォルトの名無しさん：03/02/28 08:10

>>104
んなこといったらAWTだってJavaじゃない(ネイティブAPIに直結)わけで。
でも確かに、SWTがJava標準になると、3つものGUIなAPIが同梱されることになり、
ますますJavaのGUIは糞という評判が高まるだろうね。

114 ：デフォルトの名無しさん：03/02/28 10:14

>>112
"クラス構造"だけだと何も言ってないのと変わらん

GUIの文脈だと、
ネイティブのウィジェット(WindowsならHWND)と一対一に対応させるのが重量で、
必ずしも一致しないのが軽量、じゃなかったかなあ。

ATL(ActiveXコントロール用ライブラリ)にもウィンドウレスコントロール
というのがあるけどまさに軽量コントロール(HWNDを持たない)

115 ：デフォルトの名無しさん：03/02/28 11:14

>>98
JDK1.4になってからSwingは大分早くなったのにまだ不満なのか?

116 ：デフォルトの名無しさん：03/02/28 15:01

重量：ＯＳリソース(ハンドル)の消費
軽量：ＯＳリソース(ハンドル)の消費無し
といういう意味です。

Windowsで言うと、
AWT は WindowsAPI をラップして使っているだけなので、ウィンドウハンドルを消費しますが、
Swing は親Windowに描画しているしているだけなので、
親ウィンドウのハンドルしか消費していないということです。
つまり、リーソス不足で、ＯＳフリーズが無くなると．．．

.NETのSystem.Windows.Forms は、AWTとやっていることは変わらないので、
リソース不足でＯＳフリーズは起こります。

どっちが時代遅れの技術かは明白．．．

117 ：デフォルトの名無しさん：03/02/28 15:51

>>114 >>116
解説ありがとうございます。

118 ：デフォルトの名無しさん：03/02/28 17:37

とりあえず、あんまり SWT マンセーするのは危険な気がする。

119 ：デフォルトの名無しさん：03/02/28 17:42

>>105 のやついいなあ。やる気でました。

120 ：デフォルトの名無しさん：03/02/28 17:47

>>116
時代遅れなのはOSだと思うが

121 ：デフォルトの名無しさん：03/02/28 17:53

でも自前でやっちゃうことによって
OS とかドライバのチューンの恩恵はうけにくくなっちゃうんじゃないの？

122 ：デフォルトの名無しさん：03/02/28 18:08

よ～し、パパも>>105みたいのを作っちゃうぞ～

おめでてーな、俺・・・・

123 ：デフォルトの名無しさん：03/02/28 18:30

>>116
9x系のWindows使ってるあんたが時代遅れ。

124 ：デフォルトの名無しさん：03/02/28 19:16

OSのリソース使うor使わないってのは実装の方が考えて
APIレベルでは考える必要がない、って風にしてほしかったな。

用は Swing のAPI使って SWT が使いたかったなと。

125 ：デフォルトの名無しさん：03/02/28 22:10

RedHat8使ってたらMetalとかいうThemeがあるんだけど、これって･･･。

126 ：デフォルトの名無しさん：03/02/28 23:51

>>105
こいつはマジでFlashに勝っている！

インストール中のアニメーションのアルファチャンネル、
シェイプトウィーン、モーショントウィーンはFlashと互角だ。
あれをFlash並みに簡単に作れるIDEが欲しいくらいだ。

127 ：デフォルトの名無しさん：03/03/01 00:04

張り合う先がFlashってのもなんだかそこはかとなく悲しい気が…。
しかしまあ、組み方次第ってことだね。

128 ：デフォルトの名無しさん：03/03/01 00:16

>>126
Flashと張り合うのかよ・・・

Javaも落ちたものだ

129 ：デフォルトの名無しさん：03/03/01 00:17

>>127
Applet とは競合してる（た）わけだし。

130 ：デフォルトの名無しさん：03/03/01 00:19

たわけと読んでしまう俺はインテリ

131 ：デフォルトの名無しさん：03/03/01 02:21

>130はマウス

132 ：デフォルトの名無しさん：03/03/01 05:16

FlashはAppletと競合しているたわけ者ですか？

身の程を知れということですね。

133 ：デフォルトの名無しさん：03/03/01 05:23

Applet には期待してないんで Flash で置きかわっても別にいいな。個人的には。

134 ：デフォルトの名無しさん：03/03/01 05:25

Flashの勝利ですが。
気位ばかり高くて実質は屑という、いつものJavaのパターンですな。

135 ：デフォルトの名無しさん：03/03/01 05:48

>気位ばかり高くて実質は屑という、いつものJavaのパターンですな。
これは結構あるよなぁ…
まあハイエンドじゃそんなに問題になってないとしても。

136 ：デフォルトの名無しさん：03/03/01 06:53

ハイエンドでも同じく屑でプログラマは泣いてるが
市場原理より企業利益が優先されるエンタープライズ市場では
反MSという利点だけで使用されている

137 ：デフォルトの名無しさん：03/03/01 07:16

うちの会社も、昔からIBMのマシン使ってるし、IBMに開発を依頼したんであって、
Javaを選択したわけじゃないもんな。

138 ：デフォルトの名無しさん：03/03/01 07:17

>>136
> 市場原理より企業利益が優先されるエンタープライズ市場では
意味不明

139 ：デフォルトの名無しさん：03/03/01 07:21

会社どうしのおつきあい優先って事でしょうな。
末端消費者なら、良い物に直ぐ飛びつくでしょうが。

140 ：デフォルトの名無しさん：03/03/01 09:01

1.4だと随分Swingも速いね。
エクセルとJavaアプリの動きや起動速度があまり変わらなかった。

でも、どういうわけか相変わらず、Javaのアプリを見ると遅いという気
がしてしまう。
第一印象は恐ろしいね。

141 ：デフォルトの名無しさん：03/03/01 09:15

微妙に遅いんだと思うよ。時計なんかじゃ計測できないほど。
でも、1、2年後には、その感覚もなくなりそうだな。

142 ：デフォルトの名無しさん：03/03/01 10:55

でも、1、2年後には、Javaもなくなりそうだな。

143 ：デフォルトの名無しさん：03/03/01 10:58

> でも、1、2年後には、その感覚もなくなりそうだな。
この言葉聞き飽きました。今度こそ信じていいのですか？

144 ：デフォルトの名無しさん：03/03/01 11:00

1、2年後には IT 関係の仕事なくなってるし。

145 ：デフォルトの名無しさん：03/03/01 11:10

あーあ、JREを標準装備しないOSを作った場合は無期懲役～死刑に
処すって法律が出来ればいいのに・・・

146 ：デフォルトの名無しさん：03/03/01 11:35

>>133-134
Flashは汎用性が低くオブジェクト指向プログラミングできないから
駄目。Flashはデザイナのためのおもちゃ。
プログラマから見ればFlashは屑です。

>>136
>反MSという利点だけで使用されている
んなわけない。ちゃんとした理由もあるし。信頼と実績のあるJ2EEを利用する。

>>141 1,2年後というより新しいマシンに買い換えるか「クロックアップしたころには」
といった方が説得力がある。

>>143 新しい最速マシン買ってから。
>>144 次はDNA関係の仕事?

>>145 そんなことでそんな法律ができてしまえば、M$もWindowsを買わない者に
無期懲役～死刑にする法律を作ることを要求してくるだろう。

147 ：デフォルトの名無しさん：03/03/01 13:39

> 信頼と実績のあるJ2EE

へ？

148 ：デフォルトの名無しさん：03/03/01 17:02

おいおい、ここは死滅スレじゃないですよ。
哀愁漂わせながら Swing の話しをしましょうよ。

149 ：デフォルトの名無しさん：03/03/01 17:15

146みたいな香ばしい発言をする奴は勘弁だな

150 ：デフォルトの名無しさん：03/03/03 06:56

Flashは確かにﾃﾞｻﾞｲﾅｰ向けだ。しかしWebページ作成を仕事にしてるのはほとんどがﾃﾞｻﾞｲﾅｰだからなぁ
携帯Flashは制限がJavaよりゆるくて速度がJava以上ならすんなり受け入れられると思うよ

151 ：デフォルトの名無しさん：03/03/04 11:33

JavaとFlashとの違い

電子メディアの殴り合い
http://www.hotwired.co.jp/webmonkey/geektalk/97/44/

152 ：デフォルトの名無しさん：03/03/04 11:37

しかしJavaは敵が多いな…

153 ：デフォルトの名無しさん：03/03/04 12:15

>>152
M$はもっと敵がおおいぞよ

154 ：デフォルトの名無しさん：03/03/04 18:53

http://slashdot.jp/articles/03/03/03/2240224.shtml?topic=49
死亡判定出ました

155 ：デフォルトの名無しさん：03/03/04 22:28

一般ユーザから (Sun の) Java に関する不満が噴出するのももうすぐか…。

今までは JRE なんて Java 開発者くらいしかインストールしなかったからな。

156 ：デフォルトの名無しさん：03/03/04 23:18

フィードバックにきちんと対応していけば、現状より良くなるよ。

157 ：デフォルトの名無しさん：03/03/04 23:22

>>155
インストールしても、ソフトがないからなぁ。

>>156
前向きだな。

158 ：デフォルトの名無しさん：03/03/05 01:25

Java の真の敵は Microsoft でも C# でも Flash なんかでもなく Sun だろう。

159 ：デフォルトの名無しさん：03/03/05 11:38

>>152
それだけJavaの守備範囲が広いということなんだろうけどそのどれも(以下略

160 ：デフォルトの名無しさん：03/03/05 14:24

Swing はクラスのロードさせすましちゃえばそれほど重くはないよね。
まあネイティブには敵わないけどさ。

http://www.02.246.ne.jp/~torutk/javaclasslauncher/index.html

みたいなのが公式にも採用されたらちょっと状況良くならないかな。

161 ：デフォルトの名無しさん：03/03/05 15:57

>>160
Javaは動作は遅くないけどメモリ食い過ぎのような気がする，Swingに限らず．

162 ：デフォルトの名無しさん：03/03/05 16:56

>>161
起動は遅いよね。
メモリもVM同士シェア出来るものはシェアしちゃうってやれば
ちょっとはなんとかならんかな。

もっともクライアントサイドの場合、
シェアする程プログラム動かしてるかどうかって問題もあるが。

163 ：デフォルトの名無しさん：03/03/05 17:22

>>161
メモリは仕方がない気がする。

164 ：デフォルトの名無しさん：03/03/06 15:39

.NETと比べるとお粗末すぎるぜ＞めもり

165 ：デフォルトの名無しさん：03/03/07 10:07

>>161
別のOSが立ち上がってると思えば，こんなもんかぁ，とも思えるかも．

だが単にアプリが立ち上がってるようにしか見えないからとんでもないように
思える．ちょっとしたジレンマだなこりゃ．

166 ：デフォルトの名無しさん：03/03/07 13:33

VMが立ち上がるときに、VMのBIOS設定画面が出てくるとか。

167 ：デフォルトの名無しさん：03/03/07 15:54

VMをOS起動と共に立ち上がりっぱなしにしてアプリで共有するとかは？

168 ：デフォルトの名無しさん：03/03/07 21:52

http://page5.auctions.yahoo.co.jp/jp/auction/e22909695

ヤフオク出品したよ
1円スタートでマジお勧め！

「10日でおぼえるJSP/サーブレット入門教室」翔泳社

169 ：デフォルトの名無しさん：03/03/07 22:13

>>161
メモリどれくらい食うと食いすぎと感じる？

最近ではメモリも安いし1GBは当たり前だしなあ。

170 ：デフォルトの名無しさん：03/03/07 22:16

単純なアプリが200M食ってたら驚くなあ。
実際そうだったんだけど。>Java

171 ：デフォルトの名無しさん：03/03/07 22:27

>>168
あげ荒らし氏ね

172 ：デフォルトの名無しさん：03/03/07 22:27

>>169
1GBが当たり前かよ。

173 ：デフォルトの名無しさん：03/03/07 22:28

1Gなんて一万円くらいで買えるしなぁ。

174 ：デフォルトの名無しさん：03/03/07 22:33

品質は低いけどね。

175 ：デフォルトの名無しさん：03/03/07 22:35

メーカーの保証がないだけだよ。品質は一緒。

176 ：175：03/03/07 22:40

正確には大手メーカーの保証ね。
製造元や販売店での保証はある。

177 ：デフォルトの名無しさん：03/03/07 22:46

でもいくらなんでも200Mはどうかと思うが…
うちのマシン128Mしか積んでないってば。ノートだし。

178 ：デフォルトの名無しさん：03/03/07 22:48

>>172
これを見よ！
http://www.kakaku.com/sku/price/memory.htm

179 ：デフォルトの名無しさん：03/03/07 22:52

メーカー製PCは未だ256MBが主流なんですかど。
メモリ増設する人専用なんですか？

180 ：デフォルトの名無しさん：03/03/07 22:54

メモリもHDDも足りなくなったら増設するもんだ。
メーカー製PCにも詳しくやり方のってるだろ。

181 ：デフォルトの名無しさん：03/03/07 22:57

1GB当たり前とか一般ユーザーの気持ちや環境をわかんないヤツが
いるから普及しないのかも。
Sunも一般ユーザーなんか相手してないし。

182 ：デフォルトの名無しさん：03/03/07 23:10

>>180
ノートで増設に上限あるマシンも多いと思うが。
買い換えだってデスクトップみたいに気軽にはいかんぞ。
(デスクトップだってそうそう簡単に買い換えないけどさ)

そもそも家電とかのリソースが少ない状況で動くんじゃないのか…？
Swing 使ってないときってどれぐらいリソース消費するんだろ。

183 ：デフォルトの名無しさん：03/03/07 23:14

>>179
DELLにしろ。
プログラマならPC自作できて当たり前だとは思うが。

184 ：デフォルトの名無しさん：03/03/07 23:15

Solaris で sleep するだけの動かしたら40Mのリソース消費でした。
んで、JFrame とか JTextField のせた小さいのは 50Mの消費。

185 ：デフォルトの名無しさん：03/03/07 23:16

>>183
おいおい、使うのはプログラマだけじゃないだろ。

186 ：デフォルトの名無しさん：03/03/07 23:17

NTカーネルにVMを組み込めば起動は早そうだね（ｗ

187 ：デフォルトの名無しさん：03/03/07 23:20

>>185
まあDELLだったら購入時にあらかじめメモリ増設注文くらい簡単。
プログラマでなくてもPC自作する香具師おるしなあ。
ゲームのためにハイスペックマシン作る香具師にはJavaの速度の問題も
殆ど気にならなくなっただろう。
DVDとかムービー見たがる香具師はメモリも多めに買いたがるだろう。
512MBくらいなら手ごろな値段でかえるしな。

188 ：デフォルトの名無しさん：03/03/07 23:25

>>187
だから、そういう香具師ばっかじゃないだろうと。
PC自作だのPCでゲームするやつだのなんてほんと一部だけだぞ。

189 ：デフォルトの名無しさん：03/03/07 23:26

つうか、環境選んでる場合じゃないだろう…
どこが Run anywhere じゃ。

190 ：デフォルトの名無しさん：03/03/07 23:27

>>188
彼は自分しか見えていない。

191 ：デフォルトの名無しさん：03/03/07 23:34

>>188
DELLマシンを自作PCと一緒にするな～

192 ：デフォルトの名無しさん：03/03/07 23:35

Javaが煙たがられる理由の一部に
>>188 みたいな厨がいるってのも含まれるんだろうな。
なんか脱力するわ。

193 ：192：03/03/07 23:36

誤爆。>>188 じゃなく >>187 な。

194 ：デフォルトの名無しさん：03/03/07 23:37

>>191
それじゃなにか、アプリ配布時に
「DELL のマシンじゃないとまともに動かんかも」
とか
「メモリ1Gないとまともに動かんかも」
とか書くのか。

あほすぎる。

195 ：デフォルトの名無しさん：03/03/07 23:41

だーから。
PC自作なんか誰でもすぐ出来るんだよ。
出来ないならそいつが阿呆なだけ。
そんな阿呆は相手にするだけ無駄なの。

196 ：デフォルトの名無しさん：03/03/07 23:52

>>195がプログラミングを仕事にしてませんように…

197 ：デフォルトの名無しさん：03/03/08 00:38

.NETどんなもんじゃいとsharpdevelop使ってみたけど
メニューバーとかウインドウの描画とか、
結構モッタリしてて安心しマスタ(Celeron800/384MB)
たしかにJava/Swing製のアプリよりは速いが。

それよりJava2 1.5はいつになったら出るんじゃ＞酸

198 ：デフォルトの名無しさん：03/03/08 00:58

Java VMより、VirtualPCの方がメモリ喰わないし、動作も速い。

199 ：デフォルトの名無しさん：03/03/08 01:04

>>198
なんか微妙に死滅スレの匂いを感じるな…

200 ：デフォルトの名無しさん：03/03/08 01:10

メモリも512MB追加されるから、マジでオススメ。

201 ：デフォルトの名無しさん：03/03/08 01:29

>>198
ConnectixにVM作って貰ったら、速いのが出来そうだ。

202 ：デフォルトの名無しさん：03/03/08 02:22

まあ、VMが遅いのは実装のせいってのもありえるのか。

それとも、起動終了が激しいであろうクライアントサイドじゃ
実行時最適化自体が不適合なのかなあ。

203 ：デフォルトの名無しさん：03/03/08 02:27

VMを複数立ち上げるというアプローチ自体がどうかと思うが・・・
.NETってどうなってんだろう？コアライブラリはdllとして
ロードされたものが共有されてるのかな？

204 ：デフォルトの名無しさん：03/03/08 02:30

ほんとに単純に一つのVM上で動かそうとすると
いろんなところで綻びがでるよね。
static なフィールド持ってたりなんかすると。

カスタムクラスローダとかで解決するのかな。
よくわからない…

205 ：デフォルトの名無しさん：03/03/08 03:20

>>197
>それよりJava2 1.5はいつになったら出るんじゃ＞酸
version upは一年半ごとにしかしないっていってんだろ

206 ：デフォルトの名無しさん：03/03/08 03:49

http://www.javagaming.org/cgi-bin/JGOForums/YaBB.cgi?board=2D;action=display;num=1046987603

207 ：デフォルトの名無しさん：03/03/08 04:51

>>206
死滅スレに投げてやれ。

208 ：デフォルトの名無しさん：03/03/08 11:08

>>196
してないからこそこんなアフォなことが妄想できるんでしょね

209 ：デフォルトの名無しさん：03/03/08 12:24

まあ、話を元に戻すと・・・

最初からJavaリアルマシーンが走っていればいいと思う
つまりJavaでつくったOS
ただし、起動に5分かかったらサイコー
どうでもいいけどJavaチップって開発されたの？

210 ：デフォルトの名無しさん：03/03/08 12:38

>>209
>最初からJavaリアルマシーンが走っていればいいと思う
何それ？

>つまりJavaでつくったOS
死滅しました。

>どうでもいいけどJavaチップって開発されたの？
既に開発されました。

211 ：デフォルトの名無しさん：03/03/08 12:52

クライアントサイドJavaがイマイチなのは、死滅厨のせい。

212 ：デフォルトの名無しさん：03/03/08 13:00

ＪＡＶＡコーヒーはおいしいの？

213 ：デフォルトの名無しさん：03/03/08 13:07

でも、これから日本のメーカーが独自OSのPCを販売するんでしょ？
（なんかそんなスレがOS板にあったような・・・SONYだったっけ）
そうなったら、・・・
ごめんここまで書いたけど、自分の言いたいことがまとまらなくなった

214 ：デフォルトの名無しさん：03/03/08 13:11

>>206
勉強してるやつはちゃんといいものを作るよな
ココであーだこーだ言って時間つぶしてる自分が恥ずかしい
さっきなんか別板で「マン汁」とかかいちゃったよ
もうやめよう

215 ：デフォルトの名無しさん：03/03/08 15:31

>>213
M$に対抗して、Sony, IBM, シスコシステムズなど株価の合計がM$の株価を超える強力な奴らが作るらしい。

Java似のTRON OSはどうんなんだよ？

216 ：デフォルトの名無しさん：03/03/08 15:44

>>215
なんか昔もそんなこと言ってた会社があったぞ。

確かNCとか言う謎のコンピュータをごにょごにょ・・・

217 ：デフォルトの名無しさん：03/03/08 16:26

死滅厨のせいっていうか、死滅の心配してC#の攻撃に興じるあまり
勉強しなくなったJavaプログラマのせいってのもあるな。

いかすプログラム書いてユーザ増やさんことにはなんとも。

218 ：デフォルトの名無しさん：03/03/08 17:13

>>215
Tron と Java って似てるのか？

219 ：デフォルトの名無しさん：03/03/08 17:24

> 死滅の心配してC#の攻撃に興じるあまり
> 勉強しなくなったJavaプログラマ

ネタにしてもひどい

220 ：デフォルトの名無しさん：03/03/08 17:26

>>217
C#死滅スレには必死になってJavaやオープンソース、
Linuxを攻撃するC#プログラマが沢山いるような気がするけど。

221 ：デフォルトの名無しさん：03/03/08 17:26

>>218
設計思想が似てる。

222 ：デフォルトの名無しさん：03/03/08 17:28

C#死滅スレが盛り上がってる理由は簡単だよな

223 ：デフォルトの名無しさん：03/03/08 17:44

>>220
一緒一緒。
それよりここは死滅スレじゃないんだからそこんとこよろしく。

224 ：デフォルトの名無しさん：03/03/08 18:57

>>219 身に覚えアリか

225 ：デフォルトの名無しさん：03/03/08 20:32

Javaもうだめじゃば

226 ：デフォルトの名無しさん：03/03/08 23:31

TRONは、自動車の部品(ハンドル、ブレーキなど)が統一されるように
ソフトウェアも統一しようという発想からきてんだよな。
それもほとんどJavaにもってかれたわけで。
携帯電話でJavaと併用して動いていると言うわけで。

227 ：デフォルトの名無しさん：03/03/08 23:38

>>225
「だめ」というのはどういう状態か定義してみよう

228 ：デフォルトの名無しさん：03/03/08 23:42

>>227
餌を与えるな。

229 ：デフォルトの名無しさん：03/03/09 00:01

>>227
氏ねカス

230 ：デフォルトの名無しさん：03/03/09 02:39

>>227
うんこやろう

231 ：デフォルトの名無しさん：03/03/09 02:39

>>227
おたんこなす太郎！

232 ：デフォルトの名無しさん：03/03/09 03:35

家電がクライアントサイドJavaルネッサンスを引き起こす

233 ：デフォルトの名無しさん：03/03/09 03:47

そして VB 上がりの Java PG が組み込み系へ行く、と
ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

234 ：デフォルトの名無しさん：03/03/09 04:13

…組込みって正直やってて楽しくない分野だぞ。

235 ：デフォルトの名無しさん：03/03/09 04:14

というか、仕事で言語選ぶべきでしょ…言語で仕事選ぶなよ。

236 ：デフォルトの名無しさん：03/03/09 04:23

>>234
ハード屋の意見最優先だもんな。

237 ：デフォルトの名無しさん：03/03/09 20:43

>>233
VB上がりはC#逝きが多そうだが・・・

>>234-236
今はまだまだ駄目そうじゃな。
携帯電話が10kBだ50kBだってのは容量少なすぎ。
継承してる暇もtry-catchしてる暇もないなんてオブジェクト指向じゃなさすぎ。

組み込みは貧乏人がやるもので金持ちはOracleとかやるんだってね。
けれども組み込みはこれから。

238 ：デフォルトの名無しさん：03/03/09 20:55

>>237
＞VB上がりはC#逝きが多そうだが・・・

敷居が高すぎて無理です。

239 ：デフォルトの名無しさん：03/03/13 02:15

なんかJava質問スレでクライアントサイドでは
Appletは死滅して変わりにJavaWebStartが流行るって言ってる人がいたけど
どうなんでしょう？

まだまだAppletは死滅できないと思う。

240 ：デフォルトの名無しさん：03/03/13 02:20

つーかAppletなんてもう見かけないでしょ。

241 ：デフォルトの名無しさん：03/03/13 02:24

>>240
たまに見かけるよ。
自分のサイトにAppletを個人で載せている人は本当に少ないみたいだけどね。
企業でも少ないね。

242 ：デフォルトの名無しさん：03/03/13 02:30

>>240
おまえは 2ch しか来てないからな。

243 ：デフォルトの名無しさん：03/03/13 02:33

まあ少ないのは事実だな。
今でものせているのはApplet全盛時代にのせて
そのままって所だけだろう。

244 ：デフォルトの名無しさん：03/03/13 02:46

EC や B2B サイトにはバリバリ使われてるわけだが、貧乏な底辺 PG じゃ
なかなかお目にかかれないかもな (藁

245 ：デフォルトの名無しさん：03/03/13 02:48

>>244
Applet が？

246 ：デフォルトの名無しさん：03/03/13 02:48

それAppletじゃなくてServ(ry

247 ：デフォルトの名無しさん：03/03/13 02:56

>>245-246
なんだ、マジで知らんのか。企業間の大金が絡む契約取引が
ショッピングカート程度の知識で作れるわけない。

248 ：デフォルトの名無しさん：03/03/13 02:57

業務＝サーブレットしか思い浮かばないエンジニアも悲惨だな。

249 ：デフォルトの名無しさん：03/03/13 03:01

客がWebインターフェイスに過大な要求をする場合は、
うちでもJava Appletを採用する事はあるよ。

一般人向けに公開するような奴じゃないけど。

250 ：デフォルトの名無しさん：03/03/13 03:07

トレーディングとかやり始めるとサーバからクライアントにリアルタイム
通知が必要だからな。莫迦には作れない。

251 ：デフォルトの名無しさん：03/03/13 03:10

見えないところで使われてるって便利な言葉だな。

252 ：デフォルトの名無しさん：03/03/13 03:28

おまえの無知を正当化するにはな。

253 ：デフォルトの名無しさん：03/03/13 11:07

>>250
そういえば、Java リアルタイム仕様ってどうよ？
家電関係で勢力拡大か？

254 ：デフォルトの名無しさん：03/03/13 11:15

>>253
もはやJavaではない気がするな。

255 ：デフォルトの名無しさん：03/03/13 19:10

アプレットってまだまだ現役だったんだ。
じゃあ署名の部分とかも勉強しないとだめだね。
もうアプレットなんて関係無いと思ってたから全然手つけてなかったですよ。

しかし、普通のアプリケーションとか Web Start 使った配布じゃなく
アプレットを採用する理由ってのは、ブラウザで見れるってのが大きいってことなのかな。

256 ：デフォルトの名無しさん：03/03/13 19:14

Web StartってMacやLinuxで使える？

257 ：デフォルトの名無しさん：03/03/13 19:45

>>256
Linux では動いたような…
でもアプレットの方が普及率高いか。

258 ：デフォルトの名無しさん：03/03/13 22:06

>>256
Macでは標準装備

259 ：デフォルトの名無しさん：03/03/13 22:11

>>258
OSXだけでしょ？

260 ：デフォルトの名無しさん：03/03/13 23:01

そういえば、３年前、知り合いのFreeBSDユーザが
JDKは1.3がでているのにBSD版はまだでていない
って怒っていたなあ。そんでJavaは遅いといって嫌っていたなあ。
PHP, CGI, C, アセンブラマンセーだったからなあ。

JavaWebStartはFreeBSDにも対応してるんだろうか。
Solarisにも対応してんのかな？

261 ：デフォルトの名無しさん：03/03/13 23:53

FreeBSD 対応の JDK 開発 & リリース自体がぜんぜん進んでなかったような。
俺も本当は Java + Tomcat がちゃんと動けば Linux より FreeBSD の方が
好きなんだけど。

262 ：デフォルトの名無しさん：03/03/13 23:55

IBMのJREのダウンロード方法が未だにわからない俺・・
Sunのより早いんだろ？

263 ：デフォルトの名無しさん：03/03/14 00:02

>>262
ベンチマーク厨？CPUアクセラレートして10%ベンチマーク性能
上がって喜んでたくち？

264 ：デフォルトの名無しさん：03/03/14 00:03

>>260
3年前のネタをいま書くとは…あんたﾀﾞｲｼﾞｮｳﾌﾞか？

265 ：デフォルトの名無しさん：03/03/14 00:14

>>260
最近はLinuxエミュレータでLinuxと同じバージョンが動くみたいですよ。

266 ：260：03/03/14 00:50

>>264
そのBSD信者は未だにJavaを嫌ってます。
DSPでCとアセンブラやってる香具師ですから？
DSP専用のメモリはメモリたった数MBでウン万とするものらしいですからね。

BSDか。SolarisでJava使ってみたいだな。
内部メモが漏れた
Solaris上でのJavaの安定性問題も2年前に解決されてる問題？

267 ：デフォルトの名無しさん：03/03/14 01:20

>>260-261
Linuxエミュレーション機能でLinux版JDK1.4.1を動かせるのは当然として、
FreeBSDネイティブ版でも最近はJDK1.4.1やTomcat、さらにはEclipseまで
動くようになってますよ。

268 ：デフォルトの名無しさん：03/03/14 01:31

JVMの裾野も大分広がったなあ。

Windowsが死滅してもこれで少しは安心だね。

269 ：デフォルトの名無しさん：03/03/14 05:17

すぐ Windows が…とかいいだす >>268 みたいなやつ嫌い。さもしいぞ。

270 ：デフォルトの名無しさん：03/03/14 05:35

典型的なJava厨ですな。死滅スレの流れなんじゃなかろうか。

271 ：デフォルトの名無しさん：03/03/14 05:43

単に MS 嫌いだから Java 好きっていってるだけちゃうんか？って思うわ。
まあそれが＊厨＊たる由縁なわけだが。

なんかクライアントサイド明い話題ないな。
スプラッシュスクリーン出してクラスを遅延ロードとかしてます？
起動部分をみかけだけでも速くしたい。

272 ：デフォルトの名無しさん：03/03/14 08:31

大辞林にも載ってますた(w
ttp://dictionary.goo.ne.jp/cgi-bin/dict_search.cgi?MT=%C5%B5%B7%BF%C5%AA%A4%CAJava%BF%DF+%A4%B5%A4%E2%A4%B7%A4%A4&sw=2

273 ：デフォルトの名無しさん：03/03/14 09:47

>>267
一応どれも事実だけど、native の HotSpot は
まだ一般人に勧められるレベルじゃないよね (1.3 も 1.4 も)。
でも半年くらい後には、インストールの簡単化 (package 化？) も含めて
かなりのレベルになるんじゃないかと期待してる。

274 ：デフォルトの名無しさん：03/03/14 11:46

一般人に「勧める」という発想自体が負けてる。
一般人に意識させることなく使わせるレベルまで持ってかないと。

275 ：デフォルトの名無しさん：03/03/14 13:01

>>267
Tomcatはエミュで動くの？FreeBSDでは．
NetBSD，OpenBSDではOKだったけど．

276 ：デフォルトの名無しさん：03/03/15 02:28

やっぱ良質なアプリケーション書かないとだめだね。
皆様、仕事以外でプログラム書くとき Java で書いてます？
サーバサイドは Java で書くんだけど
クライアントサイドは手軽な Perl/Gtk とかですませちゃったりする
今日此頃。

277 ：デフォルトの名無しさん：03/03/15 04:32

クライアントもJava
なぜってJavaしかつかえないんだもん！
クライアントJavaを気に入ってるわけじゃないが
まぁ組めないよりはマシかなぁと割り切っている

278 ：デフォルトの名無しさん：03/03/15 10:00

Servlet/JSP以外ではJAVA使ってないな
仕事以外ではC/C++がほとんどですね

279 ：デフォルトの名無しさん：03/03/15 11:16

>>269->>271
>単に MS 嫌いだから Java 好きっていってるだけちゃうんか？って思うわ。
ちやうちやう。
Unix好きLinux好きだからじゃ。

いつでもWindowsをつかえるとは限らないじゃろ。
環境によってはまったくWindowsを使えないところもあるのだよ。
そこであらかじめJavaで作っておけば
Javaの強みが威力を発揮して直ぐに対応できるのだよ。

280 ：デフォルトの名無しさん：03/03/15 12:08

> Unix好きLinux好き

好き嫌いを理由にする人たちってまだ居るの？

281 ：デフォルトの名無しさん：03/03/15 12:43

ま、みんながみんな職業プログラマってわけじゃないでしょ。

282 ：デフォルトの名無しさん：03/03/15 12:43

>>280
というか、一部趣味をかねている、将来性を見込んでの発言だろ

283 ：デフォルトの名無しさん：03/03/15 12:44

>>280
学者、研究者だったらそういう発言してもおかしくない

284 ：デフォルトの名無しさん：03/03/15 12:54

> 学者、研究者だったら

好き嫌いで研究対象を選べる人たちってまだ居るの？

285 ：デフォルトの名無しさん：03/03/15 13:45

>>284
いるにきまってんだろ。

286 ：デフォルトの名無しさん：03/03/15 13:52

>>285
そういう人たちのオナニーに付き合わされるのは勘弁ですな。

287 ：デフォルトの名無しさん：03/03/15 14:38

>>276
＞仕事以外
普通にGUIアプリの場合はJavaでやっちゃうよForteでチョイチョイとできちゃうから
Perl/Gtkだとメニューバーが無かったので使ってないな

おれは、WinとLinuxを自宅で使ってるが
LinuxではJavaのフォント設定がむちゃくちゃめんどくさいので（っていうかわけわかんなくなっちゃった）
KilixでGUIアプリつくります

コマンドライン系ならPerl>>C/C++==Javaの比率で使用

288 ：デフォルトの名無しさん：03/03/15 15:51

>>287
Forte使うならEclipseだろ

289 ：デフォルトの名無しさん：03/03/15 16:47

>>288
いや、GUIアプリの場合はまだ Forte の方が楽だろ。

クライアントサイドは良質なフォームビルダがあるかどうかも重要だね。
仕事ならまだしも、使いすてレベルのだったら速さより作りやすさだもんね。

Java でクライアントサイドアプリって組んでる最中は楽しいんだけど
成果物が他と比べて今一なことが多くて萎える。
己のスキル不足も含めてな。

>>286
別につきあわせてないと思うんだが…
未踏プロジェクトのことでもいってんのかね。

290 ：デフォルトの名無しさん：03/03/15 17:01

じゃばでつくるくらいならでるふぁいつかうねおれは。

291 ：デフォルトの名無しさん：03/03/15 17:05

>>290
そうしたいなと思ったことは多々あるんだけど
Objective Pascal 勉強するのが面倒でなかなかふみきれない。
C# たたく人にもそういう側面あるんだろうな。

292 ：デフォルトの名無しさん：03/03/15 18:38

>>290
ちゃんとLinuxでも動くならDelphi使います。

293 ：デフォルトの名無しさん：03/03/15 18:41

>>292
Kylixってのがあるよ。glibcまで呼び出せてうふふ♪

294 ：デフォルトの名無しさん：03/03/15 18:48

>>293
あのPascalDelphi似のあれですか。
作ったものはどのOSでも動きますか？

295 ：デフォルトの名無しさん：03/03/15 19:50

>>294
動くのはLinuxだけ。.......
しかもクロス開発する場合ライブラリをVCLではなくCLXを使わなくてはいけない糞っぷり。..
もし.NETが普及したら動く場所が増えるかもね。.-...
ちなみにKylixはDelphiLanguageもC++も使えるかもしれない。...
あとWebアプリケーション用にIntraWebってのがあるらしいが。....
まあ結局糞だろう。..

296 ：デフォルトの名無しさん：03/03/15 20:10

＞もし.NETが普及したら動く場所が増えるかもね。.-...
心配しなくても増えません。

297 ：デフォルトの名無しさん：03/03/16 11:23

まああんまり MS 製品だからって毛嫌いするなって。
いろんな未来を想像するのも楽しいじゃないか。

.NET に将来性があるかはともかく。

298 ：デフォルトの名無しさん：03/03/16 11:24

>>295
そこまでしてDelphiにこだわるか。
M$の力に頼ってまでDelphiなどの言語を使うなんて。

COBOLがCOBOL.NETになってしつこく生き残ってるみたいだ。
DelphiをCOBOLと一緒にしているわけではないよ

299 ：デフォルトの名無しさん：03/03/16 13:39

プログラムなんて開発対象に応じて言語を取捨選択して
人にやらせりゃいいだろ！.NETの悪口いってるヒマあったら
彼女と戯れていたほうがよい。仕事はいかに人にやらせるか。
やらせられるほうもそれなりに給料もらってるので文句はい
えないがな。さあ、悪口はやめて彼女（奥さん）とラブラブ
しよう！

300 ：デフォルトの名無しさん：03/03/16 13:44

まあおおむね同意。
でも趣味でやってる奴だっているしな。
組むこと自体が趣味の場合、向いてない言語で組むのもまた一興かと。

301 ：デフォルトの名無しさん：03/03/16 13:45

>>299
.NETのみに対応の変なライブラリやソースが出回るのを避けるために
非難してんだろ

302 ：デフォルトの名無しさん：03/03/16 13:51

＞３０１
大丈夫か？いったいどんな仕事してるの？
妄想もいいとこだ・・・。
エロサイト眺めて妄想しているほうがまだ健全だよ。

303 ：デフォルトの名無しさん：03/03/16 13:51

>>302
研究

304 ：デフォルトの名無しさん：03/03/16 14:03

一応、このスレッドはクライアントサイドのJavaについて語るスレッドなので、
少々の比較ならともかくJavaと他言語の比較が話題のメインになると
さすがにスレ違いではないかと。

まあクライアントサイドのJavaか話題に乏しいゆえ、
そちらの書き込みのほうが活発になるのはわからないでもありませんが・・・

305 ：デフォルトの名無しさん：03/03/16 14:16

だからクライアントサイドJavaはお遊び用途なんだって！

306 ：デフォルトの名無しさん：03/03/16 18:11

とりあえず>>305のようなカスは逝ってよし

307 ：デフォルトの名無しさん：03/03/16 18:28

いいから死滅スレいけって。

Java Web Start でアプリ公開してるサイトあんまりないなぁ・・・
どこかいいとこご存知ないですか？

308 ：267：03/03/16 22:38

>>273
「一般人に勧められる」ってのをどういう意味で使っているのか
ちょっとわかんないが、FreeBSD nativeなHotSpot VMの完成度は
かなり高くなっている。
俺は仕事でJNIをよく使うんだが、native版JDK1.4.1 on FreeBSD-currentを
開発環境として常用しているし、patchset 3になってから今まで
特にトラブったことはないよ。
少なくともβ版のレベルには達していると思われ。
もうportsにもなっているんで試してみるべし。

>>274
XとかPerlとかと同じように、インストーラからほぼ自動で
JREがインストールされるようにするとか?
そりゃちょっとやだなあ(w

>>275
当然native版VM上で動いてるよ。

309 ：デフォルトの名無しさん：03/03/17 01:31

>>307
俺このまえつくったけど教えてあげなーい
そろそろYahooでひっかかるころかな？
これからも続々出していくぜい

310 ：デフォルトの名無しさん：03/03/17 01:45

309を攻撃したい

311 ：デフォルトの名無しさん：03/03/17 02:03

うに板の性善説鯖で Java Web Start 使ってる人がいたけど
なんか今 XML が表示される

312 ：デフォルトの名無しさん：03/03/17 02:24

>>311
アンタのマシンにJWSクライアントがないというマヌケな事態はないと
仮定して。

JNLPのMIMEタイプが、HTTPサバに定義されてないんだな。ﾅﾝｶの拍子に
きえてもたのかもな。サバ管理してるやつ(使ってる奴だろ)におしえて
やれ。

313 ：デフォルトの名無しさん：03/03/18 02:30

ここのことか?
http://seizensetsu.dyndns.org/~2ch/kaleido/

Apache2 にバージョンアップしたからかな、ウチも XML が表示されまつ。
アプレットは相変わらず快調に動いておるが。

314 ：デフォルトの名無しさん：03/03/18 21:23

>>312
さば管というかなんというか、
性善説鯖は誰でもはいれるから直してあげてくれると嬉しかったり。

315 ：デフォルトの名無しさん：03/03/18 23:20

あの傲慢なSunがクライアントサイドJavaを優先して考えるわけないじゃん。
特にGUIのことなんか優先して考えているわけ無いじゃん。
SunはGUIよりもネットワーク環境用のソフトウェア整備を優先しているんだろ。

GUIを優先して考えるなんて使い捨てカメラを優先して
インスタント食品を優先して食っているようなものだろ

GUIを優先して考えるなんて、高層ビルを建てるために建造物の設計図を
書く前に間取りやベッド、机、カーペットの配置を優先して考えるほど愚かなことだろ。だからVBは馬鹿にされるんだよ。

Sunはネットワークはコンピュータと言い張っているほどだからクライアントサイドもサーバサイドもほぼ同一のものと見なそうとしているんだろ。

Sunじゃなくてもサーバとクライアントの区別がなくなると言い張る者がいるんだろ。だったら優先すべきことはサーバサイドとネットワークだ。
クライアントサイドを意識しすぎで後でクライアントとサーバが
合併したときに素早くサーバサイドを信用させることに備えて準備しているんだろ。
それがSunどもの連中の考えることだろ。

316 ：デフォルトの名無しさん：03/03/18 23:21

×信用
○浸透

317 ：デフォルトの名無しさん：03/03/18 23:26

>>314
あれ？ちゃんと見えるぞ。
ローカルのJWSクライアントのIEプラグインが正常に機能して
ないんじゃないの？一回アンインスコしてもっかいインスコし
てみそ。

つうか、jarのDLもできるんだら、普通に落して起動したって
ええやん。

>>315
Sunはいま、Java版VBを作ってるよ。ネタじゃないよ。マジだよ。
Swingベースらしいよ。

318 ：デフォルトの名無しさん：03/03/18 23:34

>>317
>Sunはいま、Java版VBを作ってるよ。ネタじゃないよ。マジだよ。
>Swingベースらしいよ。
ﾌﾞﾋﾞ厨を引き寄せるためのおもちゃにしか見えん。
何もやらないよりはましだという程度にしかSunは見ていないと思われ。

319 ：デフォルトの名無しさん：03/03/18 23:44

>>318
ある程度お手軽におもちゃが作れるというのも、底辺人口の拡大の
ために重要だよ。VB+Accessで済んでいた仕事を、JavaVB+XMLで
やるのもいいんじゃない？

同じような機能を実現するにしても、Javaなら別名ウィルス製造器
のVBよりセキュリティモデルがある程度しっかり(勝手に起動する
のは、ユーザが承認したときだけ)してるしさ。

320 ：デフォルトの名無しさん：03/03/18 23:54

.NETという言葉は使いたくなくていまさらVBなのかな？

321 ：デフォルトの名無しさん：03/03/19 00:28

Sunに使い勝手のいい物を作れる訳が無い。

322 ：デフォルトの名無しさん：03/03/19 00:41

>>319
なるほど。とりあえずひそかに作ってみるってか。
趣味でJavaやる者にチャンスをあたえるっぺか。
SunがそういうIDE作るならIBMやEclipseコミュニティにつくらせた
ほうがええなあ。

>>320
.netはまだ完全にJavaを模倣できてねえだべ。
.netという言葉はドメインだべ。M$の専売特許じゃないだべ。

323 ：デフォルトの名無しさん：03/03/19 00:57

>>319
XMLは飽きますた。
2年間、XMLで知人の住所管理をしていたが・・・

324 ：デフォルトの名無しさん：03/03/19 01:05

スレタイのクライアントサイドってのは
アプレットってこと？

325 ：デフォルトの名無しさん：03/03/19 01:06

アプレットだけじゃないだろ。

326 ：デフォルトの名無しさん：03/03/19 01:08

VB使いがポトペタでサーバーサイドもできるようになった時代に
VBライクなものをって遅れてるな。

327 ：デフォルトの名無しさん：03/03/19 01:22

>>323
DBMSに戻るのか？

328 ：デフォルトの名無しさん：03/03/19 01:41

XMLでデータベース管理すればそれもDBMSなわけだが。

329 ：デフォルトの名無しさん：03/03/19 01:46

>>328
多分Ｒつけるの忘れたんだろうよ。

330 ：デフォルトの名無しさん：03/03/19 01:50

住所管理なんか、ふつうにRDB使った方が楽だと思うんだが。

331 ：デフォルトの名無しさん：03/03/19 01:55

>>330
XPATHだのXQUERYだののライブラリを使えば、「DBサーバがいらない」。

332 ：デフォルトの名無しさん：03/03/19 03:31

ということはHSQLDB知ってれば、XML使う必要なかったってことでつか？
http://hsqldb.sourceforge.net/

333 ：デフォルトの名無しさん：03/03/19 05:39

>>332
そんなもんを出す前にCloudspaceがでてこんのか貴様。
つうか、だからなによ。

334 ：デフォルトの名無しさん：03/03/19 07:08

>>333
hsqldbで検索:144件
cloudspaceで検索:4件

Cloudscapeっていう商用利用ができなさそうなRDBMSなら知ってますがね。

いや、RDBMSで充分対応できる、というか、むしろRDBMSの方が
向いている住所録をXMLで管理する意味があるのかね？と。思うわけでつ。

335 ：デフォルトの名無しさん：03/03/19 12:42

その前に、住所録を管理する意味があるのかね？と。俺なんかは思っちゃうわけでつ。

336 ：デフォルトの名無しさん：03/03/19 16:37

住所を管理すれば十分、って話しですね

337 ：デフォルトの名無しさん：03/03/19 17:56

はなしし？

338 ：デフォルトの名無しさん：03/03/19 18:11

XMLで画像などのバイナリを含むデータベースを作るとなるとめんどいしな。
RDBMSつかったほうが楽そー。

339 ：デフォルトの名無しさん：03/03/19 22:41

XML　データベースっていうかSQLでおもいだしたが
XQueryだったっけか？
もう勉強はじめてるのみんな？

340 ：デフォルトの名無しさん：03/03/20 00:23

Xindiceってつかってる？
SunがJAX-R用のUDDIサーバもどきの参照実装で使ってたけど。

341 ：デフォルトの名無しさん：03/03/20 00:35

住所録ごときでDBサーバ立ち上げるほうが無駄だと思うが。

342 ：デフォルトの名無しさん：03/03/20 00:41

>Sunはいま、Java版VBを作ってるよ。ネタじゃないよ。マジだよ。
>Swingベースらしいよ。
Sunのバカさかげんにはあきれるな。
Swingの機能を充実させてForteを使いやすくすればそれでVBの対抗馬になるのに

>Sunに使い勝手のいい物を作れる訳が無い。
激しく同意

343 ：デフォルトの名無しさん：03/03/20 01:22

>Sunはいま、Java版VBを作ってるよ。ネタじゃないよ。マジだよ。
ホントにネタじゃなかったんだな・・・。
http://slashdot.jp/article.pl?sid=03/03/17/2347215&topic=43

344 ：デフォルトの名無しさん：03/03/20 01:24

>>343
つーかEclipseに実装できるようにして欲しい。

345 ：デフォルトの名無しさん：03/03/20 01:33

>>337
XMLデータベースも、単純な表形式なのか、複雑なツリー形式かによってプログラムも
変わるわな。
単純な表形式ならば、.netなら適当なスキーマ食わせて読み込めば仮想DBとして普通に
sqlを実行できる。で、これくらいは他環境でもすぐに当たり前になるのではないかと思う。
何しろ、何も考えなくていいからね。
問題は複雑なツリーの場合だけど、こちらはXQueryが有効なのかな？　なんとなく諦めて
パースしたほうがいいような気がするけど。

つうことで、プログラムからの直接利用では活躍の場は以外に少ないかと。
（サービスからのXMLデータ取得時にXQueryも一緒に投げる、ってのが普及するのか？）

346 ：「メールで戦争反対を訴えよう」：03/03/20 01:40

「メールで戦争反対を訴えよう」

悲しい事に望まれない戦争が始まろうとしている。
そこで私にもできる反戦活動はないかと考え実行することにした。
私一人では意味の無いので多くの人に協力をして欲しい。
内容は以下の通りである。

下記にあるアメリカ合衆国大統領宛に皆で平和への願いのメールをしよう。

アメリカ合衆国大統領
[email protected]

＜平和への願いに少しでも耳を傾けて貰うために＞
　・何度も何度もメールで訴えよう。
　・訴えることが重要だ、一言だって構わない。
　・言語は自分の国の言葉でも構わない。訴えないよりも良いからだ。
　・文章だけでなくて、画像、音声、映像等を添付するのも良いだろう。

＜より多くの人の平和への願いを送るために＞
この文を可能な限り広めて欲しい、
多くの言葉に翻訳して、
多くの人々の平和への願いを彼らに直に伝えよう。

＜最後に＞
多くの人の多くの平和への願いが集まれば大きな力となり
それを無視できないものとなるだろう・・・

世界が早く再び平和な状態に戻る事を祈って
平和が訪れるまで繰り返しメールで平和への願いを送ろうではないか。

347 ：デフォルトの名無しさん：03/03/20 02:06

戦争しなければ平和になるとでも言うの？
このままフセインを野放しにすればこれからも大勢の罪なき人々が死んでいく。
さらには大量破壊兵器まで保持し、テロリストに流れる可能性まである。
あいつが話し合いに応じないのは今まで国連決議を無視し続けた事からも明らかだろ。
そんな事が起きたら同時多発テロ以上の悲劇が起きるよ。

348 ：デフォルトの名無しさん：03/03/20 02:28

>>346-347
お前ら板違い。
>>346はあちこちにコピペされてんだよ。

349 ：：「メールでSwing反対を訴えよう」：03/03/20 03:13

「メールでSwing反対を訴えよう」

悲しい事に望まれないSwingが広まろうとしている。
そこで私にもできる反Swing活動はないかと考え実行することにした。
私一人では意味の無いので多くの人に協力をして欲しい。
内容は以下の通りである。

下記にある2ch合衆国大統領宛に皆でSwing撲滅への願いのメールをしよう。

2ch合衆国大統領
[email protected]

＜Swing撲滅への願いに少しでも耳を傾けて貰うために＞
　・何度も何度もメールで訴えよう。
　・訴えることが重要だ、一言だって構わない。
　・言語は自分の国の言葉でも構わない。訴えないよりも良いからだ。
　・文章だけでなくて、画像、音声、映像等を添付するのも良いだろう。

＜より多くの人のSwing撲滅への願いを送るために＞
この文を可能な限り広めて欲しい、
多くの言葉に翻訳して、
多くの人々の平和への願いを彼らに直に伝えよう。

＜最後に＞
多くの人の多くのSwing撲滅への願いが集まれば大きな力となり
それを無視できないものとなるだろう・・・

世界が早く再びリッチクライアントな状態に戻る事を祈って
リッチクライアントが訪れるまで繰り返しメールでSwing撲滅への願いを送ろうではないか。

350 ：デフォルトの名無しさん：03/03/20 03:16

ﾂﾏﾝﾈ

351 ：デフォルトの名無しさん：03/03/20 03:18

>>341
別に、組み込みRDBMS使えばいいだけだし。
HSQLDBとか。

352 ：デフォルトの名無しさん：03/03/20 05:58

>Sunはいま、Java版VBを作ってるよ。ネタじゃないよ。マジだよ。

BeanBilderのことじゃないのか？
あれ、まじでVBっぽい
目に見えないクラスというかBean（たとえばタイマーとか）も貼り付けれるし・・・
違ったら諏訪湖

353 ：デフォルトの名無しさん：03/03/20 06:09

サンプルムービー集
http://homepage3.nifty.com/digikei/
アップローダーはここ
画像http://www.pink-angel.jp/imgbbs2/imgboard.cgi
動画http://mav.nifty.com/ahp/mav.cgi?place=digikei&no=3727

354 ：デフォルトの名無しさん：03/03/20 11:32

>>352
BDKは論外？

恐らく当然のごとくBeanを使うんだろうね。
antとか使ってマニフェストファイルにいちいち Bean : true　と書くのか。
マジでEclipseに対応して欲しい。
antにも対応して欲しい。
(これでantに新しいタスク追加か？)

そんでVBAにも対抗してExcelでVBAマクロが使えるように
OpenOfficeでJavaBeansが使えるなんてものを・・・・・

355 ：デフォルトの名無しさん：03/03/21 05:48

ちなみに
BeanBuilderとBDKは別物です

356 ：デフォルトの名無しさん：03/03/21 19:40

どうせなら、VBライクなIDEというよりも
Flashライクな要素、Adobe Illustratorな要素も取り入れたIDEにして欲しい。

とくに物体のシンボルの扱いとか、シェイプトゥイーンやモーショントゥイーン、
グラデーション、アルファチャンネルとか。シャドウとかぼかしとか。
それをUMLのMDAのようにちゃんとソースコードに変換できるようにする。

もしうまくいったら逆にFlashの必要性がなくなるかもしれない。

357 ：デフォルトの名無しさん：03/03/21 23:27

>>356
APIはあるからな。作る気になりゃ作れるんじゃないの。

358 ：デフォルトの名無しさん：03/03/24 00:55

クライアントJavaっつったらGUIがヘボイ・・って事で誰も使わないけど
JavaSoundやJava2Dをうまく使えばWindowsとはまたまったく違ったJavaならでわのクライアントアプリをつくれるんでねーの？と思うがどうよ？

359 ：デフォルトの名無しさん：03/03/24 01:19

>>358
BevelBorder
Look&Feelの変更(Windows/Motif/Metal)
Eclipse + SWT

360 ：デフォルトの名無しさん：03/03/24 02:55

>>359
何がいいたいのかまったくもって意味不明・・・

361 ：デフォルトの名無しさん：03/03/24 02:57

>>358
重いのが問題なんだよ。

362 ：デフォルトの名無しさん：03/03/24 03:14

>>361
まあ、これだけ差があるってことで。
http://www-106.ibm.com/developerworks/java/library/j-native.html

363 ：デフォルトの名無しさん：03/03/24 03:22

IBMのJREって、Win用の1.4ないの？

364 ：デフォルトの名無しさん：03/03/24 08:05

>>359
知ってる範囲が狭すぎ。

365 ：デフォルトの名無しさん：03/03/25 00:22

>>361
だからヘボいのが問題だといってるだろ
速度は充分改善されたと思うが

366 ：デフォルトの名無しさん：03/03/25 00:45

Javaでミュージックキーボードつくったんだけど
（キーボードおすと音が出るっていうありがちなやつ）
キー入力から音を発生させるまでの時間が長すぎでまるで演奏できんかった。
ホントJavaはクライアントでは何もできんなぁ・・・

367 ：デフォルトの名無しさん：03/03/25 01:33

>>366

ちゃんと作ったのかしら。音をメモリの上に置いておいた？

（本当にリアルタイムとなると、ちょいプラットフォーム的に不向きかも。）

368 ：デフォルトの名無しさん：03/03/25 03:45

音をメモリ上にキャッシュしとくってのができんのじゃないかな。
サウンド系のAPIって最近どうなっとるのか知らんけど、1.3ぐらいまで
は全然できんかったはず。JMFとかを付け足せばできるのかな？

369 ：デフォルトの名無しさん：03/03/25 05:10

実際にプログラミングした訳じゃないけどキーボードから音が出るまでは
そんなに遅くは無いと思うなぁ。

370 ：デフォルトの名無しさん：03/03/25 09:04

javax.sound.sampledでできるでしょ。
音源のクリッピングができますので。

…あれ？Javadocには1.3～って書いてあるな。
自分の無知を棚に上げて相手を糞っていう馬鹿がまた一人。

371 ：デフォルトの名無しさん：03/03/25 19:19

>>358 >>365
不満ならば自分でフレームワーク作ってカスタマイズできるのがJavaの売りだと思うんだが。
あらかじめ用意されたGUIライブラリを使えといわれても余計なお世話じゃといいたくなるこもある。

372 ：386：03/03/25 19:59

申し訳ございませんでした。
1.2.2までは音声出力するのにjava.applet.AudioClipしか
使えなかったってのが記憶にありましてスマンです。
誰にも糞なんていうとらんです。

373 ：デフォルトの名無しさん：03/03/25 22:47

どこの未来から来たんだよ↑

374 ：370：03/03/25 22:55

>>368
君が糞では有りません。

375 ：366：03/03/26 00:21

キーボードはjavaSoundで作成
俺も最初>>369みたいに考えて作り始めたわけだけど、出来上がって絶句しますた
まぁ、「まるで演奏できん」っつっても、キータッチしてから音がでるまで0.2秒位だろうか？そんなもんだよ
しかしこの0.2秒ってレスポンスはピアノとしては機能しない

376 ：デフォルトの名無しさん：03/03/26 01:01

最近思うのだが、クライアントサイドのVBって死滅してない？

377 ：デフォルトの名無しさん：03/03/26 01:31

試してみたら、確かにディレイがあるな。
EventDispatchスレッドからのDispatchが遅いのか、演奏開始が
遅いのかは、分からないなあ…誤差なしでイベントハンドラを起動
できるのかどうかが、Javaだと微妙だよね？

public static void main(String[] args) throws Exception{
　JFrame f = new JFrame("Test");
　f.setDefaultCloseOperation(f.EXIT_ON_CLOSE);
　JButton b = new JButton("PLAY");
　f.getContentPane().add(b);
　f.pack();
　f.setSize(100,100);
　final Clip clip = (Clip)AudioSystem.getLine(new Line.Info(Clip.class));
　AudioInputStream in = AudioSystem.getAudioInputStream(new File("なにかWAVファイル"));
　clip.open(in);
　b.addMouseListener(new MouseAdapter(){
　　public void mousePressed(MouseEvent e){
　　　clip.start();
　　　clip.setMicrosecondPosition(0);
　　}
　});
　f.show();
}

ボタンをマウスクリックしてみそ。

378 ：デフォルトの名無しさん：03/03/26 01:45

http://www.agemasukudasai.com/bloom/

379 ：366：03/03/26 01:51

>>377
俺はkeyListenerのディスパッチでjavaSoundのmidi使ったけどね
はっきり調べてはいないけど、Dispatchが遅いと思う（Dispatch直後にGraphicsに即効描画・・でもほぼ同じ程度のディレイが発生する事は確認した）
>>誤差なしでイベントハンドラを起動できるのかどうかが、Javaだと微妙だよね？
これこれ、iAppliだとCanpus.getKeyPateState()だったけな！？そんなのでディレイなしで組めたような記憶があるけどJ2SEではどうなんだろ？？

380 ：デフォルトの名無しさん：03/03/26 02:09

HSP>>>>>>>>>>>>>>>>>>>>>>>>>>>>Java

381 ：デフォルトの名無しさん：03/03/26 03:32

>>380
Javaも時々クソじゃないかと思うが、変数にスコープのない言語よりは
マシかと思われ。
一回HSPでコード書いて吐くかと思ったよ。

382 ：デフォルトの名無しさん：03/03/26 04:03

.NETで試したらディレイはありませんですた。

383 ：デフォルトの名無しさん：03/03/26 10:37

.NET 自体、ディレイどころか時代からドロップアウト中

384 ：通りすがり ◆IApAHNvIKg ：03/03/26 12:35

>>377のやつ試したけどディレイなし！
環境はMacOSX。
音楽に合わせて楽しくボタン押しまくりました。
ちなみに WAVファイルの所にはBosso.aiffをセットしました。

wavじゃなくてすんまそん。

385 ：通りすがり ◆IApAHNvIKg ：03/03/26 12:37

Basso.aiff　ﾀﾞｯﾀﾖ（ ´Д⊂

386 ：デフォルトの名無しさん：03/03/26 14:49

おれも >377のﾔﾂ試したけど同じくディレイなし。
環境はWin2KPro Celeron 1G Mem 512M

387 ：デフォルトの名無しさん：03/03/26 14:58

サウンドデータがオンメモリならディレイせんでしょ（無音部分とか重い処理
でもなければ）。

388 ：377：03/03/26 22:53

マシンが十分に速ければ、感覚的に感じない程度になるということかな。

オイラのマシンはWin98 つД`)　P3-450Mhz Mem 192M

389 ：366：03/03/27 01:11

マウスではなかなかディレイを体感できんでしょ
キーボードに鍵盤わりあててみー、演奏できる？

390 ：デフォルトの名無しさん：03/03/27 01:30

>>389

そりゃ演奏となるとまるっきり違うし、プラットフォーム選び間違ってるよ。

ソフトでシンセ作りたきりゃ VST Plug-in でも作ってください。

391 ：デフォルトの名無しさん：03/03/27 01:32

大体にしてソフトで演奏で、しかもプログラミング可能なプラットフォームとなると、
ASIO ドライバ環境持った VST プラグインか、ぐらいでは。

392 ：デフォルトの名無しさん：03/03/27 01:43

急に話が飛躍してんな。

393 ：386：03/03/27 14:42

>>389
キーボードで複数の音が鳴るようにしたが、
別にディレイは感じないなぁ。

394 ：デフォルトの名無しさん：03/03/27 17:16

>>393
ディレイの遅れ時間をもっと長くしても？

ヴェロシティやフェードインやっても？

395 ：デフォルトの名無しさん：03/03/27 19:33

キーボードって複数同時押しに限界があるからまともな演奏は出来ないよ。

396 ：デフォルトの名無しさん：03/03/28 00:53

>>394
著しく話題を理解できてない恐れ。

397 ：デフォルトの名無しさん：03/03/28 00:57

>>375 のとおり、やっぱりJava Sound だよ。
ここにサンプルあるから試してみたら？
http://java.sun.com/products/java-media/sound/samples/JavaSoundDemo/

398 ：デフォルトの名無しさん：03/03/29 20:54

ブラインドタッチは余裕なのに両手でピアノが弾けないのは何でだろう…

399 ：デフォルトの名無しさん：03/03/29 23:24

>>398
FとJのキーがないからだ

400 ：デフォルトの名無しさん：03/03/30 02:32

ブラインドタッチは同時押しが限定されてるからだ

401 ：デフォルトの名無しさん：03/03/30 18:03

両手でピアノは弾けるんだけど、歌いながら弾けないのはなんでだろう・・・

402 ：デフォルトの名無しさん：03/03/30 18:43

>>401
リズムが歌の方に取られるから。

403 ：デフォルトの名無しさん：03/03/30 19:20

両手でちんちんさわれるんだけど、自分の口で舐めれないのはなんでだろう・・・

404 ：デフォルトの名無しさん：03/03/30 21:27

>>403
体が硬いor陰茎が短いor背が高い。

405 ：デフォルトの名無しさん：03/03/31 02:03

ちょっと前まで有意義な話題だったのに、いつのまにかネタスレになってるのはなんでだろう・・・

406 ：366：03/03/31 02:29

ディレイが感じられない・・という皆様、>>397のデモやってみて
マウスのピアノがあるけどクリックして音なるまで0.2秒くらいかからん？
クリックと同時に音鳴らしたいのだが、、JavaSound使ったのがマズいのか？

407 ：デフォルトの名無しさん：03/03/31 02:47

>>406
Celeron1.2G+Win2k+JDK1.4.1_02だけど、そんなにディレイっていうか、遅れはないよ。
ディレイって言うとエフェクトみたいなので使いたくない。

0.2秒って言ったら、テンポ75の16分音符ね。
ちなみに0.2秒がどのくらいかかなり確実・簡単にわかる方法。
１秒おきに「オマエモナ」って言いながら
「オ」のときにマウスをもっていくと「マ」のときに音が出れば、0.2秒。
漏れのは感覚として0.07秒くらいかなぁ。0.1秒弱。楽器としてありうる遅れだね。

408 ：407：03/03/31 02:53

1秒おきじゃなく1秒ごとでつね。

409 ：366：03/03/31 03:01

>>407
そうでつか
こちらPen2-700MHz+WinXP+JDK1.4.1_02
やっぱり「マ」の時に音が鳴るなぁ・・・
高速なマシン買えって事か、
とりあえずそれで解決する事がわかりました
ありがとう!

410 ：407：03/03/31 03:26

>>409
クロック落として確かめようと思ったけど、BIOSでは設定がみつからんかった。
箱開けるほどじゃないし。
CPUの差だけかなぁ。まぁ、それだけのためにマシンかえるのは待て。
なにか常駐物が足引っ張ってるとか、ソフトシンセ使ってるとか。

411 ：デフォルトの名無しさん：03/03/31 04:13

本物の楽器と比べると遅延でてるよ。
Pentium 4 2.4GHz, 1GB Memory, Sun JDK 1.4.1_01, Windows 2k Pro

412 ：デフォルトの名無しさん：03/03/31 04:18

>>411
> 本物の楽器と比べると
比べるなよ。。。

デジタルがアナログに比べて遅延がでるのは宿命。

413 ：デフォルトの名無しさん：03/03/31 04:24

>>412
いやいや、本格的に楽器やってた人ならあからさまに気になるほどの遅延が
あるって意味。

やっぱ手での演奏は専用ハードじゃないと無理かね。

414 ：デフォルトの名無しさん：03/03/31 04:27

>>413
少なくともデバイスドライバーみたいなOSに密着したソフトの支援がないと無理だと思われ。

ちなみに、流行のデジタルエフェクターを、遅延があるという理由で嫌うミュージシャンは多い。

415 ：デフォルトの名無しさん：03/03/31 07:17

エレキのモデリングアンプってチョイ遅れるよな

416 ：デフォルトの名無しさん：03/04/01 11:59

結論：Javaは遅い。

417 ：デフォルトの名無しさん：03/04/01 12:08

>>416
それがどうした

418 ：416：03/04/01 13:56

>>417
エイプリルフールですた。

419 ：デフォルトの名無しさん：03/04/01 22:54

SUNがjava1.4のjava.util.Hashtableに重大なバグがあることを4/1　20：00
に発表した。なお、バグの修正をしたバージョンを明日未明に公開することを
宣言した。

ソース
http://jp.sun.com/service/support/

420 ：デフォルトの名無しさん：03/04/01 23:18

JDK1.6で、より精密なスレッドスケジューリングとGC管理を可能にする
インターフェイスがコア　APIに追加されることが決定しました。

421 ：デフォルトの名無しさん：03/04/02 03:54

大手PCメーカー、もうすぐJavaをバンドル
http://www.zdnet.co.jp/news/0304/01/ne00_java.html

422 ：デフォルトの名無しさん：03/04/02 09:32

>>421
4/1 のニュースだしなぁ

423 ：デフォルトの名無しさん：03/04/02 10:14

>>422
原文は31日

424 ：デフォルトの名無しさん：03/04/02 23:28

いや、だからお前らWinにJavaがノって何が楽しいんだよ

425 ：デフォルトの名無しさん：03/04/03 01:09

糞っぷりが楽しい。

426 ：デフォルトの名無しさん：03/04/03 02:11

SunはMSを攻撃してJavaを普及させようと必死だが
Javaがユーザーに必要とされるシロモノだったら、とっくに>>422のような動きになっていたはずだ
WinにJavaがのっても誰も使うはずがない

427 ：デフォルトの名無しさん：03/04/03 02:18

>>426
そのへんは鶏と卵だから。といってみるテスト。

428 ：デフォルトの名無しさん：03/04/03 02:24

Jarに固めればＷクリック一発で起動するから、SunのJVMが標準装備に
なればJavaでフリーソフトとか作ってもそれなりに使ってもらえるとか。

429 ：デフォルトの名無しさん：03/04/03 02:42

>>Javaでフリーソフトとか作ってもそれなりに使ってもらえるとか。
んでJavaでつくって使い物になるものって何！？

430 ：デフォルトの名無しさん：03/04/03 03:02

Java+Swingのメモ帳・・・絶対使わないな。
Javaならではというクライアント側アプリは何が考えられる？純粋な疑問です。

431 ：デフォルトの名無しさん：03/04/03 03:37

>>430
そんなもんがあったらJavaももっと普及してただろう

432 ：デフォルトの名無しさん：03/04/03 03:54

Javaの【一度書いたらどこでも動く】なんて特徴はむしろ悪影響。
基本ライブラリはそういう方向でいいと思うが、GUIに関する部分は
ある程度OS依存な方がいいと思う。

そういう意味でMacOSXのCocoa+Javaという組み合わせは非常に気にNULL。

433 ：デフォルトの名無しさん：03/04/03 04:30

言語にGUIが組み込まれたのは良いと思ったんだがなあ。
使ってみるととんでもなく（ｒｙ

434 ：デフォルトの名無しさん：03/04/03 05:24

むしろ JAR にバンドルされた HTML からダイアログや GUI を組み立て
られるくらい手軽なら、それはそれでよかったんだが。自分で作ろうと
思いつつ暇が…　つーか、あったらみんな使うのかな、クライアントサイド
でも HTML で GUI。ロジックと直結できる分ブラウザより技が使えると
思うんだが (ボタンが押されたら DB 参照とか…)。

435 ：デフォルトの名無しさん：03/04/03 05:33

XULみたいだな

436 ：デフォルトの名無しさん：03/04/03 05:38

というか、今のWindowsがまさにクライアントサイドでHTMLをUIに使いまくってるわけだが。

437 ：デフォルトの名無しさん：03/04/03 05:41

>>434
言ってる事と違うかもしれないが
Swingだったら、たとえばボタンのラベルを
HTMLの<br>タグ使ったりして2行にしたり出来なかったっけ？
あと<i>でイタリックにしたり・・・

438 ：デフォルトの名無しさん：03/04/03 05:54

>>437
例えば
--- Kakikomi.html ---

<input type="text" name="name"><input type="text" name="email">
<textarea name="message">
<input type="submit" value="書き込む"> <input type="reset" value="やめる">

-------------------
で、かちゅーしゃとかJaneとかの書き込みダイアログのUIを生成するってことでしょ。

439 ：デフォルトの名無しさん：03/04/03 06:04

ああ～そいうことか～
でもさ、それがXMLで書けるやつあるじゃん
BeanBuilderってやつ
あれのコードはXMLだよ
で、起動する時はそのXMLファイルを読み込んでやれば
かってにウインドウが立ち上がって・・・
try {
InputStream is = new BufferedInputStream(
new FileInputStream("tutorial.xml"));
XMLDecoder d = new XMLDecoder(is);
JFrame f = (JFrame)d.readObject();
} catch (IOException ex) {
System.out.println(ex.getMessage());
}

440 ：デフォルトの名無しさん：03/04/03 06:43

>>439
うーん？そういうことじゃない（と思う）んだよなあ。
できあがったUIを保存するんじゃなくて、UIをいきなりテキストで書くんでしょ。

>>439のtutorial.xmlの中身って何も見ずに書ける？>>438みたいに。

441 ：デフォルトの名無しさん：03/04/03 06:46

>>439
俺が考えてたのは、それにさらに HTML っぽいイベントハンドル用の
スクリプト (JSP みたいに実行時コンパイル/静的でもいいけど) する
ような奴。やっぱ GUI まわりって細かい仕様変更入りやすいから、
手作業やポトペタで GUI コンポーネントを組み立てるより HTML で
作ったほうが楽なんだよなぁ。JavaScript じゃ使えない同期化処理
やマルチスレッド化もできるし。誰か一緒にオプソで立ち上げねー?

<SCRIPT LANGUAGE="Java">
private void execHoge(Form hoge){
　　…
}
</SCRIPT>

<FORM ACTION="method:///execHoge(this);">
名前: <INPUT TYPE="TEXT" SIZE="40">
<INPUT TYPE="SUBMIT" VALUE="OK">
</FORM>

442 ：デフォルトの名無しさん：03/04/03 06:49

>>441
俺昔ちょっとだけ作ったことあるよ。
で、HTML部分もろくに実装できてないうちにCSS2に対応させ始めちゃって、
途中でﾏﾝﾄﾞｸｻｸなってやめた（ｗ

443 ：デフォルトの名無しさん：03/04/03 06:54

>>441
それ、Longhornで。
HTMLじゃないが。

444 ：439：03/04/03 06:55

うんやっぱ俺は勘違いしてたみたいだ＞HTML

ちなみにXMLはタグを解読すればかけると思うが
基本的に、BeanBuilderはGUIエディタなので
人が書くには無理

さらに（また、話を混乱させるみたいで恐縮だが）ピ-ナッツ
とかいう、Javaのインタプリタあるじゃん
あれで、一行一行

>f=new Frame();
>f.setVisible(true);

とか、コマンドでやったらどうなるんだろう

>>441
それはやっぱり、ブラウザアプリになるわけ？
それとも、ウィンドウアプリを目指しているの？

445 ：デフォルトの名無しさん：03/04/03 06:55

>>443
ﾛﾝｸﾞﾎｰﾝの恩恵はJavaは受けられないじゃろ。。
ところでﾛﾝｸﾞﾎｰﾝのUIの仕様ってどこで読める？（調べずにｃ⌒っ´Д｀)φｶｷｺ

446 ：デフォルトの名無しさん：03/04/03 06:56

>>440
そうそう、現状って簡単なダイアログの GUI 書くだけでも手作業より
ポトペタ RAD 起動するの待ってた方が早いじゃん。で、秀丸 + HTML
なら 5 分でかけるレイアウトも GUI コンポーネント並べるだけで
結構かかってしまう。だったら HTML をリソース持ちして名前指定で
一発表示、イベントハンドリングもできまっせ、みたいなのがあったら
良いなぁと。

これならちゃんとしたデザイナにデザインしてもらった UI にロジック
埋め込むのも簡単でしょ。

447 ：デフォルトの名無しさん：03/04/03 06:57

>>444
ウィンドウアプリだってばよ。（俺は>>441じゃないけど）
おそらく、Webアプリとスタンド亜ローンのUIを共通化させたいじゃねぇの？(　´_ゝ｀)

448 ：デフォルトの名無しさん：03/04/03 07:06

ちなみにちょっと話はずれるが、URにCSSを適用させるにはjavax.swing.text.StyleSheetでできるけど、
（c.setForeground(StyleConstants.getForeground(style)); みたいに）
ちゃんとしたUIに利用したけりゃ全然役に立たない。
かといって、HTMLで属性にごちゃごちゃ書いていくのも保守性の面で疑問符。
どうせ作るならやっぱりちゃんとHTML+CSSにしたいところ。

と、独り言メモｃ⌒っ*ﾟーﾟ)φ　ﾒﾓﾒﾓ...

449 ：デフォルトの名無しさん：03/04/03 07:09

>>GUI コンポーネント並べるだけで
結構かかってしまう

同感
俺なんかレイアウトつかうと分けわかんなくなるから
すべてsetLayout(null)しちゃう。んで、setBounds()
まあ話が脱線したが・・・
ちなみに>>439の言ってるやつってこういうやつなんだが・・・
（>>439じゃないよ）
<void method="add">
<object id="JButton0" class="javax.swing.JButton">
<string>Remove All</string>
<void property="bounds">
<object class="java.awt.Rectangle">
<int>105</int>
<int>249</int>
<int>105</int>
<int>26</int>
</object>
</void>
<void method="addActionListener">
<object class="java.beans.EventHandler" method="create">
<class>java.awt.event.ActionListener</class>
<object idref="DefaultListModel0"/>
<string>removeAllElements</string>
</object>
</void>
</object>
</void>

450 ：デフォルトの名無しさん：03/04/03 07:10

>>444
思いっきりローカルアプリ。でも GUI リソースが HTML なんでサーバとの
統合もしやすいかなと。

>>447
まぁそんなところか。今なら余ってる鯖サイド連中を引っ張ってこれる。

451 ：デフォルトの名無しさん：03/04/03 07:15

>>449
おもいっきり JDK1.4 の XML エンコード機能やな。

452 ：デフォルトの名無しさん：03/04/03 07:16

> 今なら余ってる鯖サイド連中を引っ張ってこれる。

多分これ重要です。

453 ：デフォルトの名無しさん：03/04/03 07:43

つーか今時Javaが遅いとかいってるのは使ったことないかマシンがおんぼろか
どっちかなんだろ。今時ふつーメモリは256M以上乗ってるし、CPUは1GHz以上
あるもんだが。それにメモリさえ潤沢ならCPU500MHzでも軽く動くぞ。
あとクライアントサイドのJavaはアプレットを除いて（アプレットも一応はクライア
ントサイドだから）ローカル資源に制限なくアクセスできることが長所。さらに、
Sunが提供している基本コンポーネントでたいがいの面倒は見てくれるから
楽ができる。パフォーマンスも悪くない（実際使ってみてからものを言えよ）。

ただ、GUI コンポーネントのレイアウトがひでぇなあというのは同感だ。

454 ：デフォルトの名無しさん：03/04/03 07:49

>>453
お前、ＤＢの更新画面とか、糞クライアントしかつくったことないだろ。

455 ：デフォルトの名無しさん：03/04/03 08:00

>>453
お前学生だろ。世間知らず

456 ：デフォルトの名無しさん：03/04/03 08:03

>>454
つーか、そもそも君は使ってみたのかね？話はそれからだ。
だが、PureJavaでCASEツールのような巨大アプリは無理だ。
１アプリでウィンドウやらボタンやらコンポーネントを大量に
生成して負荷の高い処理をさせるにはJavaは向かない。

ただし、クライアント用（要は一般人用）のちょっとしたアプリ
程度なら十分だし、処理速度も気にならん。要は適材適所。
数年前のレベルで思考停止して遅い遅いとわめくだけなら
馬鹿でもできるよ。

457 ：デフォルトの名無しさん：03/04/03 08:08

>>453は、>>433以前のレスに対して文句言ってるみたいなので>>434さんは気にせず出てきてくださいな。
（”つーか”がどこにかかるのかわからん）

458 ：デフォルトの名無しさん：03/04/03 08:26

クライアント用のちょっとしたアプリだからこそサクサク動いて欲しいってもんだ。

459 ：デフォルトの名無しさん：03/04/03 08:35

>>457
うーん、どんなものが必要かちょっと妄想してみた。

1. HTML パーサー
2. レンダリングエンジン
3. JSP バリのダイナミックコンパイル & クラスローダー (Mozilla の js.jar で代用も?)

3 は何とかなるとしても 1 と 2 がネックかな。文字列解析とレンダリング
は Java がネックとしてる処理だし。

460 ：デフォルトの名無しさん：03/04/03 08:43

ちょっと適当に作ってみた。ソースうｐします

461 ：デフォルトの名無しさん：03/04/03 08:48

http://do.sakura.ne.jp/~junkroom/cgi-bin/megabbs/readres.cgi?bo=lounge&vi=1027870433&res=64
みたいなHTML（今はXHTMLで書いたけど）が、あったとして、
http://do.sakura.ne.jp/~junkroom/cgi-bin/megabbs/readres.cgi?bo=lounge&vi=1027870433&res=64
でUI生成ってことで合ってますよね>>434
（ｿｰｽ汚いですがｲﾒｰｼﾞが伝わればそれでいいです）

462 ：デフォルトの名無しさん：03/04/03 08:49

失礼。2つ目は
http://do.sakura.ne.jp/~junkroom/cgi-bin/megabbs/readres.cgi?bo=lounge&vi=1027870433&res=65
でした。（この掲示板勝手に;（ｾﾐｺﾛﾝ）が入るみたいなんで、適当に直してｸﾚｸﾚ）

463 ：デフォルトの名無しさん：03/04/03 09:05

>>461-462
そうそう! 言いたかったのはこういう奴の発展系。スタイルシート
でレイアウト調整して、裏のロジックとの繋ぎや簡単な処理のための
実行時スクリプトが記述できる奴さ。

464 ：デフォルトの名無しさん：03/04/03 09:14

>>463
俺と同じこと考えてるな。
ただ、実行時スクリプトは少し反対気味だな。
実装が( ﾟДﾟ)ﾏﾝﾄﾞｸｾｰってのもあるし、仕様が肥大化するのもどうかと思う。
（ほんとにやるかどうか知らんけど）ひとまずHTML+CSSが落ち着いてから、もしくは
少し離れた感じのプロジェクトでやった方がいいと思う。
<FORM ACTION="method:///execHoge(this);"> は面白そうだけどね。

独り言
・XHTML1.0+CSS2（or CSS１）が無難？
・awt,swing.swtを差し替え可能に(Namespaceで振り分け？）

465 ：デフォルトの名無しさん：03/04/03 23:49

>>430
JavaならではではないけどJavaで書かれたソース公開の2chビューアが
あればいいな(てもうあるのかな)

466 ：デフォルトの名無しさん：03/04/03 23:56

>>465
ローカルプロキシタイプならあるみたいだね。
スタンド亜ローンは知らない。

467 ：デフォルトの名無しさん：03/04/04 00:18

>>464
JavaScript みたいな完全インタープリタを実装するんじゃなくて、スクリプトから
Java ソースを生成して実行時にコンパイルして実行する感じ。これなら仕様が
決まっているので肥大化しないだろう。というか <SCRIPT LANGUAGE="hoge"> の
hoge 指定によって呼び出すインタープリタをプラグイン的に切り替えれれば
JavaScirpt や VBScript も乗るかも。

<FORM ACTION="..."> や <A HREF="..."> は HTTP とか Method Invocation の
他に RMI/IIOP なんかと統合出来たら面白いかもなー。あとリモートの EJB とか。

468 ：デフォルトの名無しさん：03/04/04 00:22

>>467
Antをパクレ。多分それでおしまい。

469 ：デフォルトの名無しさん：03/04/04 00:48

>>468
もう少し詳しくお願いします。

470 ：名無し：03/04/04 00:56

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/vcrefCDHtmlDialog.asp
これのJava版？

471 ：デフォルトの名無しさん：03/04/04 01:06

>>465
monalipseどうよ？
Eclipseのプラグ印だけど

472 ：デフォルトの名無しさん：03/04/04 01:43

>>467
Longhorn Avalon

473 ：デフォルトの名無しさん：03/04/04 03:02

>>465-466
jBVしかないっぽいね。スタンドアロンのもほしいな。

474 ：デフォルトの名無しさん：03/04/04 08:26

1.4.2beta出てるよ。
起動だとか早くなっているとrelease notesには書いてあるけれど、実際早い気がする！？
Hotspotも早くなってる。SSE, SSE2に対応した、とか書いてあるし（藁

475 ：デフォルトの名無しさん：03/04/04 21:37

確かにSwingの立ち上がりが早い。
それだけに相変わらずのフォントが悔やまれる。

476 ：デフォルトの名無しさん：03/04/04 23:22

これすごく(・∀・)ｲｲ

っていうか
　─┼─ │─┼ヽヽ
　 ○|　　│　　│　～～～
　　 /　　　し　　│
なんか、普通のソフトみたいに立ち上がる。
いままでなんだったんだろう。。。

477 ：デフォルトの名無しさん：03/04/04 23:23

ageわすれ

478 ：デフォルトの名無しさん：03/04/05 00:32

age

479 ：酸：03/04/05 00:40

>>476
今まで裁判していてJavaそっちのけでした。
.NETにシェア奪われそうなので対応しました。

480 ：デフォルトの名無しさん：03/04/05 00:55

XPのスキン？が適用されてるのは…どういうことだろう。

481 ：デフォルトの名無しさん：03/04/05 02:14

>>480
これに向けた準備じゃねぇですか？
http://www.zdnet.co.jp/news/0304/01/ne00_java.html

482 ：デフォルトの名無しさん：03/04/05 03:42

その大手メーカーらが
ハード固有のJavaAPI公開したらどうなるんだろ？
メーカーによってアプリの速度変わったり・・・
携帯のときと同じく混乱しそう
あんま独自路線のことはやらんでくれよ
ま、
プログラマとしてはうれしいやら悲しいやら・・・

483 ：デフォルトの名無しさん：03/04/05 03:49

>>482
ハード固有ったって、携帯ほどハード変わらないし。
CPUはみんなインテル互換で音源はサンブラ互換でディスプレーもXVGAかそこら。

いままで120×160の解像度だったのが250×300になったとかだったら泣くけど。
っていうか、どうするねん、iモードの画像。。。

484 ：デフォルトの名無しさん：03/04/05 05:39

>>475
Swingのフォント表示は、フォントの問題というよりレンダリングエンジンの
問題だと思うんだがどうか。

485 ：デフォルトの名無しさん：03/04/05 05:51

>>484
あんた馬鹿？

486 ：デフォルトの名無しさん：03/04/05 07:11

>>482
すでにAppleはMac固有のAPI公開してますし
IBMはSWT公開してますし。
そういうことしちゃいけないのはMicrosoftだけ

487 ：デフォルトの名無しさん：03/04/05 07:16

>>486
おまえも馬鹿？

488 ：デフォルトの名無しさん：03/04/05 08:15

1.4.2はすごいということで。

489 ：デフォルトの名無しさん：03/04/05 11:43

すべてのマシンにJavaChipが搭載されハード固有問題速度問題解決

に期待!

490 ：デフォルトの名無しさん：03/04/05 11:56

J2SDK1.4.2beta
前よりかなり進化してる。
ダウンロードしながらインストールできるようになった。
インストールする項目をM$Officeのインストール時のよに選択できるようになった。

491 ：デフォルトの名無しさん：03/04/05 11:58

それでもまだ.NETには追いついてないけどな。(嘲笑激藁

492 ：デフォルトの名無しさん：03/04/05 12:22

具体的な意見も言えない、議論もできない嘲笑激藁厨は死滅スレにでも逝ってくれ

493 ：デフォルトの名無しさん：03/04/05 12:36

485や487もな

494 ：デフォルトの名無しさん：03/04/05 12:41

>>493
おまえも馬鹿？

495 ：デフォルトの名無しさん：03/04/05 13:06

>>491
使ってみた感想として
どのあたりが.NETに追いついていないのか説明してくれ

.NETは他のOSで100% Pure .NETでも 100% Pure C#でも実現していないようだが。
そのあたりは全然Javaに追いついていないようだ。

496 ：デフォルトの名無しさん：03/04/05 13:26

いまだに100% Pure XXXの幻想に縛られてるアホがいるのか？
AWT/Swingの惨状を直視できないんだろうか。

497 ：デフォルトの名無しさん：03/04/05 13:27

>>496
いいじゃん。すくなくとも95% Pureは実現できたほうがいいじゃん

498 ：デフォルトの名無しさん：03/04/05 13:30

.NETは99% Pureなところを狙ってるっぽいね。

499 ：デフォルトの名無しさん：03/04/05 13:34

>>495
Javaと.NET両方使ってすぐに分からないのなら感性が麻痺してるんだろうな。(嘲笑禿藁

500 ：デフォルトの名無しさん：03/04/05 13:44

>>499
で、たとえばどこよ？

501 ：デフォルトの名無しさん：03/04/05 13:47

>>500
「分からないので教えてください」って言えよ。

502 ：デフォルトの名無しさん：03/04/05 13:50

>>501
>>499がJavaと.NETをどう違うと思ったかなんてわからないからおしえてください。

503 ：デフォルトの名無しさん：03/04/05 13:52

ちょっとちがった。
漏れには>>499がすぐに分かったような「Javaが.NETに追いついていない」理由はわからないので教えてください。

504 ：デフォルトの名無しさん：03/04/05 13:53

99% Pure な俺。でも残りの 1% は…

505 ：デフォルトの名無しさん：03/04/05 13:56

優しさでできています(^o^*)

506 ：デフォルトの名無しさん：03/04/05 14:14

2chで人間が嫌いになりました。

507 ：デフォルトの名無しさん：03/04/05 14:16

正確には優しさという名のおせっかいでできていまふ

508 ：デフォルトの名無しさん：03/04/05 14:45

>>506
いい勉強になりましたね。
だんだんかわいくなってくるんですよ。
MS厨とか。

509 ：デフォルトの名無しさん：03/04/05 15:35

>>498
せいぜい 60% Pureなんじゃない？
C#に限っては 10% Pure にも満たないと思われ

510 ：デフォルトの名無しさん：03/04/05 19:31

ただ単に極力ネイティブコールに頼るようにしただけだろ？
だから起動も早くなってるんだよ。
言い換えれば、100% Pure Javaの崩壊。

511 ：デフォルトの名無しさん：03/04/05 19:33

100% Pure Javaって何？

512 ：デフォルトの名無しさん：03/04/05 20:04

>>551
Javaの幻想の一つ。
そのおかげでSwingがあの体たらく。

513 ：デフォルトの名無しさん：03/04/05 20:36

>>510
死滅スレからコピーすんなよ。
ちゃんとレス番号つけろよ

それより、本当に100% Pure Javaが崩壊したのかい

514 ：あぼーん：03/04/05 20:38

　　 ,.´ / Vヽヽ
　　　 ! i iﾉﾉﾘ）) 〉
　　　 i l l.´ヮ｀ﾉﾘ　＜先生！こんなのがありました！
　　　 l く/_只ヽ　　　
　　|￣￣￣￣￣|
http://saitama.gasuki.com/mona/

515 ：デフォルトの名無しさん：03/04/05 20:51

つーかJavaVMにせよAWT/SwingにせよJavaでは作れないわけだが。
100%Javaそのものが空想の産物。

516 ：デフォルトの名無しさん：03/04/05 20:56

Sunのダウンロードサイト落ちてるじゃん。
これだからJavaは駄目だな。

517 ：デフォルトの名無しさん：03/04/05 20:56

Javaの仕様として定義されれば、実現可能なプラットフォームが
事実上限定されているとしても、100% Pure Javaです。

518 ：デフォルトの名無しさん：03/04/05 21:01

>>516
死滅スレ逝けｱﾌｫ

519 ：デフォルトの名無しさん：03/04/05 21:07

>>1
糞スレ立てるなｱﾌｫ

520 ：デフォルトの名無しさん：03/04/05 21:09

JavaVMの派生としてx86VMでも定義してみてはどうか。

521 ：デフォルトの名無しさん：03/04/05 22:11

今、SWT使って新しいアプリを書いているんだが、
これをgcjでネイティブコンパイルして、
Javaとは一言も言わずに公開してみようかと思ってる。
これで誰からもJavaだとばれなければ、クライアントサイドJavaの未来は
案外明るいんじゃないかな。

522 ：デフォルトの名無しさん：03/04/05 22:16

>>521
死滅スレの奴らに反応しすぎ。
Javaを貶している馬鹿は無視しろよ

523 ：デフォルトの名無しさん：03/04/05 22:30

＞反応しすぎ
どこが？

524 ：デフォルトの名無しさん：03/04/05 22:56

100% Pure Java が Java 実行環境のことを言っているのだと思っているｳﾞｧｶが
いるスレはここでつか？

525 ：デフォルトの名無しさん：03/04/05 22:58

>>491,499
JDK 1.4.2 の好評さに危機感を覚えてここまで出張か。
ご苦労なこったな。

526 ：デフォルトの名無しさん：03/04/05 23:09

>>521
gcj 使うと余計遅くなると思う

527 ：デフォルトの名無しさん：03/04/05 23:12

>>521
gcj使うと現段階ではJavaのままより遅くなるのはご存知？

528 ：デフォルトの名無しさん：03/04/05 23:15

ネイティブコンパイルすればJavaRuntime入れる必要ないじゃないか。
クライアントサイドJavaのネックの一つだろ

529 ：デフォルトの名無しさん：03/04/05 23:26

>>528
JETコンパイラのこといってんのかい。

しかし、Javaは、いちいち新OSに備えてソースを書き直す手間
を省くこと、ネットワークに強いことに価値があるからそれはどうかと。

530 ：528：03/04/05 23:31

いや、漏れは>>521じゃないよ。

＞いちいち新OSに備えてソースを書き直す手間を省くこと、
＞ネットワークに強いことに価値がある
これとJRE入れる必要がなくなるのと何の関係が？

531 ：デフォルトの名無しさん：03/04/05 23:33

>>528
そうでもしないと誰にも使ってもらえないからな。Javaの現状では。(ﾌﾟ

532 ：デフォルトの名無しさん：03/04/05 23:43

>>531
ちゃんと分かってるじゃないか。偉いぞ。

533 ：デフォルトの名無しさん：03/04/05 23:44

なるほど。Javaが高速化された理由が書いてある。
http://java.sun.com/j2se/1.4.2/ja/changes.html#runtime

HotSpotコンパイル速度向上しただけで速くなったのか。

Itanium用は処理速度が30倍まで向上！？

534 ：デフォルトの名無しさん：03/04/05 23:45

>>531
死滅スレにお帰り

535 ：デフォルトの名無しさん：03/04/05 23:48

>>533
違います。セキュリティチェックを省いて、
Pure Javaを廃止してネイティブコールを多用しているからです。(ｹﾞﾗ

536 ：デフォルトの名無しさん：03/04/05 23:50

>>535
すごーい！勉強家さんだね(〃▽〃)ｷｬｰ♪　偉いぞぉ。

537 ：デフォルトの名無しさん：03/04/05 23:51

Shared Source CLIを研究して、ノウハウをパクりまくった成果ですね。(大爆笑

538 ：デフォルトの名無しさん：03/04/05 23:53

http://java.sun.com/j2se/1.4.2/ja/changes.html

> Class.forName とその関連メソッドを多用するアプリケーションの性能が大幅に改善されました。

これは完全に>>537の証拠だな。

539 ：デフォルトの名無しさん：03/04/05 23:55

>>533
Itaniumの件は今までインタプリタ

540 ：デフォルトの名無しさん：03/04/05 23:55

>>537
へぇ～☆物知りさんなんですね♪
ｱｯﾁの方のお勉強も色々教えて欲しいナ(*´ε｀*)ﾁｪｯ❤

541 ：デフォルトの名無しさん：03/04/05 23:58

っていうか、Java2DってDirectX直に呼んでるんだろ？
どこがクロスプラットフォーム？
素直にSWT使った方がマシだよ。(ﾌﾟﾌﾟ

542 ：デフォルトの名無しさん：03/04/05 23:59

Gtk+のLaFが追加されたって、Sunの一方的な都合でだろ？
KDEは無視。JCPって何のためにあるの？

543 ：デフォルトの名無しさん：03/04/06 00:02

>>541
ひょっとして天才さん出現！？(〃▽〃)ｷｬｰ♪

>>542
SunはGNOME採用してるしなあ。
まあ漏れはJavaは嫌いじゃないがSunは嫌いだな、昔から。
結構こういう人はいそうだけど。

544 ：デフォルトの名無しさん：03/04/06 00:02

>>542
SolarisがGnomeをサポートしてるからね。

545 ：デフォルトの名無しさん：03/04/06 00:04

Javaを使ってる奴は糞Sunの下僕であることをお忘れなく。

546 ：デフォルトの名無しさん：03/04/06 00:06

小泉の下僕が何を吠えてるんだか

547 ：デフォルトの名無しさん：03/04/06 00:09

>>545
小泉様の下僕なの？(〃▽〃)ｷｬｰ♪ｶｯｺｲｰ❤

548 ：デフォルトの名無しさん：03/04/06 00:09

オープンスタンダードなどと吠えても真のISO標準言語には敵わないのですよ。
いい加減君たちも目を覚ましなさい。

549 ：デフォルトの名無しさん：03/04/06 00:16

>>535 >>537-538 >>541 >>545 >>548

いいからお前は死滅スレへ逝け

いい加減にしないと削除依頼&アク禁にするぞ

550 ：デフォルトの名無しさん：03/04/06 00:17

>>548
私C#もJavaも両方やってるの(・∀・)
Monoも使ってるしgcjもswtも好きよ❤

551 ：521：03/04/06 00:42

ネイティブコンパイルがHotSpotより遅いのは知ってるけど、
遅さが問題にならないレベルで、見た目もネイティブと変わらなければ
ユーザーはJavaだと気が付かないと思うんだよ。
普通のユーザーならVCで書かれてようがDelphiで書かれてようが
違和感なく動いてれば気にしないだろ？
ランタイムが必要なくなって、速度も普通、見た目も同じなら、
クライアントサイドでやっとVCやDelphiに並んだって言えるんじゃないかな。
ただし、HelloWorldのexeが２メガあったのを見たときは
思わず目を疑った。

もちろん速い方がいいし、Windows以外のユーザーもいるから
素のJava版も出すよ。

552 ：デフォルトの名無しさん：03/04/06 00:46

>>529
> ネットワークに強い

ハテ？
100% Pure Javaなwebサーバやメールサーバやネームサーバってあるの？

553 ：デフォルトの名無しさん：03/04/06 00:46

>>515
100% pure java の意味が分かっていないのですね

554 ：デフォルトの名無しさん：03/04/06 00:47

>>515
なるほど。Java は VM 記述用の言語だったんだw

555 ：デフォルトの名無しさん：03/04/06 00:49

>>552
Webサーバやメールサーバはあるね

どっちにしてもそれらがあるかどうかをネットワークに強いかどうか
の基準にするところが(以下略

556 ：デフォルトの名無しさん：03/04/06 00:51

>>555
>552さんの頭のなかではC言語はネットワークに強いらしいですw

557 ：デフォルトの名無しさん：03/04/06 00:56

Javaはネットワーク関係弱いから、サーバは作れんだろうね。
作ろうとして自爆してた連中知ってるけど。

558 ：デフォルトの名無しさん：03/04/06 00:56

>>552
C言語はネットワーク機能は持ってないんだよ。

ところで100% Pure Javaってどういうこと？
最終的にはOSのAPIを呼び出している場合に100%でないとするなら、
100% Pure なアプリケーションなんて今時どんな言語でもありえないことになる。
最終的には機械語に落ちるわけだから。

559 ：デフォルトの名無しさん：03/04/06 01:00

JNI 使ってなければ Pure Java でしょ。

560 ：デフォルトの名無しさん：03/04/06 01:01

スレッドがpreemptiveであるという前提のコードは
100% Pure Javaじゃありません。

561 ：デフォルトの名無しさん：03/04/06 01:04

>>557
Tomcatは？
JBOSSは？
WebLogicは？
あれってサーバーじゃないのか？

562 ：デフォルトの名無しさん：03/04/06 01:06

アンチJavaの言いたいことはこうか。

Javaで作ったファイルマネージャでEXEファイル、JPEGファイルをコピー/移動/実行したら
それは100% Pure Javaでない？

JDBCでOracleに接続するプログラム作ったら100% Pure Javaでない？

体に機械を埋め込んだ者をサイボーグというなら
体内に人工臓器を埋め込んだ者をサイボーグとでも言うのか？
コンタクトレンズをつけた者、眼鏡をかけたものをサイボーグとでも言うのか？
車椅子に乗っている者をサイボーグとでも言うのか？
服を来た者をサイボーグとでも言うのか？

アンチJavaのいうことはどれもこれもとんちんかん

563 ：デフォルトの名無しさん：03/04/06 01:07

>>561
全部ヒキコモリ系ですね。

564 ：デフォルトの名無しさん：03/04/06 01:08

>>558
同じアンチだけど、おまえ恥ずかしいから出てこないでよろすぃ。

565 ：デフォルトの名無しさん：03/04/06 01:11

>>560
マジで？

>>562
JDBCドライバにはpure java実装が用意されてることもありますよ。

566 ：デフォルトの名無しさん：03/04/06 01:13

>>564
俺はアンチじゃねぇよ。
お前みたいにプログラム書けない奴と一緒にするなぃ。

>>562
言いたいことは分かるが必死過ぎﾃﾞｽ。。

567 ：名無し：03/04/06 01:13

NullPointerException 処理が高速化されました。
一番注目すべきはこれだね

568 ：デフォルトの名無しさん：03/04/06 01:15

Pure Javaなwebブラウザって無いの？
アプレットなんかのサポートがすごく強力になりそうなんだけど・・・

569 ：デフォルトの名無しさん：03/04/06 01:15

100% Pure Javaも知らないって最近始めた新人ですか?

570 ：デフォルトの名無しさん：03/04/06 01:17

>>566
いや必死じゃないが。
RDBMSといえばJavaで作られたものもあったな。
こいつをつかえば100%PureJavaらしくなるんだろか。

571 ：デフォルトの名無しさん：03/04/06 01:17

>>569
正解をどうぞ。知ってるんならね（ﾌﾟ

572 ：デフォルトの名無しさん：03/04/06 01:20

>>570
最終的に仮想マシンで動かすなら、その仮想マシンがPureJavaじゃないじゃないかと言われるだけだ。何を言っても無駄。

573 ：デフォルトの名無しさん：03/04/06 01:23

>>571
Sunのサイトに載ってるよ。

574 ：デフォルトの名無しさん：03/04/06 01:25

>>568
SwingのJEditorPaneで作れるが、あれはクソなんで却下。
Grand-Rapidってのは軽快で良かった。
http://www.meyou.com/grandrapid/index.jsp

575 ：デフォルトの名無しさん：03/04/06 01:26

Swing/AWTは100% Pure Javaですか？

576 ：デフォルトの名無しさん：03/04/06 01:26

100% Pure Javaって
Javaのコアライブラリだけでできてるってことじゃないの？
ライブラリ内でJNI使ってるかどうかは関係なく。

577 ：デフォルトの名無しさん：03/04/06 01:29

Java上で動作するHTMLレンダリングエンジンって何があります？
EditorPane等は除いてください。

578 ：デフォルトの名無しさん：03/04/06 01:30

あ、>>568 >>574を見逃してました。ｽﾏｿ。
>>574氏のページ逝って来ます。

他にないでしょうか。

579 ：名無し：03/04/06 01:42

>>577
自作しる！

580 ：デフォルトの名無しさん：03/04/06 01:43

>>578
HotJava
ICE browser
Espial
Netclue
Webwindow
なんてのがあるけど、どれも実用レベルじゃないよ。

581 ：デフォルトの名無しさん：03/04/06 01:51

実用レベルじゃないのは何が原因なんだろう・・・
HTMLレンダリング？
それとも、単に作るのがめんどくさいから？

582 ：デフォルトの名無しさん：03/04/06 01:56

すげぇな、こっちのスレを荒らしに来るとは JDK 1.4.2 の高速化がよほど
衝撃的だったと見える (禿藁

583 ：デフォルトの名無しさん：03/04/06 01:58

ブラウザを実用的にしようとすると JavaScript とか色々あって面倒臭そーだね

584 ：デフォルトの名無しさん：03/04/06 02:00

100% Pure Java って開発者がネイティブ呼び出しを直接使わなくても
実行環境やライブラリレベルで吸収してくれるって事。JVM がネイティブ
ライブラリ使ってるから 100% Pure Java じゃないとか主張してるｱﾌｫは
場末三流大学文系学部卒の低脳。

585 ：デフォルトの名無しさん：03/04/06 02:06

JavaScriptの、pure java実装をどこかから拾ってきて・・・
とか、ああ、面倒だねえ

586 ：デフォルトの名無しさん：03/04/06 02:07

Javaはレイヤーでもあるから、コードがJavaより下層に触ってなければ
Pure Javaだろ。
SUNの判定ツールはパスのハードコーディングみたいな環境依存も
チェックしてるけど。

587 ：デフォルトの名無しさん：03/04/06 02:10

pureでもなんでもいいけどさ、実用的なwebブラウザが無いというのは
どういうことなの？

588 ：デフォルトの名無しさん：03/04/06 02:11

たまにはageとこう

589 ：デフォルトの名無しさん：03/04/06 02:21

>>585
Mozilla の JavaScript ライブラリがそのまま使える。
js.jar ファイルを落としてくれば普通の Java アプリからでも使える。
WebSphere に付いてた。

590 ：デフォルトの名無しさん：03/04/06 02:25

>>587
おまいが近眼すぎ。どうせ OS バンドルのしか使ったことないんだろ？

591 ：デフォルトの名無しさん：03/04/06 02:26

>>587
Swingのショボさを見ればおのずと判るだろ。
もうだれも期待しちゃいないのさ。

592 ：デフォルトの名無しさん：03/04/06 02:27

RhinoっていうJavaで実装されたJavaScriptインタプリタがなかったっけ

593 ：デフォルトの名無しさん：03/04/06 02:29

>>587
pureでなくていいならIEコンポーネントを使って
いくらでも作れますけど。というか作りましたけど。

594 ：デフォルトの名無しさん：03/04/06 02:31

> IEコンポーネント

せめてHTTPとHTML表示はJavaだけでやってほしい・・・

595 ：デフォルトの名無しさん：03/04/06 02:31

>>593
Linuxじゃ動かないもーんモーンﾓｰﾝ…

>>590 ｖｓ >>591
ﾜﾛﾀ

596 ：デフォルトの名無しさん：03/04/06 02:32

>>591
JEditorPaneはHotJavaから派生してるから設計が古いんだよ。
なんせDOMすらサポートしてないらしいし。
Grand-Rapidは悪くないよ。
日本語の扱いがタコだけど、それは直せるだろうし。

597 ：デフォルトの名無しさん：03/04/06 02:36

>>575
ちがう

598 ：デフォルトの名無しさん：03/04/06 02:42

100% pure java ってのは…

「JVMの実装があるプラットフォーム上で同じjavaアプリ(javaバイトコード)がそのまま動く」
でいいよな？

599 ：デフォルトの名無しさん：03/04/06 02:51

「動く」
の定義が複雑

600 ：デフォルトの名無しさん：03/04/06 02:51

>>598
100% Pure Java を勝手に勘違いして騒いでる連中がこのスレで多数発生中 (w

601 ：デフォルトの名無しさん：03/04/06 02:56

100% Pure Javaって何のためにあるの？

602 ：デフォルトの名無しさん：03/04/06 02:59

直接の恩恵は開発者。間接的にエンドユーザ。

603 ：デフォルトの名無しさん：03/04/06 03:00

処女信仰スレかここは...

604 ：デフォルトの名無しさん：03/04/06 03:00

>>598
Javaで作った、アプリケーションと定義したものを
JVMを実装可能などのプラットフォーム上でも動かすことができる

が 100% Pure Java Application

動くがフォントサイズが異なる、画面サイズや見栄えが異なるから
100% Pure Javaじゃないと言っている香具師は100% Pure Java
の意味をわかっていないどころか
「服を着ている者は100% Pure 人間ではない、サイボーグだ！」
といっている香具師と同じ

605 ：デフォルトの名無しさん：03/04/06 03:08

>>603
処女はｵﾅｰﾆなどしない！

ってやつか？

606 ：デフォルトの名無しさん：03/04/06 03:08

>>604
おまい、サイボーグ好きなんだな・・・

607 ：デフォルトの名無しさん：03/04/06 03:16

>>567
∧＿∧
（　´∀｀）＜ぬる速

608 ：デフォルトの名無しさん：03/04/06 03:49

確かにHotJavaではJavaアプレットがタイムラグ0で起動してた。
IEが.NET化されたらC#アプレットがそうなるんだろうって期待してる
スレ違いだけど

609 ：デフォルトの名無しさん：03/04/06 05:08

こうまで100% Pure Javaをわかってない上で煽りくれる馬鹿が多いとは。
もともと、MS JVMがVisual J++でJavaの仕様を逸脱したコード（OS依存
のコード）を書けるようにしたもんだから、Sunが腹を立ててPureJavaって
キャンペーンはじめたのがことの起こりでしょ。

PureJavaそのものは、SunのJ2SDKを使っている限りはPureJavaになる。
っていうかならないとおかしい。IBMやApple製の開発ツールは知らん。
元はVisual J++とMS JVMを締め出すためのキャンペーンだからね。
で、WEBサーバやらメールサーバやらはこのスレ（クライアントサイド）
とはぜんぜん関係ない話だし、別にJavaで作れても作れなくてもいいと
思う。対象によって適したツールを使えばいいだけでしょ。

クライアントサイドJavaについては、ランタイムが標準装備になってくれる
ならそれはそれでめでたいこと。いちいちJRE入れろって言わなくてすむ。
どっちかというと、開発者が楽できるからJavaなんだと思うけど。楽しなく
てもいいならVC++なり、そこまでいかなくてもDelphiなりVBなり使えば
いいんで。標準で各種アルゴリズムやネットワークのコンポーネントが
そろってるのがいいところだと思うんだがな。

610 ：デフォルトの名無しさん：03/04/06 05:43

揚げ足取るようで悪いが、
> PureJavaそのものは、SunのJ2SDKを使っている限りはPureJavaになる。
ってのは間違い。

File f = new File("c:\\windows\\notepad.exe");

このコードは機種依存のハードコーディングがされてるんで、
SUNのPureJava判定ツールでも警告が出るよ。
俺もSUNの人に教えて貰うまで同じ事言ってたけどね。

611 ：デフォルトの名無しさん：03/04/06 05:52

sun.io.*とかsun.applet.*パッケージを使ってたらPure Javaにはならないでしょ

612 ：デフォルトの名無しさん：03/04/06 06:08

>>611
どうして？

613 ：デフォルトの名無しさん：03/04/06 06:46

>>612
どの実行環境にも入っているという保証がないからでしょ。例えば MacOS 用
JVM にはないかもしれないし、AS/400 用 JVM には無いかもしれない。

614 ：デフォルトの名無しさん：03/04/06 08:06

>>613
どっちかというと、Sun以外のJREにはないかもしれない、ということかも。
Sun以外のVMベンダがsun.*を実装する義務はないっしょ？

同じ機能があっても別のパッケージ名だったりするのかな？
IBMのJVMつこてるひと、情報キボン。

615 ：デフォルトの名無しさん：03/04/06 08:21

J# .NETにはないそうな。
もちろんJ#はJavaではないが

616 ：デフォルトの名無しさん：03/04/06 08:46

>>609
必死なのはわかるけど、知識も経験も不足してるね。

617 ：デフォルトの名無しさん：03/04/06 11:39

１００％ＰｕｒｅＪａｖａのｍｐ３プレイヤーはありませんか？

618 ：デフォルトの名無しさん：03/04/06 11:42

>>614
100% Pure Javaの定義は厳しいよ。使ってるライブラリの範囲だけの話じゃない。
まあ、100% Pure C#なんてM$には無理だろうがな（ゲラ

619 ：デフォルトの名無しさん：03/04/06 12:00

>>616
具体的なことを何一つ言わないもとい言えない煽り厨は
死滅スレにお帰りください

620 ：デフォルトの名無しさん：03/04/06 12:08

>>606
そのうちJava サイバネテッィクスがﾃﾞﾙｿﾞｰ

621 ：デフォルトの名無しさん：03/04/06 13:56

>>617
JavaLayer
JMF

622 ：デフォルトの名無しさん：03/04/06 14:44

1.4.2ってOS起動時にjusched.exeっていうスパイウェア起動して高速化してるだけだろ。

623 ：デフォルトの名無しさん：03/04/06 15:00

スパイウェア入れるだけで高速化出来たら苦労しねえよ、バカ。
あれはただの自動更新チェックツールだ。

624 ：デフォルトの名無しさん：03/04/06 15:11

スパイウェア臭いな・・・それだけをアンインストールできる？

625 ：デフォルトの名無しさん：03/04/06 15:52

>>624
Sunが隠しAPI使ってるから無理

626 ：デフォルトの名無しさん：03/04/06 15:54

マジかよ。惨ってほんとに糞だな。

627 ：デフォルトの名無しさん：03/04/06 18:03

>>625=>>626
おまえJ2SEのソースコードみたことも無いだろ

628 ：デフォルトの名無しさん：03/04/07 01:36

1.4.2が好評なようだが、別に起動速度、処理速度が上がっているとも感じないし、WinXP Lookもやっぱり手抜き。
以上、今後ともJavaは糞

629 ：デフォルトの名無しさん：03/04/07 02:08

テストで10点とってたヤツが50点になったようなもんだろ。
よくがんばったねと評価してやりたい気持ちはあるが、まだまだ赤点
せめて70点にならねーとな

630 ：デフォルトの名無しさん：03/04/07 10:27

>>628
そもそもいちいちWinXPLookにあわせることもばかばかしいだろ
なんでもともと糞なWinXPごときにあわせないといけないんだか

631 ：デフォルトの名無しさん：03/04/07 10:57

不毛だな

(放置しようよ、放置。)

632 ：デフォルトの名無しさん：03/04/07 11:20

>>630
そういうのを詭弁と言うんだよ。

633 ：デフォルトの名無しさん：03/04/07 12:32

>>628
>WinXP Lookもやっぱり手抜き。
見た目がよければいいってもんじゃないでしょ

634 ：デフォルトの名無しさん：03/04/07 13:16

>>633
禿同！やっぱ操作性が第一だよな。
・・・鬱だ(´Д⊂

635 ：デフォルトの名無しさん：03/04/07 13:39

>>633
悪いのは駄目だろ。

636 ：デフォルトの名無しさん：03/04/07 14:35

俺、次のアプリSWTで作るつもりだからどうでもいいや。

637 ：デフォルトの名無しさん：03/04/07 15:16

俺はVCLにしようかな。

638 ：デフォルトの名無しさん：03/04/07 16:46

じゃあtkでやります。Java/tk。

639 ：デフォルトの名無しさん：03/04/07 16:51

SwingのFONT描画がださいのはフォントのせいなの？

640 ：デフォルトの名無しさん：03/04/07 22:11

>>639
ごめん。多分俺のせいだ。

641 ：デフォルトの名無しさん：03/04/07 22:36

>>640
お前は何も悪くないよ。俺が全て悪いんだ。

642 ：デフォルトの名無しさん：03/04/07 22:45

>>640,641
いや違うんだ。俺が悪いんだよ。

643 ：デフォルトの名無しさん：03/04/07 22:49

>>642
じゃあお前。

644 ：デフォルトの名無しさん：03/04/07 23:06

文句いうなとは言わないから
ダサいと思うなら自分で代えろよ

645 ：デフォルトの名無しさん：03/04/07 23:15

font.properties差し替えればいいんだっけ？

646 ：デフォルトの名無しさん：03/04/08 00:35

WinXP Look結構いいんじゃないの？
メニューがちょっとヘボイね、まぁ今までの中では一番いいできだな

647 ：デフォルトの名無しさん：03/04/08 00:46

ttp://javootoo.l2fprod.com/

648 ：デフォルトの名無しさん：03/04/08 00:58

>>647
こういうサイトだから、右上のアニメはAppletに違いない、と思って
右クリックしてみたら萎

649 ：デフォルトの名無しさん：03/04/08 01:08

しかもServletじゃなくてPHPか

650 ：デフォルトの名無しさん：03/04/08 01:35

このサイトみて気付いたけど、1.4.2のXPルック&フィールが
XP以外で使えないのって著作権の問題なんだね。

651 ：デフォルトの名無しさん：03/04/08 01:38

>>650
ほんとに著作権かよ
OSにあわせて自動的に変化してるとかじゃないのかよ

652 ：デフォルトの名無しさん：03/04/08 01:40

Skin Look And Feelの
「いまどきのアプリケーションはスキンがつかえなきゃね」
みたいな文が(・∀・)ｲｲ

653 ：デフォルトの名無しさん：03/04/08 01:42

>>651
少なくとも>>647のサイトではアイコンなんかの著作権をMSが持ってる、という記述がある。
1.4.2も同じ理由だと思われ。

654 ：デフォルトの名無しさん：03/04/08 12:59

Aquaルック&フィールがMac OS X以外で使えないのも
同じ理由

655 ：デフォルトの名無しさん：03/04/09 23:26

TurboLinuxのLook&FeelがWinXPよりも格好いいと思うのは漏れだけ？

656 ：デフォルトの名無しさん：03/04/09 23:38

なにTurboLinuxって

657 ：デフォルトの名無しさん：03/04/09 23:41

>>656
最近はターボエンジンにもLinuxが組み込まれてます。

658 ：デフォルトの名無しさん：03/04/10 00:29

>>657
linuxで燃調制御って、どこかやろうとしてたね。

659 ：デフォルトの名無しさん：03/04/14 07:59

TurboAge

660 ：デフォルトの名無しさん：03/04/14 10:44

>>656-659
Linuxにディストリビューションというものがあることを知らないのかお前らは

661 ：デフォルトの名無しさん：03/04/14 11:27

つーかダウソできぬ。

662 ：デフォルトの名無しさん：03/04/14 12:41

>>656
http://www.turbolinux.co.jp/

663 ：デフォルトの名無しさん：03/04/14 22:59

かっこいいったって
TurboLinuxだけのGUIじゃないわけで・・・
ウィンドウマネージャかえればいいわけで・・・

664 ：デフォルトの名無しさん：03/04/15 00:05

GNOME か KDE かはっきりしる、という突っ込みが入らないのは誰も使ったことが
ないからなのか?

665 ：デフォルトの名無しさん：03/04/15 00:40

ネタに釣られるのが嫌なだけさ。

666 ：デフォルトの名無しさん：03/04/16 01:19

setwmえんたーきー
startxえんたーきー

Turboの場合

turbowmcfgえんたーきー
startxえんたーきー

667 ：山崎渉：03/04/17 15:24

（＾＾）

668 ：デフォルトの名無しさん：03/04/18 03:11

そろそろクライアントサイドJavaスレにもどしておくれage。

669 ：デフォルトの名無しさん：03/04/18 05:59

>>666
最初から、グラフィカルログインにしとけやボケ

670 ：動画直リン：03/04/18 06:24

http://www.agemasukudasai.com/movie/

671 ：デフォルトの名無しさん：03/04/19 00:48

>>669
何を言うか！　便利なものには必ず落とし穴があるのじゃｳﾞｫｹ！

サーバ管理にそんなものを使った日には・・・・・。
これはサーバ管理の常識だぞ！

672 ：デフォルトの名無しさん：03/04/19 10:36

落とし穴の位置が分かっていれば埋めるなり避けるなりできるだろう。

673 ：デフォルトの名無しさん：03/04/19 11:30

>672
それってグラフィカルログインをやめることじゃないのだろうか。

674 ：山崎渉：03/04/20 03:10

　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

675 ：山崎渉：03/04/20 03:44

　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

676 ：デフォルトの名無しさん：03/04/22 00:12

>>672
おまえ本当にサーバ管理者か？

677 ：デフォルトの名無しさん：03/04/22 01:07

つーか、おまえらクライアントJavaは1.2準拠でつくっとけや。
どうせSwingなんか今のところ役にたたねーし、久々awtで組んだら結構いい感じだぞ。
最近Javaの動くPDAも増えてきたし。クライアントJavaの生きる道は1.2準拠しかねぇ

678 ：デフォルトの名無しさん：03/04/22 01:29

>>677
せめて正規表現は使わせてくだされ･･･Jakarta使えって?

679 ：デフォルトの名無しさん：03/04/22 01:58

>>678
JakartaでもなんでもフリーのAPI使えばいいんじゃ
Javaはクロスプラットフォームがウリだろ？
とりあえずはPDAでも動くものがWinで動きゃいいじゃん。Swingは設計がしっかりしてるから将来成功するかもしれない。しかし現状では使い物にならない事を認めるべき。
そのうちPDAもJavaWebStartに対応するだろう。
そのときはチミタチ、クライアントJavaの普及のために戦ってくれ。

680 ：デフォルトの名無しさん：03/04/22 02:11

>>677
おまえなあ、最新版のJ2EEとJ2MEが何で動かせると思ってんじゃｳﾞｫｹ
同じマシンでもクライアントサイドJavaと並行して使いたいときがあるんじゃｳﾞｫｹ
J2EE使ってるサーバからJ2SEonlyで作ったクライアントサイドJavaアプリダウンロードといったら
J2SE1.2だけじゃ足りねーよ。

それにいまさらJUnitを古い奴に変えろだぁ？

681 ：デフォルトの名無しさん：03/04/22 02:35

だぁ？

682 ：デフォルトの名無しさん：03/04/22 07:13

えろだぁ？

683 ：デフォルトの名無しさん：03/04/22 22:25

COMMON DOM API使ってAWTやSwingなしのアプレットってどうよ?

684 ：デフォルトの名無しさん：03/04/22 23:09

>683

ダメもしくは駄目

685 ：デフォルトの名無しさん：03/04/22 23:51

>>680はネタ？それとも・・(ﾌﾟﾌﾟ

686 ：sage：03/04/23 00:12

>683
JSPで組んだWebアプリより良さそうだけどね。

687 ：デフォルトの名無しさん：03/04/23 02:07

PDAで動くのってJDK1.2なの？
もとからJ2MEはよくわからんけど、最近プロファイルがどうのこうのってまずまずややこしくなってきたね

688 ：デフォルトの名無しさん：03/04/23 06:37

おもえら暇なら
swingをgcjにポートするのを
手伝えってくれ

689 ：デフォルトの名無しさん：03/04/23 07:07

>>688
命令か懇願か分からんな。

それはともかく、俺はgcj+swtが動かんのだが。
リンク時に関数が足らんといわれる。

gcjって使ってる人います？
http://pc2.2ch.net/test/read.cgi/tech/1046627795/50-51

なんだが、誰か助けろてくれ。

690 ：デフォルトの名無しさん：03/04/23 07:17

＞リンク時に関数が足らんといわれる。
違った。実行時にDLLが無いって言われるんだった。
カレントにあっても%SYSTEMROOT%にあっても。

691 ：デフォルトの名無しさん：03/04/24 12:27

gcjつかってなんか嬉しいことあるんかと小一時間・・・

692 ：デフォルトの名無しさん：03/04/24 12:51

>>691
JVMがいらない

693 ：デフォルトの名無しさん：03/04/24 13:19

gcj ってランタイム用の DLL もいらんのけ?

694 ：デフォルトの名無しさん：03/04/24 13:27

>>693
いらんです。でも（当然ですが）バイナリがでかくなります。
といっても５MB程度なのでJavaRuntimeを入れるよりは少ないですが。

たくさんJavaアプリ入れる人はJavaRuntime+class(jar)ファイル
ほとんどいれない人はgcjでバイナリ化っていうスタンスですかねぇ。
あと、規則等でJavaRuntimeを入れられない場合があるので
その時はgcjでバイナリ化しないと無理。

製品版なら他にもいろいろあるみたいですがフリーなのはgcj しか知らんです。

695 ：デフォルトの名無しさん：03/04/25 02:31

PDAで動くからJDK1.2にしようという話が↑にあったけど
ザウルスってLinuxなんでしょ？JDK1.4そのままインストールできんの？
ちなみに当方Linuxまったく知らないんでお手軟らかに・・・

696 ：デフォルトの名無しさん：03/04/25 04:04

>>695
Embedix (Zaurus の Linux) に乗ってるのは evm と呼ばれる JDK 1.1
互換の Java VM。気分としては MSJVM でプログラミングって感じだな。
ただし SD カード増設して SWAP 領域作ってやらないと多分動かない。

697 ：デフォルトの名無しさん：03/04/27 03:35

>>696
でもってLinux用のJDK1.4をインストールできないのか？

698 ：デフォルトの名無しさん：03/04/27 07:46

囲碁はこちらで
pc.2ch.net/test/read.cgi/linux/1037136440/

699 ：デフォルトの名無しさん：03/04/27 11:00

なんで Zaurus に Linux 用 JDK1.4 が乗ると思うんだか。
プロセッサが違うし、X などの描画まわりはどうするんだ。

JDK のソースは公開されてるから、頑張って移植するってんなら別だが。

700 ：デフォルトの名無しさん：03/04/27 15:11

人気のゲームが全てJavaに移植されてApplet + (J2EE)
で動くようになったらクライアントサイドJavaは大興隆するかな？

自前でJavaプログラミングすることで拡張して使うことができるようにするとか。

701 ：デフォルトの名無しさん：03/04/27 18:06

>>700
J2EEはなんの関係が？

702 ：デフォルトの名無しさん：03/04/27 18:17

Ｊ２ＥＥネタはマジでヤバいって

703 ：デフォルトの名無しさん：03/04/27 18:18

>>701
最近のゲームはネットワーク対応が当たり前だろ

704 ：デフォルトの名無しさん：03/04/27 18:19

>>702
こいつは山崎渉並にしつこいアホ

705 ：デフォルトの名無しさん：03/04/27 20:21

J2EEにゲームを使うとすればネットワーク対応RPGで
操作するクリーチャーのステータスや所持品などをRDBMSに保存するときの
処理につかうんか。

AppletかSwingなどで操作してロジック類は全てJ2EEで

初回起動が遅いAppletも、少なくとも画像つきHTMLよりかは
リロードが短い。
　

706 ：デフォルトの名無しさん：03/04/27 22:59

>>700
もれはよく http://games.yahoo.com 使てます

707 ：デフォルトの名無しさん：03/05/04 02:28

Ｆｏｒｔｅマンセー！

708 ：デフォルトの名無しさん：03/05/04 08:41

>>700
パンダリバーシのような感じか？

709 ：デフォルトの名無しさん：03/05/04 11:40

>>706
タダでできる？

710 ：デフォルトの名無しさん：03/05/04 11:56

>>709
無料のも有料のもあります。

無料といってもYahoo!のIDが必要(＝プライバシーポリシーに同意)ですけど...
普通に使う分には無問題だと思いますが

711 ：デフォルトの名無しさん：03/05/04 12:31

Ｆｏｒｔｅマンセー！

712 ：デフォルトの名無しさん：03/05/05 00:41

>>711
もう名前変わってるぞ。
俺はeclipseマンセー。

713 ：デフォルトの名無しさん：03/05/05 20:21

test

714 ：デフォルトの名無しさん：03/05/06 00:15

.netに押されっぱなしのJavaが消え去るのは時間の問題。

715 ：デフォルトの名無しさん：03/05/06 01:22

.netに押されてる、と感じたことが一度も無いのだが。

と、釣られてみる。
このスレ最近寂しいしな。

716 ：デフォルトの名無しさん：03/05/06 02:08

なんか1.4になって色々と機能が拡張されたんで覚えるのに忙しいわけだが。
フルスクリーンが使えるようになったのはマジ驚いたよ。そこまでやらんだろ
とか思ってたから。フルスクリーン＋Volatile Imageでゲームは作りやすくなる
わけだが、ゲームを作る開発者がいるかどうかだな（ｗ

717 ：デフォルトの名無しさん：03/05/06 02:10

>>716
いいだしｐｐ（ｒｙ

楽しみにしてます。

718 ：デフォルトの名無しさん：03/05/06 06:52

>>716
今、ゲーム作ってます・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・コンソールで動く奴。

719 ：デフォルトの名無しさん：03/05/09 22:20

>>776
外国ならかなりの数がいる模様。
アクションゲームをいろいろ見たが、RPGとかシミュレーションゲームは
ぜんぜん見ない。

720 ：デフォルトの名無しさん：03/05/10 12:11

海外ではRPGはマイナーに甘んじてるからな

721 ：デフォルトの名無しさん：03/05/17 03:04

おい、おまいら、もうクライアントJavaはあきらめたか？

722 ：デフォルトの名無しさん：03/05/17 03:09

いや、ぜんぜん。

723 ：bloom：03/05/17 03:11

http://homepage.mac.com/ayaya16/

724 ：デフォルトの名無しさん：03/05/17 13:16

やっぱJava3Dだろ。
Java3D本も増えてきたし。

DirectXとの勝負にでるのか？

725 ：デフォルトの名無しさん：03/05/17 22:41

JavaAPって結局、メッセージドリブンに成らざるを得ない訳だろ？現実的じゃないよ。
----
416 名前：名無しさん＠初回限定[] 投稿日：03/05/17 20:08 ID:1t2DY4hD
Windowsプラットホーム上のGUIアプリケーションのプログラミングにおいて、
「メッセージドリブン方式は現実的ではない」と主張してる方が居らっしゃる
スレはここですか？

417 名前：名無しさん＠初回限定[sage] 投稿日：03/05/17 20:19 ID:zMKEEOTO
>416
現実にやってみれ。分かるから。

418 名前：名無しさん＠初回限定[sage] 投稿日：03/05/17 20:21 ID:zMKEEOTO
誰でもいいから、メッセージドリブンで書く利点を、
「他の一般Windowsアプリケーションがそうしているから」
以外にあげてみてくれないだろうか。
どっちが論理的に物を話しているか分かるってものだ。

421 名前：名無しさん＠初回限定[sage] 投稿日：03/05/17 21:01 ID:OYptm/K/
同人用エンジンはお呼びじゃないですが？

422 名前：名無しさん＠初回限定[sage] 投稿日：03/05/17 21:05 ID:zMKEEOTO
およびじゃない、ってのはちょっとキツいだろう。
あれはよくやってると思うよ。どこかで非効率性に気づいてるはずだが、
それでも引き返さずに教科書的なコーディングを貫いたのは偉い。

726 ：デフォルトの名無しさん：03/05/17 22:58

>>725
JavaAPってなんですか？
メッセージドリブンってなんですか？
何で現実的じゃないんですか？

727 ：デフォルトの名無しさん：03/05/18 02:29

不勉強で恐縮なんだけど、クライアントアプリでメッセージドリブンじゃないと
どんな風に実装するの？
少しも非現実的だと思ったこと無いんで不思議なんだけど。

728 ：デフォルトの名無しさん：03/05/18 02:33

そりゃ勿論、空ループでキーボードやマウスのI/Oポートを常時監視さ！（藁
常にCPU使用率は100%をキープ。割り込み？なんですかそれは。

729 ：デフォルトの名無しさん：03/05/18 02:47

は？
ということはJavaアプリは常にCPU使用率100%ってこと？
俺のアプリ、今0か1％だけど？

730 ：デフォルトの名無しさん：03/05/18 03:05

メッセージドリブンって、メッセージがある時にだけ動くって知ってる？
キー入力があった時、マウス入力があった時のみ動くわけだわ。
100%いくとしたら、次のメッセージまでに前のメッセージを処理しきれない時だけだろ？
何言ってるの？

というか、そのバカな書き込みのあるスレどこよ？

731 ：デフォルトの名無しさん：03/05/18 03:31

>>730
>>728はビジーループの場合の話だが…
つか、ネタにﾏｼﾞﾚｽ（ｒ

732 ：デフォルトの名無しさん：03/05/18 10:06

>>730
常時CPU使用率が100％にならないエロゲー
http://www2.bbspink.com/test/read.cgi/erog/1050908540/

733 ：デフォルトの名無しさん：03/05/18 10:39

ビジーループで何かの値をポーリングしていたとしても、
なんらかの変化を検知し（それは時間の経過かもしれない）、
それに応じた処理を行うんだから、まさにイベントドリブンだと思うが。

734 ：デフォルトの名無しさん：03/05/18 11:35

>>733
だから?

735 ：デフォルトの名無しさん：03/05/18 11:46

>>732
いやあ、芳しいねえ。
周囲が詳しくない人ばっかだとああなっちゃうのか。

736 ：デフォルトの名無しさん：03/05/18 18:15

エロゲープログラマーが馬鹿の集まりなのは定説
http://pc2.2ch.net/test/read.cgi/tech/997727326/l50

737 ：730：03/05/19 00:00

>>731
すまん、言い訳にならないんだけど酔ってた。
あと、世の中にそんな汚らしいコーディングスタイルがあるってのが衝撃で、
正気を失ってた。
ネタにマジレスかっこわるいよ、俺。

738 ：デフォルトの名無しさん：03/05/19 07:43

>>737
元気出せよ。

739 ：山崎渉：03/05/22 04:41

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

740 ：デフォルトの名無しさん：03/05/22 09:48

Javaでロボットを作りたいんですがどうすればいいですか

741 ：デフォルトの名無しさん：03/05/22 13:30

>>740
がいしゅつ
ttp://www.cosc.canterbury.ac.nz/people/mukundan/cogr/RobotV2.html

742 ：デフォルトの名無しさん：03/05/22 13:30

>>740
java.awtにあるクラスではだめ？
と言ってみる。

743 ：デフォルトの名無しさん：03/05/23 17:04

JAVA
http://www.megabbs.com/cgi-bin/readres.cgi?bo=program&vi=999270625&rm=100

744 ：山崎渉：03/05/28 12:51

　　　　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾）＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

745 ：デフォルトの名無しさん：03/05/31 04:52

Javaの苦手そうなﾏﾙﾁﾒﾃﾞｨｱ関係をSDLで補うっていうのはｱﾘですか？

746 ：デフォルトの名無しさん：03/05/31 09:15

JNI使ってる時点で理想から外れてる。アウト。

747 ：デフォルトの名無しさん：03/05/31 16:05

>>746
理想ってまさか100% Pure Javaってやつですか!?

748 ：デフォルトの名無しさん：03/05/31 21:30

どうしてこう100% Pure JavaとWrite Once Run Anywhereを
勘違いする叩き厨が多いんだろう。

なんでだろーなんでだろー
なんでだなんでだろう

749 ：デフォルトの名無しさん：03/05/31 21:48

100% Pure Java … 理想
Write Once, Run Anywhere … 妄想

750 ：デフォルトの名無しさん：03/05/31 23:05

JNIなんか使うんだったらJavaである意味ないじゃん。
C#でも使ってればぁ？

751 ：デフォルトの名無しさん：03/05/31 23:28

Write Once Run nowhere

752 ：デフォルトの名無しさん：03/05/31 23:32

JNIなんか使うんだったらJavaである意味ないじゃん。
JNIなんか使うんだったらJavaである意味ないじゃん。
JNIなんか使うんだったらJavaである意味ないじゃん。
JNIなんか使うんだったらJavaである意味ないじゃん。
JNIなんか使うんだったらJavaである意味ないじゃん。
JNIなんか使うんだったらJavaである意味ないじゃん。
JNIなんか使うんだったらJavaである意味ないじゃん。

ところでJNIってなんですか？

753 ：デフォルトの名無しさん：03/05/31 23:49

(・∀・)ＪisakujieＮdeshＩta!!

754 ：デフォルトの名無しさん：03/06/01 00:11

全てC++で書いてJavaからJNI使って呼べばいいじゃん。

755 ：デフォルトの名無しさん：03/06/01 01:39

SWTなんか使うんだったらJavaである意味ないじゃん。
SWTなんか使うんだったらJavaである意味ないじゃん。
SWTなんか使うんだったらJavaである意味ないじゃん。
SWTなんか使うんだったらJavaである意味ないじゃん。
SWTなんか使うんだったらJavaである意味ないじゃん。
SWTなんか使うんだったらJavaである意味ないじゃん。

もういいって？

756 ：デフォルトの名無しさん：03/06/01 15:45

藻前ら、『C言語による最新アルゴリズム事典』のJava版がでたけどどうよ？

http://www.matsusaka-u.ac.jp/~okumura/java-algo/

757 ：デフォルトの名無しさん：03/06/01 16:03

アルゴリズムなんて低レベルな話は、Javaには不要だよ。

758 ：デフォルトの名無しさん：03/06/01 18:24

>>757
甘いな。

759 ：デフォルトの名無しさん：03/06/01 18:26

>>756
買ったんなら感想ｷﾎﾞﾝﾇ

760 ：デフォルトの名無しさん：03/06/01 18:50

>>757
そういう香具師に限ってメッソドの中のアルゴリズムが
グチャグチャな罠。

761 ：デフォルトの名無しさん：03/06/01 18:50

>>759
買って無いが、ソースにJava特有ライブラリを使ってるのが多い。

オブジェクト指向言語を使った意味があまり感じられないものが多く残念。
packageも使ってない。

サンプルプログラムを同じクラス内のmain()から起動してるものばかりだ。
しかもmain()内にIO関係のクラスを使ってコンソールから
入力を求めるサンプルもあった。

もしかするとインスタンスメソッドが一つも無いかもしれない。

main()メソッドのコメントに「以下テスト用」と書いてあるのが
Junitが流行っている今らしさを感じない。

言うまでも無くそのまま実用では使えない。
いかにもpLaTeX2eマニアの学者が書いたという印象。

762 ：デフォルトの名無しさん：03/06/01 19:02

>>761
そのまま実用で使えるようなコードを書籍に書くことは、日本では
ほとんどないねえ。なんでだろね。出し惜しみなのか？

763 ：デフォルトの名無しさん：03/06/01 19:10

>>762
オブジェクト指向に対する日本人の意識が低いからです。

764 ：デフォルトの名無しさん：03/06/01 20:19

アルゴリズムなんてものが低レベルであることの証拠。
そんなものJavaには最初から備わっているのだから、
再生産のためだけに学習するなど、愚の骨頂。

Javaプログラマーは、オブジェクト指向で構築された世界に居るのだから、
その恩恵を享受することに専念すべきであって、こまごまとした話に
逐一首を突っ込むことで時間を無駄に費やすべきではない。

アルゴリズムなどという泥細工をこねくり回す暇があったら、
デザインパターンの一つでも習得して、ガラス細工の組み立てに貢献してほしい。

765 ：デフォルトの名無しさん：03/06/01 20:29

>>762
実用に使えるようなレベルのコードが書ける人間は全部現場でこき使われている、
という罠。こういう本が書けるのは時間がありあまっている学者か現役引退した
ロートルのみ。
んで、なんで実力ある技術者が書かないかってーと、こういう技術書籍の印税収入
なんかたかが知れていて、まじめにコード書いたりコンサルしてる方がよほど儲かる、
って面もある。

766 ：デフォルトの名無しさん：03/06/01 20:36

>>764
アルゴリズムはオブジェクト指向の世界では「イディオム」
というものに属するものだよ。

Javaには数値計算など、
完全に備わったというにはまだまだ不足している
アルゴリズムが多数あるのだよ。

行列の計算も複素数の計算も軽くできない。
これらをあらわす型を自作しないといけない。
微分積分ライブラリも無い。

しかもdouble型の精度にも限界がある。
java.math.BigDecimal型などを用いて科学技術計算を全て
Javaだけでやるからあの本は非常に役に立つ。
そんなときあの本が役に立つ。

だからこそあの本がJava用に生まれたんだよ。

767 ：デフォルトの名無しさん：03/06/01 21:06

Flashﾏﾝｾｰとか言ってみるテスト

768 ：デフォルトの名無しさん：03/06/01 21:31

>>767
それで？

769 ：デフォルトの名無しさん：03/06/01 22:04

Flashによる最新アルゴリズム辞典ｷﾎﾞｰﾝ

770 ：デフォルトの名無しさん：03/06/01 22:10

>>764
> デザインパターンの一つでも習得して、ガラス細工の組み立てに貢献してほしい。

壊れやすいと？

771 ：デフォルトの名無しさん：03/06/01 22:22

>>769
Flashでアルゴリズム？
ActionScript用にアルゴリズム作るのか？
特定の用途にしか使えないFlash用にやってどんな価値がある？

>>770
おいおい、>>764の意図を理解してやれよ。
オブジェクト指向もアルゴリズムも理解することはどちらも必要だよ。

772 ：デフォルトの名無しさん：03/06/01 22:23

>>764
研究で新しいアルゴリズムを開発をしている人にあんまり失礼なことを言うんじゃないぞ。

773 ：デフォルトの名無しさん：03/06/01 22:31

そういや素数判断のアルゴリズムで盛り上がったなあ。

774 ：デフォルトの名無しさん：03/06/01 22:35

FlashはActionScriptやめて
Javaとか.NETにしてくんねえかなあ。
そしたらバリバリ使うんだがなあ。

775 ：デフォルトの名無しさん：03/06/01 22:39

>>774
じゃ、JavaAppletをFlashの開発ツールのようにマウスで開発できる
Applet開発ツールを作ってくらさい

776 ：デフォルトの名無しさん：03/06/01 22:42

Appletなんか作ってもしょうがないよ。
Flashであることに意味がある。

777 ：デフォルトの名無しさん：03/06/01 22:45

SDLはサポートしてるプラットフォームがそれなりにあるから
使ってもあんまりWORAは損なわないと思うんだけど・・・やっぱりﾀﾞﾒですか

778 ：デフォルトの名無しさん：03/06/01 22:47

>>777
気高きSun様がJavaの仕様として認めない限り、どう転んでも無駄。
逆に認めてくれるならFlashプレイヤーの内蔵もありだろう。
問題はそこだけだということを認識しよう。

779 ：デフォルトの名無しさん：03/06/01 23:30

>>776
AppletがFlash並にパフォーマンスがあがって開発しやすくなれば
Appletのほうが全然ええやない？
そっちのほうが拡張性高いし。

780 ：デフォルトの名無しさん：03/06/02 00:19

これがクライアントサイドJavaに該当するかはわからないが
ネットワークの強みを生かしたオープンソースソフトウェアだな。
これでジュークボックスを作れるなんて面白い脳。

Streamsicle
http://www.zdnet.co.jp/internet/runner/0306/sp1/part1a.html
http://streamsicle.com/

781 ：デフォルトの名無しさん：03/06/02 02:12

>>779
Java専用なんて縛りを入れるのはヤだ。

782 ：デフォルトの名無しさん：03/06/02 02:23

>>781
Flash専用なんて縛りを入れるのはヤだ。

783 ：デフォルトの名無しさん：03/06/02 02:27

Flash専用なんて縛りを入れるのはもっとヤだ。
そう、本当に嫌だ。

新しいAPIが出るためにFlash開発ツールに2,3万も払うなんてもっと嫌だ。
他人の書いたFlashをソースコード(? flaファイル)を公開せずに
流用することができないのはもっと嫌だ。
クラス継承できないなんてもっと嫌だ。
Flash用のリアルタイムな画像フィルタアルゴリズム自作でいないなんてもっと嫌だ。
スレッドがないなんてもっと嫌だ。

784 ：デフォルトの名無しさん：03/06/02 07:37

FlashがWSHみたいにスクリプティングホストになればいいのになー

いずれにせよJava専用だけは勘弁。

785 ：デフォルトの名無しさん：03/06/02 20:16

なんでJMF使わないんだろう？

786 ：デフォルトの名無しさん：03/06/02 22:04

>>785
デザイナ志向のFlash使いには敷居が高すぎて使いこなせない代物なんだよ。

787 ：デフォルトの名無しさん：03/06/04 23:03

>>779
この板的には言語としての拡張性や柔軟性が重視されるだろうが
Web板的にはデザインがやりやすいことのほうが重要らしい

788 ：デフォルトの名無しさん：03/06/07 22:57

javaってアプリ起動するためにいちいちＯＳも立ち上げるんでしょ

789 ：デフォルトの名無しさん：03/06/08 00:24

VMのことかな？

790 ：デフォルトの名無しさん：03/06/08 01:18

http://www.google.co.jp/search?q=JAVA%E5%B0%82%E7%94%A8%E3%83%97%E3%83%AD%E3%82%BB%E3%83%83%E3%82%B5&ie=UTF-8&oe=UTF-8&hl=ja&lr=

791 ：デフォルトの名無しさん：03/06/10 23:36

なんだよ。SwingのXPVisualStyle ってWindowsXPのThemeAPI使ってるんじゃん。
2000とかVisualStyleを「対応しない」んじゃなくて、「対応出来ない」んじゃん。

792 ：デフォルトの名無しさん：03/06/10 23:41

そりゃ著作権の問題があるからだろ。
Macのスキンも著作権持ってるらしいし。
金払えば自分で実装できるんでない？

793 ：デフォルトの名無しさん：03/06/12 11:31

HPとDell、全PCにJava搭載
ttp://www.zdnet.co.jp/news/0306/12/nebt_09.html

だそうだ。

別にこれで状況が一変するとは思わないけど、
こういう地道が努力がいずれ実を結ぶ…かもしれない。

794 ：デフォルトの名無しさん：03/06/12 11:52

これって「インスコしといてもらう」契約？いやまさかな。。

795 ：デフォルトの名無しさん：03/06/12 18:42

>>794
HP&DELLの全てのパソコンにインスコです（もちろんノーパソ含む）
で、JavaSDK1.4.2SEでは起動時間が30%短縮！
1.5(Tiger)ではGUIが大幅刷新。XP,GNOME Like なデザインだそうな（賛否両論？）
それと秋にはRave（でよかったっけ？）の配布が始まるようですね。
VisualStudio Like な開発環境だそうです。
かなり朗報だらけのJavaOneですねぇ、今回は特に。

796 ：デフォルトの名無しさん：03/06/12 19:10

>1.5(Tiger)ではGUIが大幅刷新。XP,GNOME Like なデザインだそうな（賛否両論？）

そうなの？ｿｰｽ教えて

797 ：デフォルトの名無しさん：03/06/12 19:56

>>795
まあ、単に.NETをパクリまくっただけだな

798 ：デフォルトの名無しさん：03/06/12 20:20

誰が使うかよく分からんツールを焼き直してみました、って感じ。
今年出ないのに誰が興味持ってくれるの？

次のバージョンもC#の仕様をパクリまくって「開発を簡単に」なんて居直ってるね。
.NETの方がもっと簡単だけどね。

Javaって恥ずかしいね。

799 ：デフォルトの名無しさん：03/06/12 22:24

XPデザインはWinXPでしか使えないって本当？

800 ：デフォルトの名無しさん：03/06/12 23:00

SunはProject RaveをVisual Studioのデベロッパーを一部ターゲットにしているが、
彼らをMicrosoft陣営からJavaに引き込むのは遅すぎるかもしれない、
とMeta Groupの上級プログラムディレクター、トーマス・マーフィー氏はみる。
「.Netがリリースされて1年になるのに、どうやって彼らを改心させられる？」
とマーフィー氏は疑問を投げかける。

「これは本当に遅すぎる。この製品が出てくるときにはMicrosoftは次バージョンの
Visual Studioが間近に控えているはずだ」（マーフィー氏）

登場からの年月でいえばJavaの方が長いのだが、両プラットフォームの違いは
少なくなっているという意見に賛成するデベロッパーもいる。
Airnet Systemsのシステムアーキテクトで、Javaデベロッパーである
ティモシー・ブラウン氏は「われわれはC#とのかかわりが非常に深くなりつつある」と認める。

「C#とJavaの開発はかなり拮抗している」（ブラウン氏）

http://www.zdnet.co.jp/enterprise/0306/07/epi01.html

801 ：デフォルトの名無しさん：03/06/12 23:25

>>797
Gnomeライクなスキンのどこが.NETのパクリか、おい。

.NEtもさんざんJavaをぱくりまくっただけだな。

802 ：デフォルトの名無しさん：03/06/12 23:28

>>798
Raveを実際に触ったことも無い奴に言われてもナ。
まだ実体もないモノに言いがかりをつけてるだけじゃネ。

>次のバージョンもC#の仕様をパクリまくって「開発を簡単に」なんて居直ってるね。

「C#の仕様をパクリまくった」ゆえに「開発が簡単なる」
という論理は意味不明。

803 ：デフォルトの名無しさん：03/06/12 23:40

RaveのLaFがMetalとちょっと違う感じだけど、1.5ではこれになるのかなぁ。
ttp://pcweb.mycom.co.jp/news/2003/06/12/23fl.jpg

804 ：デフォルトの名無しさん：03/06/12 23:47

VS.NET、ASP.NETのパクリにしか見えないよ。
良いものは取り入れるべきだが、出る頃には >>800 のように先行ってそ。
追いついただけじゃダメなんだよな。

805 ：デフォルトの名無しさん：03/06/12 23:49

JSPはASPのパクリ
JDBCはODBCのパクリ
そして・・・

806 ：デフォルトの名無しさん：03/06/12 23:50

Java信者って、いつも言う。

こ　ん　ど　の　J　a　v　a　は　凄　い　！　！

807 ：デフォルトの名無しさん：03/06/13 00:04

>>803
Webのコントロール部分はおもいっきりVS.NET(Outlook)スタイルだし。

808 ：デフォルトの名無しさん：03/06/13 01:13

Java信者って、いつも言う。

こ　ん　ど　の　J　a　v　a　は　凄　い　重　い　！　！

809 ：デフォルトの名無しさん：03/06/13 01:56

うんうん、よかったね。
おじさん達は大人の話の最中だから、ちょっと向こうで遊んでてね。

810 ：デフォルトの名無しさん：03/06/13 02:11

>>808のような奴をアク禁にしてやりたいと思うのは俺だけだろうか。

811 ：デフォルトの名無しさん：03/06/13 02:17

>>806
んなことM$信者やWindows信者、M$Office信者にもあることで今に始まったことじゃないがな。
こんどのWindowsは凄いとLonghornの3D見せびらかせて必死になってるんだろうけど。
ありゃオモチャだね。

812 ：デフォルトの名無しさん：03/06/13 02:26

>>810
漏れもそう思うので心配せずとも良い。

813 ：デフォルトの名無しさん：03/06/13 03:19

JAVA製のソフトって有名なのある？
Just Arks以外ね。

814 ：デフォルトの名無しさん：03/06/13 11:49

j2sdk

815 ：デフォルトの名無しさん：03/06/14 01:30

>>813
http://www.filerogue.net/

816 ：デフォルトの名無しさん：03/06/14 12:19

Javaが.NETをぱくったとかよく言えるなｗ
C#はどうなんだ。

817 ：デフォルトの名無しさん：03/06/14 12:22

ttp://www.filerogue.net/faq.htm

Q. ファイルローグを使うために必要なOSは何ですか？

A. このアプリケーションはJava言語で記載されています。Javaに対応していて
インターネットに接続されていれば、OSの種類を選ばずに動きます。

Q. ファイルローグは、ナップスターとどこが違いますか？

A. ナップスターがMP3ファイル（音楽ファイル）しか交換できないのに対して、
ファイルローグは、音楽ファイルはもちろん、文書、表計算、映像ファイルなど、
世の中に存在するありとあらゆるタイプのファイルを交換することが可能です。
　またファイルローグは、JAVA言語で動くため、WindowsやMacに限らずUNIX系の
プラットフォームでも動きます。

ttp://www.filerogue.net/20020411.html

サービス一時停止のお知らせ［2002.4.11］

　平成１４年４月９日、東京地方裁判所民事第２９部は、
弊社に対し、差止仮処分命令を発しました。

818 ：デフォルトの名無しさん：03/06/17 01:34

TigerやRAVEがなんだっつーの、SunがまとものLaFや統合環境作れるわけねーだろ！
Swingで何か作るなら、LaFも自作して、全コンポーネントを継承して拡張すしろっつーの！
それがいやならやめちまえ

819 ：デフォルトの名無しさん：03/06/17 01:41

>>818はどんなIDEなら満足するの？

820 ：開発者：03/06/17 01:43

正直、押したらイベントが発生してくれさえすれば、ボタンのLaFなんか
どーでもいいんだが、巷の人は違うのか？

821 ：デフォルトの名無しさん：03/06/17 02:07

>>820 オペレータにソフトの使い方教えるときに思ったんだけど、
ボタンをそういう機能を持つものとして認識しているわけじゃない
みたいなんだよな。だからL&F含めて、見た目上で彼らの認識とあう
のを作らないと何されるか予想できないし、教える手間も増える。
ボタンとアイコンの見分けとか機能の違いを理解していないってのもいるしな。

822 ：818：03/06/17 22:55

>>819
VisualStudioもEclipseもいいと思うぞ
Sunには絶対作れん。
いいかげんにSunの宣伝にノセラレルのやめれ
Sunには何にも期待すんな、それがJavaPGの生きる道～

823 ：デフォルトの名無しさん：03/06/17 23:50

実はEclipse2.1よりNetBeans IDE 3.5の方が起動が早かったりする罠

824 ：デフォルトの名無しさん：03/06/18 02:21

起動起動っていう奴多いけど
そういうのはたいてい一度起動したら
よほどのことがないかぎり落とさないんだから
別に起動の早さにはあまりこだわらないのは
俺だけではあるまい。

825 ：デフォルトの名無しさん：03/06/18 07:08

サーバーなら同意するがクライアントサイドではなー

826 ：デフォルトの名無しさん：03/06/18 11:26

>>822
特定の環境にたいする依存度が高いVisualStudioにも期待していないけどね。

827 ：デフォルトの名無しさん：03/06/18 19:12

>>824=スレ違い

828 ：826：03/06/18 21:18

あ、Eclipseも特定の環境への依存度が高いから期待してないよ。

829 ：真の826：03/06/18 22:04

>>828
騙るな厨房。
EclipseはLinuxでもBSDでも使える。
Unix用にはMotif版やGTK版も用意されている。
ほとんどのUnixで使える。

それにくらべVS.NETはWindowsでしか使えない。期待が薄すぎ。

830 ：826：03/06/18 22:27

変なのが騙ってるけど無視してね。

環境依存が前提になってるEclipseは期待どころか、論外。

831 ：デフォルトの名無しさん：03/06/18 23:03

環境依存どころでない.NET関係者は場違い。

832 ：デフォルトの名無しさん：03/06/18 23:59

成果物が依存度低ければ、IDE自体は思う存分環境依存してくれて構わないな。
むしろそれで速く使い易くなるならどんどん依存してくれ。

833 ：デフォルトの名無しさん：03/06/19 00:58

環境依存せず、快適で使いやすいものが一番良い
しかし
１．環境依存しないが、使いにくいものと
２．環境依存するが、快適で使いやすいもの
しかないとすれば、普通は２を使うわな

834 ：デフォルトの名無しさん：03/06/19 01:14

まぁ、邪魔だね。

835 ：デフォルトの名無しさん：03/06/20 16:37

>>830==>>828
>あ、Eclipseも特定の環境への依存度が高いから期待してないよ。
>変なのが騙ってるけど無視してね。
>環境依存が前提になってるEclipseは期待どころか、論外。

お前は言ってることが矛盾してる。さっさと消えろ

836 ：デフォルトの名無しさん：03/06/20 23:56

>>834
まぁ、ジャヴァだね。

837 ：デフォルトの名無しさん：03/06/21 02:22

結論：VJ# >>>>> Eclipse

838 ：デフォルトの名無しさん：03/06/21 15:27

早大事件まとめ
http://www.memorize.ne.jp/diary/06/93147/

839 ：デフォルトの名無しさん：03/06/27 13:45

ZDNN：Sunの勝利ならず、棄却されたMSへの「Java搭載命令」
http://www.zdnet.co.jp/news/0306/27/ne00_msjava.html

840 ：デフォルトの名無しさん：03/06/27 21:04

正直、もうJavaなんてどうでもいい

841 ：デフォルトの名無しさん：03/07/02 03:44

sdk1.4.2リリース。
どーも、リリースノート読む限りXPライクって「XP上でのみ」みたい、ショボ～ン。
それじゃMacのアクアとかわんねーじゃん。あほらしい。。。
こんなことに力入れてる暇が在ったら、デフォのメタルをもっとカッコ良くしる！
巷の市販用L&Fでも買いとってデフォにすりゃーいーじゃねーかよ＞ＳＵＮ
デフォが変わって初めてクライアントサイドの可能性も広がるってことに気付け。

842 ：デフォルトの名無しさん：03/07/02 12:17

未だにSUNに文句言う奴も珍しい。
俺はもうすでに文句言う気にもならない。

843 ：デフォルトの名無しさん：03/07/02 16:43

いや、やっぱシステムに入ってるフォントを
使えるようにしないと、見た目は良くならない
どれもこれも、弱々しい日本語文字・・・
フォント大変だよな
￣↑￣
ここ重要！

844 ：デフォルトの名無しさん：03/07/02 16:50

☆疲れた貴方を癒します・・・☆（入場無料）
http://endou.kir.jp/yuminet/link.html

845 ：デフォルトの名無しさん：03/07/02 19:27

>>843
>>844行って癒されてこい

846 ：843：03/07/02 19:36

>>845
いや、行くのはいいのですが
リンクの文字が紫色なので
もう、訪問済みだと思われます

847 ：デフォルトの名無しさん：03/07/02 19:40

>>844

それにしても、いつも思うのだが
一番上の女は最高だな（多分、及川だと思うが・・・）
あとは、8番目の画像は最高だ

848 ：デフォルトの名無しさん：03/07/03 01:19

Javaはクライアントサイドでは完全に終わったかもしれんな
Winに強制ハンドルしても、大して普及しなかっただろうけど

849 ：デフォルトの名無しさん：03/07/03 01:21

DirectX対応してくれれば無料でゲームをつくりたいで厨から支持される可能性あり

850 ：デフォルトの名無しさん：03/07/03 01:27

1.4.2になってswingの起動がより速くなった気がする。

851 ：デフォルトの名無しさん：03/07/03 03:05

iアプリやJavaアプリがJavaWebStartみたいにWebクリックで実行できるようになったら、流行るだろうに。ゲームだけだけど

852 ：デフォルトの名無しさん：03/07/03 06:35

>>850
2ヶ月前から既出

853 ：デフォルトの名無しさん：03/07/03 23:10

Swing捨てて、SWT標準にしようぜ。

854 ：デフォルトの名無しさん：03/07/03 23:52

SWTは、動きは速いけどAPIは腐ってると思うが。

Swingのほうが、APIの構造が良いとおもう。
AWTをベースにさえしていなければもっとスッキリしたんじゃないのかなあ。
なぜSwingのコンポーネントがAWTのComponentを継承するのかが謎。
どうせ混在できないのに。

855 ：デフォルトの名無しさん：03/07/04 00:10

Javaで飯が食いたかったらSurvletとJspとEJBとJDBCは必須だよ、マジで
ゲーム作ったり、ホームページに花を添える意味ではアプレットもいいけれど、
仕事ではあまり使われていない、なぜならクライアントサイドはOSがWindows
ならVB、VC、DelphiといったIDEがいっぱいあり、無理して遅いJavaを使う
必要性がないから

856 ：デフォルトの名無しさん：03/07/04 00:12

>>855
アプリケーションをサーバから配信するというしくみで、クライアント
サイドJavaが復興する予定です。

857 ：デフォルトの名無しさん：03/07/04 00:14

SWT解放ﾒﾝﾄﾞｲ。だったらネイティブで作る。
Swingは、あのダサいUIを無くして、OSごとにOSのｳｨｼﾞｯﾄAPI使用のみにすればいいのに。（見た目の描画の話ね）
なんかスキン対応するとか言ってるし。もうｱﾌｫ（ｒｙ

858 ：デフォルトの名無しさん：03/07/04 00:21

>>856
そうかそうか。
ここ数年Swingばかりやらされて、日の当らなかった俺が

　つ　い　に　デ　ビ　ュ　ー　！　！

　超高給でエリート企業からひっぱりだこだぜ！

859 ：デフォルトの名無しさん：03/07/04 00:21

>>856
確かに。
ブロードバンドが当たり前になりつつある昨今、
クライアントサイドJavaが仕事で使える可能性がまったくない
でもないな。
ブラウザを入力画面に使ってると色々不都合があるもんなー

860 ：デフォルトの名無しさん：03/07/04 00:22

>>857
Swingは、プラットフォームに依存しないビューというのが
「売り」らしいからな。

861 ：856：03/07/04 00:24

JavaWebStartのことですお。リリースからだいぶたちますが、
情報把握してますか？

862 ：デフォルトの名無しさん：03/07/04 01:38

逆コンパイルが事実上ほとんど不可能になればもっと増えると思う。

863 ：無料動画直リン：03/07/04 01:38

http://homepage.mac.com/miku24/

864 ：デフォルトの名無しさん：03/07/04 02:43

>>862
パクったコード使ってるのがバレるとか？

865 ：デフォルトの名無しさん：03/07/05 01:15

>>862
確かにそうだな。

866 ：デフォルトの名無しさん：03/07/05 18:33

Oracle Formsの現状知ってますか？

867 ：デフォルトの名無しさん：03/07/05 19:37

逆コンパイルはあまり関係ないでしょ
.NETだって同じ問題抱えてるし
Obfuscatorはすでにあるし

868 ：デフォルトの名無しさん：03/07/05 20:41

>>857
逆に最初からスキンにしとけよという感じ
ルックアンドフィールという言葉自体が失態だな
アンドはよくないとリファクタリングやらに載ってるだろうに
ルックはプログラマに任せちゃいけないんだよ
MFCなんかエミュレートしたコードは酔狂としか思えん

869 ：デフォルトの名無しさん：03/07/06 20:12

.NETは逆コンパイルできないようにすることも可能なはず。

870 ：デフォルトの名無しさん：03/07/06 20:57

>>869
> .NETは逆コンパイルできないようにすることも可能なはず。
Javaと同程度には、ね。

871 ：デフォルトの名無しさん：03/07/06 23:46

>>868
javax.swing.plafパッケージは、おそらくSwing設計者のオナニーだよなあ。

普通の人には使えないでしょ。ドキュメントまるでないし。
せめてXMLかなにかで外だししておいてくれればなあ…

872 ：デフォルトの名無しさん：03/07/07 00:10

JFC/Swing は 96-97 年くらいから開発されているし、
まだ XML がそんなに流行ってなかったしねえ。

873 ：デフォルトの名無しさん：03/07/07 00:13

>>872
今からでも遅くないってことね。
もともとComponentUIは全て切り出されているわけだから、なんとかなりそう。
つうか、そういうライブラリ自作してみようか？
XMLをリソースにするスキンコントロールAPI。

874 ：デフォルトの名無しさん：03/07/07 00:25

>>873
Java Server Facesが将来的にSwingにも対応しようとしてるんじゃないの？

875 ：デフォルトの名無しさん：03/07/07 00:28

>>872
いや、その頃はすでに流行っていたよ。日本では全然だったけど。

876 ：デフォルトの名無しさん：03/07/07 00:28

>>874
おお、アレってそこまでやるのか。
HTMLベースのクライアントも、Swingベースのクライアントも
シームレスに扱えるのか。スバラスィ。

877 ：デフォルトの名無しさん：03/07/07 00:30

>>875
日本ではいまだに、入力にエクセルつかうからな。アホカ。

878 ：デフォルトの名無しさん：03/07/07 00:35

>>877
そういや最近、この板のどっかのスレで
「Webデータベースからエクセルに入力するのが仕事」
とか言ってるﾌﾟﾙｸﾞﾗﾏがいた。
ｱﾎか。そんな仕事なんぞﾌﾟﾛｸﾞﾗﾑ1回書いたらやらなくて良くなるだろ。
と言いたかったが、どこのスレか分からなくなったので放置した。

879 ：デフォルトの名無しさん：03/07/07 01:34

>>878
ム板じゃないんじゃないの？
ム板じゃそんなのありえないよ

880 ：デフォルトの名無しさん：03/07/07 02:32

>>879
ありえないと信じたい

881 ：デフォルトの名無しさん：03/07/07 17:35

それはプログラマじゃなくてオペレータだな

882 ：デフォルトの名無しさん：03/07/07 23:17

パンチャーじゃね？

883 ：デフォルトの名無しさん：03/07/08 11:39

JavaWebStart用アプリケーションの作り方を解説しているサイトを知りたい。

今まで、Antを使ってコンパイル、Jar圧縮、署名という手順でプログラムを作っていたけど
JavaWebStartではどうなるんでしょ？

884 ：デフォルトの名無しさん：03/07/08 21:57

>>883
そこまでは全く同じ。
あとは、デプロイ定義をXMLで書いて、Webサーバにおくだけ。

885 ：884：03/07/08 22:48

大事な作業ﾜｽﾚﾃﾀ。
WebサーバのMIME-TypeにJNLPを追加。
でないと、ブラウザがJavaWebStartクライアント起動してくれない。

886 ：デフォルトの名無しさん：03/07/09 02:05

>>883
http://java.sun.com/products/javawebstart/ja/index_ja.html

雑誌ならJavaWorld2003年2月号か。

887 ：デフォルトの名無しさん：03/07/14 06:57

JavaSDK1.4.2で開発したクライアントアプリの場合、640ｘ480のフルカラーのイメージと
100個の抜き色ありの32ｘ32スプライトを表示させた時、何フレームぐらいいくのだろう？
大体Pen4　2.0GHｚを目安にしたいんだが・・・。
C++&DirectXなら余裕で800フレーム以上いくんだがどうかなぁ。
60フレームすらいかないんならJavaはやんないだろうな。

こういうのを実験しているページがあったら教えてくれませんか？

888 ：デフォルトの名無しさん：03/07/14 12:13

>887
Swing、awt、SWT、Java2Dなどなどで試してみてレポートよろしこ。

889 ：デフォルトの名無しさん：03/07/14 12:48

誰もやってないならチャンスだぞ。
実験ページを作るのだ！

890 ：デフォルトの名無しさん：03/07/14 16:01

>>888-889
Javaは結構普及してるはずなのに描画関連の実験ページってほとんど無いですね。
チョットやってみようと思います。

891 ：デフォルトの名無しさん：03/07/14 16:46

参考
http://homepage1.nifty.com/sakurayama/download/hdj.html

892 ：デフォルトの名無しさん：03/07/14 22:09

けっこうムズいな。いや、ゲームね。

893 ：デフォルトの名無しさん：03/07/14 22:25

>>892
ゲーム中にｶﾞﾍﾞｺﾚが動かないようにオブジェクトはプールしてね（ﾜﾗ

894 ：デフォルトの名無しさん：03/07/14 22:32

ん？
いや、遊んでみたんだけど、思ったよりも難しいなこのゲームって意味なんだけど。

895 ：デフォルトの名無しさん：03/07/14 23:38

＞＞891
Windows版も拝見させてもらったけどフルスクリ－ンの割にはカクカクするんだよね。
描画を垂直同期にあわせていないんだろうけど72fpsには正直萎えた・・・。
Windows2000以降のフルスクリーンモードはFPS60固定なのに、これでは計りかた間違えてるしかいえないな。
普通にD3DDV->crear()、D3DDV->beginScene()、描画処理、D3DDV->endScene()、D3DDV->presents()
をメインループで使えば半透明つきポリゴンを数千個表示させてもゲーム機同等の清らかさ（60FPS)
をキープできるはず。

Java版についてはなんてもいえませんな。GCを起こさないような
工夫を凝らしているかどうかも怪しいし、1.4から可能になったフルスクリーンロックを
使用していないのもどうかと。あと、ゲームでキーボードを使う場合は
ComponentオブジェクトのhandleEvent()メソッドをオーバーライドして引数として渡される
Eventオブジェクトに応じて処理を行うようにコーディングすればよい(それ以外だとGCが発生してカクカクする）。
ただし推奨されないメソッドなのでコンパイル時にWarningが出ます。

愚痴ばかりですみません

896 ：891：03/07/15 01:18

あー俺は作者でもないし、作者をさらすために紹介したわけじゃないんだよね。
ただこの程度のものでもうちのマシンでは80fpsとか出る(Java版)ので、
もっとチューンすればもっと出るだろう、ということで。

897 ：デフォルトの名無しさん：03/07/15 01:20

ビジネスモデル言語にクライアントでも高速性を求めるのは傲慢

898 ：デフォルトの名無しさん：03/07/15 09:09

言い訳ｷﾀ━━━(ﾟ∀ﾟ)━( ﾟ∀)━

899 ：山崎渉：03/07/15 09:40

　__∧＿∧_
　|（　　＾＾）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

900 ：デフォルトの名無しさん：03/07/15 17:49

>>891
2ｃｈではよほど自身がない限りＵＲＬ載せないほうがいい。
自称ベテランﾌﾟﾘｸﾞﾗﾏが目を光らせているからな

901 ：デフォルトの名無しさん：03/07/15 17:58

>>895
ＦＬＩＰしなければWindows2000以降のフルスクリーンでも60fpsを超える。
ただそれではフルスクリーンにする意味は無いわけだが。

902 ：デフォルトの名無しさん：03/07/16 03:36

SDK1.5はまだか！？

903 ：デフォルトの名無しさん：03/07/16 21:21

>>902 早くて来年

904 ：デフォルトの名無しさん：03/07/17 08:50

保守

905 ：デフォルトの名無しさん：03/07/17 18:11

JavaWebStartって携帯のIアプリみたいな感じですか？

906 ：デフォルトの名無しさん：03/07/17 23:27

>>905
ただの Java アプリケーションランチャー。ただしネットワークの向こうに置いてある
Java アプリケーションも起動できる。起動に必要な *.jar や *.dll/*.so ファイルを
取ってきてローカルにキャッシュして置くので、オフラインでも使えまっせ、という
シロモノ。

907 ：デフォルトの名無しさん：03/07/18 02:11

>>907
じゃあ、アプレットなんて必要ないみたいだな。
これからはクライアントサイドJavaの時代か。

908 ：デフォルトの名無しさん：03/07/18 12:53

>>907
アプレットは大概のヤシが起動できるが、こっちはわざわざインストールせねばいかんだろ。

まぁ、もうちょい普及して欲しい気がするのは確かだが。

909 ：デフォルトの名無しさん：03/07/18 13:23

>>908
なにをいってる。
Java Plug-inは自動でダウンロード、自動でインストールできるようになったぞ。

910 ：デフォルトの名無しさん：03/07/18 13:26

強力なJavaアプリが無いとな･･･

911 ：デフォルトの名無しさん：03/07/18 14:01

>>909
Java Plug-inはいいけど、JavaWebStartは手動インストールだろ？
と言いたかったわけだが。

912 ：デフォルトの名無しさん：03/07/18 15:50

>>911
JavaWebStartも自動インストール
ができるようになったような・・

913 ：デフォルトの名無しさん：03/07/18 15:55

知らんかった……＿|￣|○

つか、試しに一度起動してみたぐらいで、まともに使ったことない。

914 ：デフォルトの名無しさん：03/07/18 16:50

誰かが率先してJavaWebStartのサイト作って驚くようなアプリ作れ。
今がＷｅｂＳｔａｒｔの魅力を伝えるチャンス。

915 ：デフォルトの名無しさん：03/07/18 17:14

ほれ
http://java.sun.com/products/javawebstart/demos.html

916 ：デフォルトの名無しさん：03/07/18 17:19

Java製のノートパッドなんていらんなあ

917 ：デフォルトの名無しさん：03/07/18 18:22

>>915
とても驚くような内容じゃないな、ていうかやる気のないSunのデモじゃないか･･･

918 ：デフォルトの名無しさん：03/07/18 23:52

>>917
開発環境の紹介で、本気アプリなんか公開する意味ないじゃん。
例えばWebサバに一太郎Arkでもおいといたら、感じ出るかも。
ライセンス違反だろうが。

919 ：デフォルトの名無しさん：03/07/19 00:51

JavaWebStartでEclipseを配布してみたら感じが出るのでは。
仕様的にいけるのかどうかは調べてないけど。

920 ：デフォルトの名無しさん：03/07/19 02:40

んで、おまえら結局クライアントでなんかつくれたか？

921 ：デフォルトの名無しさん：03/07/19 03:06

JTableうざいー

922 ：デフォルトの名無しさん：03/07/19 12:19

>>921はJTableを使いこなせないと見た

923 ：デフォルトの名無しさん：03/07/19 12:25

100％pureJavaというのはﾏｯｸでもLinuxでも動くということですか？
J2SDKを使えば普通は100％pureになると思うのですが・・・

924 ：デフォルトの名無しさん：03/07/19 12:57

>>100% pure java

ライブラリの問題だけでなくOSの違いなどを考慮したコーディングが必要。
例えばパスの区切りや改行をちゃんと System.getProperty からとってくるとか。

925 ：デフォルトの名無しさん：03/07/19 12:57

スレッドを使うとpure javaじゃなくなることが多い

926 ：デフォルトの名無しさん：03/07/19 13:21

>>924-925
制約キツイですね。
WriteOneceAnyWareと聞いてJavaやり始めたんですが
ちょっとガックシです。

927 ：デフォルトの名無しさん：03/07/19 13:49

スレッド使っても言語仕様で決まってることだけなら問題なし。
OSごとに異なるスレッドスケジュール管理方法を
勝手に決め付けるとpure javaにならないが。

それにしても制約きついか？しかもなぜガックシする？
細かいところにちゃんと気を配れば普通に write once, run anywhere なのに。

928 ：デフォルトの名無しさん：03/07/19 14:12

スレッドがpreemptiveであると仮定することすらダメだからな。

アプリ全体ではなく、ライブラリ単位でpure javaにしておくという
方向がいいと思う

929 ：デフォルトの名無しさん：03/07/19 22:25

Mac OS 9のためだけの制限にいまさら縛られるのもなんだかなー

930 ：デフォルトの名無しさん：03/07/19 22:34

poor javaいわれる所以だな。

931 ：デフォルトの名無しさん：03/07/20 01:01

Mac OS 9にJava 2は結局移植されなかったんだから
Java 2だけでも制限緩和してくれればよかったのに

932 ：デフォルトの名無しさん：03/07/20 02:18

>>925
ちょっとまて。そりゃどういう意味だ？

933 ：デフォルトの名無しさん：03/07/20 02:20

>>927-928に書いてるだろ。
読んでも理解できないなら藻前はスレッド使うな

934 ：馬鹿：03/07/20 02:24

>>933
それはこのスレに書き込むなという意味ですか？

935 ：デフォルトの名無しさん：03/07/20 02:45

>>931
うちに初代G3 Mac OS 8.1 が未だに現役で動いてたり。

936 ：デフォルトの名無しさん：03/07/20 02:49

PureJavaという単語の定義も、微妙に誤解されているんだよね…
JNI使わなければPureJavaだと思っている人、多いんじゃないかな。

937 ：デフォルトの名無しさん：03/07/20 02:53

>>935
だからJava 2は移植されてないでしょ。
マジな話Java 2が移植されててスレッドがpreemptiveでない環境ってあるの?

938 ：デフォルトの名無しさん：03/07/20 02:58

>>937
Windows2000

939 ：デフォルトの名無しさん：03/07/20 02:58

>>937
スレッドがプリエンプティブだと、どんなことができるの？
Threadインスタンスの再利用とか？あーそりゃ便利だなあ。
スレッドプーリングで面倒なコード書かないで済むなあ。
ﾎﾁｲﾅｱ。

940 ：デフォルトの名無しさん：03/07/20 03:24

>>938
ネタはいらん

941 ：デフォルトの名無しさん：03/07/20 12:05

よくpureJavaにするにはCoreAPIのみにしろとかいわれるけど
SwingやJava2DもCoreAPIなの？

942 ：デフォルトの名無しさん：03/07/20 14:52

↑なわけないだろ

943 ：デフォルトの名無しさん：03/07/20 21:15

↑Core APIですが何か？

944 ：デフォルトの名無しさん：03/07/21 00:10

Java2Dはjava.awtだよね？
Swingはjavax.swing(通称JFC)だよね？

あれ？Java2Dは間違いなくコアAPIだけど、SwingはコアAPIなのか？？？

945 ：デフォルトの名無しさん：03/07/21 01:25

この中に含まれてるからコアAPIでしょ
http://java.sun.com/products/jdk/1.2/ja/docs/ja/api/overview-summary.html

946 ：デフォルトの名無しさん：03/07/21 01:38

>>945
「その他」に分類されているじゃん（ﾜﾗ

947 ：デフォルトの名無しさん：03/07/21 10:00

コアAPIの中で「その他」に分類されてるって意味だろ。何がおかしい?
じゃあ駄目押し
http://java.sun.com/products/jdk/1.2/ja/docs/ja/guide/extensions/ext_faq.html#q9
> ただし、パッケージ名が javax で始まるという理由だけでは、
> そのパッケージがコアプラットフォームの一部ではなく拡張機能
> であるということにはなりません。Swing パッケージには javax
> で始まる名前が付けられ、それが Version 1.2 プラットフォーム
> より前の、コア拡張機能ではない拡張機能であることを示します。
> これらの名前は、javax.* の名前空間内にあっても、コア 1.2
> プラットフォームの一部です。

948 ：デフォルトの名無しさん：03/07/21 10:12

java.awt.swing -> com.sun.java.swing -> javax.swing
昔はピョコピョコ変えられて、えらい迷惑だったなあ。

949 ：デフォルトの名無しさん：03/07/21 13:55

javaはそれがあるから、嫌なんだよなー。

950 ：デフォルトの名無しさん：03/07/24 02:12

>>949
正直Java以外しらないんだけど
他の言語では同じような事はないの？

951 ：デフォルトの名無しさん：03/07/24 02:17

ないわけない。
949はjavaしか知らないorアンチjava。
聞き流しとけ。

952 ：デフォルトの名無しさん：03/07/24 02:31

このあたりがｵﾅﾆｰ言語の悲しさだ。
他の言語でこんな事はない。

953 ：デフォルトの名無しさん：03/07/25 02:34

どの言語でも上位互換は微妙にとれないものだけど
Javaの場合はプラットフォームだからなぁ
実行環境に上位互換がとれていないってのは重大問題