Javaは難しすぎ

1 ：デフォルトの名無しさん：02/05/29 19:10

あんなの理解できるはずないだろ！！
わかり易いプログラム言語を作れない James Goslingは逝ってよし

2 ：デフォルトの名無しさん：02/05/29 19:12

かんたんです

3 ：デフォルトの名無しさん：02/05/29 19:12

激しく同意！

4 ：デフォルトの名無しさん：02/05/29 19:12

SHARPポケコンPC-G850に内蔵されているBASICなら初心者でもわかりやすい。
さあ、ポケコンを買おう。

5 ：デフォルトの名無しさん：02/05/29 19:13

>>3はどっちに同意してるのだ？

6 ：デフォルトの名無しさん：02/05/29 19:15

はんぱな言語仕様（ﾜﾗ

7 ：オレは3の意思に賭ける！：02/05/29 19:16

>>3
激しく同意！！

8 ：ハンマープライス：02/05/29 19:17

MSX2 500円でどうだ。

9 ：デフォルトの名無しさん：02/05/29 19:19

>>8
MSXが二千五百円か。安いな。

10 ：デフォルトの名無しさん：02/05/29 19:20

　DOSモバMK-32 ４万円でどうだ。

11 ：デフォルトの名無しさん：02/05/29 19:20

>>7
激しく同意！！！

12 ：デフォルトの名無しさん：02/05/29 19:24

>>8
買ってやるよ

13 ：デフォルトの名無しさん：02/05/29 19:25

>>1にとって難しくない言語ってあるのだろうか?

14 ：デフォルトの名無しさん：02/05/29 19:27

自分で作ることが出来ない（構文解析機を書けない）言語は使うなって事だ。

15 ：デフォルトの名無しさん：02/05/29 19:30

難しくないんだったらJavaコンパイラを作ってくれよ。
BASICインタプリタなら高級言語使えば割と簡単に作れそうだがJavaはむずかしいだろ。
Javaが難しいのは事実。対BASIC比でな。

16 ：デフォルトの名無しさん：02/05/29 19:36

>>15
あんた馬鹿か？
構文解析機の話をしてるんだよ。
lintでもかまわない。

要するに構文を把握できてないなら使うなってことだ

17 ：17：02/05/29 19:38

>>15
じゃお前が一番簡単だと思う言語でコンパイラ作って下さい。

>>javaが難しいと言う人
まじでどこが難しいのか分からん。
どこよ？

18 ：デフォルトの名無しさん：02/05/29 19:39

>>16
このスレは難しいかどうかのスレで君ひとりで関係ないこといってないかい
使え使うなとか命令される筋合いないし
ほかのすれいけや

19 ：デフォルトの名無しさん：02/05/29 19:40

>>17
まあ､オブジェクト指向は難しいだろ。
俺はCからJAVAに移行して、
何がオブジェクト指向なのかわかるまでに6ヶ月かかったよ。

20 ：17：02/05/29 19:42

「C++と比較してここが難しい！」ってのがあったらヨロシコ。
俺は昔C++の勉強してたけど、意味不明なキーワードやら
メモリ管理やらが鬱陶しくて、興味なくした。(　負　け　惜　し　み　で　す　ﾊｲ　)

>>19
ま、確かに構造化に比べてやたら抽象的な表現多いしな。
でも、逆にオブジェクト指向さえわかってしまえば
java勉強するときに新しく覚える事なんて殆ど無いと思うんだが。

21 ：15：02/05/29 19:43

>>17
作っているよ。
インタプリタだけどよ。

22 ：17：02/05/29 19:45

>>21
そうか、すごいな…まさかと思ったが…煽り失敗…
ちなみにどの言語か教えれ。

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

難しいの程度によると思うけど、
JAVA言語はましなほうだとおもふ。

24 ：17：02/05/29 19:50

オブジェクト指向が分かってるって前提で、
java使うのに新しく必要な知識ってなんだろう。
「独習Java」をパラパラめくってみる。

25 ：デフォルトの名無しさん：02/05/29 19:51

>>1
日本語でアプリが作れるプログラミング言語「TTS」がおすすめだよ!
http://pc.2ch.net/test/read.cgi/tech/1015170837/

26 ：15：02/05/29 19:51

>>22
BASICです。
行番号の

27 ：デフォルトの名無しさん：02/05/29 19:54

ＪＡＸＰ
なんて読むの？

28 ：17：02/05/29 19:59

