1 :
デフォルトの名無しさん:
javac
3 :
デフォルトの名無しさん:2001/05/28(月) 08:31
4 :
デフォルトの名無しさん:2001/05/28(月) 09:18
netscape6はjavaで作られてるという噂を小耳に挟んだことがある
真偽の程はわからんちん
Jbuilderはjavaで作られているという噂を小耳に挟んだことがある
真偽の程はわからんちん
Javaで組まれた一太郎ってあったよな?
なんだ、このテイレヴェルなスレは...........
N6はJAVAではない。
J3.5からPureJAVA
一太郎ArkがJAVA
先行者ゲーム
ORACLEの管理ツールは一部Javaだな。出てくるまでが非常に
長い。
9 :
デフォルトの名無しさん:2001/05/28(月) 10:41
12 :
デフォルトの名無しさん:2001/05/28(月) 11:38
>>6 表計算もやっているらしいな。>ジャストシステム
13 :
デフォルトの名無しさん:2001/05/28(月) 12:08
JBuilder 4
14 :
デフォルトの名無しさん:2001/05/28(月) 16:46
ハマってるyahooチェス
LimeWire
16 :
デフォルトの名無しさん:2001/05/28(月) 17:57
ソフトっつーかシステムだけど、ODIN
17 :
デフォルトの名無しさん:2001/05/28(月) 20:12
JBuilder 5
18 :
デフォルトの名無しさん:2001/05/28(月) 20:19
一太郎 Ark
この中で一番まともなのが、先行者ゲームというところがJAVAらしい
20 :
デフォルトの名無しさん:2001/05/28(月) 20:57
>>19 移植だけれどq2javaはまともなゲーム。
javac
23 :
21:2001/05/28(月) 21:56
ぬああああああああッ! この私としたことがアアアアアアッ!
>>20 URLキボン。
KFXのJAVA移植版のこと??
25 :
20:2001/05/29(火) 22:32
26 :
20:2001/05/29(火) 22:34
> Q2Java runs on top of the Quake2 executable
> (provided by id Software), just like a normal Q2 mod.
だった。modだけか。残念。
ちゃんと確認してから晒せよ(w>26
28 :
名無しさん:2001/05/31(木) 03:38
Javaで書かれたXもあるらしいよ。
新鮮肉屋で前に見たよ。
名前は忘れた。
javaVM上で動くSmalltalkとかあったきがする
>>28 WiredXでしょ。
前に試してみたときは、実行すると真っ白い壁が現れて
それにXアプリがペタペタ張り付く感じだった。
動作はそれほど重くない。
LispもどきはJavaWorldだかPressかなんかの連載記事で
あったな。
33 :
デフォルトの名無しさん:2001/05/31(木) 13:16
Hotjava
34 :
デフォルトの名無しさん:2001/05/31(木) 13:17
jEdit
35 :
デフォルトの名無しさん:2001/05/31(木) 13:19
Muffin
36 :
デフォルトの名無しさん:2001/05/31(木) 13:24
ThinkFree Office
37 :
デフォルトの名無しさん:2001/05/31(木) 13:35
Java Web Server
38 :
:2001/05/31(木) 13:42
MagicDraw
samuroma
40 :
デフォルトの名無しさん:2001/06/06(水) 09:49
スト II のタイピングソフト、タイピングファイターは、
(一部に?) JAVA を使って、Win & Mac 両方に対応してた。
タイピングソフトのくせに激重で、不安定な代物でした。
41 :
デフォルトの名無しさん:2001/06/06(水) 21:01
WebLogic
Forte for Java
JUnit
42 :
デフォルトの名無しさん:2001/06/06(水) 21:04
JPython
だれかJRubyつくって!
43 :
デフォルトの名無しさん:2001/06/06(水) 21:05
Jajamaru
人に頼らず自分で作れ。
Java が天下を取れないのは(取れる資質がJavaに有るか無いかは別の話として)
Java ユーザーが Java を使ったアプリを広く公開していないからではないかい?
他人の評価なんか気にするな。
メジャーになったモン勝ち。
そのためにはクソアプリでもなんでも、色々流通するのが前提だな。
頑張れ!Java世代よ。
45 :
デフォルトの名無しさん:2001/06/06(水) 21:22
今44がいいこといった!
46 :
デフォルトの名無しさん:2001/06/06(水) 21:24
>44
アプレットは広く世にながれて、
結局つかわれなくなったじゃん
いくら良いアプリでも、重ければクソ
47 :
デフォルトの名無しさん:2001/06/06(水) 21:40
重いなら、軽くすれば良いだけのこと。
Javaを出発点に、Java以上の言語を作っても構わんよ?
出発点は何でもよろしい。
CでもC++でもVBでもPerlでも…
でも、とりあえずは極めてみろや?自分なりにでも…
じゃなきゃ発展なんて無いぜ?
「○○はクソ」なんて言っているより
「俺は○○の△△を改良した××を作ったぜー!」
のほうが(プログラマーとして)カッコ良くないか?
たとえそれが自己満足でもな。
48 :
デフォルトの名無しさん:2001/06/06(水) 22:41
JavaはWriteOnceRunAnywareの構想時点で終わっています。
無駄なセキュリティへの固執も、Javaが使えない要因です。
これからはWriteOnceBuildAnywareを前提とした
C#の時代が到来するのです。
49 :
デフォルトの名無しさん:2001/06/07(木) 00:12
>>48 単純にオブジェクト指向入門言語としてみたらJavaは
結構優れてると思うよ。
処理速度が問題ならそのプラットフォームでネーティブに
コンパイルすればいいだけの話だしね。
そういう風になればいいけど。
>>44 一部でお絵描き掲示板が流行ってるな
極一部だけど(W
>>49 Javaの高速化はクラスローダとガベージコレクタがネックになる
メモリ使用量が一定している数値計算とかだと
ネイティブアプリとほとんど変わらないよ
ネイティブコンパイラもランタイムのガベコレがヘタレだと
最新のJITやHotSpotに負ける事も珍しくない
うう。JIT(or VM?)スレとか立てたら人集まるだろうか・・・。
立てる?>52
>>48 >WriteOnceBuildAnyware
BuildAnywareなんだっけ?
55 :
デフォルトの名無しさん:2001/06/07(木) 06:27
ネエィティブコンパイルできない時点で、C#も同類だよ。
考え方はJavaもC#も同じだと思うけどなあ。まだでてねーからなんともいえないけど。
C#の方がやり方がうまいという気はするけど。
Javaもさ、やろうと思えばネーチブコンパイルできるんだし、
その点で言えばC#より一歩進んでるよね。
遅いのは、まあ、あきらめよう。
やろうと思えばどんな言語だってネーチブコンパイルできるとは思うが。
60 :
デフォルトの名無しさん :2001/06/07(木) 07:38
最近さわってないから忘れちゃったけど
OracleのインストーラーとかもJAVAでなかった?
62 :
デフォルトの名無しさん:2001/06/07(木) 11:58
>>56 C#はネイティブコンパイル前提で作られている。
Javaみたいに、ネイティブにしても糞にしかならないような
言語ではない。
>>61 bshellごりごり書くのはもうカンベンしてくれよ
>>62 ガベコレがいる時点ですでに目糞鼻糞
どっちがどっちかの判断はアンタにまかせるけど
65 :
デフォルトの名無しさん:2001/06/07(木) 12:09
>>64 C#はキャストができ、ポインタも使えるので、
用途に合わせてメモリプールを確保し、
自前でヒープを実装することもできる。
よって、C#の勝ち。
66 :
デフォルトの名無しさん:2001/06/07(木) 12:18
うむ。
Javaはアホ向けに作られた言語だから自由度がないね。
C#は上級者向けに自由度や柔軟性を確保しているのは評価できる。
クリティカルな部分は上級者が書いて、アホがコピペする、
うむC#はある意味理想的な言語かもしれない。
69 :
デフォルトの名無しさん:2001/06/07(木) 17:28
Cocoon
70 :
デフォルトの名無しさん:2001/06/07(木) 18:44
>>65 Javaだってキャストが使えるしオブジェクトはみんなポインタだよぅ。
>>62 うーっそー、マジで?.NETのβ触った感じではできなかったけど。
製品版はできるんか、ワーイ。
ヘジルズバーグ厨房としてはdelphiの後継的な意味合いで、C#使ってみたいんだよねー。
とりあえず、ネイティブコンパイルできれば移行は決定!!
変なのがいっぱいきてるな。
バイオ研究関係でGeneScene
73 :
デフォルトの名無しさん:2001/06/07(木) 21:15
>>70 嘘付け。
なら、
byte a[256];
int* b = (int*)(a + 128);
に相当するコードをJavaで書いて見やがれ。
Javaはポインタはありますが、ポインタ演算はでけまへん。
75 :
デフォルトの名無しさん:2001/06/07(木) 21:27
>>74 キャストもできんよ。
byte[] a = new byte[256];
int[] b = (int[])a;
コンパイルできましぇーん。
バイトコードレベルでもどうにもなりましぇーん。
>>75 そのキャストは無効。
int a;
byte c;
c = (byte)a;
キャストできるよ。
>>70じゃないけれど、
>>70はどんなキャストもできるとはいっていないだろ。
77 :
70:2001/06/07(木) 21:46
>>73 それは確かに出来ないな。
でもそういう機能がどうしても欲しくて、自分で作ったよ。
思うに、Javaの弱点はただのバイト列を柔軟に扱いずらいという点だな。
CとJavaの両刀使いにはこの辺がもどかしくてつらい。
C#で
>>73 に相当するコードはかけるのか?
もしできるのならエンディアンはどうなるんだ?
(最初からx86でしか動かすことを想定してないとか?<<意外とマジかも)
79 :
デフォルトの名無しさん:2001/06/07(木) 23:42
>>78 エンディアンはJITコンパイラが解決する。
80 :
デフォルトの名無しさん:2001/06/08(金) 00:03
Jalapeno有名だろ?Java言語で書かれたJVM。適応型最適化を行い、
アプリケーションのみならずJVM自身も最適化する。
有名なの?
82 :
デフォルトの名無しさん:2001/06/08(金) 00:09
>>80 で?JavaのJVMが動くわけがないだろ?
84 :
shige:2001/06/08(金) 00:26
目くそ鼻くそを笑うともうしまして。
やっぱりperlは糞ですな。
馬鹿と鋏は使いようによっては役に立つ
>>79 ビッグエンディアンのCPUだとポインタアクセスのたびに
エンディアン変換コードが挟まれるわけだなきっと。
そうでないと
>> byte a[256];
>> int* b = (int*)(a + 128);
はいいとして
>> byte a[256];
>> int* b = (int*)(a + 128 +1);
としたときのbのアクセス結果が保証できない
それとももっと頭のいい最適化方法あるか?
87 :
デフォルトの名無しさん:2001/06/08(金) 21:13
90 :
86:2001/06/09(土) 13:40
>>87-89
どんなふうに理解できてないか説明してもらえないか?
91 :
86:2001/06/09(土) 14:00
あ、バスエラー忘れていた、、、(恥
てことはC#だと86系でもバスエラー(例外)が発生するのか?
>>91 バスエラーってのをちゃんと理解してるか?
いいから説明してみな。
93 :
デフォルトの名無しさん:2001/06/26(火) 20:45
F-ZERO or マリオカートを彷彿させますな。