ライブラリ…かな？
javaは”参照変数”で”値渡し”だってのが頭に染み付いてないと、
java.util.*　に初めて足突っ込んだときにちょっと戸惑うかも。
他には…すぃんぐのレイアウトに泣かされた事は俺もある(w

あとは、リフレクション？
でもそこまで勉強する段階に来てるんだったら
すぐ飲み込めそうな気がするけどなあ。

>>26
おお、そか。頑張ってくれ。
俺はコンパイラの事はよく分からん(´д｀；)

29 ：デフォルトの名無しさん：02/05/29 20:02

Javaが簡単ならC++も簡単だべ。

30 ：デフォルトの名無しさん：02/05/29 20:03

Cがわかっていれば、
JAVA、C#,C++はオブジェクト指向を足しただけ。

31 ：17：02/05/29 20:26

「独習Java」の目次を検証してみた。
やっぱり何処が難しいのか良く分からん(´д｀；)

第4章まではifやらforやら、何処でも使いそうなベタな話ばっかだし、
第8章まではOO勉強してたら知ってそうなモンばっかだし。
まさかimportやパッケージが難しいとは言うまい？
で、9章以降はさっきも言ったライブラリ（パッケージだな）の話ばかりだ。

うーむ･･･どなたか具体的な指摘を…
少し時間をおいてからまた見に来よう…。

32 ：デフォルトの名無しさん：02/05/29 20:28

>>17がC++を難しいと思うように、Javaを難しいと思う人もいるってことだね。

33 ：デフォルトの名無しさん：02/05/29 20:36

なんかやたらとレベルの低いスレはココですか？

34 ：デフォルトの名無しさん：02/05/29 20:38

>>33
そーです。
見てて悲しくなります。
明日に起きた時には忘れてると思うけど。

35 ：デフォルトの名無しさん：02/05/29 20:57

>>27
ジャクスプ

36 ：17：02/05/29 22:31

結局わからずじまい。
「～が難しい！」って意見も全く出てこないし。
本当に難しいと思ってる人いるのかなあ。

37 ：デフォルトの名無しさん：02/05/29 22:48

Javaの「プログラミング中の顔」が難しい

38 ：デフォルトの名無しさん：02/05/29 23:41

「じゃヴぁ」の発音がむつかしい

39 ：デフォルトの名無しさん：02/05/29 23:43

JAVAに「長時間集中すること」がむつかしい

40 ：デフォルトの名無しさん：02/05/29 23:44

じゃば子を描くのは難しい
(知人にバレると何言われるかわからん)

41 ：デフォルトの名無しさん：02/05/30 02:16

マジレス

初心者にとっては膨大なライブラリに圧倒されるのが大きい。
Javaを勉強するなら常時接続環境でないとキツイです。

42 ：デフォルトの名無しさん：02/05/30 02:58

Javaで、メソッド使う時に

インスタンス名 = インスタンス名.メソッド名(引数);

っていうのが、よくわかんねぇ。
日付変わって昨日始めたんだが。。。
その例では返り値がintなんだけど、
それをインスタンスに代入してるの？みたいな。
どういうことですか？

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

>>42
その例を見たい。

44 ：デフォルトの名無しさん：02/05/30 03:36

じゃば子たんのエロ画像ｷﾎﾞﾝﾇ

45 ：42：02/05/30 03:44

>>43
こんな感じであります。

class Fraction{
int numerator;
int denominator;

Fraction add(int num){
Fraction tmpF = new Fraction();

tmpF.denominator = this.denominator;
tmpF.numerator = this.numerator ; tmpF.denominator * num;

return tmpF;
}
}

public class FractionTest2{
public static void main(String arg[]){
Fraction f = new Fraction();

f.numerator = 1;
f.denominator = 2;

f = f.add(10); //ココ！
System.out.println("f=" + f.numerator + f.denominator);
}
}

46 ：42：02/05/30 03:48

しまった！半角でインデント付けたら潰れた！
今まではVB・Delphiだったので、関数の戻り値と同じ型の変数やプロパティに代入してましたが、
これはちょっと違う様に感じて、難しいなぁと。。。

47 ：デフォルトの名無しさん：02/05/30 10:24

>>42
c++みたいに演算子のオーバーロードができないから、f=f.add(10)みたいな
形になっているだけで、概念的には普通では？
要はf=f+10

48 ：デフォルトの名無しさん：02/05/30 10:27

>>42
別に戻り値はintではない気が。

49 ：42：02/05/30 10:58

>>47
C++は知らないんので、演算子のオーバーロードはわからないですが…普通なんですかね？
しっくり来ないのですが。。。

>>48
intなのは引数の型でしたね。
勘違いしてました。
返り値の型はFraction型ですね。

50 ：42：02/05/30 11:17

なる～！
戻り値がintじゃなくて、Fractionなかったら、納得しました。(汗)
メソッドの中で分子だけ10倍されて返ってくるんすね。
両辺ともFractionになってるし。
素人の戯言に付き合ってくれて感謝です。

51 ：デフォルトの名無しさん：02/05/30 18:50

>>42
細かい突っ込みを一つ。
いやまあ、定番過ぎて見飽きた人もいるだろうけど、
42みたいな奴が居る限り突っ込み続けないとな。

＞インスタンス名 = インスタンス名.メソッド名(引数);

参照変数 = 参照変数.メソッド(引数)

と書け。
Javaはインスタンスに名前を付けるどころか、インスタンスに触れる事すら許されていない。

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

>>41
ほうほう。
CやC++のライブラリはそんなに少ないのか。

53 ：42：02/05/30 20:12

>>51
どうもです。
っていうことは、Delphiと一緒でクラスは型って事かな？
var 変数名:　クラス名　　　→　クラス名変数名;
変数名 := クラス名.Create　→　変数名 = new クラス名();

54 ：デフォルトの名無しさん：02/06/01 19:37

55 ：デフォルトの名無しさん：02/06/01 19:39

>>53
クラスが型じゃない言語ってあるの？

56 ：デフォルトの名無しさん：02/06/01 20:13

>>51

私がわかっているかどうかのテスト。

Javaでは、インスタンスはメモリ中のどっかにある。それは触れない。
インスタンスへの参照は、自分が名前を付けた変数に入れることが出来る。
インスタンスのメソッドを使うとか、インスタンスのフィールドを使うときは、
名前を付けた参照変数、に入っているインスタンスへの参照、を介して
いろいろやる。

ただしい？

57 ：42：02/06/01 20:17

>>55
よくわからないけど、某Delphiの本には、「Delphiにおけるクラスは型です」と書いてあったから、
型じゃない言語もあると思ってたけど、２ちゃんねらにそうつっこまれると、自信無いです。
どうなんでしょう？

58 ：デフォルトの名無しさん：02/06/01 20:18

触れない？
プロパティ（メモリ）いじれるじゃん

59 ：デフォルトの名無しさん：02/06/01 20:27

アホばっか。。。

60 ：デフォルトの名無しさん：02/06/01 20:40

スレタイトルからしてｱﾌｫなので仕方ありません。

61 ：デフォルトの名無しさん：02/06/01 21:17

>>56
正しい。

>>58
＞プロパティ（メモリ）いじれるじゃん
意味不明。

62 ：デフォルトの名無しさん：02/06/01 21:23

推奨されないメソッドおおすぎ

63 ：デフォルトの名無しさん：02/06/01 21:32

Javaはもうだめっぽいね。

64 ：デフォルトの名無しさん：02/06/01 21:34

>>1
確実なコンドームの付け方に比べれば相当簡単だと思うよ。

65 ：デフォルトの名無しさん：02/06/01 21:34

サーブレットは？

66 ：デフォルトの名無しさん：02/06/01 22:03

>>62
推奨されないメソッドって具体的には？

67 ：デフォルトの名無しさん：02/06/01 22:05

>>41
>Javaを勉強するなら常時接続環境でないとキツイです。
どして？

68 ：デフォルトの名無しさん：02/06/01 22:05

>>66
JDKのAPIドキュメント読んでみそ。

69 ：デフォルトの名無しさん：02/06/01 22:08

>>67
＞初心者にとっては膨大なライブラリに圧倒されるのが大きい。
＞Javaを勉強するなら常時接続環境でないとキツイです。
この文脈からして、APIドキュメントをダウンロードできるって事を知らないのでは。
いちいちsunのサイト見に行ってると。

70 ：デフォルトの名無しさん：02/06/01 22:11

Javaがダメってことは、当然C++もダメなんだね。
ってことはCに引きこもるしかなさそうだ。

71 ：java厨：02/06/01 22:18

あの・・・「java使える＝C++もOK」と思われるとﾁｮﾄ困るんですが・・・

72 ：デフォルトの名無しさん：02/06/01 22:39

ポインタの事を考えると、
「C++使える=JavaもOK」の方が適切だね。

73 ：デフォルトの名無しさん：02/06/01 22:57

あの…つまらない質問なんですが、
C++、Java、C#、VB,net、VB、ObjectPascalの中で貴方がやったことのある物を(つまり、先入観抜きで)
難易度順に並べてください。

74 ：デフォルトの名無しさん：02/06/01 22:59

C++,Java,ObjectPascal>>VB

75 ：むつかしいんだよ：02/06/02 00:06

C++でWin用の自作のライブラリを作って使ってる者ですが、
Javaはむつかしいっす。
話題になってから数年間、本はいっぱいもってますが、まともに
使えた事はありません。

理由

他人の書いたライブラリは難しい

76 ：デフォルトの名無しさん：02/06/02 00:08

>>75

そうですか。　もっと勉強してください。

77 ：デフォルトの名無しさん：02/06/02 00:10

>>75
単にJavaをやる気が無いだけでしょう。
下手にC++にプライドを持ってしまった失敗例です。

78 ：デフォルトの名無しさん：02/06/02 00:11

デザイン・パターンを理解できる人にとってはすごく簡単な言語です。
ライブラリもシンプルです。
デザイン・パターンが理解できない人には難しい。

79 ：デフォルトの名無しさん：02/06/02 00:11

>>75
多分C++でまともにクラスを使えてないだけです。

80 ：デフォルトの名無しさん：02/06/02 00:12

>>75 STLは？

81 ：java厨だが：02/06/02 00:14

>>78
ﾎﾝﾏかいな…

82 ：てめーにいわれたくねーよ79：02/06/02 00:16

プライドは別にないんですが・・・

う～ん
Javaで、改行幅1/6インチ、１文字1/20インチの源泉徴収票が
印字できますか？

83 ：デフォルトの名無しさん：02/06/02 00:18

何をするにもクラスを定義しなければならないというのが難しいのかな？
たとえば
public class HelloWorld {
public static void main( String args[]) {
System.out.println("Hello, world!");
}
}
こんな感じで

そういう方はpnutsというのもありますよ

84 ：デフォルトの名無しさん：02/06/02 00:19

>>83
それだけで難しいわけないだろ。

85 ：デフォルトの名無しさん：02/06/02 00:21

>>75はプログラマの失敗例ですか？

86 ：デフォルトの名無しさん：02/06/02 00:21

Javaが、ていうんじゃなくて、ライブラリの仕様が分からないだけ？
MFCみたいなのも駄目ってことかな。

87 ：うーんとね：02/06/02 00:22

なんかね・・・、

System.out.printlnはお経みたいにいろいろな
本に出てくるからいいんだけどね、やっぱ
PrintJobクラスとかがちょっとな。
あとJTableとか。

頑張って勉強してみるよ。
でもマジで改行幅とか文字幅とかをキチンとやるには
ちょっと骨が折れそうで→やっぱやる気を無くしそうで・・・

88 ：デフォルトの名無しさん：02/06/02 00:22

>>85
そんな事書いてると君も>>75みたいになっちゃうよ。

89 ：デフォルトの名無しさん：02/06/02 00:22

>>83

最初にそれを乗り越えれば、オブジェクト指向で手近に手に入って
解説書も多い Java は、いい言語です。
オブジェクト指向のスタイルを自然に学べるし、オブジェクト指向の
手法でよく設計されたたくさんのライブラリを使っているうちに、
自分で書くときもオブジェクト指向の作法で書けるようになってきます。

C++ だと、入門書が構造化プログラミングのスタイルか、もっと悪い
例を掲載している場合もあるので、（オブジェクト指向的には）悪い癖
がつく可能性があり危険です。

90 ：そうだな：02/06/02 00:24

>>86
そうかも、単にライブラリの仕様がって事だな。
まともに法定調書が打てないような予断をもってたのもあるけどな。

91 ：デフォルトの名無しさん：02/06/02 00:25

75は「ジャパネットたかた」でPC購入したらしいYO

92 ：デフォルトの名無しさん：02/06/02 00:26

>>86

そう、ライブラリの仕様が分からないだけ。
ただ、Java のライブラリは >>89 の通り、オブジェクト指向的に
よく設計されている（デザイン・パターンのよい実装）ので、Java の
ライブラリを学ぶことは、よいオブジェクト指向の設計をするときの
役に立つでしょう。

MFC は、「クラスを使ってライブラリを作って」ありますが、オブジェクト
指向ではありませんので、お手本としては真似しない方がいいです。

93 ：75：02/06/02 00:29

>>92
たしかにちょっと見にはJavaのライブラリはWinより素晴らしいと思った。
(変なグローバル変数もないし、「んだよこれ」っつうような癖も無いしね。)

って単にJavaについて勉強不足なだけだな。スマソ

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

>>1は馬鹿すぎです。とっとと氏んでください。

95 ：デフォルトの名無しさん：02/06/02 04:35

>>94は馬鹿すぎです。とっとと氏んでください。

96 ：デフォルトの名無しさん：02/06/02 12:48

しかし、あらためて>>1を読むと、そんなに難しいものだったっけと思うな。

97 ：41：02/06/02 17:53

>69
ダウンロードできるのは英文ドキュメントだけです。
日本語訳はWeb上にしかなかったはず。
APIのリファレンス本を買う金はないし。

あと、「Javahouse」や「じゃばじゃば」といった良質サイトを利用するにも
常時接続環境でないとキツイでしょう。

ADSLにするまではJavaの勉強はホントに辛かった・・・

98 ：69：02/06/02 18:23

>>97
＞ダウンロードできるのは英文ドキュメントだけです。
JDK1.4の話をしてるの？なら確かに英文しかない。
でも日本語訳はダウンロードどころかweb上にもまだ無いはず。

1.4betaのドキュメントなら日本語版もダウンロードできるけどね。

＞あと、「Javahouse」や「じゃばじゃば」といった良質サイトを利用するにも
＞常時接続環境でないとキツイでしょう。

こりゃ言えてるけど、じゃ
「CやC++やその他諸々の言語には良質サイトが無い」or「javaに良質な本が無い」
のかと。
そういう意味では常時接続が欲しいのは他の言語でも一緒じゃない？

99 ：デフォルトの名無しさん：02/06/02 18:25

1.4 (β も) API リファレンスはまだ日本語化が進んでないので
新機能を使うのでなければ 1.3 ので良かろう。

100 ：69：02/06/02 18:37

今始めて1.4betaの日本語版ドキュメント落としてみた。
なんだよこれ。肝心のAPI仕様はバリバリの英語じゃねーか。

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

何か難しい英文でもあったか？

102 ：1は馬鹿すぎ：02/06/02 19:03

1は馬鹿すぎ

103 ：デフォルトの名無しさん：02/06/02 19:08

友人がオライリーのJavaリファレンスをブックオフで100円で買ったそうだ。
うらやましか。

104 ：デフォルトの名無しさん：02/06/02 21:35

assertの解説が載ってるくらい新しいJAVA言語の解説本あります？

105 ：デフォルトの名無しさん：02/06/02 21:36

さすがに1.4の本はまだ出ないだろ。

106 ：デフォルトの名無しさん：02/06/02 21:37

http://objectclub.esm.co.jp/JavaGenerics/

107 ：デフォルトの名無しさん：02/06/02 21:41

>>104
JAVA Press
JAVA World
Dr.Dobb's Journal

108 ：デフォルトの名無しさん：02/06/02 21:50

仕事？趣味？

仕事ならAPIリファレンスぐらい読めないと辛いな。

109 ：デフォルトの名無しさん：02/06/02 22:23

>100
漏れも昨日ダウンロードしてそうオモタ・・・
1.4の新機能をまだ使う気はないけどどうせなら、と思ったのが・・・。
まぁJ2EEのAPIが英語のおかげで英語ドキュメントが読めるようになってきたのでプラス歯垢

110 ：デフォルトの名無しさん：02/06/02 22:32

http://www5.airnet.ne.jp/sakuraba/java/laboratory/JDK1.4/contents.html
このへんどないだ？

111 ：デフォルトの名無しさん：02/06/02 22:52

>>110
（・∀・）ｲｲ!!

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

>>107
assertの解説じゃなくて、JAVA言語の解説。
内部クラスとかも､ちゃんとした説明がﾎｽｨｰ

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

Javaは比較的簡単な部類の言語だと思われ

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

JavaVM仕様書読め。

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

>>112
ふつーにまともな参考書読めば良いだろうが。
内部クラスのちゃんとした説明が書いてある本なんて
いっぱいあるので「これいいんじゃない?」
とタイトルを書くことも出来んわい。

116 ：デフォルトの名無しさん：02/06/04 00:29

なんとなくage

117 ：デフォルトの名無しさん：02/06/04 00:32

>>116

118 ：デフォルトの名無しさん：02/06/04 01:23

「デザインパターンが理解できなければ難しい」
そのとおり、Javaは難しい。

Javaっつーか、あのAPIは本当に高度すぎ、しかも機能的にはイマイチだから
やれオープンソースだっつってAPIソース解析すると、オブジェクト思考ジャングル
とてもじゃねーが、ドキュメントにUMLのシーケンスでも載せてくれない限り使えんやろ！！

・・といいつつ、使えるかどうかはともかく
良質なAPIのお手本だから勉強はしているYO！

119 ：デフォルトの名無しさん：02/06/04 02:16

>>41
つか、しょっちゅう見なきゃいけないなら
サイト丸ごとローカルに落としとけばよいのでは？

120 ：デフォルトの名無しさん：02/06/04 06:13

煽りじゃなくてマジ質問。
「Javaは難しい」といってる人は、逆にいうと
Javaと比べて何が易しいの?

121 ：デフォルトの名無しさん：02/06/04 06:53

びじゅあるべーしっく

122 ：デフォルトの名無しさん：02/06/04 06:54

>>120
プログラミング言語の問題じゃなくて
単にプログラム作れない人かと

123 ：デフォルトの名無しさん：02/06/04 07:03

VBはプログラミングそのものはJAVAよりムずいと思うYO

124 ：デフォルトの名無しさん：02/06/04 07:18

>>115
assertの説明が書かれてるような本あるか？

125 ：デフォルトの名無しさん：02/06/04 11:49

VBでOOPやろうとするとよほどJavaよりも難しい罠

126 ：デフォルトの名無しさん：02/06/04 12:51

推奨されない機能を推奨される機能に変更する方法を調べるのが難しい。

127 ：デフォルトの名無しさん：02/06/04 13:35

VBでOOPなんてやったことない。
VB自体まともにやったことないけど。

128 ：デフォルトの名無しさん：02/06/04 15:44

>>126
>推奨されない機能を推奨される機能に変更する
？？

129 ：デフォルトの名無しさん：02/06/04 15:46

sunに政治的圧力をかけて推奨させる

130 ：デフォルトの名無しさん：02/06/04 15:58

>>126 + >>129
>sunに政治的圧力をかけて推奨されない機能を
>推奨される機能に変更する方法を調べるのが難しい。
??

131 ：デフォルトの名無しさん：02/06/04 17:21

>>126の日本語が難しい。

132 ：デフォルトの名無しさん：02/06/04 20:30

推奨されない機能の「推奨されない云々」などとウォーニングの出ない代替機能を
調べるのが難しいということだろうか。

はて、ほとんどの場合、「代わりにhogeを使え」ってズバリ書いてなかったっけ？
まさかコンパイルエラーだけを頼りにしてリファレンスは全然見てないとか？

133 ：デフォルトの名無しさん：02/06/04 20:31

>>126が言いたい事が３日経った今やっとわかった。

134 ：デフォルトの名無しさん：02/06/04 20:52

>133
ﾀｲﾑｷﾞｬﾙﾊｹｰﾝ

135 ：デフォルトの名無しさん：02/06/05 13:09

お前らみんな、「ウォーニング」って言うんですか？

136 ：デフォルトの名無しさん：02/06/05 16:17

>>135
まさか「ワーニング」だとでも?

137 ：デフォルトの名無しさん：02/06/05 23:11

業界ではワーニングが定説。当然発音はフラットだ

138 ：デフォルトの名無しさん：02/06/05 23:35

>>137
変な読みが定着してるね。「モバイル」とかも。

139 ：デフォルトの名無しさん：02/06/06 13:25

>>138
モバイルじゃないの？モービル？

140 ：デフォルトの名無しさん：02/06/06 21:48

>139
モービル。
辞書引くときは発音記号もちゃんと見よう。
でも「モバイル」はすでに日本語だと思う。
もちろん「ワーニング」も「ロケール」も立派な日本語だ。

141 ：デフォルトの名無しさん：02/06/06 23:01

mobile
アメリカ発音でモービル、イギリス発音でモバイル。

local
ロウクル。

locate
ロウケイト。

localization
アメリカ＝ロウカラゼイション、イギリス＝ロウカライゼーション。

locale
アメリカ＝ロウケル、イギリス＝ロウカール。

どうでもいいがLに対応するカタカナが欲しいな

142 ：デフォルトの名無しさん：02/06/06 23:14

mobile
日本発音でモビル

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

関係無いけど、JapanのTimDrumにStill Live In Mobile Homeって曲があったね。
イギリス人だから、モバイルって発音してる。

144 ：デフォルトの名無しさん：02/06/06 23:25

＞Still Live In Mobile Home

ガソリンスタンドの唄？

145 ：デフォルトの名無しさん：02/06/06 23:57

いや、東南アジアの水上生活者の歌らしい。
モバイルって聞こえるんだけど、今歌詞カード確認して、邦訳見たらモウビルになってる。
モバイルだろー。

146 ：デフォルトの名無しさん：02/06/07 00:00

モバイルスーツ

ハンディサイズの巨大ロボ……？

147 ：デフォルトの名無しさん：02/06/08 01:48

モバイルってのは自由に動くとか、可動式とかそういった意味。
転じて、持ち運びが効くって意味になったわけで、
小さいこととは直接関係ないよ。

148 ：デフォルトの名無しさん：02/06/08 01:51

Swing low Sweet Chariot, comming for to carry me home.

149 ：デフォルトの名無しさん：02/06/08 01:56

カタカナな時点で目糞鼻糞５０歩百歩
>>141

150 ：デフォルトの名無しさん：02/06/08 01:57

locale
ローケル(・A・)ｲｸﾅｲ
ローカル(・∀・)ｲｲ

151 ：デフォルトの名無しさん：02/06/08 01:57

>>146
マスタースレーブ制御しているＧ以外は
モバイル「スーツ」とはよべないと思う

152 ：デフォルトの名無しさん：02/06/08 02:02

50 歩 100 歩、汽車ぽっぽ

153 ：デフォルトの名無しさん：02/06/08 02:04

local ≠ locale

154 ：150：02/06/08 02:07

恥ずかしい！！(*ノノ)
醜態を晒してしまったもうお嫁に逝けない・・・・

155 ：デフォルトの名無しさん：02/06/08 02:07

で、Javaはどうよ。

156 ：150：02/06/08 02:08

(´д｀)y-~~
あれはあれで取りあえずいいんじゃねーの

157 ：デフォルトの名無しさん：02/06/08 02:14

Ｊａｖａの名前って何に由来してるのかね？

158 ：150：02/06/08 02:45

(´д｀)y-~~
ジャワカレーにきまってんだろヴォケが

159 ：デフォルトの名無しさん：02/06/08 02:52

ジャワティーじゃないの？

160 ：デフォルトの名無しさん：02/06/08 03:59

BASICはビギナーなんとかの略だよな。
そしてRubyは宝石の名前だよな。(確か他の宝石名の言語をパクったんだっけ？)
他の言語ってどんな由来なんだ？

161 ：デフォルトの名無しさん：02/06/08 06:42

Perlはたしか汎用ゴミ作成言語

162 ：デフォルトの名無しさん：02/06/08 07:22

C 言語:B 言語の次
D 言語:C 言語の次
BrainF**k:名前どおり
SIMPLE:名前どおり

>>160
Ruby を知ってて Perl を知らないのも珍しいね

163 ：マジレスカコ悪い：02/06/08 08:01

ジャワコーヒー（ロゴ参照）>>157

164 ：デフォルトの名無しさん：02/06/08 08:58

>>162
Ｃ言語の由来はそういえば聞いたことあったけど、その下の２つの言語は名前すら聞いたことないな。
そうそう、Perlだったね。
知ってるよ、名前だけね。

165 ：デフォルトの名無しさん：02/06/08 14:24

Javaがコーヒーの俗語だというのはどこかで聞いた覚えがあるんだけど、
「なぜ"Java"なのか」ってところまでは知らないな。

C#の名前を聞いたときは「ほぉ・・・」とちょっと感心したけど、J#と聞いたときは
天を仰いだよ（"oh god..."）

166 ：デフォルトの名無しさん：02/06/08 16:44

>>164
Brainf*ck
http://www.catseye.mb.ca/esoteric/bf/
プログラム例
http://www.catseye.mb.ca/esoteric/bf/src/new/jr-quine.b

SIMPLE は絶対にバグがない言語
http://www.catseye.mb.ca/vintage/lesserknown/
BEGIN END STOP の3つの構文要素があり、
どの順番でいくつ書いてもいい。
SIMPLE でどんなプログラムを書いても何も実行されないので
テストもデバグも要らない。

167 ：ユリイカ！：02/06/08 18:11

>>146 あ、ガンダムってＡ、Ｂ両パーツ揃いのスーツ（スイート）って意味だったのか！

168 ：デフォルトの名無しさん：02/06/09 02:31

三年前に書いたJAVAのソース、さっぱりわからんようになってる。
いったい誰が書いたの？ってくらいわからない。
コメントもいっぱいつけてるんだけどさ。
こんなことなら、もっと簡単に書いておくんだったYO!

169 ：デフォルトの名無しさん：02/06/09 05:16

>>168
言語のせいじゃなくてお前のせいだろ。

170 ：デフォルトの名無しさん：02/06/09 05:43

言語は道具なんだからすべて使い手のせいとはいえるがやっぱJAVAのせいだろ
頭いいやつはあんな言語つかわねぇよ(w

171 ：デフォルトの名無しさん：02/06/09 06:19

>>170
>頭いいやつはあんな言語つかわねぇよ(w
頭のいい人ならそんな事は言いませんけどね。

172 ：デフォルトの名無しさん：02/06/09 06:48

頭のいい人にはそういう事いって欲しくないというオマエの希望か、
オマエの根拠無き盲信ってやつではないか？ >>171

173 ：デフォルトの名無しさん：02/06/09 06:53

>>129
そんなこと難推奨。

>>170
頭のいい人には実に楽な言語だ。

174 ：デフォルトの名無しさん：02/06/09 06:58

頭のいい人はVBを使います。

175 ：デフォルトの名無しさん：02/06/09 07:01

>>172
>>170 と >>171 は両者とも論理的根拠が薄弱な主張ですが、
>>171 だけを批判する(暗に >>170 を正しいとする)態度は
「根拠無き盲信」とは言わないのでしょうか？

176 ：デフォルトの名無しさん：02/06/09 07:03

>>172
ちなみに、頭いい人は根拠の無い主張はしない
(心の中で思っていても)という意味も含んでいますが。

177 ：デフォルトの名無しさん：02/06/09 07:05

頭の良い人は 2ch に書き込んだりしません。

178 ：デフォルトの名無しさん：02/06/09 07:08

このスレは、頭の悪い人専用です。

179 ：デフォルトの名無しさん：02/06/09 07:13

ＪＡＶＡなんて、家のかみさんでも使えてるぜ。
月１回は使うな。

180 ：デフォルトの名無しさん：02/06/09 07:33

>>175-176
くだらん悪口の言い合いにマジレスしているおまえは底抜けのアフォに決定

181 ：デフォルトの名無しさん：02/06/09 07:38

月に一回何のために使ってんのかすげー興味あるといってみるテスト>>180

182 ：181：02/06/09 07:39

もとい>>179

183 ：デフォルトの名無しさん：02/06/09 07:39

>>180
>くだらん悪口の言い合いにマジレスしているおまえは底抜けのアフォに決定
頭のいい人ならそんな事は言いませんけどね。とかいってみるテスト。

184 ：デフォルトの名無しさん：02/06/09 07:41

Javaなんて実家のママンが毎日飲んでるぜ

185 ：デフォルトの名無しさん：02/06/09 07:46

Javaコーヒーをこの前のんでみたんだ。
コーヒー屋で扱ってなくてさ、わざわざ取り寄せたの。
店のおやじはやめたほうがいいと思うといったんだけど・・・

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

Javaのクラスライブラリが良い設計になってるとか
ゆーとる人たちが集ってるのはここですか？

187 ：デフォルトの名無しさん：02/06/09 09:31

>>186
３軒隣を左にいったところにあります

188 ：デフォルトの名無しさん：02/06/09 09:36

>186
「Javaのクラスライブラリの設計は良い」の前には
常に「MFCよりは」が暗黙の内に付加されている。

189 ：デフォルトの名無しさん：02/06/09 09:43

>>186
・・・ﾊｧ？

Javaの仕様は糞なので、難しいとか簡単とかいうことを考えること自体が
難しいです。たとえば数学がわからんという人は明らかにｱﾌｫですが、
Javaがわからんという人を一概にｱﾌｫということはできない気がするよ。
ま、ふつーに使えたらそれでいいじゃん

190 ：デフォルトの名無しさん：02/06/09 09:49

まあMFCよりは良さそうだわね
javaやったことないけど

191 ：デフォルトの名無しさん：02/06/09 09:57

JAVAは組み込みに使用するのがむずかしい

192 ：デフォルトの名無しさん：02/06/09 10:42

＞Javaの仕様は糞なので、
C++よりはマシ。

193 ：デフォルトの名無しさん：02/06/09 10:52

Javaでどんなソフトウエアを作ってるというんだ？
良し悪し言うのはそれからだ

194 ：デフォルトの名無しさん：02/06/09 11:01

webサービス全般。Cでは書かないだろ。

195 ：デフォルトの名無しさん：02/06/09 11:02

>>193
http://sourceforge.net/softwaremap/trove_list.php?form_cat=198
でも見てくれ。

196 ：デフォルトの名無しさん：02/06/09 11:08

>>194-195
>>193 の言うソフトウェアってのはゲームしか含んでないと思われ。

197 ：デフォルトの名無しさん：02/06/09 12:58

WebサービスでJAVAか。おめでてーな！

198 ：デフォルトの名無しさん：02/06/09 14:10

>>193は
ソフトウェア＝ソフマップに陳列される製品
としか考えられないんだろ。
システム構築なんかやった事なさげ。

199 ：デフォルトの名無しさん：02/06/09 20:43

「うーん、僕ちゃんデザパタをマスターしてるからこのクラスライブラリ
の設計の意図するところがわかっちゃうよ。うーん美しいね。この
美しさはデザパタを知らないとわからんだろうね」

200 ：デフォルトの名無しさん：02/06/09 20:44

>>199
頭悪そ。

201 ：デフォルトの名無しさん：02/06/09 20:46

Stringだけですか、＋演算子が使えるクラスは。
Stringだけ特別ってところが美しいですね。
C++なんて全てのクラスに演算子のオーバーロード
を許してますからね。統一されてて美しくないですね。
やっぱりC++よりJavaですね。

202 ：デフォルトの名無しさん：02/06/09 21:24

>>201
スレ違い
http://pc.2ch.net/test/read.cgi/tech/1023079017/l50

203 ：デフォルトの名無しさん：02/06/09 21:43

最近の古いモンには構文糖なんてわからんもんなぁ・・・

204 ：デフォルトの名無しさん：02/06/09 22:05

http://japan.cnet.com/Enterprise/News/2002/Item/020215-3.html?il
.網は難しすぎ

205 ：デフォルトの名無しさん：02/06/09 23:24

構文糖って言葉を最近見かけて衝撃だったよ(笑)
syntax sugarのことだとはすぐわかったけど、そういう訳語になったのかと。

206 ：デフォルトの名無しさん：02/06/10 11:49

>>201
Javaは良く分からないけどそうなのか！？

駄目じゃん…。

Java、早くTemplateサポートしてくれないかな～。

207 ：デフォルトの名無しさん：02/06/10 16:05

>>206
>Templateサポート
early access版ならとっくに出てますが。
ところで、>>206 ってJava使わないのに
何でJavaにTemplateのサポート期待すんだろ？

208 ：デフォルトの名無しさん：02/06/11 01:39

思うんだけど、Javaはライブラリがフルスペルだから日本人にはむずかしいんじゃねーのか？
試しにJavaが日本語言語だったら。。

公開クラス　テストフレーム　継承　フレーム {
　　ラベル　テストラベル;
ボタン　テストボタン;
　　公開　テストフレーム() {
　　　　テストラベル = new ラベル("テスト");
　　　　テストボタン = new ボタン("テストボタン");
　　　　テストボタン.アクションリスナ追加(new アクションリスナ() {
　　　　　　公開　アクション発生() {
　　　　　　　　テストラベル.テキスト設定("ボタンおされた");
　　　　　　}
　　　　} );
　　　　コンテントペイン取得().レイアウト設定(new ボーダーレイアウト());
コンテントペイン取得().追加(テストラベル, ボーダーレイアウト.北);
　　　　コンテントペイン取得().追加(テストボタン, ボーダーレイアウト.南);
}
}

・・・・どうだろう？

209 ：デフォルトの名無しさん：02/06/11 01:51

凄いこと考えるね。

210 ：デフォルトの名無しさん：02/06/11 01:53

>>208
ﾜﾗﾀ

211 ：デフォルトの名無しさん：02/06/11 02:01

>>208
カタカナが入ってるのは惜しいな。もうちょっと古典的に頼む。

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

>>208
newだけアルファベットなのは、狙い？

213 ：デフォルトの名無しさん：02/06/11 03:35

>>73
VB

214 ：デフォルトの名無しさん：02/06/11 10:45

そういえばさ、メソッドとかクラス、変数名を日本語で書けるじゃん？
それで何か不都合なことが起こる？新人教育で分かりやすくするため
やってみようかなと思ったが、どうよ？

215 ：デフォルトの名無しさん：02/06/11 16:45

>>214
特に起きないと思われだが、日本語にすることによりわかりやすくなるとも思わないな。

216 ：デフォルトの名無しさん：02/06/11 18:10

クラス名が日本語だと、ファイル名でちょっとめんどくさいことになるかも。

217 ：デフォルトの名無しさん：02/06/12 00:24

>>201
そんなもの、たいした問題じゃない。
スタイルの問題。
それにしても、Java なり Delphi なり、Object または TObject という
最上位クラスがあるのが便利ですね。
C++ は強制されない。いいのか悪いのか。

218 ：デフォルトの名無しさん：02/06/12 00:36

>>217
どんなときに便利なんデスカ？

219 ：デフォルトの名無しさん：02/06/12 01:10

本気か？

220 ：デフォルトの名無しさん：02/06/12 02:04

VBやってると、Javaだったらこうやって綺麗に書けるのになぁと思うけど
Javaやってると、VBだったらこんなに楽にできるはずなのになぁと思う

人間勝手なもんだ

221 ：デフォルトの名無しさん：02/06/12 02:10

>208
だからさ、newを日本語に訳せよ。
訳せなかったんだろうが。

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

>>218
C++だとvoidがそれに近いかもね。
voidはクラスじゃないからtoStringとかは無理だけど。

223 ：デフォルトの名無しさん：02/06/12 07:50

>>222
void* じゃなくて？

224 ：デフォルトの名無しさん：02/06/12 07:58

>>223

myclass *pmc = new myclass();
void *pv = pmc;

なので、クラスと同列に書くのはvoid*じゃ無くてvoidが適切と考えますた

225 ：デフォルトの名無しさん：02/06/12 08:42

>>224
void v;
void* pv = &v;
はできないし、
void main()
は void 型(最上位クラスと同等(?))を
返すわけじゃないから
void は適切じゃないと思うけど。

226 ：デフォルトの名無しさん：02/06/12 08:51

>>225
いえ、Javaで
MyClass mc = new MyClass();
Object obj = mc;
はC++では
MyClass *mc = new MyClass();
void* obj = mc;
と記述するわけですから。
JavaのObjectに対応するのはvoid、という考えです。
Javaとの対比の中なので、ポインタを使わない（スタック中にクラスのインスタンスを生成する）状況は考えてません。

227 ：デフォルトの名無しさん：02/06/12 08:55

あ、追加。
↓こんな書き方が許されたとして
class MyClass: public void{};
ならば
void* p = new MyClass();

class MyClass: public void*{};
ならば
void**p = new MyClass();
になってしまいます。

228 ：デフォルトの名無しさん：02/06/12 09:19

>>226
Javaの
MyClass mc = new MyClass();
と C++ の
MyClass* mc = new MyClass();
を対比しているなら、
Java の MyClass mcと C++ のMyClass* pmc
Java の Object objと C++ のvoid* pv
が対比されるべき。

Java の java.lang.Object に対応する C++ のクラスは存在しない。
で、 Object obj のような汎用の参照なら C++ に存在し、
それは void* である、というのが俺の考え。

>>226 には void と void* は全くの別物だって考えが無いのだろうか？

229 ：デフォルトの名無しさん：02/06/12 09:25

JavaでVMがあるハードではどこでも動くっていうのが売りじゃん？
ということは、exeファイルで配布はできないよね？

230 ：デフォルトの名無しさん：02/06/12 09:33

一応ネイティブコンパイラが在るには在りますが。
http://www.xlsoft.com/jp/products/jet/
とか。実行速度が上昇するって言ってるけど、
起動速度の改善以外は期待しないほうがいいかも。
あと、ある程度の規模のswingアプリとか
exe化したら結構なサイズになるんじゃ…
と思うけど、そのへんどーなんでしょうね？
使った事無いからなぁ。

231 ：デフォルトの名無しさん：02/06/12 09:41

>230 そんなもん期待してないと思われ。素直にＣ＃にいくわい。
ヴォクとしてはエディタなどの開発環境が駄目なのが痛いな＞ＪＡＶＡ
いまＪビルダー６使ってるが、設計自体はいいが、重すぎる。たまに落ちるし。
あとオラクルのＵＩもＪＡＶＡ化したら糞になったし。結局鯖サイドでしか価値がない
のが現状だから、実行速度とか求めたいならもう乗り換えしかないな。
１Ｇクラスのマシンでも多少重いアプリしか作れないジャバ逝ってよし。

232 ：デフォルトの名無しさん：02/06/12 09:46

>>231
>開発環境が駄目
eclipse とか使えば？
>１Ｇクラスのマシンでも多少重いアプリしか作れないジャバ逝ってよし。
それは >>231 が作ったら 1G クラスのマシンでも遅かったと？
それとも JBuilder が遅いから？

233 ：デフォルトの名無しさん：02/06/12 09:52

>>231
全角英数使うと馬鹿だと思われますよ、とか言ってみるテスト。

234 ：デフォルトの名無しさん：02/06/12 12:11

>233
そういう説もあるようですが、別に機種依存でもないし書きやすいから全角。
長い単語や文は半角にしますが、>231程度でも気になります？
まあ文自体馬鹿だけど。
>231
Ｊビルダー６は使いやしい。それについては文句の言いようがないけど、
エディタからデザイナに切り替えるだけで５秒待たされたり、メニュークリックして
からでるまで一秒かかるとか、使っててあまりいい気分じゃない。
>231
ジャバアプリ自体が重い、レスポンスが悪いということを言いたかった。
まあ漏れは操作したら0.1秒内に反応しないと遅く感じない変態だから
かもしれないが。
この前暇だからswingでぷよぷよ作った。出来る限りのことしたがやはり
遅めだったから愚痴って見たｗ

235 ：デフォルトの名無しさん：02/06/12 12:36

>>234
独り言っすか？

236 ：デフォルトの名無しさん：02/06/12 12:41

>>234
>Ｊビルダー６は使いやしい。それについては文句の言いようがないけど、
>エディタからデザイナに切り替えるだけで５秒待たされたり、メニュークリックして
>からでるまで一秒かかるとか、使っててあまりいい気分じゃない。
？？？
使いやしい->使いやすいなら、
「文句の言いようがない程使いやすい」のに
>エディタからデザイナに切り替えるだけで５秒待たされたり、メニュークリックして
>からでるまで一秒かかるとか、使っててあまりいい気分じゃない。
なのか？

237 ：デフォルトの名無しさん：02/06/12 12:42

>>234
>この前暇だからswingでぷよぷよ作った。
ネタにしても面白くないよ。

238 ：デフォルトの名無しさん：02/06/12 12:45

>>234
>操作したら0.1秒内に反応しないと遅く感じない変態
たしかに変態…

239 ：デフォルトの名無しさん：02/06/12 12:46

>>235-238
馬鹿の相手してあげるなんて、、、ヒマだぁね

240 ：馬鹿：02/06/12 13:07

>239
暇じゃなかったらこねぇよｗ
眠いから変な日本語になったゴメソ。
>236
まあ設計はいいけどレスポンス悪いつーことで。
>237
なんで？ちなみにＪパネルをゲーム画面として使って、ぷよはfillOval。
早いマシンなら遊べる程度動くが、会社のだと、、まあＪＡＶＡでゲーム作ること
自体おかしいけど。

241 ：デフォルトの名無しさん：02/06/12 13:38

>>240
うｐして

242 ：馬鹿：02/06/12 13:59

ttp://www.am.wakwak.com/~air/upload/
適当なところにうぷしたよ。へたれプログラマー/ぷよぷよ未完成で。
タイトル通り未完成。２ｐ対応してる最中。
社長のパトロールの頻度上がったから、重い＝すぐには隠せない
Ｊビルダー使えなくなって、、、んでＪＡＲファイルのなかにソースが入ってる。
まあ独学なＪＡＶＡだから突っ込みところ満載だと思うが、どうぞ。

243 ：デフォルトの名無しさん：02/06/12 14:16

>>242
ｻﾝｸｽｺ。回転のさせ方がわからん。(;´Д`)

244 ：デフォルトの名無しさん：02/06/12 14:18

＜＞キーのようだ。ｽﾏｿ。

245 ：デフォルトの名無しさん：02/06/12 21:09

固有名詞を勝手にカタカナにしてるあたりが非常に頭悪そう
人の名前を間違えるのがどれほど失礼なことか分からない
タイプの人間なんでしょうな

246 ：デフォルトの名無しさん：02/06/12 22:20

やたら礼儀にうるさい？なに？

247 ：馬鹿：02/06/13 09:11

Ｊビルダーのことか？まあ頭悪そうといえばそうだが。
だが人の名前を間違えるのとまったく関連性がないというか、、
紛らわしいならともかく、意思疎通に問題がないなら適当でいいと思うけどね。
あんたは正式な文章でなくても、相手をフルネームで書くんですか？
あだ名で書いたことないか？そういうことだと思うけど。

248 ：デフォルトの名無しさん：02/06/13 11:24

リナ厨かマック厨だな。くさいくさい。

249 ：デフォルトの名無しさん：02/06/13 20:18

Win厨もくさいと思う。

やっぱり清潔なのはTRONだけ！

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

>249
いや、BeOSだけだ。たぶん。

251 ：デフォルトの名無しさん：02/06/14 12:44

いやいややっぱ.net（死

252 ：デフォルトの名無しさん：02/06/14 12:50

（死（死（死（死（死
（死（死（死（死（死
（死（死（死（死（死
（死（死（死（死（死
（死（死（死（死（死

253 ：デフォルトの名無しさん：02/06/14 13:34

>252
死んだ？

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

>>250
随分マニアックだな。>>251は。

255 ：デフォルトの名無しさん：02/06/17 16:25

Ｃ＃age
でもＪＡＶＡより難しいね＞Ｃ＃

256 ：sageマスター：02/06/17 18:24

RE：ID2以降の画面に「×」ボタン

Sakura's Srexhsp.dll Sample Script Ver2.5　 (sample08.as)
これで一発解決？？
って、たったこれだけのためにDLL使うなって？？
"(ノ_・、)"　グスングスン
使いやすいからついつい最初に
#include "Srexhsp.as"
って。　(ヘ。ヘ) エヘヘ

↑どうよ？

257 ：デフォルトの名無しさん：02/06/17 20:01

>>256
その辺がイワユルjavaの難しさか

258 ：デフォルトの名無しさん：02/06/17 20:34

javaのDLL

259 ：デフォルトの名無しさん：02/06/17 22:28

javaにDLLなんてあったの？

260 ：デフォルトの名無しさん：02/06/17 22:41

Java のクラスやインターフェースはみんな DLL だ。

261 ：デフォルトの名無しさん：02/06/17 23:13

JNIではDLL使いまくり。

262 ：新入社員：02/06/17 23:18

Java言語自体はなんとか覚えられても
現場ではHTML,JSPの知識必須。
さらにサーバーサイドの知識等など・・・
覚える事多すぎ！

263 ：2年目：02/06/17 23:22

>262
覚える事、というか
webサービス作ってたら自然と身につく事ばっかだと思うが。

264 ：このスレまだあったのか：02/06/17 23:29

「難しいとか言ってる奴は修行が足りん。
頑張ってJavaでなんか作れ。そうすりゃ覚える。」
と思って作り始めた。

Win32のへんな規則とかがないから、慣れるとやりやすいね。
只、マニュアルは読みにくいけど。

265 ：デフォルトの名無しさん：02/06/17 23:33

オブジェクト指向がわかったら簡単だと思うが

266 ：デフォルトの名無しさん：02/06/17 23:36

GUIを一通りかじれば結構な知識が身についたり。
実はあの辺ってかなりの技術というかオブジェクト指向の”ワザ”を使ってると思うんだが。

267 ：デフォルトの名無しさん：02/06/18 00:00

>265
>>17-辺りもそういうとるね。

268 ：デフォルトの名無しさん：02/06/18 00:00

これで速ければいいんだけどねってよくあいつが言ってたっけ

269 ：デフォルトの名無しさん：02/06/18 00:35

オブジェクト指向・・・
色々と解説本読んでますけど、未だにイメージが湧きませぬ。
JAVAの勉強初めてまだ２ヶ月ですが・・・。

誰か、一発で分からせてくれる人居ない？（ｗ

270 ：デフォルトの名無しさん：02/06/18 00:45

Tucker

271 ：デフォルトの名無しさん：02/06/18 01:06

>>269

データの流れ図と
必要な機能を書き出して線でつないでいく
そうすると何かが見えて来る・・・・かも

とりあえず、簡単なプログラムをいくつも
書いて練習するのがよい・・・・・・かも

272 ：デフォルトの名無しさん：02/06/18 01:07

オブジェクトをオブジェクトと見抜けない奴はJavaを使うのは難しい。

273 ：デフォルトの名無しさん：02/06/18 01:13

オブジェクト指向とは初心者が考えるような難しいものではない。
ただ、その容易さによる説明の難しさが初心者を苦しめるものである。

（マーク・ウェールズ）

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

James Goslingってもともとは Lisp 使いなはずなんだけど、
Gosling Emacs とかいうエディタを発表して、そのエディタの
マクロ言語として採用したのが Lisp もどきの Cに媚びをうったような
(Lisperからすると)ひどい言語だったために、GNU の Richard Stallman
が切れて、いまのFSF Emacsの原型を発表、その後は、それがEmacsとしては
有名になった(しかし現在、みんなに親しまれている機能はけっこうMultics
Emacsから「RMSがだまって拝借」みたいな噂もあり)という話に
あるように、なんか中途半端な Lisp を世に広める人だよな。
というわけで、誰かRMSにならって「世直し」してくれ!

癖というか、考えがある人だと漏れは思う。

275 ：札幌祭りだﾜｼｮｰｲ：02/06/18 01:47

最近はAOP

276 ：デフォルトの名無しさん：02/06/18 01:53

>>275
すまんできたら AOP を展開というか、略語にしないで言ってみてくれ。

277 ：デフォルトの名無しさん：02/06/18 01:57

Aspect-Oriented Programming

278 ：デフォルトの名無しさん：02/06/18 02:06

>>277
それってGoslingだっけ???
という話はおいといて、XEROX発だよね (Xeroxは今あるCommon Lispの
Common Lisp Object System いわゆる Closの生みの親
というか、Xeroxの顔を立てるために入れてあげたみたいな噂あり
(あんなの自意識過剰の気味悪い自慰行為だよね)みたいな)。
そんで今はWeb pageには存在にないかもしれないけど、
それこそ最初はLispでやりましたとXeroxのWebに詳しく書いていました。
なんかCGのフィルタ処理みたいな話。

279 ：逝って良しの１：02/06/18 04:12

クラス名に動詞をつける奴はとりあえずオブジェクト指向ではない。

形容詞を付ける奴はひょっとしたら新しいプログラム技術を生み出す天才
かも知れない。

番号をつける奴は言語の選択を誤っている。

280 ：デフォルトの名無しさん：02/06/18 05:20

Java=Delphi

281 ：デフォルトの名無しさん：02/06/18 09:53

>>279
> クラス名に動詞をつける奴はとりあえずオブジェクト指向ではない。
ワルイコトイワナイカラ、ベンキョウヤリナオセ。

282 ：デフォルトの名無しさん：02/06/18 09:53

>>279
普通ビジネスプロセスは動詞で命名しますが？
形容詞もインターフェースでよく利用されると思いますがね。

283 ：デフォルトの名無しさん：02/06/18 10:31

>>279じゃないが、動詞のクラス名の例を知りたい。形容詞は分かるが。

284 ：デフォルトの名無しさん：02/06/18 10:47

>>269
憂鬱なﾌﾟﾙｸﾞﾗﾏのためのオブジェクト指向開発講座(Tucker!著)
これで分からんなら諦めれ。

285 ：デフォルトの名無しさん：02/06/18 10:53

>>283
世界中に存在するあらゆる動詞
好きなのを思い浮かべろ

286 ：デフォルトの名無しさん：02/06/18 10:55

>>285
ｲﾚﾙ、ﾂｷｱｹﾞﾙ、ｺｼｦﾌﾙ、ﾃﾞﾁｬｳ･･･(;´Д｀)ﾊｧﾊｧ

287 ：デフォルトの名無しさん：02/06/18 11:02

>>285
動詞は分かるがそれがクラス名としてふさわしい場合があるのか？

288 ：デフォルトの名無しさん：02/06/18 11:04

>286
早いよｗ　気が済むまでループさせてからリターンしる

289 ：デフォルトの名無しさん：02/06/18 11:08

>>287
追跡する必要があるビジネスプロセスは、クラス化してRDBとかに永続化すんのが普通だろ？

290 ：デフォルトの名無しさん：02/06/18 11:09

class SekusuCLs {
private bokkiflg;
private sigekival;

SekusuCls() {
sigekival = 0;
bokkiflg = 0;
}

public void SetSikoSiko() {
sigekival++;
if(sigekival >= 100)
bokkiflg = 1;
}

public void SetYubiman() {
sigekival += 30;
if(sigekival >= 100)
bokkiflg = 1;
}

public int InsertTyimpo() {
if(bokkiflg == 1)
return 0; /* Success!! */
else
return 1; /* Fail(;´Д｀) */
}
}

// Java勉強2日目です
// 評価してください

291 ：デフォルトの名無しさん：02/06/18 11:11

まあまあ喪前ら僕の悩みを聞いてくれないか？
最近ＤＢいじってるけど、ＭＹＳＱＬとか簡単なヤツには接続できるけど
オラクルだとエラーでつながらないんだ。ＯＨＰからドライバダウンロードしたけど、
以下のエラーがでて動かない：
Exception in thread "main" java.lang.UnsatisfiedLinkError: no ocijdbc9 in java.l
ibrary.path
ＪＤＢＣドライバ以外になにか必要なものあるのでしょうか？

292 ：290：02/06/18 11:12

s/private bokkiflg/private int bokkiflg/
s/private sigekival/private int sigekival/

293 ：デフォルトの名無しさん：02/06/18 11:13

Java に限ったハナ氏ではなく、object oriented programming 一般として
だけど、人間が「物」や「事」として認識する対象はすべてクラス化の
対象となりえるだｺﾞﾗｧｯ!

294 ：デフォルトの名無しさん：02/06/18 11:13

>290
メインを書けｗ

295 ：デフォルトの名無しさん：02/06/18 11:21

＞人間が「物」や「事」として認識する対象
「人間が概念とするものすべて」とした方がスッキリ

296 ：デフォルトの名無しさん：02/06/18 11:22

老いたな>>290
３回シコシコしてもらわないと勃てないとは。
漏れまだまだ戦う前から臨戦態勢ですが、なにか？（サラリーマン・３３歳）

297 ：293：02/06/18 11:38

>>295
> ＞人間が「物」や「事」として認識する対象
>「人間が概念とするものすべて」とした方がスッキリ
そだね。でも物と事ということばをなんとなく使いたかったﾅﾘ｡
ﾐﾅｶﾀｸﾏｸｽﾉﾏﾈ

298 ：290：02/06/18 11:40

エラー発見。
s/class SekusuCLs/class SekusuCls/

>>294
そんなの恥ずかしくて書けない(*ﾟдﾟ*)

299 ：デフォルトの名無しさん：02/06/18 11:42

>291
自己解決。間違ってオラ８でやっちゃった。板汚しスマソ

300 ：デフォルトの名無しさん：02/06/18 15:24

>279
「動詞＋er」で名詞にしますが？

301 ：デフォルトの名無しさん：02/06/18 20:07

ユースケースをクラスにする

302 ：逝って良しの１：02/06/19 03:04

>>281-282
ヴアッファッファ（≧▽≦）彡

晒し上げ！！！

303 ：逝って良しの１：02/06/19 03:06

上げ忘れだｺﾞﾙｱ!!（;;｀Д´）ﾉﾉ

304 ：デフォルトの名無しさん：02/06/19 03:13

>>302-303
ヴアッファッファ（≧▽≦）彡

晒し上げ！！！

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

UMLのクラス名は動詞になるか？

306 ：デフォルトの名無しさん：02/06/19 03:21

だめだ。
UMLとかもやってみたいがなぜコンピュータ系の書籍はあれほどバカ高いんだ・・・
おまいら、もうね俺に対する嫌がらせかと。
誰か利益を余り考えない凄い人、本書いて。

307 ：デフォルトの名無しさん：02/06/19 03:22

＞なるか？
すればなるだろ。

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

>>307
普通はしないけどな。

309 ：逝って良しの１：02/06/19 03:31

クラスの中にプロセスを書いて呼ぶだけの使い方してれば動詞になります。

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

>>308
同意。
メソッドをクラス化することを想定すれば
分かる気はするがね。

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

>>309
クラスを呼ぶって一体？おかしくてもよければなんとでもなるさ。

312 ：デフォルトの名無しさん：02/06/19 03:55

クダラネエ

313 ：デフォルトの名無しさん：02/06/19 04:08

>>312
でた！

314 ：デフォルトの名無しさん：02/06/19 04:30

>>313
スッキリしたか？

315 ：デフォルトの名無しさん：02/06/19 04:50

荒らしは放置。

316 ：デフォルトの名無しさん：02/06/19 09:27

言い争うこともないだろうと思うけどね。
各自オブジェクト指向の本買って読めば(･∀･) ｲｲ!
考え方の問題だから、人に迷惑かけなければどっちでもいいような。

317 ：デフォルトの名無しさん：02/06/19 22:15

インターフェイスの形容詞とか～erの擬人化はよくあるけど、
動詞のクラスってちょっと思いつかない... 例えばどんなのがあんの？

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

WriterだとかReaderはオブジェクト指向じゃないの？
よく使ってるんだけど。

319 ：デフォルトの名無しさん：02/06/19 23:11

それは名詞と言う >>318

FileWrite
BufferedRead

なんてクラス名をつけるんだろうか... 動詞派の人
ｺﾜｲﾖ-

320 ：デフォルトの名無しさん：02/06/20 00:09

UNIXのシェルコマンドをクラス化したら、
動詞でもそんなに違和感ないと思う。

形容詞をクラス化するのは、
別のオブジェクトにプロパティを付け足して
動作を変えるイメージだろうか？
なかなか楽しそうだ。

でも数字を付ける奴は死んでしまえ。
少なくとも業界からは消えてしまえ。

321 ：デフォルトの名無しさん：02/06/20 00:31

>UNIXのシェルコマンドをクラス化したら、
>動詞でもそんなに違和感ないと思う。

例えば?

>形容詞をクラス化するのは、
>別のオブジェクトにプロパティを付け足して

インターフェースなら Cloneable とか Sortable とか

322 ：デフォルトの名無しさん：02/06/20 00:33

C++なら関数オブジェクトは動詞クラス名でいいんだろうけど。

323 ：デフォルトの名無しさん：02/06/20 00:58

>>322
C++に関数オブジェクトってあるの?
STL関連だっけ?

324 ：逝って良しの１：02/06/20 01:34

関数オブジェクト晒しあげ！

325 ：デフォルトの名無しさん：02/06/20 01:39

ヾ(≧▽≦)oきゃははは

326 ：　：02/06/20 01:46

関数ポインタの決定的証拠をお見せします。
http://corn.2ch.net/test/read.cgi/news/1024502993/

327 ：デフォルトの名無しさん：02/06/20 01:47

おれはObject Orientedなプログラミングにあんまり詳しくないけど、
関数オブジェクトってそんなに晒すほど珍しいの?
純粋なOOPの世界では理想としては何だってオブジェクトになるんじゃないの?
っていうか普通に関数オブジェクトということばが使われている言語ってあるよね?

328 ：デフォルトの名無しさん：02/06/20 01:51

>>323
あるで。operator()() をオーバーライドすんねん。

329 ：JBuilderの"1"と"ｌ"が区別できん：02/06/20 04:02

「ジャバ」のサポートは2004年に停止へ＝マイクロソフト (ロイター)
http://news.lycos.co.jp/topics/computer/sun.html?d=19reutersJAPAN80798&cat=17

330 ：デフォルトの名無しさん：02/06/20 04:19

>>327
関数を（無意味に）オブジェクトにしなきゃならないのはJAVA。
C++で、関数を必要も無いのに、クラスに無理矢理詰め込む奴なんているか？

331 ：デフォルトの名無しさん：02/06/20 05:38

>>330
そうやって、C++なのに名前の衝突のリスクを考えないで
グローバルスペースに関数並べるバカがいるんだよな。

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

>>331
馬鹿はほっとけ。

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

>>331-332
自作自演（藁藁藁
namespace つかうって。
共通関数をクラスに入れる？　プププ　ＪＡＶＡ厨房まるだし

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

共通関数ﾏﾝｾｰ → コボラー

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

>>334
無理にこじつけるな
ＣＯＢＯＬなんて、一度もやったこと無いわ
自分の間違いを認められず、相手を誹謗中傷か？
哀れだなジャバラー（藁）は

336 ：ｸﾌﾟﾌﾟ：02/06/20 06:45

自分以外は自作自演だと妄想してる哀れな C 使いが居るな
早く C++ 覚えろよ (ｸﾌﾟﾌﾟ

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

ちなみに、ジャバラーがコボラーを嫌がるのは、
コボラーからジャバラーへ転向した上司とかに、
いつも無能呼ばわりされてるからだ。
俺の方が、ジャバ出来るのにーと、ストレスがたまってる。
コボラーからＣ＋＋へ転向なんて、ほとんどいないんだよ。

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

>>336
必死にいいわけすればするほど、哀しくなるな。プププ
ネットで言い訳したって、信じるとでも思うのか？

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

age ながら独り言か。めでてぇ低級労働者だな。
妄想はこっちでやってくれや。
http://life.2ch.net/yume/

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

>>339
お前のことだろ、低級労働者。プププ
ほら、下げてやったぞ。
お前が先にそこへ行け。

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

低脳ジャバラーとコボラーは、セットで消えろ

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

なんだ、安月給 C++ 全能信者か。
自分にしか読めない/書けないコードでオナニーすんなよ (ｹﾞﾗ

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

ｳｻﾞｲ
ｷｴﾛ

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

話の内容は、C++er?が正しい。しかし、それを認められないJavaer?も、言葉の汚いC++er?も、見るに耐えない。

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

x Javaer
o Javanese

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

　　　　　　　　　＿＿＿
　　　　.　　　　　 |（・∀・）|
　　　　　.　　　 |￣￣￣　　　ジサクジエン共和国
　　　　　　　　　△
　　　　　　　 △ｌ　|
　　　＿＿△|_.田 |△＿＿＿＿＿
＿＿|＿＿|__|__門_|__|＿＿＿＿＿|＿＿＿

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

なんなのこのｽﾚ(藁)

348 ：デフォルトの名無しさん：02/06/20 07:04

ジャバニーズ
よく見ないと、濁音と半濁音なんて、見間違うな

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

強迫性言語依存症の C++ 使いが居るスレはこちらですか?

350 ：デフォルトの名無しさん：02/06/20 07:12

>>348
ﾌﾟﾗｲﾄﾞばかり高くて、中身がない、ｼﾛｶﾞﾈｰｾﾞにかけて、ｼﾞｬﾊﾞﾈｰｾﾞでどうでしょう?

351 ：デフォルトの名無しさん：02/06/20 07:17

>>350
辞書索け

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

>>351
もしかして、男女の別の事を言っているのでしょうか?
電波な貴方様には、相手が見るのでしょうか?

353 ：デフォルトの名無しさん：02/06/20 07:23

ジャバニーズでいいよ。日本人じゃないジャバ人って事で。

354 ：デフォルトの名無しさん：02/06/20 07:26

C/C++ 厨の方が妙なプライド高いな。
いや、プライドが高いというか原理主義的というか、だが。
得てしてデザパタすら良く分かってない奴に多いような感じ。

355 ：デフォルトの名無しさん：02/06/20 07:34

日本に居ながら、Java国に住む、Javaneseですか。
ポエムですね～、メルヘンですね～、いいですね～。

356 ：デフォルトの名無しさん：02/06/20 07:35

357 ：デフォルトの名無しさん：02/06/20 07:35

ｵﾏｴﾗ
ｷﾓｲ

358 ：デフォルトの名無しさん：02/06/20 07:43

Javanese様と会話するときは、日本語は通じません。デザパタ用語で話しましょう。
ex　調理COMMANDで、味噌オブジェクトと水オブジェクトをCompositeメンバにしちゃうわけよ。超まいうー

359 ：デフォルトの名無しさん：02/06/20 07:50

> 味噌オブジェクトと水オブジェクトをCompositeメンバ

360 ：デフォルトの名無しさん：02/06/20 07:58

Compositeパターンで実装されたクラスって事だろうね。たぶん。

361 ：デフォルトの名無しさん：02/06/20 07:58

＞味噌オブジェクトと水オブジェクトをCompositeメンバ

362 ：デフォルトの名無しさん：02/06/20 08:04

>>361
壊れちゃったね。プププ

363 ：デフォルトの名無しさん：02/06/20 08:05

よっぽど、悔しかったんだね。
もうJava使いの人をバカにするのはやめたら？

364 ：デフォルトの名無しさん：02/06/20 08:07

>>363
ｱｹﾞるなﾎﾞｹｪ

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

自演厨ｳｻﾞｲ

366 ：デフォルトの名無しさん：02/06/20 08:09

367 ：デフォルトの名無しさん：02/06/20 08:13

　　　　　　　　　＿＿＿
　　　　.　　　　　 |（・∀・）|
　　　　　.　　　 |￣￣￣　　　ジサクジエンJava国
　　　　　　　　　△
　　　　　　　 △ｌ　|
　　　＿＿△|_.田 |△＿＿＿＿＿
＿＿|＿＿|__|__門_|__|＿＿＿＿＿|＿＿＿

368 ：ｸﾌﾟﾌﾟ：02/06/20 08:14

ちょっと煽ったら苦し紛れで自演してやんの (ﾌﾟﾌﾟﾌﾟ
>>358 お前が低脳使い捨て PG だということはその例でよくわかったよ。
これ以上、腹を捩れさせないでくれよ (ｸﾌﾟﾌﾟ

369 ：デフォルトの名無しさん：02/06/20 08:15

　　　　　　　　　　　　ｏ
　　　　　　　　　　　 /　￣￣￣￣￣￣￣￣￣￣ /
　　　　　　　　　　　/　　　このスレは無事に　　/
　　　　　　　　　　 /　　終了いたしました　　　 /
　　　　　　　　　　/　ありがとうございました　 /
　　　　　　　　　 /　　　　　　　　　　　　　　　　/
　　　　　　　　　/　　　Ｃ＋＋厨より　　　　　 /
　　　　　　　　 /￣￣￣￣￣￣￣￣￣￣￣/
　 ∧＿∧　　/　　　　　　　　　　　　　　　　/∧＿∧
　（　･∀･）　/　　　　　　　　　　　　　　　　/（･∀･　）
　（　　　　）つ　　　　　　　　　　　　　　　⊂（　　　　）
　｜｜｜　　　　　　　　　　　　　　　　　　｜｜｜
　（_＿）＿）　　　　　　　　　　　　　　　　　　（＿（＿_）

370 ：デフォルトの名無しさん：02/06/20 08:16

必死な C 厨にﾜﾛﾀ

371 ：デフォルトの名無しさん：02/06/20 08:18

朝起きたら、祭りだった。
なんか、368 が異常興奮して喜んでいる。
乗り遅れたyo!

372 ：ｸﾌﾟﾌﾟ：02/06/20 08:21

実力皆無のプライド厨を煽ると食いつく食いつく (藁

373 ：デフォルトの名無しさん：02/06/20 08:22

部落民で知的障害者で低級Cプログラマが活躍してるｽﾚってここですか?

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

375 ：デフォルトの名無しさん：02/06/20 08:26

C 厨 C++ 厨は社会のｺﾞﾐです、ｸｽﾞです。
一致団結して、2ちゃんで駆除ｷｬﾝﾍﾟｰﾝをやりませんか?

376 ：デフォルトの名無しさん：02/06/20 08:32

>>375
やろうぜ、協力するぜ。

377 ：デフォルトの名無しさん：02/06/20 08:33

>>375
俺はどうでもいいけど、まあ２ちゃんのためには、その方がいいかな？

378 ：デフォルトの名無しさん：02/06/20 08:37

めずらしいな、ム板で祭？

379 ：デフォルトの名無しさん：02/06/20 08:40

まぁ C/C++ が使えん奴も問題だが、それしか使えない厨房って実力無いくせに
妙にプライド高くてｳｻﾞｲ。

380 ：ｸﾌﾟﾌﾟ：02/06/20 08:40

実力皆無のプライド C++ 厨を煽ると食いつく食いつく (藁

381 ：デフォルトの名無しさん：02/06/20 08:44

C/C++ 厨房は逝ってﾖｼって事で、皆さん意義ないですね。

382 ：【驚愕】これが C 厨の実力だ!!：02/06/20 08:44

> 調理COMMANDで、味噌オブジェクトと水オブジェクトをCompositeメンバにしちゃうわけよ。超まいうー

ｸｸｸ

383 ：デフォルトの名無しさん：02/06/20 08:46

実際、Javaやってる人間に比べると、
低級プログラマが多いよね、C/C++ 厨房って。

384 ：デフォルトの名無しさん：02/06/20 08:46

　　　　　　　　　　　　　超　ま　い　うー

385 ：デフォルトの名無しさん：02/06/20 08:47

>>383
確かに、現実にはそうだね。なかには少しは出来る人もいるけどね。

386 ：デフォルトの名無しさん：02/06/20 08:48

まあ、デザパタも知らないやつに、JAVAは高級すぎる。
100 年早い。
C/C++ でもやってなさいってこった。

387 ：デフォルトの名無しさん：02/06/20 08:49

　　　　　　　　　　　　　超　ま　い　うー

　　　　　　　　　　　　　最高に笑える。ｸﾞﾌﾌ

388 ：デフォルトの名無しさん：02/06/20 08:51

　　　　　　　　　　　　　超　ま　い　うー
　　　　　　　　　　　　　超　ま　い　うー
　　　　　　　　　　　　　超　ま　い　うー

　　　　　　　　　　　　　ｸﾞﾌﾌｸﾞﾌﾌｸﾞﾌﾌｸﾞﾌﾌｸﾞﾌﾌ

389 ：デフォルトの名無しさん：02/06/20 08:51

最近は VB や COBOL 上がりも増えてしまったが、もともと Java は
C/C++ に不満のある連中・飽きた連中に受けていた。つまり C/C++
残党兵は低級

390 ：デフォルトの名無しさん：02/06/20 08:52

Java を馬鹿にするのって、たいていデザパタも知らない馬鹿だ

391 ：デフォルトの名無しさん：02/06/20 08:54

　　　　　　　　　　　　　超　ま　い　うー

　　　　　　　　　　　　　ｳﾌﾌ♥...

392 ：デフォルトの名無しさん：02/06/20 08:55

>>389
激しく同意
C/C++ 残党兵は低級プログラマ　まさに真実
俺ら高級Javaプログラマは、デザパタを使いこなす
C/C++ のカスプログラマとはステージが違う

393 ：デフォルトの名無しさん：02/06/20 08:56

>>392
そうそう、デザパタでも勉強して、出直してこいってこった。

394 ：デフォルトの名無しさん：02/06/20 08:57

　　　　　　　　　　　　　超　ま　い　うー
　　　　　　　　　　　　　超　ま　い　うー
　　　　　　　　　　　　　超　ま　い　うー

　　　　　　　　　　　　　ｸﾞﾌﾌｸﾞﾌﾌｸﾞﾌﾌｸﾞﾌﾌｸﾞﾌﾌ
　　　　　　　　　　　　　ｸﾞﾌﾌｸﾞﾌﾌｸﾞﾌﾌｸﾞﾌﾌｸﾞﾌﾌ
　　　　　　　　　　　　　ｸﾞﾌﾌｸﾞﾌﾌｸﾞﾌﾌｸﾞﾌﾌｸﾞﾌﾌ

395 ：デフォルトの名無しさん：02/06/20 08:57

　　　　　　　　　　　　　　残　党　兵　狩　り　で　す　か　？

　　　　　　　　　　　　　　超　ま　い　う　ー

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

>>395
ほっといてあげれば？
たぶん、ここだけが彼の楽園なんだよ（涙）

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

以前は崇高神話な連中ばかりだったが、最近は VB な連中が大量に移行した
ので階級社会を呈して来たな。まぁそのおかげで大量生産がしやすくなったが。

398 ：デフォルトの名無しさん：02/06/20 09:05

皆様、文章の最後には「超まいうー」をお願いします。

　　　　　　　　　　　　　超　ま　い　うー

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

　　　　　　　　　　超　ま　い　う　ー　狩　り　で　す　か　？

400 ：デフォルトの名無しさん：02/06/20 09:11

おそらくだが、超まいうーな C++ 厨房は、朝になって出社したのだろう。
引きこもりな JAVA 厨房だけが残り、一方的な自作自演になったのだろう。

401 ：デフォルトの名無しさん：02/06/20 09:19

>>400
勝手に自作自演だと思う馬鹿ﾊｹｰﾝ

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

>>400

おれもいるっての

403 ：デフォルトの名無しさん：02/06/20 09:33

　　　　　　　　　　　　　超　ま　い　うー

404 ：デフォルトの名無しさん：02/06/20 09:41

　　　　　　　　　＿＿＿
　　　　.　　　　　 |<`∀´>|
　　　　　.　　　 |￣￣￣　　　超まいうー帝國
　　　　　　　　　△
　　　　　　　 △ｌ　|
　　　＿＿△|_.田 |△＿＿＿＿＿
＿＿|＿＿|__|__門_|__|＿＿＿＿＿|＿＿＿

405 ：デフォルトの名無しさん：02/06/20 09:46

まいうーって書くな。

406 ：デフォルトの名無しさん：02/06/20 11:40

くだらねー

407 ：デフォルトの名無しさん：02/06/20 13:05

Javaが難し過ぎるところ

段取りどおりやらないとメニューが作れないところ

408 ：デフォルトの名無しさん：02/06/20 13:07

あっそ。日記はよそでやれ。

409 ：デフォルトの名無しさん：02/06/20 13:22

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

fassd

411 ：デフォルトの名無しさん：02/06/20 15:55

なんか荒れてるな。

C++でいう関数オブジェクトってのは、テンプレート引数に関数を与えられる物に対して
呼出元が用意した状態を自由に与えられるよう、関数構文で呼び出せるようにしたオブジェクト。

普通のメソッドではなく()演算子で呼び出すのが目的になるため、
オブジェクト名(クラス名)で機能を表す。

てな感じか。

412 ：デフォルトの名無しさん：02/06/20 16:10

>>389
いまどきJavaやってる残党兵はゴミ
出来るやつはとっくにC#だよ（嘲笑禿藁

413 ：デフォルトの名無しさん：02/06/20 16:41

つーか、お前ら 1 つの言語しかやらんの？
Java も C++ も C# も仕事あるからやるぞ。

414 ：デフォルトの名無しさん：02/06/20 17:35

ほっとけよ、Javaで何もかも済まそうと考えてる連中なんて。

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

関数ねえ..

416 ：ここの板って低レベルだな：02/06/20 22:36

C++だ、Javaだ、C#だっつったって、所詮、管理職にはかなわんよな。
矮小な技術だけが売りの糞生意気な野郎なんて、「玉突き」かましゃいいんだからよ。
人材派遣会社もあり、食い淵にあぶれたフリーもあり、代わりは幾らでもいるんだよ。

何?「お客さんが納得しない」だと(笑

出入りの派遣会社のSEの派遣単金叩いて、今までよりできるのを低価格であてがうって
言やぁ客なんかどうにでもなるのよ。本人には、こう言えばいいんだよな。
「お客さんが、『お前を変えてくれ』って言ってるんだよ。」ってよ(藁

417 ：・・・誤爆・・・？：02/06/20 23:05

ス・・・ス・・・スレ違い・・・？

418 ：デフォルトの名無しさん：02/06/20 23:22

>>416
アメリカンジョークを引用したっぽいな

419 ：デフォルトの名無しさん：02/06/20 23:33

>>413

あのね、仕事じゃないんだからまず理想を語るところからスタートってことなんだよ。
機能が似たような言語なら一つにしたいだろう？

俺の理想を言わせてもらえば
本格的なものや、GUI アプリは Java、ちょっとしたやっつけ仕事や Web アプリケーションは Ruby、

これだけあればほとんどやりたいことは出来る。

420 ：デフォルトの名無しさん：02/06/20 23:56

>>419
それが理想かよ。

421 ：デフォルトの名無しさん：02/06/21 00:07

>>420
突っ込むのかよ。

422 ：デフォルトの名無しさん：02/06/21 00:10

>>421
つっこんじゃいけねーのかよ

423 ：デフォルトの名無しさん：02/06/21 01:19

413の理想にマジで賛成ですが、何か？（冗談ぬきで）

424 ：デフォルトの名無しさん：02/06/21 01:19

↑419の理想だった（笑）

425 ：デフォルトの名無しさん：02/06/21 01:20

雑談は他でやれよ。

426 ：デフォルトの名無しさん：02/06/21 01:23

>>425
雑談以外でこのスレに何があるっての？

427 ：デフォルトの名無しさん：02/06/21 01:24

>>423-424
別に問題ないんじゃない。>>419 に賛成する奴もいるだろうし、
そうでない奴もいるってことだよ。

>>425
このスレ自体が既に雑談スレじゃん。

428 ：デフォルトの名無しさん：02/06/21 01:29

頭悪いの多いなｗ
目障りだから板移れよ

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

俺の理想は、すべての人間が同じ考えをもつことだ。
これが実現すればすべて解決する。実現できなければ何も解決しない。

430 ：デフォルトの名無しさん：02/06/21 09:21

ＪＡＶＡでＧＵＩねぇ、、、
おめぇらみたいなアホがいるからオラクルが売れなくなるんだよ。
っていってもＪＡＶＡだけの問題じゃないかｗ
でもあれをみて、ＪＡＶＡでＧＵＩはやめようと思った。

431 ：デフォルトの名無しさん：02/06/21 13:42

Java＝GUI＝重い
以上。

432 ：デフォルトの名無しさん：02/06/21 15:29

否！ＪＡＶＡは軽い！ゲームだって作れる！
見ろ！上のほうにぷよぷよがうｐされてるのではないか？
かなり重いけどね（ﾜﾗ

433 ：デフォルトの名無しさん：02/06/21 15:53

あ、すまん

Java＝GUIアプリ＝重い
以上。

に修正

434 ：デフォルトの名無しさん：02/06/21 16:09

正直、まだjavaでＧＵＩアプリを仕事で作ってる方います？
なんの役に立つのが漏れには分からないが。
特に仕事場だと非力なＰＣも多いから余計(ﾟДﾟ)ﾏｽﾞｰ

435 ：デフォルトの名無しさん：02/06/21 19:44

>>434
非力なPCでWindowsとか動かすのなら
JAVAでも大して変わらないかと。
速度が気に障るなら
Linux/UNIX without Xとかdosにするべきかと。

436 ：デフォルトの名無しさん：02/06/22 02:27

うちの製品、GUIがJavaなんだわ。
もうねー。ユーザーは怒り心頭よ。

437 ：デフォルトの名無しさん：02/06/22 02:54

>435
ネタなのかどうかわからないけど一応突っ込んでおくが、
非力なマシン、例えばP2－３００としよう。WIN2000でVC,VCは当然として.netのソフトでも問題なく
ストレス感じることなく使える。
しかしジャバなら快適に使うのに最低でもP2－５００程度、１Gがないととても他のプラットフォームと
同列に並ぶことができない。
んでなんでリナとか使わないかというと、仕事場というかこの世界のPCは大半windowsを動かしてるからだ。
(･∀･) ｲｲ？

438 ：デフォルトの名無しさん：02/06/22 02:57

おい藻前らよければ教えてください。
SUNとオラクルってなにか関係あるのですか？最近のオラクル製品を見るとJAVAへの執着は
とても正気とは思えない。.net関連でのベンチマークもかなりあれなやり方でかばうし、
不評でもGUIにJAVAを採用しつづける（ｶﾞｲｼｭﾂだが
なじぇでしゅか？

439 ：デフォルトの名無しさん：02/06/22 03:57

>>435
LinuxにしたってJavaが遅いのは変わらんじゃん。

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

>>436
Borlandさん？

441 ：デフォルトの名無しさん：02/06/22 06:07

>>438
.NETならオラクルいらないよ。MSのSQLサーバ使う。
どんなにヘボくても、JAVAにしがみつくしかない。

442 ：narucy56 ◆wMOjCT4s ：02/06/22 07:17

>>441

なんで .NET だから Oracle だめ、なんだよ。
（データベースは関係ないでしょ）

443 ：デフォルトの名無しさん：02/06/22 07:47

【緊急事態】　大変です！　私の肛門から屁が止まりませぬ！！！　【緊急事態】

>>332
そんな事より牛乳飲み過ぎますた

444 ：デフォルトの名無しさん：02/06/22 07:59

>>442
MSは.NETだけじゃなく、SQLサーバも売っている。
オラクルの最大の宿敵。
それがわかってて、オラクルに.NETと手を組めと?

445 ：narucy56 ◆wMOjCT4s ：02/06/22 08:15

>>444

いえ、そういうことではなく、プログラマ的には、特定のデータベースに依存する
プログラムを書くことはほとんどないってこと。

>>434
> 正直、まだjavaでＧＵＩアプリを仕事で作ってる方います？

Swing でも便利なアプリケーションなら便利だと思うし、速度がどうしても気になる
って場合は、最近じゃ SWT ってのがあるから、そちらを使うのもいい。

446 ：デフォルトの名無しさん：02/06/22 09:37

> いえ、そういうことではなく、プログラマ的には、特定のデータベースに依存する
> プログラムを書くことはほとんどないってこと。

おまえ、年収 2000 万クラスの天才アーキテクトか、ただの趣味プログラマかの
どちらかだな。

447 ：デフォルトの名無しさん：02/06/22 09:52

>419
他の奴も書いてるが
オレにとってはJavaのGUIの遅さは致命的なんだよね。
Javaがたとえいい言語だとしても、GUIの遅さだけで使う気が失せる。
Javaに傾倒してる奴はそれが取るに足らない欠点なのだろうが。
この辺はいくら議論しても埋まらない溝だな。

448 ：デフォルトの名無しさん：02/06/22 10:55

>>447
>オレにとってはJavaのGUIの遅さは致命的なんだよね。
修行が足りん、の一言で済まして良いですか？

449 ：デフォルトの名無しさん：02/06/22 11:13

>448
修行しなきゃまともに使えないGUIがダメ、と言ってるんだが。

450 ：デフォルトの名無しさん：02/06/22 11:15

>>449
それなら同意。
ただし、
>修行しなきゃまともに使えないGUIがダメ
とかいう奴は(俺も含めて)ダメPGだと思うけど。

451 ：デフォルトの名無しさん：02/06/22 11:17

ダメPGでもなんとかやれる、という理由でJavaは普及したんですけどねえ

452 ：デフォルトの名無しさん：02/06/22 11:24

>>451
>ダメPGでもなんとかやれる、という理由でJavaは普及した
いや Swing 以外の部分に関してはダメPGでも何とかやれるし。
サーバサイドでは Swing なんて使ってないでしょ？

453 ：デフォルトの名無しさん：02/06/22 11:48

まだJDKβのときに「５年後にはきっとマシンスペックもあがってストレスは
感じなくなるだろう、、、」てなこと思ってましたが、、確かにAWTはストレス
を感じなくなりました。が、なんとSunはSwingとかを出しちゃって、「うわ
っ、かっこいいけどすげーー重い、、、」

次の何年後かにストレスを感じなくなるかを待つほど若くないんですが、、

アプレット/AWT/サーバーサイドCUI　は確かにJavaがお手軽　これは納得
GUIアプリ(Win/Lin)はJavaでアプリ作ってみたひとからJava離れを、、、

ではないでしょうか？

454 ：デフォルトの名無しさん：02/06/22 11:51

> ではないでしょうか？

$unとM$があんなアホやらかさなければ、もうちょっと違っていたと思う

455 ：デフォルトの名無しさん：02/06/22 11:56

>>451
んなこたねーよ。

456 ：デフォルトの名無しさん：02/06/22 11:56

JDKβ って… まだJITすら無かった頃ではないか？
その頃だと Word とか Excel だって最上級でないPCでは
マトモな速度で動いてなかったと思うよ。

Swing も JDK1.4 になってからちっとはマシになったみたいだけど…
Swing 遅いって刷り込まれたダメPGはもー戻ってこないだろーね。

457 ：デフォルトの名無しさん：02/06/22 12:00

Swingはメモリバカ食いだから嫌い
常駐させるつもりにはなれない
SwingアプリをVM分けて複数個立ち上げてみ、驚くから。

458 ：デフォルトの名無しさん：02/06/22 12:02

>>455
うんにゃ。PGの大量補給を支えたのは、ダメPGでもなんとかなるJavaのおかげです。

459 ：デフォルトの名無しさん：02/06/22 12:07

>>457
もちろんSwingの何が大量にメモリ食ってるか、
ちゃんとわかってるんだよね？

460 ：デフォルトの名無しさん：02/06/22 14:59

SWTに期待だろ、さよならSwing

461 ：デフォルトの名無しさん：02/06/22 15:26

Javaの何が難しいっていうんだ・・・
＃ライブラリを全部覚られないとか？

462 ：デフォルトの名無しさん：02/06/22 15:55

Javaが$unのプロプリ製品だということに最初から気づいてれば
難しくはないと思う

463 ：デフォルトの名無しさん：02/06/22 16:28

>>461
全部は無理だろ。API リファレンスあれば OK だし。
つか、どこから難しいという話が？

464 ：デフォルトの名無しさん：02/06/22 16:37

つーかJava界隈にはダメＰＧが多すぎ。
そういうダメＰＧが吠えてるだけ。

なんちゃってＰＧには逝ってほしいよ、ホント

465 ：デフォルトの名無しさん：02/06/22 16:49

>>461
1.4が出たと思ったら、もう1.4.1ベータが出てるところ。

466 ：デフォルトの名無しさん：02/06/22 18:29

>>464
そーゆーあなたもダメPGですか？
一緒にﾏﾀｰﾘしよーよ

467 ：デフォルトの名無しさん：02/06/22 18:34

>>465
テスト地獄･･･

468 ：デフォルトの名無しさん：02/06/23 05:33

>>463
スレタイトルからでは?

469 ：デフォルトの名無しさん：02/06/23 07:46

>>1
よく考えろ
Perlやらされるよりマシだぞ

470 ：デフォルトの名無しさん：02/06/23 21:05

たとえば、、ね。
Imageのサイズ取得にImageObserverクラスのパラメータが必要なこと、

未だどういう理由でこれが必要なのかわからん。

何かしらの理由があるんだろうが、他の言語じゃあ考えられない事。
Javaは理屈っぽくて難しい

471 ：デフォルトの名無しさん：02/06/23 21:13

>>469
COBOLやらされるよりマシだぞ

472 ：デフォルトの名無しさん：02/06/23 21:30

>>470
イメージのファイルがローカルのディスクにあるなら
何かまずいことがあったら例外を投げるだけで十分なときもあるかもしれん。
そうならImageObserverにはnullでも代入しとけばいい。
でもな、インターネット越しのどこぞのサーバにある場合はどうだ。
イメージをきちんとロードできてるかどうか、今どれくらいロードしてるか等、
これを監視するオブジェクトがあると便利だよな。つか、無いと困る。

おれは理屈が通用しない言語があれば逆に難しく感じてしまうだろうけど。

473 ：名無しさん＠そうだ選挙にいこう：02/06/23 21:39

>>1
ほんと、コボルやらされるよりいいよ

474 ：デフォルトの名無しさん：02/06/23 23:39

JavaでCOBOLみたいなコード書かされてますが何か？

475 ：デフォルトの名無しさん：02/06/24 09:57

>>474
public class PRG0001 みたいな感じ？

476 ：デフォルトの名無しさん：02/06/24 14:44

>472
そこが難しいというか、いやなところなんじゃない？
インターネット越しでイメージをロードする人の数＜＜＜＜＜＜イメージを扱う人
だったら説明にちゃんとそう書いとけとか、普通の人にとって必要ないものを
標準で使わすなって感じがするよな。
そのソースや設計をきれいにする＞ユーザーのことを考える
な感じが、あまり好きになれないな。

477 ：デフォルトの名無しさん：02/06/24 19:07

んで？
結局難しくは無いって事ね。

478 ：470：02/06/24 22:24

>>472
そこで俺っちはさらに謎が深まるのだが・・
「なぜImageObserverはjava.awt.Componentで実装されるのか？」
472のような理由があるのはDoc見て知ってたけど。だったら、
ImageObserver自身がそういう目的をもったクラスになるべきだと思うんだけど。
まぁComponenetにimplementsされるにもそれなりの理由があっての事なんだろうと思うんだけどね。。
やっぱ俺にはわからないっす（*_*)

でもさ、やっぱさ、普通ならさ、
widthSize = image.getWidth();
heightSize = image.getHeight();

でとれなきゃ駄目でしょう。

ファイル取得にしたってさ

in = new BufferedReader(new InputStreamReader(new FileInputStream("filename")));
in.readLine();

・・・これ誰もが「なんだこりゃ？」って最初思ったでしょ？
OOPわかってくるとデコレーションしてんだぁと判るんだけど、
しばらく使わないと今でも忘れそうだよ

in = FineInput("filename");
in.readLine();

でいいじゃぁねーかよ？と今でも思うんだけど。

479 ：デフォルトの名無しさん：02/06/24 22:26

＞ImageObserver自身がそういう目的をもったクラスになるべきだと思うんだけど。

マーカーインターフェース以外は全部クラスにしろ､と？

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

>>478
はげーしくどうい。
デザパタ覚えたてのバカはこういうのがうれしいかもしれんが、
こういうめんどくさいの以外にも一発でファイル読めるようなAPIを
用意しろよヴォケ、と思うよな。
まあ自分でラッパー書いちゃったからストリームの連結なんて
何年もやってないけどさ。

481 ：デフォルトの名無しさん：02/06/24 23:31

API が出来た頃の時代背景に文句言っても仕方が無い。
Java が出たときはまだ 28.8kbps のモデムが主流の時代。
Java がアプレットとして広まると信じられていた時代。
ネットワーク越しに画像を読み込む時に処理をブロックしてはならなかった時代。
50kB の画像ファイル載せたページが「ｸｿ」と言われた時代。

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

アパッチを使おうかトムキャットを使おうか迷ってます。
どちらが良いでしょうか？

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

それで？難しい？

484 ：デフォルトの名無しさん：02/06/24 23:44

>>476
> そのソースや設計をきれいにする＞ユーザーのことを考える

おれもここに、JAVAの真実があると思う。
さらにいうなら、言語的思想の整合性＞使いやすさや性能
というところがパラノイアしてる。

仕事で客のために作るプログラムなら我慢するが、
自分のためにとか、売れる物をとかだと、JAVAつかいたくない。

485 ：デフォルトの名無しさん：02/06/24 23:47

うむ。だから難しくは無いわな。

486 ：デフォルトの名無しさん：02/06/25 09:35

>485
言語自体は難しくないが、そのＡＰＩというよりＪＡＶＡ作ったやつらの
考え方に合わせるのが難しい。特原理主義クソ食らえなＣ＋＋ユーザーに
とっては。
ＳＵＮｖｓＭＳ裁判ではＳＵＮ側はそのＡＰＩも言語の一部って言ってたから
まあ結局java難しいんじゃない？
って一行レスしかしないやつになに話しかけてんだろう(;´Д｀)

487 ：デフォルトの名無しさん：02/06/25 10:59

Javaの今後が難しいのか
Javaの言語が難解だという事なのかが分からなくなってきたな。

やっぱり.NETになっていくのかな？Linuxでも動く事になりそうだし。

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

てか、C#のライブラリはどーなんだ？見たことねーけど

489 ：デフォルトの名無しさん：02/06/25 19:29

>486
丁寧な解説どうも。
成る程、Javaから入った俺には難しさのイメージが湧かないわけだ。
俺に言わせると、CやC++は構造化やオブジェクト指向と言ったパラダイムとは全く関係無い、
「プリプロセッサ」やら「ポインタ」やらが、平然と言語仕様と銘打って
使われてるのが物凄く腹立つんだが、(実はJavaのﾌﾟﾘﾐﾃｨﾌﾞ型も気に入らんのだが)
＞原理主義クソ食らえな
こういうわけね。
じゃ、ついでに。それがどういうポリシーなのか詳しく解説きぼん。

>487
どうだろな。Linux周りはオープンソースのコミュニティが幅利かせてるし。
3年ぐらい前にオープンソース野郎の集会みたいのがあって、MSの偉いさんも来てたんだが、
（確かEric RaymondもRichard Stallmanも来てたと思う）
首脳陣集まってのブレインストームが始まると同時にMS叩きに突入してた。(本来の趣旨？忘れた)

490 ：OpenSourceManse-：02/06/25 23:46

M$は叩く為にあるものですから。

491 ：逝って良しの１：02/06/26 00:00

お前ら、まだＯＯＰＬなんかやってるのかＹＯ！
これからは差分モジュールだぜ。
つまりＣだな。

492 ：デフォルトの名無しさん：02/06/26 00:01

クダラネェ

493 ：デフォルトの名無しさん：02/06/26 00:02

>>491
C言語しかつかえないのですか？
プログラマじゃありませんね。

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

>>491
Cは時代遅れ！！

495 ：デフォルトの名無しさん：02/06/26 00:05

マジレスかよ！！

496 ：デフォルトの名無しさん：02/06/26 00:06

>>493 >>494
の言う通り。

497 ：デフォルトの名無しさん：02/06/26 00:49

ま、しかし、Javaを「まともに」使えるやつはスゲーすくねぇよ、特に日本にはね。
Cならみな使えるけどね。

498 ：デフォルトの名無しさん：02/06/26 00:51

サンプルは何人くらい取ったんですか？

499 ：デフォルトの名無しさん：02/06/26 00:52

>>498
ほっときなって。いつものことだから（ｗ

500 ：500：02/06/26 00:57

500!!

501 ：デフォルトの名無しさん：02/06/26 01:13

>>497
「まともに」使えるやつの中には
もちろん　俺も入ってるんだろ？

502 ：初心者の名無しさん：02/06/26 01:25

ここは初心者な質問でもうけつけてくれますか？

503 ：デフォルトの名無しさん：02/06/26 01:29

もちのロンだよキミィ
なんでもこい(´ー｀)y-~~

504 ：デフォルトの名無しさん：02/06/26 01:30

>>502
質問ってなんですか？
聞くだけなら聞いてあげますよ

505 ：初心者の名無しさん：02/06/26 01:33

まじで製作以前の話なんですが、
import java.io.*;
や
import java.text.*;
は読んでくれるんですが
import java.util.*;
は判ってくれません。

乱数を使いたいのでutil.*は必須ですよね・・？
コンパイルする時点でシンボルが解釈できません、とでます。

どうしたらいいでしょう？と厨房質問でマジすいません。

506 ：デフォルトの名無しさん：02/06/26 01:33

初心者質問スレあるのに、なんでこっちで聞きたいのだろうか。

507 ：デフォルトの名無しさん：02/06/26 01:34

>>486
激しく同意！

>ＳＵＮｖｓＭＳ裁判ではＳＵＮ側はそのＡＰＩも言語の一部って言ってたから

あの肥大化したクラスライブラリもJavaの一部なの？
冗談きついなあ

508 ：初心者の名無しさん：02/06/26 01:36

>>506
初心者質問スレずいぶん下がってたので・・・

この疑問が解けないとまじで寝れませんので・・

509 ：デフォルトの名無しさん：02/06/26 01:38

27 番目ってずいぶん下になるのかな。

510 ：デフォルトの名無しさん：02/06/26 01:40

初心者がつまづいてるな。

やっぱりJavaは難しい。

511 ：初心者の名無しさん：02/06/26 01:42

学校の課題研究っていう授業で俺はｊａｖａ友達はビジュアルｃ＋＋使って
やってるんですが、友達はちゃくちゃくと作業を進めているにもかかわらず
俺は取り残されている状態なんで、ちょっと焦ってます。
ビジュアルｊａｖａってのもあるそうですが、俺には金が無い。

512 ：デフォルトの名無しさん：02/06/26 01:43

import java.util.*;

の前後 3 行出してみ。

513 ：デフォルトの名無しさん：02/06/26 01:43

言語以前にプログラミングに慣れているかどうかの問題かと

514 ：初心者の名無しさん：02/06/26 01:46

import java.io.*;
import java.text.*;
import java.util.*;

class test{
public static void main(String args[]){

とりあえず、じゃんけんをするプログラムが作りたいです
プログラムは作れるのに、乱数を返してもらえないんじゃできないです・・・
（それ以前にコンパイルすらできてないですけど・・）

515 ：デフォルトの名無しさん：02/06/26 01:46

＞ビジュアルｊａｖａってのもあるそうですが

無い。

516 ：初心者の名無しさん：02/06/26 01:47

>>515
まじっすか？６０００円ぐらいで売ってるって聞いたのに・・・
あのやろう、嘘つきやがったな

517 ：デフォルトの名無しさん：02/06/26 01:47

>510
＞やっぱりJavaは難しい。

どこが？

518 ：デフォルトの名無しさん：02/06/26 01:49

>ｊａｖａ友達はビジュアルｃ＋＋使って

java友達なのに？

519 ：デフォルトの名無しさん：02/06/26 01:51

コンパイル時のメッセージ出してみ。

520 ：デフォルトの名無しさん：02/06/26 01:51

>511
Eclipce、JBuilder、Forte for Java
Javaの開発環境はこんなトコだ。
全部フリー版がネット上に転がってる。検索しる。

あとはMeadow＋JDEEてのもあるが、
素人にはお勧めできない。

521 ：初心者の名無しさん：02/06/26 01:52

>>518
俺はｊａｖａ、友達はビジュアルｃ＋＋　ですた。。

わかりずらくってすみません

522 ：デフォルトの名無しさん：02/06/26 01:52

Visual J++の事じゃないの？

523 ：デフォルトの名無しさん：02/06/26 01:53

NetBeans を忘れてもらったら困る

524 ：520：02/06/26 01:55

>522
あ、そっか。Visual繋がりね。
存在自体を忘れてた…俺の記憶構造はなんて効率がいいんだ（ｗ

525 ：初心者の名無しさん：02/06/26 01:55

>>519
C:\src>javac test.java
test.java:11:シンボルを解釈処理できません。
シンボル:メソッド nextint　()
位置　:java.util.Randomのクラス
int n = ran.nextint()%4;

エラー１個

です

526 ：初心者の名無しさん：02/06/26 01:56

>>520
フリーで支援ツールが！？全然知りませんでした。こんど検索してみます。

527 ：デフォルトの名無しさん：02/06/26 01:57

＞int n = ran.nextint()%4;

nextInt()

528 ：デフォルトの名無しさん：02/06/26 01:58

大変な課題研究になりそうだな。
がんばれよ…

529 ：デフォルトの名無しさん：02/06/26 01:58

Visual J++が一番生産性が高そうだな・・・

530 ：デフォルトの名無しさん：02/06/26 01:58

Visual J++を始めようと
思います　参考書を買おうと思うのですが
どこにも売っていません
なぜですか？

531 ：初心者の名無しさん：02/06/26 01:59

>>527
・・・あ、

えー、自分激しくＤＱＮでした
皆様ごめんなさい

532 ：デフォルトの名無しさん：02/06/26 01:59

>529
マジかよ！
>530
本気かよ！

533 ：デフォルトの名無しさん：02/06/26 01:59

酷いことするなぁ（ｗ

534 ：初心者の名無しさん：02/06/26 02:01

>>527
ほんとにありがとうございました。
何回も見直して質問したのに・・・なんて言い訳は通じませんね（´д｀;;）

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

何を見直したのか気になるんだが。

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

>529
>530
まだ世の中にあったの？？　＠VisualJ++ユーザ＠もと
悪いことはいわないから、あきらめなさい。

537 ：初心者の名無しさん：02/06/26 02:03

いまはこのスレの皆さんが何を話してるか全然わかりませんが、
きっとレベルをａｇｅて帰ってきます（´∀｀;;）
そしたら自分も教える立場になって困ってる人を助けたいと思います。
ほんとにご迷惑かけてすみませんでした・・・

538 ：デフォルトの名無しさん：02/06/26 02:04

>530
Visual J++はやめた方が良いと思うよ。MS専用になってしまうよ。
てゆーかMSが切り捨てた言語だし(C#で誤魔化された?)

539 ：デフォルトの名無しさん：02/06/26 02:05

>>536
おいおい、ネタに決まってるだろうが。

540 ：デフォルトの名無しさん：02/06/26 02:05

糞重いだけで役に立たないオナニーIDEの使い方を覚えるより
Visual J++でサクサクやったほうがいいと思うよ

541 ：デフォルトの名無しさん：02/06/26 02:07

>>537
あなた、誰？

542 ：デフォルトの名無しさん：02/06/26 02:08

>540
Visual J++ではJavaのまともな知識は身につかないと思うが。どうよ？

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

VJ++を避けるように言う人たちって「純粋なJavaじゃない」とか「Windows
でしか動かない」とか糞つまらん理由をこじつけてくるから注意な。

課題研究だっけ？目的を見失わないようにしてね。

544 ：デフォルトの名無しさん：02/06/26 02:10

>>542
根拠を述べてみる？

545 ：デフォルトの名無しさん：02/06/26 02:10

>540
Visual J++ではMS専用の知識が身につくと思うがどうよ？

546 ：デフォルトの名無しさん：02/06/26 02:11

＞「Windowsでしか動かない」

かなり痛いと思うんだが。どうよ？

547 ：デフォルトの名無しさん：02/06/26 02:13

MSの手の入ったJavaはもはやJavaじゃないので、Visual J++は糞。

正しいJavaを広め、Javaの正義を守ることが一番大事なんだよ。
お前等の課題が終わるかどうか、お前等の仕事が進むかどうか、
そんなこたあ知ったこっちゃないし、どうでもいい。

美しい世界を破壊する害虫は去れ。

548 ：デフォルトの名無しさん：02/06/26 02:14

>>542
根拠まだ？

549 ：≠542：02/06/26 02:15

>544
俺はJ++使った事はないが、MFCやVBを見ている限り、
とても真っ当な技術をユーザに身に付けさせようという姿勢のモンではないだろう＞VS

550 ：デフォルトの名無しさん：02/06/26 02:16

むかーし Visual J++ の 1.0 使ってたけど結構良かったよ。
別にすべてのコンパイルが Win 専用になるわけじゃないし、意図的に
MS のライブラリ使ったりしなければ大丈夫。それよか VJ のコンパイル
速度はあの時代のマシンスペック考えたら特筆物。Sun JDK 1.0 で 8 秒
かかるコンパイルが 1 秒かからなかった。ただしステップ実行は劇遅だった
ので使わなくなってしまった (IDE でデバッグするのが目的で買ったものだし)。

551 ：デフォルトの名無しさん：02/06/26 02:16

そんな姿勢を求めてるのか？

552 ：デフォルトの名無しさん：02/06/26 02:16

>>546
まったくだ。わしがJavaをやるメリットの半分以上がぱぁになるよ。

553 ：デフォルトの名無しさん：02/06/26 02:16

>548
4分おきに訊き続けるつもりか？
自分みたいに2chだけで生きてる人間ばっかじゃない事に早く気付いた方がいいぞ。

554 ：５４９：02/06/26 02:17

>551
求めるにこした事はなかろう。

555 ：デフォルトの名無しさん：02/06/26 02:18

>>553
うん。続けるよ。馬鹿は叩かないと分らないからね。笑い。

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

＞馬鹿は叩かないと分らないからね。

尊敬に値するな。”バカを叩き続ける”つもりなんだね。
俺には>>544を叩き続ける根性はないよ・・・

557 ：デフォルトの名無しさん：02/06/26 02:25

>>549
Sun や IBM は、手間は多くなるけどきれいな技術で製品を出す。
MS は泥臭い技術だが目的達成までの手間を少なくする製品を出す
(後のメンテやバグ等は置いといて)。俺的にはそんな感じ。まぁ
手間=後学なあたりが「まっとうな技術が身に付かない」とう事だと
思うが。技術屋のための技術とカスタマーのための技術の違いとでも
言うのかな。使い勝手ととっつきやすさは MS 優勢だね。俺は仕事で
Office 使う以外使ってないけど。

558 ：デフォルトの名無しさん：02/06/26 02:33

Javaがきれい？正気か(ﾜﾗ

559 ：デフォルトの名無しさん：02/06/26 02:36

>>558
MSよりずっときれい！

560 ：デフォルトの名無しさん：02/06/26 02:36

>>558
比較的、って付け加えとくよ。少なくとも VB もどきの API に
場当たり的な拡張を加えた MFC よりは。

561 ：デフォルトの名無しさん：02/06/26 02:38

>>558
Java よりきれいな基盤技術って教えてくれる?

562 ：デフォルトの名無しさん：02/06/26 02:40

>559
MSが汚すぎるだけかもよ

563 ：デフォルトの名無しさん：02/06/26 02:41

>>558
COBOL

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

C#は汚いの？

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

宗男よりはキレイ

566 ：デフォルトの名無しさん：02/06/26 05:07

JAVAが好きな人
= 何かを創りたいのではなく、プログラムが趣味なオタク
= ろくな物を作れない、何の成果も上げられない

567 ：デフォルトの名無しさん：02/06/26 05:10

>>566
そうゆう、あなたはどうなのですか？
何の言語をやってるのですか？

568 ：デフォルトの名無しさん：02/06/26 05:13

>>557
IBM 実用的かつ合理的
MS　実用的だが泥臭い
Sun 非実用的かつ非合理的(カルトor原理主義)

569 ：デフォルトの名無しさん：02/06/26 05:15

>>567
JAvA

570 ：デフォルトの名無しさん：02/06/26 05:16

でも、JAvA嫌い

571 ：デフォルトの名無しさん：02/06/26 05:32

566です
実は私もJAVAが嫌い

572 ：Developer持ち：02/06/26 06:01

>>571
Javaでコード書くのは、Cよりラクでいいんだけどな。

Sunはキライです。いい加減M$の足を引っ張る事に血道を上げるの
やめて欲しいです。開発者には迷惑なだけ。

IBMのほうがJavaの普及にも貢献してると思うし、製品もマトモ。

573 ：デフォルトの名無しさん：02/06/26 06:05

だけど、JAVAのIDEは、遅すぎる
コード書く前に挫折…

574 ：Developer持ち：02/06/26 06:13

>>573
Eclipse+JDTつかいまひょ。他より軽いし、機能も十分。
eclipse.orgいってGM2おとしてみませう。

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

>>574
Eclipse+JDTという事はこの2つを
ダウンロードするといいのですか？

576 ：Developer持ち：02/06/26 06:29

>>575
ゴメソ。
eclipse.orgのバイナリダウンロードページで落せるのは、セット
になってるから、気にしないてオケです。

577 ：デフォルトの名無しさん：02/06/26 06:59

nioパッケージの名付け親がIBMだったような。
「new io」
もうね、アホかと。バカかと。

578 ：575：02/06/26 07:02

>>576
ありがとうございます　さっそくダウンロードしました
だけどeclipse.exeを起動したのですけれども
最初の起動画面は出るのですがその後なにも出てきません！
これは、なにか設定があるのでしょうか？

579 ：Developer持ち：02/06/26 07:23

>>578
eclipse.exeはブートストラップコール＋スプラッシュ表示しかして
ないと思う。

実体の起動用ブートストラップは、startup.jar内部のクラスみたい。

プロンプトからｺﾚで起動してみて、何が起こってるかチェックしてみそ。
もし環境不備ならスタックトレースになにか手がかり出ると思う。

>java -classpath startup.jar org.eclipse.core.launcher.Main

何もでないなら、単にクラスロード+JITコンパイルに時間かかってる
だけかもしれないので、待ってみるべし。

おいらはF3使ってるから、そっちと違うかもしれないけど（ｵｲ

580 ：デフォルトの名無しさん：02/06/26 08:43

>>566
２行目と３行目がイコールではない気がする。

>>573
IDE使わないとﾀﾞﾒなの？

581 ：デフォルトの名無しさん：02/06/26 09:40

>580
viとかメモ帳でソース書く人と統合開発環境を使いこなしてる人の生産効率
はどっちが上と思う？効率ですよ効率。効率求めなきゃそもそもＪＡＶＡいらないよ。
にも拘らずまともな開発環境を用意しないＳＵＮの態度は、漏れから見たらオナニスト
にしか見えん。
関係ないけどマジなお願い。ＩＤＥ使ってる人に。ソース書きやすいのは分かるし
俺も使ってるけど、頼むからthis.は自分で消しとけ。読みにくいんだよ(;´Д｀)

582 ：デフォルトの名無しさん：02/06/26 09:42

>頼むからthis.は自分で消しとけ。読みにくいんだよ(;´Д｀)
それはコーディング規約でしばっておくものだよ。
場所によってはそれが標準になるとこもある。

583 ：デフォルトの名無しさん：02/06/26 11:21

エディタとしてJ++つかえ。

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

>583
そうやってる会社かなーり多いよ。
なんせ出てから１，２年もまともなエディタがそれしかなかったからな、、
いや、いまでも一番軽くて使いやすいかもね。

585 ：デフォルトの名無しさん：02/06/26 13:59

>>581
リファクタリング機能がない IDE 使うなら、
vim や emacs でソース書いても同じだなあ。
Java では RAD で GUI 作る必要性を感じないし。
Eclipse や IDEAならまだいいが、Forte も JBuilder も重くて使えん。

586 ：デフォルトの名無しさん：02/06/26 16:16

>585
Ｐ３－１ＧマシンでJBuilderを駆使して、楽しくＪＡＶＡやってるがなにか？
低速マシンは、すっこんでろ。文句あったらはＳＵＮにね。
漏れのようなヘタレ限定の話かもしれないが、考える時間を除いて単純に
コード書く時間だと普通のエディタの３倍ほど早くなる。赤くなる。
それ見ても断固秀丸使う変態もいるが、まあ給料出すのは俺じゃないからいいけど。

587 ：580：02/06/26 18:11

>>581
IDE使ったことないからわからんが
どういう部分で効率があがるの？
タイプミスしか思い付かん。

588 ：デフォルトの名無しさん：02/06/26 18:40

>>587
IDEを使ってみて重い以外の欠点を言ってくれ。
それからviや秀丸等の利点を教えてくれ。

589 ：デフォルトの名無しさん：02/06/26 18:57

最近のIDEは高機能だよ。昔はコード補完くらいしかメリット
なかったかもしれんけど、今のリファクタリング支援なんか
手放せないね。

590 ：580：02/06/26 19:38

>>588
メリットがわからないままIDEをインストロールしたくないな
今はgeditってテキストエディタ（viとは違いスクリンエディタじゃない）
使ってるけど、軽いし、ある意味環境依存しないのでどこでも同じように
使える。
ある場所ではLinux、別の場所ではWindowsという環境だから、
IDEは、インストロールだけでも重いでしょ？
なんとなく腰が退けましゅ。
結局、Linuxではgedit、Windowsではxyzzy(?)を使ってる。

>>589
リファクタリングあるのは便利かも。

蓆、IDEの利点をもっと知りたいん。

591 ：デフォルトの名無しさん：02/06/26 20:07

他の人の意見はないかねえ。どうもアマチュアが多いみたい。

592 ：デフォルトの名無しさん：02/06/26 21:14

>590
meadow&jdeのスレ見て来い。

593 ：デフォルトの名無しさん：02/06/26 21:19

アマチュア＝インストロール

>>590
どんな利点かは自分で調べりゃわかるだろ。
IDE＝テキストエディタじゃないの知ってる？
プロならインストールして自分で評価してみるもんだ。

594 ：デフォルトの名無しさん：02/06/26 22:34

プロなら、っつーかIDEとテキストエディタ比較してるヤツに
何言ってもダメ。

595 ：580：02/06/26 23:20

>>592-594のようなレスしかつかないところをみると
IDEなんてメリットないんだね

596 ：デフォルトの名無しさん：02/06/26 23:32

誰でも知ってる（はずの）IDE の機能

クラスツリー・宣言・定義・参照位置表示
派生クラススケルトン作成

エディタから、ボタン一つでコンパイル
エラーの一覧から、ソースのエラーの場所へ移動

ソースにブレイクポイントを設定
ブレイクポイントまでプログラムを実行
ブレイクポイントからステップ実行
変数の値を参照

等々。。。

597 ：デフォルトの名無しさん：02/06/26 23:41

>>595
そうそう。IDEなんてなんのメリットもないよ。テキストエディタを
死ぬまで使ってろ。

598 ：デフォルトの名無しさん：02/06/26 23:44

VJ++はエディタとして使うならけっこうええで～

599 ：デフォルトの名無しさん：02/06/27 00:04

エディタの人って、デバッガとかどうしてんの？
メソッドの引数とか全部覚えてるの？
EJBとか使わないの？
依存関係の解決とかどうしてんの？
宣言位置はgrepですか？

で、そんなんで仕事になってるの？
俺はヘタレなんで30万以上出してIDE買ってるけど。

あ、VisualStudioのエディタは結構好き。(落ちなきゃね)

600 ：デフォルトの名無しさん：02/06/27 00:16

emacs + JDE + etags + Ant でいいじゃん。

601 ：デフォルトの名無しさん：02/06/27 00:21

おれはAntよりmakeのほうがいいなぁ。xmlファイルって
人間が編集するもんじゃない。といいつつ、Javaでは
eclipseだけどね。C/C++は周りが許してくれるなら
emacsを使いたい。

602 ：599：02/06/27 00:48

>>600
出来るか出来ないかってより、
それで仕事になるのかどうかを聞きたい。
～でいいじゃん、で言えばcatとJDKでいいじゃん。

なんか、毎年30万払い続けてアップデートするのも
馬鹿らしいんだけど、使わないと30万円以上は
生産性落ちるからもう手放せない。

個人的にはIDEからServletとかEJBのテストが
できないとキツイなぁ。(当然xml自動生成で)

603 ：デフォルトの名無しさん：02/06/27 19:29

最近仕事で嫌々JAVAを使わされています。
ああ･･･漏れのワルイ頭じゃ理解できないコードがｲﾊﾟｰｲ

Cは道具。JAVAは哲学。

604 ：デフォルトの名無しさん：02/06/27 19:36

>>600
それでIDEを超える開発環境になるの？
IDEなら一つのソフトインストールすれば終わりだよ。
使い方も直感的で簡単だし、手間をかけてIDE未満の開発環境を
作る理由がわからない。

605 ：デフォルトの名無しさん：02/06/27 19:45

重いのがイヤ。
俺はVC++入れてMeadowからcl。（ｗ

606 ：605：02/06/27 19:46

あと、VC++のエディタってカーソルキー必須なのよね…

607 ：デフォルトの名無しさん：02/06/27 19:49

>>605
結局重いだけだろ。つまりマシンスペックが低くて重くなければ
メリットのあるIDEを使うのが一番いいってことだ。
それ以外テキストエディタを使うメリットは無いんだから当然だな。

608 ：デフォルトの名無しさん：02/06/27 19:51

>>606
窓使いの憂鬱使えよ。

609 ：デフォルトの名無しさん：02/06/27 19:52

vcでカーソルなんかほとんど使わんぞ。

610 ：デフォルトの名無しさん：02/06/27 20:30

>>599
＞エディタの人って、デバッガとかどうしてんの？
トレース文入れるに決まってんじゃん。

＞メソッドの引数とか全部覚えてるの？
標準の？なら調べりゃわかるじゃん。
自作ならその辺に仕様書あるでしょ？

＞EJBとか使わないの？
使うよ。なんで？

＞依存関係の解決とかどうしてんの？
別に。なんか難しい？

＞宣言位置はgrepですか？
探す必要ないけど？

＞で、そんなんで仕事になってるの？
なってるよ。当然。

＞俺はヘタレなんで30万以上出してIDE買ってるけど。
ふ～ん、金持ってんだね。

611 ：デフォルトの名無しさん：02/06/27 20:39

>＞宣言位置はgrepですか？
>探す必要ないけど？
JDKのソースとか追ったことないんだろうな。

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

>>610
アマチュアならそうと白状したほうがいいよ。藁

613 ：デフォルトの名無しさん：02/06/27 20:50

>>610
トレース文以外のデバッグ方法は？
IDEだとある条件で実行を一時停止て変数の中身を表示・変更するなんてことも出来るけど。

メソッドの引数を書くときなんか、「完璧に覚える」「調べる」という二つの手段しかないの？
IDEだと引数の順番やスペルがあやふやな時でも「候補を表示する」という手段があるけど。

結局依存関係どうしてるの？
IDEだと何もしなくていいんだけど。

探す必要ないって、ソースコードが短いって事？

で結局テキストエディタの利点って何よ？
それなりのマシンがあればIDEの方が利点あるでしょ。
利点が無いのにわざわざテキストエディタを使う理由がないなぁ。

614 ：デフォルトの名無しさん：02/06/27 20:57

>>613
ほんとにできるやつはあまりデバッガを使わない。でも、デバッガのことを
問われているのにjdbが出ない時点で、610はただのアマチュアかネタなんだから
そんなに一生懸命つっこむなよ。

615 ：600：02/06/27 21:20

>>602
結局 forte 使ってるけどね。
IDE 使うと手袋はめてソースに触っているみたいな感じ。
今年から使い始めたので慣れてないだけだろうが。
趣味では 600 の構成だよ。

>>605
Blade1000 だけど何だか重いよ。

616 ：600：02/06/27 21:20

>>605 もとい >>607 ね。

617 ：デフォルトの名無しさん：02/06/27 21:22

ForteとJBuilderはなぁ･･･

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

NetBeansはどう？

619 ：デフォルトの名無しさん：02/06/27 22:56

>>599 ＝ >>604　ですか？

で、IDEは何を使ってるのですか？

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

>>618
NetBeans って Forte だろう？
Mozilla と Netscape みたいなモンで。

そーいや Forte の名前変わったよね。
Sun One なんとかって。

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

　　　　JavaでつくったIDEなんて使いたくない。

622 ：599：02/06/28 00:43

>>610
ちなみに。金持ってるのは俺じゃなくて会社。
書き方悪かったね。ごめん。
でも30万円以上は働くよ。ケチるともっと高くつく。

>>613
ところがですねぇ、Class.forNameなんかでロードして
インスタンス作ったりしてると、依存関係見つけてくれなくて
手動でjarに入れるように設定しなきゃならなかったりします。
こればっかりはしょうがないけど、結構忘れる。

>>619
604は別人です。IDEはJBuilderのEnterprise。
BASは使う気ないんですが、テストはBAS使ってます。
んで最後に目的のサーバにデプロイする。
JBuilderはOpentoolのPlugin入れまくらないと駄目。
つか、BASって実際に運用してる人いるのか?

>>621
IBMのってJavaじゃなかった気がするけど違ったっけ。

623 ：599：02/06/28 00:54

>>619
ちなみに、私はIDE以外を否定してるわけじゃなくて、
実際IDE並の生産性を維持できる環境がタダで
構築できるなら、当然そっちのほうが良いと思ってます。

で、>>610とか見ると、やっぱ生産性落ちるわけで。
別に難しいからIDE使ってるわけじゃなくて、
単に便利で面倒くさくないからIDE使うわけでして。
エディタ派だってコマンドラインから1ファイルづつ
コンパイルってわけじゃなくて、makeとかAntとか
使うわけでしょ？その延長にIDEがある感じなのです。
DeploymentToolの統合とか、その辺ありがたい。

624 ：デフォルトの名無しさん：02/06/28 01:04

>>622
>IBMのってJavaじゃなかった気がするけど違ったっけ。
VisualAge for Javaはsmalltalkだったはず。
eclipseはJava. pureじゃないけど。

625 ：599：02/06/28 01:44

>>624
おお、smalltalkなの?
VCとかでガリガリ書いたんだと思ってた。

とりあえずどうもありがとう。

626 ：デフォルトの名無しさん：02/06/28 10:26

J#を思い切って試してみた人いる?

627 ：デフォルトの名無しさん：02/06/29 14:34

J#、どうなんだろうねぃ？

628 ：トムとジェリー：02/06/29 22:04

jakarta-tomcat4.0.4の「mod_jk.dll」
は未だリリースされていないのでしょうか？

629 ：デフォルトの名無しさん：02/07/12 00:20

cやc++に比べたら確かにマシかもしれんが。
しっかし、他人が作ったJavaソースを読まされるのは苦痛だ。
なんで日本語で説明したドキュメントがないんだよ！
他人の頭になりきってソース読まなきゃならんので、途中で
居眠りしている自分に気付く。あるテーマで上手く書かれて
いる短いサンプル（500行程度）でさえ集中しないと眠くな
るのに、仕事でごちゃごちゃ書かれたソースはなおさらきつ
いよ！！！！！！！！！！！！！！！！！！！！！！！！。

630 ：デフォルトの名無しさん：02/07/12 00:23

まあ落ち着けよ。

631 ：デフォルトの名無しさん：02/07/12 00:31

他人のソースは糞。
これ定説。
何で読みづらいんだろうね？

632 ：デフォルトの名無しさん：02/07/12 00:40

自分のスタイルと違うから当然でしょう。

633 ：デフォルトの名無しさん：02/07/12 01:08

ま、629は日本語MINDでも使ってなさいってこった。

634 ：デフォルトの名無しさん：02/07/12 01:36

>>629
とりあえず UML 自動生成ツールの使い方と UML の読み方を覚えれ。

635 ：デフォルトの名無しさん：02/07/12 14:56

初心者は、最初にJavaに手を付けるのは無謀ですか？

636 ：デフォルトの名無しさん：02/07/12 22:20

文法もなんとかなる、UIもガンバレば作れる、ライブラリも必死こけば使える
でも、オブジェクト指向全然わかりませ～ん

親クラスの保持するインスタンスにアクセスしたい場合って、
どうすればいいの？バックポインタ？
singletonパターン使って、みんなで仲良くインスタンス取得？
それって実質グローバル変数じゃん
オブジェクト指向って、何で勉強すればいいんじゃ～
アホな質問かも知れんけど、必死です。教えてJAVAマスター

637 ：デフォルトの名無しさん：02/07/12 22:23

>>636
privateメンバじゃなければ普通にアクセスできるんじゃないの。
もしくはgetterメソッド定義しておいてわかりやすくするとか。
子クラスから親クラスのインスタンス変数にアクセスする場合だよね？？
漏れが間違ってたら教えてくれ。誰か。

638 ：デフォルトの名無しさん：02/07/12 22:29

そういう、どうすればいいかわからない場合って
基本的に良くないやり方なんだと思うなぁ。
普通なら、親クラスがそのインスタンスを引数に
子クラスのメソッドを呼び出すって形に収まるんじゃない？

639 ：デフォルトの名無しさん：02/07/12 22:38

ごみん、用語間違えてる

class App {
C c = new C();
　B b = new B();
}

class B extends JFrame
{
この中からcを使いたい。
}

こんなケース。
本のサンプルとかは、JFrameを継承した奴が全部のデータを
保持してるけど、現実のアプリは違うよね（たぶん）
Bの中からcを使いたいってケースってないんだろうか
設計悪いんかな

あ、当方、C言語以外のC++,JAVAは本の知識しか無いっす（それも怪しい）

640 ：Java厨：02/07/12 22:44

class App {
　C c = new C();
　B b = new B(c);
}

class B extends JFrame
{
　C c;
　public B( C c ){
　　this.c = c;
　}
　：
　：
}

641 ：639：02/07/12 22:48

そそ、>>639の例なら
B b = new B(c);
生成時に渡せばいいじゃんってことになるけど、
複数になったり、複雑になっていっても、こんな方法でいいんだろうか・・・
なんか汚い方法だけど、本格的に使い出したら、
もっと泥臭いコーディングが必要になる気がする。

あー、さっぱり理解できん。もっと勉強するしかねーな

642 ：デフォルトの名無しさん：02/07/12 22:52

import java.lang.refrect.*;

class B extends JFrame
{
　App app = new App();
Field field = app.getClass().getField....
（以下略）
}

スマン、ちょっと違うかも。
でもcがpublicならなんとなくこんな感じでいけそうだね。

privateメンバーとか、無修飾だったらsetAccesible(true)とかやって
やんないとアクセスできないかも。

643 ：デフォルトの名無しさん：02/07/12 22:53

あ、ゴメン、全然要件が違った。すまん、忘れてくれ！

644 ：デフォルトの名無しさん：02/07/12 23:01

>639
＞複数になったり、複雑になって

何が？

＞なんか汚い方法だけど

何処が？

645 ：639：02/07/12 23:12

＞何が？
Class Bのコンストラクタで、インスタンスcの参照以外にも
（複数の）他のインスタンスの参照が欲しくなった場合

＞何処が？
Class BがClass Cにモロ依存するところとかぁ、
インスタンスcをみんなが参照するところ
(Javaは開放を気にしなくていいから、別にいいのかな）

646 ：デフォルトの名無しさん：02/07/12 23:25

>645
よくワカラン。
参照がほしけりゃ、欲しいだけ要求するのが当然。
勿論、他所から使う時「何でそんなもんが要るんだよ」とかイチャモン付けられそうな物は設計が悪い。

＞Class BがClass Cにモロ依存するところとかぁ、

BがCを使うなら、依存するのは当然。
使うけど依存しないって、どんなケースがあるの？思いつかん。

647 ：デフォルトの名無しさん：02/07/12 23:29

＞インスタンスcをみんなが参照するところ

コレクションなんかは皆に見られて弄られてナンボだと思うが。
つーか、「1対1」の関係しか持たない事を要求するクラスってあったっけ？

648 ：639：02/07/12 23:30

なんか、勝手にトンチンカンな事を書いてるような気がしてきた
インスタンスcを参照しなきゃいけない作りを選択した時点で、
Class Cに依存するのは当たり前。

って書いてるうちに646さんがレスしてくれました。
ご指摘のとーり。サンクス

何かのアプリのソースとか読んで勉強しますわ
スレ汚しスマソ

649 ：1：02/07/13 12:14

http://java.sun.com/people/jag/

650 ：デフォルトの名無しさん：02/07/13 12:28

単なる双方向関連じゃん。
Javaの前にオブジェクト指向を勉強しろよ。

651 ：デフォルトの名無しさん：02/07/13 12:30

＞双方向関連じゃん。

ﾄﾞｰﾝ

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

http://developer.java.sun.com/developer/community/
アメリカ版馬鹿のスクツ

653 ：デフォルトの名無しさん：02/07/13 18:24

ｷﾃｨのスクツ
http://groups.google.com/groups?q=comp.lang.java.advocacy&ie=UTF-8&oe=UTF-8&hl=ja

654 ：デフォルトの名無しさん：02/07/13 19:37

いやあ、楽しいなあ

655 ：デフォルトの名無しさん：02/07/14 15:17

???????

656 ：デフォルトの名無しさん：02/07/19 22:44

あげ

657 ：デフォルトの名無しさん：02/07/20 00:00

サンプルプログラムがないと使い方がわからないAPIや、何をするのか、
何ができるのか一読しただけでは意味不明の説明も多すぎる。
マニュアル読むユーザーに余計な根性を要求しすぎる！しょせんツール
にしかすぎないんだから、マニュアルをもう少し使い易いよう実用的な
サンプルを豊富に、かつ適切な日本語を使った説明をしてくれ！
蛇足だが、
JAVAでバリバリプログラムやってるやつの９９％は知ったかぶりで
勘違いや郎が多い。

658 ：デフォルトの名無しさん：02/07/20 00:02

おまえもな

659 ：デフォルトの名無しさん：02/07/20 00:13

しったかだろうがなんだろうが、657よりばりばりプログラムできる
やつの勝ち。

660 ：デフォルトの名無しさん：02/07/20 00:29

＞６５９
こーいうやつがいるからプログラマは扱いやすい（W

661 ：デフォルトの名無しさん：02/07/20 00:32

662 ：デフォルトの名無しさん：02/07/20 00:42

663 ：デフォルトの名無しさん：02/07/20 00:48

コピペにマジレスすんのはやなんだけどさ～
要は>>657が一番バカなだけじゃん（ｗ
おもしろくもなんともない。

664 ：６５９：02/07/20 01:52

>663
いちいちバカといっているオマエも同じ穴のムジナ。

665 ：デフォルトの名無しさん：02/07/20 01:57

つーかJavaDOCさ。あれ無理やり日本語訳して難しくなってんじゃねーかと思うのは俺だけ？
どう考えても普通にもっと簡単に書けると思うんだけど。

666 ：逝って良しの１：02/07/20 02:00

あるＧＣは監視機能を持ち、
自分でガベコレしていないプロセスを見つけると自動的に
ガベコレするように設計されています。

さて、このガベコレは自分のプロセスをＧＣするでしょうか？

667 ：デフォルトの名無しさん：02/07/20 02:02

>>666
ガベコレのプロセスの属する階層は
ガベコレ対象のプロセスらの属する階層とは別の、メタの層にある。
よって、そのガベコレは自身をＧＣすることはない。

668 ：逝って良しの１：02/07/20 02:08

ガベコレそのものは消す必要なくても、ガベコレ動作で作ったインスタンス
解放しないといけないでしょ。

669 ：667：02/07/20 02:10

>>668
ネタをネタと(以下略

670 ：デフォルトの名無しさん：02/07/20 02:12

>>669
バカばっか。

671 ：デフォルトの名無しさん：02/07/20 02:19

　　　　　　　　　　　　ま　た　オ　ナ　ニ　ー　か

672 ：デフォルトの名無しさん：02/07/20 16:59

>>665 作った人間ならそうもいえるだろうケド
実装を理解する暇も無く機械的に大量のドキュメントを翻訳しなくちゃいけない
んだから在る意味仕方ないのでは。

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

Javaって結局、わかる人にしか使えない、わかる人は少ないつーことで
ダメダメですな。誰でも使えるぐらいのレベルにしないと確実に衰退の
一途をたどる。一部の人しか使いこなせない商品はあまり意味がないと
思いませんか？誰でも使えて、誰にもわかりやすいマニュアル付きの統
合開発環境があればいくぶんマシなんだが。

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

>>673
誰でも使えるぐらいのレベルってどのくらいよ。

675 ：デフォルトの名無しさん：02/07/27 02:12

673はVB厨

676 ：デフォルトの名無しさん：02/07/27 02:14

＞６７４
車を実際に運転している人の割合と同じくらいってことかな。
そのくらいだと、ＳＷ開発もかなり盛り上がると思うんだけど。
ＳＷ開発やりたがる人が少なすぎると思う。やりたいがる人が
多いかどうかが大事だ！

677 ：デフォルトの名無しさん：02/07/27 02:16

ドキュメントがもっと分かりやすくなれば生産性が上がるという話なら同意。

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

車が運転しやすいのはわかりやすい日本語があってこそ。
免許試験の内容が英語を由来とする言葉を並べたものだったら
みな混乱するぞ、わかるかね。＞６７５

それからなぜＶＢが、日本人にもわかりやすいのか真剣に
考えたことあるかい？言語の開発に携わったことないｵﾏｴ
には無理だろなぁ（Ｗ

679 ：デフォルトの名無しさん：02/07/27 02:29

Javaをわかる人が少ないってことを今初めて知った。

680 ：デフォルトの名無しさん：02/07/27 02:34

自動車関係の言葉って英語由来の言葉が多いような気がするけど・・・

681 ：デフォルトの名無しさん：02/07/27 02:35

＞６７９
ｵﾏｴ馬鹿？
よく観察しろよ。使い物になるJavaプログラマって少ないだろーが？
ﾓﾄﾞｷも一緒にしてんじゃねーよ。

682 ：デフォルトの名無しさん：02/07/27 02:41

Javaをわかっちゃうと使う気がなくなりますよ。少なくとも仕事では。

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

＞６８０
宿題を与える。
じゃなぜ自動車はわかりやすくて、言語はわかりにくのか。

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

>>676
運転している人間の数と言語の難しさを比べてどうすんの？単位が違うでしょ。
それに運転できるのは、ちゃんと運転技術を学んだ人のみ。
言語と一緒で、勉強した人には使えるけど、勉強していない人には使えない。
なぜ車を運転している人が多いのか。それは単に日本では運転技術を
勉強する人が(Javaを勉強する人に比べて)多いだけ。

>>678
なにがいいたいんだ？結局ドキュメントが充実していればJavaは簡単っていってるのか。
言語の開発や言語の難しさになんの関係があるんだよ。

685 ：デフォルトの名無しさん：02/07/27 02:45

＞６８２
馬鹿！今はまだそれで金稼げるだろ。余計なこと言うな。
馬鹿上司がそれを読んだら単価が下がるよ！
誰でもJavaができるからというなら単価下げられてもいいがな。

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

なぜそんなに偉そうなんですか？

687 ：680じゃない：02/07/27 03:13

>>683
英語が理由なわけないな。
だとしたら、英語圏の人間には自動車も言語も同じくらいわかりやすいことになる。
まっ、自動車がわかりやすくて、建築がわかりにくいのと同じ理由だろう。

688 ：デフォルトの名無しさん：02/07/27 09:50

>だとしたら、英語圏の人間には自動車も言語も同じくらいわかりやすいことになる。

うむ、確かにそうかもしれんが少なくとも日本よりは言語を使いこなせている人
のパーセンテージは高いように思うが。

689 ：デフォルトの名無しさん：02/07/27 11:19

>>684
あんまり内容無いな

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

比較としては「車-言語」より「車-PC」な感じなんだけどな

691 ：デフォルトの名無しさん：02/07/28 14:16

>>688
>日本よりは言語を使いこなせている人のパーセンテージは高い

サンプルは何人取った？

692 ：デフォルトの名無しさん：02/07/28 16:33

アメリカでもバカは多いぜ。Javaは全然わかりません、
VBしか使えませんなんてヤツはけっこういる。

693 ：ロンギヌス：02/07/29 16:03

基本的には簡単だ。
わかりませんってどっからなのかの線引きが難しい。

これやりたいってのが出てきたらその都度ドキュメント見てやる。
javaのオブジェクト全部覚えてるって奴そうはいないだろ。

全部覚えてるのが条件なら「わかりません」が大半だろう。

>>692
使ってないからわかりません、だったら大笑い。

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

Javaが難しく感じられる原因のひとつにVisualStudio程まともに使える手軽な開発環境がない事があげられるだろうね
VS.NETでC#ちょっとやってみたけど、めちゃくちゃ簡単に感じられた。言語そのものは大して変わらないのに。

設計重視で考えるJava信者はああいう環境嫌うけどコード量が増えるとVisualなしじゃぁあキツイだろ、綺麗に設計できるVisualな環境（？やっぱりUMLになるんだろうか？）がJavaには欲しい。でなきゃ初心者にはいつまでもとっつきが悪いと思うよ

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

>>694
IDEは分かったつもりになってしまうのが怖い。
素のSDK使うのが一番。

696 ：Rina ◆tI333vNE ：02/07/31 02:43

素のSDKでプログラミングができて, それで不便を感じるようなら
IDEを使えばいい.

IDEがないと素人が取っつきにくいってのは分かる.
けど, 無能なプログラマが書くコードなんてIDEだろうと素のSDKだろうと
大差ないと思うけどなぁ.

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

どうしてJavaはSDK+テキストエディタが基本で
C#はVisualStudioなのか。

こんな理不尽は話はない。せめてJBuilderで比較して欲しい。
初心者にまで「エディタで十分」などと言うバカの気が知れん。

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

たかがHello World程度のために8ﾏｿの開発環境が必要などと言うバカの気が知れん。

699 ：Rina ◆tI333vNE ：02/07/31 03:05

>>697
＞せめてJBuilder…
同意.
「初心者にSDK+テキストエディタが基本」だなんて教える人いる?
今まで私の回りでは聞いたことないけれど.

>>698
JBuilderならフリー版あるよ. 使ったこと無いけど, J2EE関連の
機能が制限されてるだけで普通の用途なら不便は感じないって聞いた.
使ったこと無いけど.

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

>>699
使い方のよく分からんIDEもつけて混乱させるよりは、SDKのみで基礎を築いた方が効率的。
あまり楽しくはないけどね。

701 ：Rina ◆tI333vNE ：02/07/31 03:17

>>700
そうかもね. そこら辺はJavaプログラマの間でも論争が(苦笑).

覚えが早いかどうかは別として, 自分の思い通りのモノを作るのに
苦労してきてるせいか, SDKで開発してきた人の方が, 平均して
能力が高い傾向はたしかにある. Javaに限らず, CやC++でも
gcc+viでガリガリやってましたって人の方が能力高い傾向があるね.
あくまで「傾向」であって, >>696に書いたように, できる奴はできるし
できない奴はIDE使おうがSDK使おうが, 仕事はできない.

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

.NETでもまったく同じことが起きてますな。(藁

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

Eclipse は久しぶりに楽しく使える IDE だと思うが。あと R2 の日本語
リソースが出てくれれば最高。

704 ：Rina ◆tI333vNE ：02/07/31 03:39

Eclipse…興味を持ちつつ, 忙しいので放置w
私emacs使いなんで, 外部エディタ使えると個人的にうれすぃ.

.NETのSDKがUnix系に移植されたらちょっと手を出してみたいと
思うけど, 今のところWin版しかないみたいだね.

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

>>704
Eclipse はプロジェクト配下の素の Java ファイルを外部エディタで
編集できる。Eclipse にフォーカス当てれば勝手に読み直してくれる。
俺的に CVS と統合されてるのがかなりべんる。

706 ：Rina ◆tI333vNE ：02/07/31 04:00

へー, 外部エディタ使えるのか. 今度休日にでも落としてみます.

CVSと連係してるのは便利だね. 今までAnt使ってたんだけど,
本格的にEclipseに乗り換えちゃおうかなぁ.

707 ：デフォルトの名無しさん：02/07/31 15:29

Ｊａｖａやりずらい！
Ｃのがいい！
ＪａｖａのどこがＣよりいいのだ？

708 ：Rina ◆tI333vNE ：02/07/31 15:32

場合によるのでは?
仕事あるいは用途に応じて言語の使い分けができないなら
それは勉強不足だよ. CにもJavaにも長所・短所はあるでしょ.

709 ：デフォルトの名無しさん：02/07/31 15:39

>>708
ﾈﾀにﾏｼﾞﾚｽしない！

710 ：Rina ◆tI333vNE ：02/07/31 15:42

>>709
ラジャーデアリマス、タイチョウ!!

711 ：デフォルトの名無しさん：02/07/31 16:17

ﾊﾝｶｸｰｽﾞ!! (・∀・)

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

ﾋｻﾞｶｯｸﾝ(･∀･)ｲｲ!!

713 ：織田信長：02/07/31 16:45

Eclipse　デカくてダウンロードできないんですけど、
付録でついてる雑誌ないのかね。
書店でひととおり見てきたけど、どうやらないらしい。

情報ｸﾚ!! (・∀・)

714 ：デフォルトの名無しさん：02/07/31 17:49

>>713
MXで落とせ

715 ：デフォルトの名無しさん：02/07/31 17:52

>>713
バージョン古いけど
http://direct.idg.co.jp/detail_1.msp?id=625&class=10005&n=2

716 ：デフォルトの名無しさん：02/08/07 15:56

今更だけど、Java難しいかなあ？
複雑怪奇なC++に比べれば、なんてシンプルな言語だろう、
と思ったもんだけど。

717 ：デフォルトの名無しさん：02/08/09 01:49

無理無理にシンプルにしてあるから、ちょっとちゃんとしたこと
やろうとすると、激しくややこしくなる、つーのがJavaの難しさ
じゃないかと思うけどね。
ThreadとRunableなんて、マーケティング重視のための
多重継承廃止の煽りを食らったものだという気がする。

718 ：デフォルトの名無しさん：02/08/10 00:49

JavaとDelphiのVCLでしかthreadは使ったこと無いんだが、UNIXとかW32API
のthreadライブラリってそんなに使いやすいの？

719 ：デフォルトの名無しさん：02/08/11 05:35

>>716
VB厨にとっては難しいんでしょ
そんなものと比較されたJavaのほうが迷惑だね

720 ：デフォルトの名無しさん：02/08/11 16:04

Javaは最初だけ難しかった。
手続き指向からオブジェクト指向に頭を切り換えるのだけが
難しいと思われ。
切り換えができてしまえば、後はめくるめく甘美な世界が
プログラマを待っています。
機能追加とか、メンテナンスは本当らくですな。
だから、Javaは玄人向けの言語といえる。
素人は無理して手を出さんでもよろしい。

721 ：デフォルトの名無しさん：02/08/11 16:10

自称Java使いは玄人気取りだけど
能力的にはブビ厨、Del厨と変わらんので手におえません。

722 ：デフォルトの名無しさん：02/08/11 16:14

とスキルなし厨がほざいております。

723 ：デフォルトの名無しさん：02/08/11 16:48

誰も >>717 の「無理無理」に突っ込んでくれない…

724 ：デフォルトの名無しさん：02/08/11 17:26

Javaって無理無理にシンプルにしてあるとおもうけど。
どう突っ込んだらいいんだろう？

725 ：デフォルトの名無しさん：02/08/11 18:30

C++が複雑奇怪なわけねえだろ！
よーし、パパ泣いちゃうぞ～！！(´Д⊂ヽうえーん

726 ：デフォルトの名無しさん：02/08/11 18:52

いやしかし AFXxx.H とか覗くと　複雑怪奇というか
片付いてない台所を覗いたようなというか

727 ：デフォルトの名無しさん：02/08/11 19:00

それは書いた人がｱﾌｫなのでは(´-`)y━~~

728 ：デフォルトの名無しさん：02/08/11 19:17

>>727いや　『MSのエリート社員の英知の結晶』のようですが？

729 ：デフォルトの名無しさん：02/08/11 19:57

反応良すぎ

730 ：デフォルトの名無しさん：02/08/23 17:49

　　　　
　　　　　　　　　　　　ＯＯＰ！
　　　　　　　■■
　　　　　　　■■　　　　■
　　　　　　■■■■　　　■■
　　　　　■■■■■　　　■■
　　　　　■■□■■■　■
　　　　■■□□□■■　■
　　■■■　□□□　　■
　■　　■　　　　　　■
■■■　■　　　　　　■
　■　　■　■■■　　■
　　　　■■　　　■■■

731 ：デフォルトの名無しさん：02/08/23 18:05

「oops!」とかかってます。

732 ：デフォルトの名無しさん：02/08/23 18:16

perl →　c ときて、java or c++ or delphi どれにしようか悩む、、、
javaは本たくさんあって、何でもできそうだけど
遅いみたいしなぁ、、、

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

>>732 だから遅いのはGUIだけなんだって・・・

734 ：732：02/08/23 20:57

>>733
GUIもやりたいんで、、、
でも、今後改善されるかもとも思ったりして悩みます。

735 ：デフォルトの名無しさん：02/08/23 21:00

>>734
C#にしとけ

736 ：732：02/08/23 21:15

>>735
ｃ＃はまだいい本が少ないから、それと
javaなら良書多いし、だめになってもｃ＃への転向は簡単では思ったり。

737 ：デフォルトの名無しさん：02/08/23 21:26

C♭はいつ発売ですか？

738 ：デフォルトの名無しさん：02/08/23 22:27

↑つまらないよ、、、

739 ：デフォルトの名無しさん：02/08/23 22:29

じゃぁD♭

740 ：デフォルトの名無しさん：02/08/23 22:34

「♪言語」を作れ

741 ：デフォルトの名無しさん：02/08/23 22:39

Swingは遅いとは言われてるけど、いくつか注意すれば
少なくとも最近のPCでは普通に動くと思う。
色々気を付けるべきだろうけど、時間のかかる処理を
イベントディスパッチスレッドで処理しないとけっこう差が大きいよ。

742 ：デフォルトの名無しさん：02/08/23 22:41

>>736
いい本が少ないから勉強できない、なんて言っているうちは
どんな物だって修得できんよ。

.NET FrameworkSDK はただで手に入るんだし、C#コンパイラも付いてる。
本も既に何冊も出ているから、立ち読みして良さそうな物を買ってくりゃいい。

いくら良い本でも読んだだけじゃ、プログラミングは身に付かんぞ。自分で
プログラム書いてみなよ。

743 ：732：02/08/23 23:07

>>741
ううっ、そうなんですか。

>>742
>.NET FrameworkSDK はただで手に入るんだし、C#コンパイラも付いてる。
知りませんでした。貴重な情報どうもです。

>いい本が少ないから勉強できない、なんて言っているうちは
perl/tkやってたとき、情報の少なさに苦労したんで、つい、、、

744 ：デフォルトの名無しさん：02/08/23 23:11

JAVAは簡単すぎ

745 ：　　：02/08/24 00:04

>>743
.NET FrameworkSDKを今ダウンロードしますた。
ADSLって本当に便利だね～、160メガも容量が
あったのに10分位でダウンロード出来ますた。

746 ：デフォルトの名無しさん：02/08/24 01:06

>>745
い～な～。160M落とすのにあと8時間って出てるよ。
しくしく。SDKじゃないけど。

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

BASIC→C→C++＆Javaときて、今、会社でC#覚えているんですが、
覚えるほどに「Javaの方がいいな」と思ってしまいます。
C#でプロパティとかインデクサとか覚えたときは「面白い構文だな」と思いましたが、
「適切なGetter/Setterメソッドでいいじゃん」と思えてきました。
最近は、C++の遺産（構造体とか、変なメソッド修飾子とか）に辟易しています。
昔はJavaの記述量の多さやクラスライブラリに煩わしさを覚えたこともありました。
記述量については、記述の少なさよりも可読性、保守性を重視していると理解すると
納得できるようになりました。
そのうちIDE使うようになりクラスライブラリの設計の意図が分かるようになると、
Javaが気持ちよくなりました。GoF本読んだおかげかな？

VB.NETもCTSのせいでC#と変わらない言語になっちゃいましたし、やっぱJavaが
いいかな。かつてのVBもちょっとだけさわったことがありますが、あれででかい
プログラムを作れる気がしませんでした。

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

フリーのIDE、NetBeans

GUIは1.4にするとだいぶまし。

749 ：デフォルトの名無しさん：02/08/24 13:30

>>747
信じていいのでしょうか？

750 ：747：02/08/24 21:44

>>749
ここは２ちゃんねるだよ★

751 ：747(本物)：02/08/24 22:18

>>749
見ず知らずの人間の独り言を信じる程度に信じてください。
そもそも何を信じたいのかわかりませぬ。

752 ：デフォルトの名無しさん：02/08/25 00:40

>>749
それぞれが思った事をいっているだけでは。
ちなみに俺自身は747に同意する部分が結構ある。
JavaはC++よりSmalltalk→Objective-Cの流れを汲んでいる気がして、
書いていて気持ち良い。

753 ：デフォルトの名無しさん：02/08/25 05:47

書いてて気持ちよくても出来上がってくるソフトはボロボロ
Swing見た目ダサすぎ、機能しょぼすぎ

754 ：デフォルトの名無しさん：02/08/25 05:54

C++はCよりシステム向きじゃないけど
Javaよりアプリケーション向きではないと。

755 ：デフォルトの名無しさん：02/08/25 06:26

その中途半端加減がｲｲ。

756 ：デフォルトの名無しさん：02/08/25 08:59

Java が簡単とか言ってるヤツは、Javaの本質を知らない

757 ：デフォルトの名無しさん：02/08/25 09:53

>>753
>Swing見た目ダサすぎ
作る奴のセンスの問題でなく？

758 ：デフォルトの名無しさん：02/08/25 11:19

>>757
それ、禁句。

759 ：デフォルトの名無しさん：02/08/25 12:11

>>756
詳細キヴォンヌ。

760 ：apholist：02/08/25 12:14

>>756
んなことゆーたらどの言語もある程度難しいと思うけど。
とっつきやすさで逝けば簡単なほうだと思う。

761 ：デフォルトの名無しさん：02/08/25 20:51

>>757Look&feel変えられるのしらんの？

762 ：デフォルトの名無しさん：02/08/25 23:09

>>761
変えたところでダサさは変わらず。

763 ：デフォルトの名無しさん：02/08/26 00:27

>>762
AWTと勘違いしてるんじゃない?
それか見た事のあるJavaアプリの作者が皆DQNだったとか。

764 ：デフォルトの名無しさん：02/08/26 01:13

Swing厨必死だな。(藁

765 ：デフォルトの名無しさん：02/08/26 01:14

> Javaアプリの作者が皆DQN

UIの見た目についてはDQNレベルだろ。
んなもん要求されてないんだし。

766 ：デフォルトの名無しさん：02/08/26 02:04

だれかSwingの綺麗なUIつくりゃ解決だと思うんだけど・・・
いいかげん誰かつくってもよさそうなもんだが、
誰もつくってないところをみると難しいことなんだろうか

767 ：デフォルトの名無しさん：02/08/26 02:04

質問です。
JDKをインストールしたのですが、環境設定ができません。
OSはmeです。
autoexec.batをどうにかすればいいらしいのですが、うまくいきません。
もう一つ。
DOS窓は、vaioでは、色とか変えられないのですか・・・？

よろしくお願いします。

768 ：デフォルトの名無しさん：02/08/26 02:13

>>767
ここよめ。
http://mypage.naver.co.jp/mio14years/sayuri.htm

769 ：デフォルトの名無しさん：02/08/26 03:50

>>766
つーかひたすら面倒なんだと思われ、、、
センスがあってある程度の品質でプログラミングできて
面倒な作業に耐えられるこんじょがあるヤツはそうそういないかも。
デザイナー人種とGNU系とかのフリーソフトのプログラマって最高に相性わるそうだし。

770 ：デフォルトの名無しさん：02/08/26 07:04

LimeWire の UI は結構きれいと思ったけど、あれって
オリジナルじゃないのかな？よくわからんけど。

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

>>769
成程、一理あるかも。
よく一緒に作業するデザイナー肌の人がいるのだけど、
彼はグラフィカルなものを作るセンスがよい変わりに
文字と数字だけの世界には耐えられないとよく言っています。
人の相性は兎も角として、両方の作業に関心のある人自体が少ないのかも。

>>770
今、読んできました。
全て読んだわけではないのですが、SwingとAWTを併用しているようです。

772 ：デフォルトの名無しさん：02/08/26 18:37

swingは微妙にWindwsの操作性と違うところが痛い。
JOptionPaneで表示されるボタンって、矢印キーで移動できないし。
仕方ないから自分で作ったよ。

773 ：デフォルトの名無しさん：02/08/26 22:58

同感。
俺も作ったよ。
そのほかAlt無しでも文字キー一発で押せるボタンとか。

774 ：デフォルトの名無しさん：02/08/27 00:09

JTable#setSurrendersFocusOnKeystrokeもひどい。
InputMethodには対応していない。
いろいろ試したけどうまくフックできなかった。

あと、日本語javadocが使いにくいので、結局HTMLHelpに変換したよ。

775 ：デフォルトの名無しさん：02/08/28 01:44

話がそれてすまぬ
日本語javadocって何？HTMLHelpと何がちがう？

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

>>770
LimeWire確かに綺麗だねぇ、UIつくるのめんどくせーのかなぁ
ちょいチャレンジしてみよーかなぁ
やっぱめんどくせーや

777 ：774：02/08/28 02:05

>>775
確かに適切な表現ではなかった。
sunが提供している日本語版 J2SE ドキュメントをHTML Helpに変換したこと。

わかっているかもしれないが、HTML HelpとはWin2Kなどで使われているhelp形式のこと。

HTML helpに変換しておくとメソッドなどが調べやすいので。

778 ：774：02/08/28 02:07

訂正
×sunが提供している日本語版 J2SE ドキュメントをHTML Helpに変換したこと。
○sunが提供している日本語版 J2SE ドキュメントをHTML Helpに変換したということ。

779 ：デフォルトの名無しさん：02/08/28 02:11

>>778
EclipseR2.0使えば、ソース上のシンボルクリックすると、対応する
javadoc表示させることができるぞ。補完機能と組み合わせて、超楽
させてもらってます。

780 ：デフォルトの名無しさん：02/08/28 02:23

>>779
超楽って当たり前のことのような･･･。

781 ：774：02/08/28 02:43

>>779
jdk1.4の日本語ヘルプもできましたっけ？

あとeditorでやってるので個人的にはHTML Helpの方が良いかも。

782 ：デフォルトの名無しさん：02/08/28 02:59

>>781
私もエディタでスクラッチゴリゴリ派でしたが、Eclipseを使って
エディタ派を卒業しました。動作が遅くなければ、補完機能や、
シンボルの解説呼び出しや、参照関係のソースからの検索とか、
クラス名やパッケージ名の変更に伴う、関係ソースの一括修正
（リファクタリング支援）とか、すごい便利だとは思うでしょ？

ただ＋あんまり遅くない＋かなり便利＝乗り換え条件クリアでした。

783 ：デフォルトの名無しさん：02/08/29 07:54

http://domino.metagroup.com/PressHome.nsf/(webPressRelease)/74564BABA178C49985256C23004FDAF7?OpenDocument

784 ：デフォルトの名無しさん：02/08/29 07:56

>>783
そのままじゃん。

785 ：デフォルトの名無しさん：02/09/13 20:11

━（ﾟ∀ﾟ)━ !!!!!

786 ：デフォルトの名無しさん：02/09/19 23:16

>>784
そうか？

787 ：デフォルトの名無しさん：02/09/21 20:06

♪♪♪♪イーベンチャーサポート(偽Java SI人材派遣会社)♪♪♪♪
www.evs.co.jp

社長池上は、

・ＡＳＰもダメ
　→わずか6ヶ月で撤退（結局、モノは出来なかった）

・Ｆrameworkもダメ
　→ニュースリリースは出したが、やっぱりモノは出来ていない

・人材派遣（それも違法請負派遣）
　→バカでも立ち上げやすい、違法請負派遣業にやっと落ち着く。でももうだめぽ

の３ダメ男。これはもう、逝け神ぽ。

皆さん、こんな会社にサポートされたいですか？
ｼｮﾎﾞｰﾝ━━(´･ω･`)━━
--
■e-ベンチャサポートって、どうヨ？■
http://mentai.2ch.net/infosys/kako/1005/10056/1005659171.html
■e-ベンチャサポートって、どうヨ？ Part 2■
http://science.2ch.net/test/read.cgi/infosys/1018064816/

788 ：デフォルトの名無しさん：02/09/21 20:10

労働監督署にでも逝け低級ｳﾞｫｹ労働者

789 ：デフォルトの名無しさん：02/09/21 21:05

最近マ板で話題のデザインパターン、Eclipse、アスペクト指向とか、最新の開発技術は Java を知らないと
（というか、オブジェクト指向技術）追っかけられない。Java は知っておく価値ある言語だとは思うよ。

790 ：デフォルトの名無しさん：02/09/21 21:40

>>789
>デザインパターン
このスレはほとんどネタスレだと思われ。

791 ：デフォルトの名無しさん：02/09/21 21:42

>>789
> 追っかけられない

単にJava界隈にそういうアホがなだれ込んでるだけでは？

792 ：デフォルトの名無しさん：02/09/21 21:50

>>789
別にJava知らなくても追っかけられるじゃん。Eclipseなんてどーでもいいし。

793 ：デフォルトの名無しさん：02/09/22 02:24

>>777
javadocの変換ってそれ用のナイスなツールがあるんでしょか？
ググってみたけどそれっぽい物には当たりませんですた。
自分で変換スクリプトとか書いてHTMLHelp Workshopで生成？

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

Javaより簡単な言語ないぞ。ＶＢより簡単。

795 ：プロの逝って良しの１：02/09/22 03:16

>>793
JavadocならSDKに標準でついてきますが・・・

関数、クラス、インスタンス変数、クラス変数の前に
/**
コメント
*/

とか書いたソースをJavadocに食わせればＨＴＭＬ自動生成します。

796 ：デフォルトの名無しさん：02/09/22 03:16

言語は手段であり道具。
簡単な方が良い。
言語選択は目的に合わせよう。

797 ：793：02/09/22 03:21

>>795
いやいや。javadoc自体は理解してます(使ってるし)。
ただ、検索がいまいちやりにくかったりするんで、HTMLHelp形式に変換
できるならそのやり方が知りたいなと。

798 ：プロの逝って良しの１：02/09/22 03:22

あらら

799 ：デフォルトの名無しさん：02/09/22 03:29

＞切り換えができてしまえば、後はめくるめく甘美な世界が
＞プログラマを待っています。
＞だから、Javaは玄人向けの言語といえる。
＞素人は無理して手を出さんでもよろしい。

おもしろい人がいるねｗ。VBみたいなもんじゃん。
じゃヴぁはシロート向の馬鹿言語。

800 ：デフォルトの名無しさん：02/09/22 03:33

>>799
すまんが、ちゃんと>>720って引用先書いてくれないと分かりにくいよ。
亀レスなんだから。

801 ：デフォルトの名無しさん：02/09/22 10:05

>>799
頭が悪くて
アセンブラとかCがぜんぜんできなくて
挫折しかかったやつがちょっとJavaができるようになると
いきなりえばりだすパターン
「真のオブジェクト指向言語はJavaだけ」とかいってね

802 ：デフォルトの名無しさん：02/09/22 10:07

> じゃヴぁはシロート向の馬鹿言語。

そうでもなけりゃ現在のweb産業(ﾌﾟ)をささえることはできなかったでしょう。
VBと同じく殿堂入りしていいと思いますよ。

803 ：デフォルトの名無しさん：02/09/22 10:09

>>801
アセンブラとＣがちょっとできるだけで、なんかあるとすぐ「アセンブラ
では～」「Ｃだと～」とか言う奴もそれなりにウザイけどね。

804 ：デフォルトの名無しさん：02/09/22 10:13

ｱｾﾝﾌﾞﾘちょっとできる奴よりVBエキスパートのほうが全然ｽｹﾞｰよ

805 ：デフォルトの名無しさん：02/09/22 10:14

>>801
言語の役割を理解していない厨房発見。

806 ：デフォルトの名無しさん：02/09/22 10:16

JAVAもDelphi並にIDEがまともならよかったのにな

807 ：デフォルトの名無しさん：02/09/22 11:07

開発環境なんてエディタで十分。そっちのが早い。IDEとかエディタ機能
おちるからいや。

>>801
わしはCのが好きじゃよ。JAVAきらい。JAVAは下の処理が
APIでかくれすぎでつまらん。言語だけみれば頭いらん。そう作られた
もんでしょ。
JAVA覚えてからPGって価値がなくなっていくなと確信したよ。
というわけで「JAVAはVBみたいなもん」で決定でよいか。

808 ：デフォルトの名無しさん：02/09/22 11:13

というわけで「>>1はアフォみたいなもん」で決定でよいか。

809 ：デフォルトの名無しさん：02/09/22 11:14

>>807
下の処理が大好きなｴﾛｸﾞﾗﾏﾊｹｰｿ

810 ：デフォルトの名無しさん：02/09/22 11:15

エディタはどうでもいいけどまともなRADが欲しい

811 ：デフォルトの名無しさん：02/09/22 11:17

>>807
「高機能で扱いやすいから嫌い」ってことかい？
>「JAVAはVBみたいなもん」で決定でよいか。
「みたいなもん」の定義によりますね。

ところで、JavaもCもALGOL系の文法ですよね。
「JavaはCみたいなもん」で決定でよいか。

812 ：デフォルトの名無しさん：02/09/22 11:18

Eclipse で良いじゃん。CVS の連携はめちゃくちゃ楽だし R2 の日本語
リソースも出たし、VS より軽いし無料だし。

813 ：デフォルトの名無しさん：02/09/22 11:26

>>807
あんたの言うPGって何？コーダー？
言語云々でPGの価値が決まるのか？
下の処理が必要なら、それができる言語を選ぶだけだろ。
PGの価値とJavaを関連付ける意味がさっぱり分からん。
Javaが簡単だから、誰でもPGになれるって言いたいのか。

814 ：デフォルトの名無しさん：02/09/22 11:29

> 言語云々でPGの価値が決まるのか？

この板ではそういう合意が得られていますが？

815 ：デフォルトの名無しさん：02/09/22 11:31

>>814
ﾜﾛﾀ
確かに

816 ：デフォルトの名無しさん：02/09/22 11:33

多言語使いの価値は？

817 ：デフォルトの名無しさん：02/09/22 11:36

中途半端だからさらに下

818 ：デフォルトの名無しさん：02/09/22 11:41

Java使うやつはCPUの構造が解っていない。

819 ：デフォルトの名無しさん：02/09/22 11:45

>>818
CPUに依存した実装が必要あるかどうかの問題だろ。

820 ：デフォルトの名無しさん：02/09/22 11:46

Java使うやつはOSの仕組みが解っていない。

821 ：デフォルトの名無しさん：02/09/22 11:47

>>818 そんな事言っちゃうやつはモノホンのハナ糞

ＣＰＵの構造やＯＳのことを気にしなくてもＰＧを組めることを
目指している言語に対してあまりにも厨房過ぎる発言に吐き気を
催してしまった。

もしかしてネタ？　だったらスマソ

822 ：デフォルトの名無しさん：02/09/22 11:48

>>820
そういう
～使うやつは～の仕組みが解っていない。
っていうのﾔﾒﾚ　解ったうえでやってる人に対して失礼

823 ：デフォルトの名無しさん：02/09/22 11:50

>>814
ここにいるのは、そういうことに合意するほど低レベルな人達だからね。

824 ：デフォルトの名無しさん：02/09/22 11:51

>>820
OSに依存した実装が必要あるかどうかの問題だろ。

825 ：デフォルトの名無しさん：02/09/22 11:51

>>822
>>820はOSについて勉強中なんだよ。

826 ：デフォルトの名無しさん：02/09/22 11:52

>>821
> 解ったうえでやってる人

そんな人は
こんなスレやこんな板や２ちゃんなんか見てないと思う
頭悪くなるし

827 ：デフォルトの名無しさん：02/09/22 11:54

ｵﾅｰﾆするやつはｾｸｰｽの仕組みが解っていない。

828 ：デフォルトの名無しさん：02/09/22 11:55

>>826もCPUとOSについて分かってないことを晒したわけだが。

829 ：デフォルトの名無しさん：02/09/22 11:55

つまり解ってない奴等が傷を舐めあってると？

830 ：デフォルトの名無しさん：02/09/22 11:58

お前ら全員バカ。ぎゃははは。

831 ：デフォルトの名無しさん：02/09/22 12:01

全員⊃>>830

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

>>829
今ごろ気づくなよ

833 ：デフォルトの名無しさん：02/09/22 12:04

>>1
難しいのはどの言語でも同じ。
それを言い出したらキリが無いよ。

834 ：デフォルトの名無しさん：02/09/22 12:05

>>828
君は全部のスレを見ているからだと思うよ。
２ちゃんねるの中にも目立たないだけで、
優良スレはあるし、それなりに楽しい話もできる。
そりゃ、大半の板と大半のスレが俺の思考では理解できないのも事実だがｗ

835 ：デフォルトの名無しさん：02/09/22 12:06

JAVAは難しいというより融通がきかん

836 ：830：02/09/22 12:08

>>831
全員じゃなくて、お前ら全員だよ。俺は含まないって。やっぱバカだな。ぎゃはははは。

837 ：デフォルトの名無しさん：02/09/22 12:08

つかJavaしか使えない奴は融通利かなさすぎ

838 ：デフォルトの名無しさん：02/09/22 12:12

解らんﾔｼがポインタとか口にするのはやめれ。
恥を晒すだけだぞ。

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

糞スレがガンガン上がってるな

840 ：デフォルトの名無しさん：02/09/22 12:44

>>837
それには同意するけれども、
Javaすら使いこなせないやつの能力もたかがしれてる。
最低限C++かDelphiとJavaはこなしてから土俵にあがってこいと。

841 ：デフォルトの名無しさん：02/09/22 12:46

なんにしても、Software開発に関わる書籍のサンプルコードは
Java で書かれているが多いのは事実だ。

842 ：デフォルトの名無しさん：02/09/22 12:48

>>841
新しい RFC のリファレンスインプリも Java が多くなってる

843 ：デフォルトの名無しさん：02/09/22 12:59

言語仕様自体はシンプルでいいと思うんだけど、
難しい・・・というよりは「いろんな要素が入り組んでいて整理しきれない」
っていう印象が。

たとえばコアAPIでさえ>>118のように、デザインパターンの知識を前提と
した設計になっていたり。でも「Javaやるならデザパタの知識は押さえとけ」
という指摘が以前は少なかった。

個人的には>>465とか>>604とかで躓いてMSに転んだクチです。
Ant、JUnit、log4j、Jakarta、Struts・・・何かしようとするたびに覚えなければ
ならないことが増えていって、結局自分の中で消化し切れず・・・

あとJavaBeansとかJAXPとかJINIとかの用語が出てくるたびに理解しようと
Googleで検索かけて英文ドキュメントを数日（ずつ）かけて読んだりしたけど、
これもやっぱり消化し切れなかった。

>>792
＞別にJava知らなくても追っかけられるじゃん。
Webとかで解説してあるサイト逝くと決まってサンプルコードがJavaという罠。
本質はJavaとは関係ないと分かっていても、解説や議論の中にJavaを意識
したくだりが出てくると、結局Javaに対する理解を深めざるを得ない罠・・・

844 ：デフォルトの名無しさん：02/09/22 13:08

その点、半端なOOPの知識でもサクサク使えるVB.NETは偉大だ。

845 ：デフォルトの名無しさん：02/09/22 13:20

>>844

ホントかよ

846 ：デフォルトの名無しさん：02/09/22 13:43

VB.NETだけじゃなくC#もだけどね。

847 ：デフォルトの名無しさん：02/09/22 13:53

さらにDelphiもC++もJavaもだけどね。

848 ：デフォルトの名無しさん：02/09/22 14:06

>>847

　　／￣￣￣￣￣ミ
　 /　　 ,――――-ミ
　/　　／　／　　＼ |
　|　 /　　　,（･）　（･） |
　 (6　　　　　　つ　　|
　 |　　　　　　＿＿_　 |　　／￣￣￣￣￣￣￣￣￣￣
　 | 　　　　 /＿＿/ ／　＜　Java も入ってんじゃねーかよ！
／|　　　　　　　　／＼　　＼＿＿＿＿＿＿＿＿＿＿

849 ：デフォルトの名無しさん：02/09/22 14:40

Javaの場合

JDKインストール
↓
Tomcatインストール
↓
クラスパス？何それ？
Servletのソースコンパイルできないよ！
どうやってTomcat起動するの？
どこにServletとJSP置けばいいの？
↓
ヽ(`Д´)ﾉｳﾜｧｧﾝ

850 ：デフォルトの名無しさん：02/09/22 14:40

.NETの場合

WindowsUpdateで.NETインストール
↓
ASP.NETのソースコンパイル不要
↓
IISの仮想ディレクトリに置くだけ
↓
(・∀・)ｳｺﾞｲﾀ!

851 ：デフォルトの名無しさん：02/09/22 14:49

>>843
激しく同意。

Javaは開発環境、開発方式、運用環境が群雄割拠しすぎ、
Javaは難しく”なった”と思う・・・。

852 ：デフォルトの名無しさん：02/09/22 14:56

どうも、JavaBean とか EJB とか、実質を伴わない、いかにもマーケティング向けな技術用語を使いたがる傾向にあるな < Sun.

それが話をややこしくしている気はする。

853 ：デフォルトの名無しさん：02/09/22 15:00

>>843

> Ant、JUnit、log4j、Struts

それは大体、使う意味あるからいいじゃん。

854 ：デフォルトの名無しさん：02/09/22 15:17

今気づいたんだけどよ
JavaでCompiler書くとsystem depend無しじゃん！
Write onece Run anyway!

855 ：デフォルトの名無しさん：02/09/22 15:25

>>854
今ごろ何言ってんだか。
コンパイラなんて、ファイル入出力さえあれば作れるんだから、仮想マシンのコンパイラは、USCD Pascal の時代からシステム依存しないよ。
これだから、Java 厨って...。

856 ：デフォルトの名無しさん：02/09/22 15:27

javac は Java で出来てますが何か?

857 ：デフォルトの名無しさん：02/09/22 15:29

一度書けばどうにかして動く!

858 ：デフォルトの名無しさん：02/09/22 15:38

Run somehow!

859 ：デフォルトの名無しさん：02/09/22 15:59

一度カケば氏ぬまでカキ続ける!

860 ：デフォルトの名無しさん：02/09/22 16:14

>>856
通りで遅いわけだ

861 ：デフォルトの名無しさん：02/09/22 17:13

>>860
同量のソース(ヘッダファイル等は除く)のコンパイルだったら
C or C++ のコンパイラの方が桁違いに遅いともっぱらですが。

862 ：715：02/09/22 17:22

>>857
一度書いても
デバッグは環境毎にしなければ動かない現実を
しらないのね

863 ：デフォルトの名無しさん：02/09/22 17:24

>>861
> 同量のソース(ヘッダファイル等は除く)のコンパイルだったら
> C or C++ のコンパイラの方が桁違いに遅いともっぱらですが。

その情報のソース示せや。

864 ：デフォルトの名無しさん：02/09/22 17:26

エレガントな小さなソースに収めるのはjavaには不可能

865 ：デフォルトの名無しさん：02/09/22 18:02

>>864
それ、７行スレのこと？

866 ：デフォルトの名無しさん：02/09/23 01:22

>>864
同意。エレガントといえば関数型言語だよな。

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

>>866
それなら、静的メソッド、privateメソッドのみでできるんちゃうの？

868 ：デフォルトの名無しさん：02/09/23 05:54

つか、そういう所でJava使っても旨みは無い。

869 ：デフォルトの名無しさん：02/09/23 09:54

>>866
関数型言語って…
C ですらもエレガントじゃないんっていうんですね？

870 ：デフォルトの名無しさん：02/09/23 10:06

>>869
> C ですらもエレガントじゃないんっていうんですね？

C ですらも...、って C のどこがエレガントか小１時間...。

871 ：デフォルトの名無しさん：02/09/24 04:48

>>869
C のどこがエレガントなんだよ。回線(略

872 ：デフォルトの名無しさん：02/09/24 05:41

>>869
C は minimal, but useful な言語だよ。

873 ：デフォルトの名無しさん：02/09/24 19:06

874 ：デフォルトの名無しさん：02/09/25 18:19

age

875 ：デフォルトの名無しさん：02/10/14 14:26

javaを難しいと思えば難しくなる。簡単と思えば簡単

876 ：デフォルトの名無しさん：02/10/14 14:29

「赤いから赤いのだ」などとトートロジーを並べて悦に入る浅薄な
人間もいるが、それは思考停止に他ならず、知性の敗北以外
なにものでもない。

877 ：デフォルトの名無しさん：02/10/14 14:49

>>876 で何が言いたいの？

878 ：デフォルトの名無しさん：02/10/14 15:09

コマンドプロンプトで　java hogehoge　をすると
「WARNING: Default charset MS932 not supported,using ISO-8859-1 instead 入力した本文」と表示されます。
そうしたらよいでしょうか。

windows XP

879 ：デフォルトの名無しさん：02/10/14 15:19

ＪＡＶＡを難しがることが難しい。

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

JAVAが難しいと感じないやつはJAVAを活用しきれていないヤシ

881 ：デフォルトの名無しさん：02/10/14 15:33

たとえば？

882 ：デフォルトの名無しさん：02/10/14 15:36

>>880
標準ライブラリのこといってんの？
それは言語に＋されてるもんじゃん。ゴスﾀﾝに文句を言ってもねぇ。
それに乗らなきゃ出来ないわけじゃないんだから、
少しづつ追加的にマスターしていけば良いもんじゃん？

883 ：デフォルトの名無しさん：02/10/14 15:47

SMB 構成の時のスレッド同期の挙動なんかの話だろ。
言ってること分かる? >>882

884 ：デフォルトの名無しさん：02/10/14 15:53

>>880
「Javaの難しさ」と
「問題の難しさ」を混同していないかい？

885 ：デフォルトの名無しさん：02/10/14 15:54

>>883
「SMB構成」ってなに？

886 ：デフォルトの名無しさん：02/10/14 15:56

>>883
それってJAVAの"活用"？
つか、パッケージ屋でＳＥじゃないので
システムのネットの構成はよう知らんが、
普通にJAVAのスレッドが判ってるだけじゃだめなのか？
わざわざ具体的局面を上げるからには特殊なのがあるんだろうな？

887 ：デフォルトの名無しさん：02/10/14 15:56

難しい言語なんて一つもない。
C++もJavaもDelphiもVBも全部同じように簡単

888 ：デフォルトの名無しさん：02/10/14 15:58

>>880
バカ？（ｗ
可哀相･･･。

889 ：デフォルトの名無しさん：02/10/14 16:05

>>885
SMP だ。

890 ：デフォルトの名無しさん：02/10/14 16:07

Haskellは難しい・・・

891 ：デフォルトの名無しさん：02/10/14 16:09

>>889が>>885なら、>>885さよなら。
もしそれで仕事がプログラム屋なら同情するよ。

>>843
＞コアAPIでさえ>>118のように、デザインパターンの知識を前提とした作り
デザインパターンには乗ってるのもあるが、
知識は前提じゃないだろ。Javadoc読めば良いだけ。

＞Ant、JUnit、log4j、Jakarta、Struts・・・
支配者のいる方がまとまるのは確かだが、
これらに相当するのはＭＳはすべて提供しているの？
学習コストがかからない方法で。

892 ：デフォルトの名無しさん：02/10/14 16:13

>>878
うん。そうしなさい。

893 ：891：02/10/14 16:16

×　>>889が>>885なら、>>885さよなら。
○　>>889が>>883なら、>>883さよなら。
ごめんな>>885

894 ：883：02/10/14 16:17

>>883 = >>889
SMB … いわゆる Windows のファイル共有プロトコル
SMP … 対称型マルチプロセッサ

>>883 の SMB は SMP の typo

895 ：883：02/10/14 16:20

>>893
さようなら (藁

896 ：デフォルトの名無しさん：02/10/14 16:23

SMB … スーパーマルオブラジャーズ
SMP … スーパーマルオペイント

897 ：デフォルトの名無しさん：02/10/14 16:29

よく分かんないけど、マルチプロセッサだと
synchronized がうまく機能しないってこと？

SMPでのスレッドの妙な挙動っていうと、
「一つ目のプロセッサでロック用のオブジェクトを操作している最中に
２個目のプロセッサでそのオブジェクトにアクセスできちゃう」
って状況しか想像できない。

これって、Javaに限らず、あらゆるプログラム言語で
遭遇する問題だと思うのだけど。
C++とかだと回避しやすいけど、javaだと難しかったりするの？

898 ：デフォルトの名無しさん：02/10/14 16:30

>>883は、ネイティブ言語ではＣＰＵを選んで
スレッド走らせているのですか？

899 ：デフォルトの名無しさん：02/10/14 16:31

>>897
それは、ＯＳか言語のバグでは？

900 ：デフォルトの名無しさん：02/10/14 16:33

>>897
一部のアーキテクチャではlong値の操作がatomicでないという問題があるらしい

> C++とかだと回避しやすいけど

そりゃworkaroundはやりやすいわな

901 ：デフォルトの名無しさん：02/10/14 16:35

＞一部のアーキテクチャでは
＞ long値の操作がatomicでないという問題があるらしい

JAVAでは仕様です。へこい環境に引きずられるのは
マルチプラットフォームの弱点丸出しだな。

902 ：デフォルトの名無しさん：02/10/14 16:39

atomicでないことに起因する問題はプロセッサの数には依存しないぞ、と

903 ：デフォルトの名無しさん：02/10/14 16:40

>>900
それなら、ＳＭＰ関係ないじゃん。
どういうことなんだ？>>883

904 ：883：02/10/14 16:40

あのさぁ、synchronized でマルチプロセッサ間のキャッシュの同期が
取れてるのは知ってるよ。で「実用 Java の難しさってそういう動きを
理解してるかって意味じゃねーの」に対して「そんなことも知らんのか
ｱﾌｫ」と突っ込もうとしてない?

で >>898 の突っ込みは白痴丸出しなわけですが

905 ：デフォルトの名無しさん：02/10/14 16:44

>>883
それってJAVAの活用(>>880)に関係あんの？

906 ：デフォルトの名無しさん：02/10/14 16:47

活用 = 仕事で出来るレベル
と取ったが何か?

907 ：デフォルトの名無しさん：02/10/14 16:49

そうだとしても、ＳＭＰ関係無いし、
その問題にＪＡＶＡであることが関係あるの？
漏れが厨で知らないだけですか？

908 ：デフォルトの名無しさん：02/10/14 16:58

同期機構がマルチプロセッサ環境ではキャッシュにやさしくない、
という知識はJavaに限らず有用だと思うよ～

909 ：デフォルトの名無しさん：02/10/14 17:01

結局、ＪＡＶＡを難しがることが難しい。と。

910 ：デフォルトの名無しさん：02/10/14 17:02

ちょっと違ったな。仕事で使うだけなら厨上がりでもやってるし。
活用しきる = 仕事で基盤部分を任せられるレベル

ちなみに俺は >>880 とは別人だよ。

>>907
SMP 上で Java で同期取ってる仕組みは例で出しただけ。synchronized で
抑制できるからマルチスレッドと同じ、とか思うなよ。マルチスレッドでは
OK でも SMP だと再現不能で発生する障害も出る (単に CPU キャッシュが
2 つ以上って意味だが)。

911 ：デフォルトの名無しさん：02/10/14 17:09

>>910
正直言ってそういうレイヤをきちんとこなせる技術屋ってあんまりいないよ。

そういうところは"優秀な"人に任せてしっかりしたフレームワークを
つくり、残りのアプリロジックは大量生産された低賃金Javaプログラマに
やらせるのが通例。

912 ：デフォルトの名無しさん：02/10/14 17:09

>>910
それは単なる同期バグだろ。
特定環境（シングルＣＰＵ）では表出しないだけで。
>>883だったら心配になってきたな。
バグを潰すという事と現象をなくす事を区別できてないように見える。

913 ：デフォルトの名無しさん：02/10/14 17:18

>>910は>>911の言う低賃金プログラマ。
とても基盤を任せられない。
というか、できればコード使いたくない。

914 ：デフォルトの名無しさん：02/10/14 17:19

>>911
そう、Pure Java の小さな世界に限ると簡単なんだがな。仕事でやるなら
TCP, UDP, ルーター等のネットワーク機器やらＤＢやら実行環境のプロセスの
特性やらスレッドの特性やらネイティブライブラリの特性やら… を絡めるように
なるとあらためて難しいと思う。まぁ C みたいに「言語」自体に胃を痛める
要素が少ないので、そういった問題も面白いが。

>>912
そう、蛇足な話なんで省略したが潜在バグの話だよ。俺の仕事まで心配して
くれなくて結構。そこそこ金貰ってるエンジニアですから。

915 ：デフォルトの名無しさん：02/10/14 17:21

>>913
こういうヤシを使って
ちゃんとしたシステムを作れるのが本当のプロ。

916 ：デフォルトの名無しさん：02/10/14 17:22

むしろ >>883 を煽ってる連中の方が低賃金に見え始めた罠

917 ：デフォルトの名無しさん：02/10/14 17:26

つまるところ、直後の>>884が正解ということで。

918 ：デフォルトの名無しさん：02/10/14 17:30

ん？　JAVAスレじゃねーのかここは？

919 ：デフォルトの名無しさん：02/10/14 17:32

>>918
元から糞スレですが何か?

920 ：デフォルトの名無しさん：02/10/14 17:56

>>914
そう思っているのはおまえがバカなだけ or
Cを比較対照にしたがるSUNの糞本に洗脳された人間。

921 ：デフォルトの名無しさん：02/10/14 18:08

なんとなくｶｺﾜﾙｲ

922 ：デフォルトの名無しさん：02/10/14 20:15

>>880-915
で、結局JAVAのなにがムズイってのよ。

923 ：デフォルトの名無しさん：02/10/14 22:27

軽く論破されたＶＢ上がりが煽りに転じてんのか
なっさけねースレ
sage

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

>>923
誰が誰に論破されて、
誰が誰を煽ってんの？
で、誰がVB厨？

925 ：デフォルトの名無しさん：02/10/15 00:19

>>924
すべて>>923の脳内の住人です。

926 ：デフォルトの名無しさん：02/10/30 02:00

Javaは簡単な「はず」なのに、難しい言語
でもって、開発効率が良い「はず」なのに、実際開発工数のかかる言語
でもって、バグがでにくい「はず」なのにバグをつぶすのに結構苦労する言語

可能な限りの理想を実現した「夢」の言語がJava

Javaの何がマズいのかがはっきりすれば、今度こそ理想の言語が生まれるさ、きっと・・

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

>>926
自分の低脳っぷりを晒して楽しいですか?

928 ：デフォルトの名無しさん：02/10/30 03:25

>>927
他人の低脳っぷりです。

929 ：デフォルトの名無しさん：02/10/30 17:34

他人が苦労して作った言語を"使わせてもらってる" だけなくせに偉そうなこと言わないでください。

930 ：デフォルトの名無しさん：02/10/30 23:09

JUnitを使用して以下のクラスAのA1()メソッドをテストしたいですが
クラスBのB1()メソッドは何が返却されるかランダムなので、
ret == 1という事象を発生させることができず試験ができません。

・テスト項目
　　a == 1 かつ ret == 1の場合、trueを返却すること
　　それ以外の場合、falseを返却すること

public class boolean A {
public boolean A1(int a) {
B objB = new B();
int ret = objB.B1();
if(1 == ret && 1 == a) {
return true;
} else {
return false;
}
}
}
public class int B {
public B1() {
//1から6までを返す
int rand =(int)(Math.random() * 6.0) + 1;
return rand;
}
}

931 ：デフォルトの名無しさん：02/10/30 23:10

930の続きです。
B1()メソッドが仮にクラスAにあった場合は、以下のようにB1()メソッドを
オーバーライドすることにより、自分の都合のいいように値を返却すること
ができるのですが。。
public class testA extends TestCase {
public testA(String s) {
super(s);
}
//a == 1 かつ ret == 1の場合、trueを返却すること
public testA1() {
class MocA objMocA = new MocA();
boolean ret = objMocA.A1(1);
assertTrue(ret);
}
//インナークラス(クラスAを継承)
publicclass MocA extend A {
method B1() {
return 1;//値を都合のいいように返却
}
}
}

どなたか、クラスAのmethod A1のテスト方法がわかる方いらっしゃったら、
どうかよろしくお願いします。

参考URL
http://park.ruru.ne.jp/ando/work/who/html/junit.html#doc1_1037

932 ：デフォルトの名無しさん：02/10/31 04:12

>>930-931

class が boolean というのはどういうこと？
まずそこから説明してもらおうか。

933 ：デフォルトの名無しさん：02/11/01 01:23

>>他人が苦労して作った言語を"使わせてもらってる" だけなくせに偉そうなこと言わないでください。

糞なのに無料だからおおめに見て”使ってやってる”んだから、偉そうな事言わないで下さい。

934 ：デフォルトの名無しさん：02/11/01 08:22

>>926
失禁した！

935 ：デフォルトの名無しさん：02/11/01 08:26

>>933
軽く死ぬべきだな。お前は。

936 ：デフォルトの名無しさん：02/11/01 09:50

>>933
曝し揚げ！

937 ：デフォルトの名無しさん：02/11/01 14:19

>>933
使う必要ないのでは？

938 ：デフォルトの名無しさん：02/11/04 01:55

>>934
へ？どーゆーいみ！？

939 ：デフォルトの名無しさん：02/11/04 10:34

>>931
B の内部に手を突っ込んで、B をコントロールするとか、
B か A の内部に手を突っ込んで B の戻り値を保存しておく、
とかしないとダメだと思われ。
どーでもいいけど、提示されたソースがメチャクチャだぞ。

940 ：デフォルトの名無しさん：02/11/22 16:15

あ、ゴメン、全然要件が違った。すまん、忘れてくれ!

941 ：デフォルトの名無しさん：02/11/23 01:46

他の人の意見はないかねえ。どうもアマチュアが多いみたい。

942 ：プロの逝って良しの１ ◆MvRbZL6NeQ ：02/11/23 17:38

hage

943 ：75：02/11/23 17:43

Javaは難しいから僕のような天災にしか理解できないんだな．

944 ：デフォルトの名無しさん：02/11/23 18:22

Javaは簡単だよ。でも超レベルの低い奴ばかりだから簡単なJavaですら使いこなせないんだよ。

945 ：デフォルトの名無しさん：02/11/23 20:41

>>944
ＶＢ厨みたいだな。

946 ：デフォルトの名無しさん：02/11/23 20:51

そろそろ次スレ行こうぜ

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

再利用すれ。
Java撲滅委員会
http://pc3.2ch.net/test/read.cgi/tech/996848309/
Java言語を勉強していて壁にぶちあたっています
http://pc3.2ch.net/test/read.cgi/tech/1032085443/

948 ：デフォルトの名無しさん：02/11/24 04:51

クラスを変数型とみなすと型がいっぱいあるように見える。
いちいちAPIリファレンス見ないとワケワカラン。
Perlなんかはハッシュでクラスっぽいもの作ってナンデモカンデモ
ほいほい放りめるのは楽。（rubyはシラン）

949 ：デフォルトの名無しさん：02/11/24 04:52

>>948
Hashtable ではダメなのか…
てか、そういうやり方を複数人数でやると後で死ぬハメになる。

950 ：デフォルトの名無しさん：02/11/24 07:55

>>948
上手く設計すれば、型名と変数名を見ると何をやっているのか分かる、
というレベルに達する。

951 ：デフォルトの名無しさん：02/11/24 07:55

>>949
キーにクラス使えたりPerlのそれより楽だな。
まぁ、引数が全部hashtableとか言うのは頭悪すぎだが。
型無し言語のPerlだからこそ許される行為だな。
で、そんな言語でオブジェクト指向しようとしたばっかりに言語仕様が崩壊（藁

952 ：デフォルトの名無しさん：02/11/24 08:17

>>950
そーするのが普通。できない奴は(以下略)

953 ：デフォルトの名無しさん：02/11/24 11:20

>>950
何をやっているのか、を表現してしまうと仕様変更時などに少々問題が・・・
どういう機能なのか、に限定しておくのが吉。

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

抽象的過ても何をやっているかわからなくなる罠

955 ：デフォルトの名無しさん：02/11/24 11:36

モジュール境界をある程度はっきりさせておけばそうでもないけど
インターフェース数が爆発する罠

956 ：デフォルトの名無しさん：02/11/24 12:46

気にしすぎて自縄自縛で仕事が進まないという罠。
そこんとこも踏まえてペアプログラミングのシェア拡大かもしれん。
・・・ＸＰなんてポッと出のやり方なんてあてになるかよ。（本音）

957 ：デフォルトの名無しさん：02/11/24 13:06

>843
>個人的には>>465とか>>604とかで躓いてMSに転んだクチです。
>Ant、JUnit、log4j、Jakarta、Struts・・・何かしようとするたびに覚えなければ
>ならないことが増えていって、結局自分の中で消化し切れず・・・

漏れも激しく同意。.NETに行きたくなる気持ちも同意。
設計者がJavaで何か作れるようになってから、一番最初にぶつかる壁なのかな。
ひょっとしたら、不必要なものを完璧主義的に追ってるだけかもしれないが。

jakarta紹介本見てて、こんなの追えねー、効率が悪い生産手段を
しばらく使う事にしようと思考停止にすることで、とりあえず逃げてる。

いろんなプロジェクトがあること自体はいいことだが、わかりやすさとか、
とっつきやすさってのは、「.NET」とか「WebObjects」みたいな感じに
パッケージ化されてる方が精神的にやりやすいね。

958 ：デフォルトの名無しさん：02/11/24 13:55

オマエラア全員ピクルスだあああああああああああ！！！！！
ＨＡＨＡＨＡＨＡＨＡＨＡＨＡＨＡＨＡＨＡＨＡＨＡＨＡＨＡ！！！

959 ：デフォルトの名無しさん：02/11/24 14:05

１０００戦争になりそうな予感

960 ：デフォルトの名無しさん：02/11/24 14:07

1000

961 ：デフォルトの名無しさん：02/11/24 14:17

1000

962 ：デフォルトの名無しさん：02/11/24 14:58

>>957
見ていて思うんだけど、Javaでつまずいている人って、Javaしか知らないんだよね。
他スレのURLにしたって、他の言語さわった事があれば、まよわずURLクラス捨てて自作すると思うんだけど。
Strutsを追えないって、概念としては古くからあるものまんまだと思うんですが。
Ant,JUnit,Log4j,Jakarta,Struts、一回プロジェクトに無理やり導入すればすぐ使えるよ。（W
まぁ、Strutsにはその価値無かったけど。

963 ：デフォルトの名無しさん：02/11/24 15:06

1000

964 ：デフォルトの名無しさん：02/11/24 15:13

JavaはC#よりも簡単さ。
C#はJavaよりも余計な機能が増えたため余分に覚えることが多くコードの可読性はJavaより低くなることがある。Javaより新しい言語であるにもかかわらずC#はこのあたりが退歩しているように見える。

デレゲート、unsafeによるポインタ操作、ushortなどの余分なunsignedな型、メソッド(メンバ関数)がデフォルトでvirtualでないこと、など。演算子のオーバーローディングもコードの可読性低下を招く恐れあり。

965 ：デフォルトの名無しさん：02/11/24 15:14

1000

966 ：デフォルトの名無しさん：02/11/24 15:14

【JBuilder vs Forte for Java
　　http://pc3.2ch.net/test/read.cgi/tech/1038027504/l50
【JBuilder 7日本語版発売、Personal無償7月中】
　　http://pc3.2ch.net/test/read.cgi/tech/1023102379/l50
【えっ？JBuilder8が発売？】
　　http://pc3.2ch.net/test/read.cgi/tech/1038042372/l50
【【Java】NetBeans vs Eclipse【IDE】】
　　http://pc3.2ch.net/test/read.cgi/tech/1029407008/l50
【【Java/C/他】統合開発環境Eclipse GM3】
　　http://pc3.2ch.net/test/read.cgi/tech/1033079172/l50
　

967 ：デフォルトの名無しさん：02/11/24 15:17

1000

968 ：デフォルトの名無しさん：02/11/24 15:19

>>964
delegateが無いJavaは、その点について可読性が下がってる。

969 ：デフォルトの名無しさん：02/11/24 15:27

１０００

970 ：デフォルトの名無しさん：02/11/24 16:21

Javaは難しくはないが、長たらしい

971 ：デフォルトの名無しさん：02/11/26 02:05

無名内部クラスがわかりにくいけど、エレガントな設計に
なってると思う。Ｃ＋＋よりかなりマシ。これで環境依存の
バイナリコードさえ吐ければ言うことないんだが。

972 ：デフォルトの名無しさん：02/11/27 00:59

1000

973 ：デフォルトの名無しさん：02/11/27 23:30

そもそもSDKインストールするとjreが２箇所にインストールされるのが、うっとおしい。外部jarインストールも安全対策で毎回２箇所にコピーするはめになってるし

974 ：デフォルトの名無しさん：02/11/28 08:38

超亀レス
>>82
JNIを使えばなんでもできる
漏れはそれで実装した
素のJavaでは無理

975 ：デフォルトの名無しさん：02/11/28 23:22

>>968
http://www.delegate.org/

976 ：デフォルトの名無しさん：02/12/04 01:02

>>973
最近のJDKインストーラにはJRE入れないオプションあるから、
JDKだけ入れればいーのであ？

977 ：デフォルトの名無しさん：02/12/04 21:14

>>968
そうかね～。C#のdelegateがJavaには無いためにコード量が多くなるから可読性が下がるといいたいのだと思われるが、
C#のdelegateという修飾子といい機能といい覚えるべき余計な情報増え情報量が高まり可読性が下がる危険性はないかな?
とくていのイベント処理では可読性が高まっても、それ以外のコードも書き大規模な(膨大な量のプログラム)プログラミングになるときはかえって可読性は低下しないかな。
少ない情報で多くのことを記述できるほうが効率がよいでしょう。

日本語と英語比べると、英語の方が覚えるべき情報は26文字で、それだけで多くの言葉を表すことができる。
日本はひらがなだけで50文字もの文字を覚えさせられ、小学校に入るとひらがなを超える膨大な漢字も覚えさせられる。

C#は日本語の習得ほどそこまで難しくないと思われるが、C#はJavaよりもそれだけ余分な情報量がありJavaよりも難しく、可読性が低いということである。

978 ：デフォルトの名無しさん：02/12/04 21:18

JRE入れないことの不都合はないんか？

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

>>977
意味わからん。つーかめちゃくちゃ。
> C#のdelegateという修飾子といい機能といい覚えるべき余計な情報増え情報量が高まり可読性が下がる危険性はないかな?
「覚えるべき余計な情報」と「情報量が高まり」と「少ない情報」の情報が同じ情報を指していると思えん。

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

>>979
ああ、悪いね。日本語いっときながら日本語だめだめやった。
JavaのほうがC#より少ない部品(機能)でもより多くのことができるってことだよ。余分なコード増えるがそのほうがすっきりしてソース読みやすい。

日本語は英語よりも多い情報量で、容量が少ない、冗長度の低い文を表現できるが、
英語は日本語より少ない情報量を使って冗長度の高い文を表現できる。

これを
英語=Java, 日本語=C#に置き換えて例えておくれ

C#は機能が多いが

981 ：デフォルトの名無しさん：02/12/04 22:27

>>980
「C#は機能が多いが」
は余計だった。

982 ：デフォルトの名無しさん：02/12/04 22:31

>>980
あんたがJAVAの方が得意なだけではないかと、小一時間.......

983 ：デフォルトの名無しさん：02/12/04 22:35

利用頻度が多い、概念的に理解しやすい、言語体系の中で一貫性をもっている
ならば導入する価値はある。
C に volatile や register が存在するように、
オブジェクト指向プログラミングでは delegate が要請されるんだろう。
（C# の delegate は洗練されてない ad-hoc さがあってアレだが）

既存の言語では同等表現があるといっても、
「C でオブジェクト指向はアホらしい」や「getter/setter の手書きは面倒」のように
難しさではなく作業量の面（よくやる定型作業は最小限にしたい）から、
可能ならキーワード一つで済むほうを選択したくなるというのは
プログラマの性としては正しい。