1 ：
デフォルトの名無しさん ：
02/05/29 19:10 あんなの 理解できるはずないだろ！！
かんたんです
激しく同意！
4 ：
デフォルトの名無しさん ：02/05/29 19:12
SHARPポケコンPC-G850に内蔵されているBASICなら初心者でもわかりやすい。
6 ：
デフォルトの名無しさん ：02/05/29 19:15
はんぱな言語仕様（ﾜﾗ
MSX2 500円でどうだ。
9 ：
デフォルトの名無しさん ：02/05/29 19:19
DOSモバMK-32 ４万円でどうだ。
自分で作ることが出来ない（構文解析機を書けない）言語は使うなって事だ。
15 ：
デフォルトの名無しさん ：02/05/29 19:30
難しくないんだったらJavaコンパイラを作ってくれよ。
>>15 あんた馬鹿か？
構文解析機の話をしてるんだよ。
lintでもかまわない。
要するに構文を把握できてないなら使うなってことだ
>>15 じゃお前が一番簡単だと思う言語でコンパイラ作って下さい。
>>javaが難しいと言う人
まじでどこが難しいのか分からん。
どこよ？
18 ：
デフォルトの名無しさん ：02/05/29 19:39
>>16 このスレは難しいかどうかのスレで君ひとりで関係ないこといってないかい
使え使うなとか命令される筋合いないし
ほかのすれいけや
19 ：
デフォルトの名無しさん ：02/05/29 19:40
>>17 まあ､オブジェクト指向は難しいだろ。
俺はCからJAVAに移行して、
何がオブジェクト指向なのかわかるまでに6ヶ月かかったよ。
「C++と比較してここが難しい！」ってのがあったらヨロシコ。
俺は昔C++の勉強してたけど、意味不明なキーワードやら
メモリ管理やらが鬱陶しくて、興味なくした。( 負 け 惜 し み で す ﾊｲ )
>>19 ま、確かに構造化に比べてやたら抽象的な表現多いしな。
でも、逆にオブジェクト指向さえわかってしまえば
java勉強するときに新しく覚える事なんて殆ど無いと思うんだが。
>>21 そうか、すごいな…まさかと思ったが…煽り失敗…
ちなみにどの言語か教えれ。
23 ：
デフォルトの名無しさん ：02/05/29 19:48
難しいの程度によると思うけど、
オブジェクト指向が分かってるって前提で、
27 ：
デフォルトの名無しさん ：02/05/29 19:54
ＪＡＸＰ
ライブラリ…かな？
javaは”参照変数”で”値渡し”だってのが頭に染み付いてないと、
java.util.* に初めて足突っ込んだときにちょっと戸惑うかも。
他には…すぃんぐのレイアウトに泣かされた事は俺もある(w
あとは、リフレクション？
でもそこまで勉強する段階に来てるんだったら
すぐ飲み込めそうな気がするけどなあ。
>>26 おお、そか。頑張ってくれ。
俺はコンパイラの事はよく分からん(´д｀；)
Javaが簡単ならC++も簡単だべ。
30 ：
デフォルトの名無しさん ：02/05/29 20:03
Cがわかっていれば、
「独習Java」の目次を検証してみた。
>>17 がC++を難しいと思うように、Javaを難しいと思う人もいるってことだね。
なんかやたらとレベルの低いスレはココですか？
>>33 そーです。
見てて悲しくなります。
明日に起きた時には忘れてると思うけど。
結局わからずじまい。
Javaの「プログラミング中の顔」が難しい
38 ：
デフォルトの名無しさん ：02/05/29 23:41
「じゃヴぁ」の発音がむつかしい
39 ：
デフォルトの名無しさん ：02/05/29 23:43
JAVAに「長時間集中すること」がむつかしい
じゃば子を描くのは難しい
マジレス
42 ：
デフォルトの名無しさん ：02/05/30 02:58
Javaで、メソッド使う時に
じゃば子たんのエロ画像ｷﾎﾞﾝﾇ
>>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);
}
}
しまった！半角でインデント付けたら潰れた！
>>42 c++みたいに演算子のオーバーロードができないから、f=f.add(10)みたいな
形になっているだけで、概念的には普通では？
要はf=f+10
>>47 C++は知らないんので、演算子のオーバーロードはわからないですが…普通なんですかね？
しっくり来ないのですが。。。
>>48 intなのは引数の型でしたね。
勘違いしてました。
返り値の型はFraction型ですね。
なる～！
>>42 細かい突っ込みを一つ。
いやまあ、定番過ぎて見飽きた人もいるだろうけど、
42みたいな奴が居る限り突っ込み続けないとな。
＞インスタンス名 = インスタンス名.メソッド名(引数);
参照変数 = 参照変数.メソッド(引数)
と書け。
Javaはインスタンスに名前を付けるどころか、インスタンスに触れる事すら許されていない。
>>41 ほうほう。
CやC++のライブラリはそんなに少ないのか。
>>51 どうもです。
っていうことは、Delphiと一緒でクラスは型って事かな？
var 変数名: クラス名 → クラス名 変数名;
変数名 := クラス名.Create → 変数名 = new クラス名();
54 ：
デフォルトの名無しさん ：02/06/01 19:37
55 ：
デフォルトの名無しさん ：02/06/01 19:39
>>51 私がわかっているかどうかのテスト。
Javaでは、インスタンスはメモリ中のどっかにある。それは触れない。
インスタンスへの参照は、自分が名前を付けた変数に入れることが出来る。
インスタンスのメソッドを使うとか、インスタンスのフィールドを使うときは、
名前を付けた参照変数、に入っているインスタンスへの参照、を介して
いろいろやる。
ただしい？
>>55 よくわからないけど、某Delphiの本には、「Delphiにおけるクラスは型です」と書いてあったから、
型じゃない言語もあると思ってたけど、２ちゃんねらにそうつっこまれると、自信無いです。
どうなんでしょう？
触れない？
アホばっか。。。
スレタイトルからしてｱﾌｫなので仕方ありません。
61 ：
デフォルトの名無しさん ：02/06/01 21:17
62 ：
デフォルトの名無しさん ：02/06/01 21:23
推奨されないメソッドおおすぎ
Javaはもうだめっぽいね。
>>1 確実なコンドームの付け方に比べれば相当簡単だと思うよ。
サーブレットは？
>>41 >Javaを勉強するなら常時接続環境でないとキツイです。
どして？
>>67 ＞初心者にとっては膨大なライブラリに圧倒されるのが大きい。
＞Javaを勉強するなら常時接続環境でないとキツイです。
この文脈からして、APIドキュメントをダウンロードできるって事を知らないのでは。
いちいちsunのサイト見に行ってると。
Javaがダメってことは、当然C++もダメなんだね。
あの・・・「java使える＝C++もOK」と思われるとﾁｮﾄ困るんですが・・・
ポインタの事を考えると、
あの…つまらない質問なんですが、
C++,Java,ObjectPascal>>VB
75 ：
むつかしいんだよ ：02/06/02 00:06
C++でWin用の自作のライブラリを作って使ってる者ですが、
76 ：
デフォルトの名無しさん ：02/06/02 00:08
>>75 単にJavaをやる気が無いだけでしょう。
下手にC++にプライドを持ってしまった失敗例です。
78 ：
デフォルトの名無しさん ：02/06/02 00:11
デザイン・パターンを理解できる人にとってはすごく簡単な言語です。
>>75 多分C++でまともにクラスを使えてないだけです。
82 ：
てめーにいわれたくねーよ79 ：02/06/02 00:16
プライドは別にないんですが・・・
83 ：
デフォルトの名無しさん ：02/06/02 00:18
何をするにもクラスを定義しなければならないというのが難しいのかな？
Javaが、ていうんじゃなくて、ライブラリの仕様が分からないだけ？
なんかね・・・、
89 ：
デフォルトの名無しさん ：02/06/02 00:22
>>83 最初にそれを乗り越えれば、オブジェクト指向で手近に手に入って
解説書も多い Java は、いい言語です。
オブジェクト指向のスタイルを自然に学べるし、オブジェクト指向の
手法でよく設計されたたくさんのライブラリを使っているうちに、
自分で書くときもオブジェクト指向の作法で書けるようになってきます。
C++ だと、入門書が構造化プログラミングのスタイルか、もっと悪い
例を掲載している場合もあるので、（オブジェクト指向的には）悪い癖
がつく可能性があり危険です。
>>86 そうかも、単にライブラリの仕様がって事だな。
まともに法定調書が打てないような予断をもってたのもあるけどな。
91 ：
デフォルトの名無しさん ：02/06/02 00:25
75は「ジャパネットたかた」でPC購入したらしいYO
92 ：
デフォルトの名無しさん ：02/06/02 00:26
>>86 そう、ライブラリの仕様が分からないだけ。
ただ、Java のライブラリは
>>89 の通り、オブジェクト指向的に
よく設計されている（デザイン・パターンのよい実装）ので、Java の
ライブラリを学ぶことは、よいオブジェクト指向の設計をするときの
役に立つでしょう。
MFC は、「クラスを使ってライブラリを作って」ありますが、オブジェクト
指向ではありませんので、お手本としては真似しない方がいいです。
>>92 たしかにちょっと見にはJavaのライブラリはWinより素晴らしいと思った。
(変なグローバル変数もないし、「んだよこれ」っつうような癖も無いしね。)
って単にJavaについて勉強不足なだけだな。スマソ
しかし、あらためて
>>1 を読むと、そんなに難しいものだったっけと思うな。
>69
>>97 ＞ダウンロードできるのは英文ドキュメントだけです。
JDK1.4の話をしてるの？なら確かに英文しかない。
でも日本語訳はダウンロードどころかweb上にもまだ無いはず。
1.4betaのドキュメントなら日本語版もダウンロードできるけどね。
＞あと、「Javahouse」や「じゃばじゃば」といった良質サイトを利用するにも
＞常時接続環境でないとキツイでしょう。
こりゃ言えてるけど、じゃ
「CやC++やその他諸々の言語には良質サイトが無い」or「javaに良質な本が無い」
のかと。
そういう意味では常時接続が欲しいのは他の言語でも一緒じゃない？
1.4 (β も) API リファレンスはまだ日本語化が進んでないので
今始めて1.4betaの日本語版ドキュメント落としてみた。
何か難しい英文でもあったか？
102 ：
1は馬鹿すぎ ：02/06/02 19:03
1は馬鹿すぎ
友人がオライリーのJavaリファレンスをブックオフで100円で買ったそうだ。
104 ：
デフォルトの名無しさん ：02/06/02 21:35
assertの解説が載ってるくらい新しいJAVA言語の解説本あります？
105 ：
デフォルトの名無しさん ：02/06/02 21:36
さすがに1.4の本はまだ出ないだろ。
106 ：
デフォルトの名無しさん ：02/06/02 21:37
>>104 JAVA Press
JAVA World
Dr.Dobb's Journal
108 ：
デフォルトの名無しさん ：02/06/02 21:50
仕事？趣味？
109 ：
デフォルトの名無しさん ：02/06/02 22:23
>100
111 ：
デフォルトの名無しさん ：02/06/02 22:52
112 ：
デフォルトの名無しさん ：02/06/03 12:33
>>107 assertの解説じゃなくて、JAVA言語の解説。
内部クラスとかも､ちゃんとした説明がﾎｽｨｰ
Javaは比較的簡単な部類の言語だと思われ
JavaVM仕様書読め。
>>112 ふつーにまともな参考書読めば良いだろうが。
内部クラスのちゃんとした説明が書いてある本なんて
いっぱいあるので「これいいんじゃない?」
とタイトルを書くことも出来んわい。
なんとなくage
117 ：
デフォルトの名無しさん ：02/06/04 00:32
118 ：
デフォルトの名無しさん ：02/06/04 01:23
「デザインパターンが理解できなければ難しい」
>>41 つか、しょっちゅう見なきゃいけないなら
サイト丸ごとローカルに落としとけばよいのでは？
120 ：
デフォルトの名無しさん ：02/06/04 06:13
煽りじゃなくてマジ質問。
びじゅあるべーしっく
122 ：
デフォルトの名無しさん ：02/06/04 06:54
>>120 プログラミング言語の問題じゃなくて
単にプログラム作れない人かと
123 ：
デフォルトの名無しさん ：02/06/04 07:03
VBはプログラミングそのものはJAVAよりムずいと思うYO
124 ：
デフォルトの名無しさん ：02/06/04 07:18
>>115 assertの説明が書かれてるような本あるか？
VBでOOPやろうとするとよほどJavaよりも難しい罠
126 ：
デフォルトの名無しさん ：02/06/04 12:51
推奨されない機能を推奨される機能に変更する方法を調べるのが難しい。
VBでOOPなんてやったことない。
>>126 >推奨されない機能を推奨される機能に変更する
？？
sunに政治的圧力をかけて推奨させる
>>126 +
>>129 >sunに政治的圧力をかけて推奨されない機能を
>推奨される機能に変更する方法を調べるのが難しい。
??
推奨されない機能の「推奨されない云々」などとウォーニングの出ない代替機能を
>>126 が言いたい事が３日経った今やっとわかった。
>133
お前らみんな、「ウォーニング」って言うんですか？
業界ではワーニングが定説。当然発音はフラットだ
>>137 変な読みが定着してるね。「モバイル」とかも。
>139
141 ：
デフォルトの名無しさん ：02/06/06 23:01
mobile
mobile
関係無いけど、JapanのTimDrumにStill Live In Mobile Homeって曲があったね。
＞Still Live In Mobile Home
いや、東南アジアの水上生活者の歌らしい。
モバイルスーツ
モバイルってのは自由に動くとか、可動式とかそういった意味。
148 ：
デフォルトの名無しさん ：02/06/08 01:51
Swing low Sweet Chariot, comming for to carry me home.
149 ：
デフォルトの名無しさん ：02/06/08 01:56
locale
>>146 マスタースレーブ制御しているＧ以外は
モバイル「スーツ」とはよべないと思う
152 ：
デフォルトの名無しさん ：02/06/08 02:02
50 歩 100 歩、汽車ぽっぽ
local ≠ locale
恥ずかしい！！(*ノノ)
で、Javaはどうよ。
(´д｀)y-~~
Ｊａｖａの名前って何に由来してるのかね？
(´д｀)y-~~
ジャワティーじゃないの？
BASICはビギナーなんとかの略だよな。
Perlはたしか汎用ゴミ作成言語
C 言語:B 言語の次
D 言語:C 言語の次
BrainF**k:名前どおり
SIMPLE:名前どおり
>>160 Ruby を知ってて Perl を知らないのも珍しいね
>>162 Ｃ言語の由来はそういえば聞いたことあったけど、その下の２つの言語は名前すら聞いたことないな。
そうそう、Perlだったね。
知ってるよ、名前だけね。
Javaがコーヒーの俗語だというのはどこかで聞いた覚えがあるんだけど、
>>146 あ、ガンダムってＡ、Ｂ両パーツ揃いのスーツ（スイート）って意味だったのか！
168 ：
デフォルトの名無しさん ：02/06/09 02:31
三年前に書いたJAVAのソース、さっぱりわからんようになってる。
言語は道具なんだからすべて使い手のせいとはいえるがやっぱJAVAのせいだろ
>>170 >頭いいやつはあんな言語つかわねぇよ(w
頭のいい人ならそんな事は言いませんけどね。
頭のいい人にはそういう事いって欲しくないというオマエの希望か、
オマエの根拠無き盲信ってやつではないか？
>>171 173 ：
デフォルトの名無しさん ：02/06/09 06:53
174 ：
デフォルトの名無しさん ：02/06/09 06:58
頭のいい人はVBを使います。
>>172 ちなみに、頭いい人は根拠の無い主張はしない
(心の中で思っていても)という意味も含んでいますが。
頭の良い人は 2ch に書き込んだりしません。
このスレは、頭の悪い人専用です。
ＪＡＶＡなんて、家のかみさんでも使えてるぜ。
月に一回何のために使ってんのかすげー興味あるといってみるテスト
>>180 >>180 >くだらん悪口の言い合いにマジレスしているおまえは底抜けのアフォに決定
頭のいい人ならそんな事は言いませんけどね。とかいってみるテスト。
Javaなんて実家のママンが毎日飲んでるぜ
Javaコーヒーをこの前のんでみたんだ。
186 ：
デフォルトの名無しさん ：02/06/09 09:27
Javaのクラスライブラリが良い設計になってるとか
>186
>>186 ・・・ﾊｧ？
Javaの仕様は糞なので、難しいとか簡単とかいうことを考えること自体が
難しいです。たとえば数学がわからんという人は明らかにｱﾌｫですが、
Javaがわからんという人を一概にｱﾌｫということはできない気がするよ。
ま、ふつーに使えたらそれでいいじゃん
まあMFCよりは良さそうだわね
JAVAは組み込みに使用するのがむずかしい
＞Javaの仕様は糞なので、
Javaでどんなソフトウエアを作ってるというんだ？
webサービス全般。Cでは書かないだろ。
WebサービスでJAVAか。おめでてーな！
>>193 は
ソフトウェア＝ソフマップに陳列される製品
としか考えられないんだろ。
システム構築なんかやった事なさげ。
199 ：
デフォルトの名無しさん ：02/06/09 20:43
「うーん、僕ちゃんデザパタをマスターしてるからこのクラスライブラリ
200 ：
デフォルトの名無しさん ：02/06/09 20:44
Stringだけですか、＋演算子が使えるクラスは。
最近の古いモンには構文糖なんてわからんもんなぁ・・・
構文糖って言葉を最近見かけて衝撃だったよ(笑)
>>201 Javaは良く分からないけどそうなのか！？
駄目じゃん…。
Java、早くTemplateサポートしてくれないかな～。
>>206 >Templateサポート
early access版ならとっくに出てますが。
ところで、
>>206 ってJava使わないのに
何でJavaにTemplateのサポート期待すんだろ？
208 ：
デフォルトの名無しさん ：02/06/11 01:39
思うんだけど、Javaはライブラリがフルスペルだから日本人にはむずかしいんじゃねーのか？
209 ：
デフォルトの名無しさん ：02/06/11 01:51
凄いこと考えるね。
210 ：
デフォルトの名無しさん ：02/06/11 01:53
211 ：
デフォルトの名無しさん ：02/06/11 02:01
>>208 カタカナが入ってるのは惜しいな。もうちょっと古典的に頼む。
>>208 newだけアルファベットなのは、狙い？
そういえばさ、メソッドとかクラス、変数名を日本語で書けるじゃん？
>>214 特に起きないと思われだが、日本語にすることによりわかりやすくなるとも思わないな。
クラス名が日本語だと、ファイル名でちょっとめんどくさいことになるかも。
217 ：
デフォルトの名無しさん ：02/06/12 00:24
>>201 そんなもの、たいした問題じゃない。
スタイルの問題。
それにしても、Java なり Delphi なり、Object または TObject という
最上位クラスがあるのが便利ですね。
C++ は強制されない。いいのか悪いのか。
本気か？
220 ：
デフォルトの名無しさん ：02/06/12 02:04
VBやってると、Javaだったらこうやって綺麗に書けるのになぁと思うけど
>208
>>218 C++だとvoidがそれに近いかもね。
voidはクラスじゃないからtoStringとかは無理だけど。
>>223 myclass *pmc = new myclass();
void *pv = pmc;
なので、クラスと同列に書くのはvoid*じゃ無くてvoidが適切と考えますた
>>224 void v;
void* pv = &v;
はできないし、
void main()
は void 型(最上位クラスと同等(?))を
返すわけじゃないから
void は適切じゃないと思うけど。
>>225 いえ、Javaで
MyClass mc = new MyClass();
Object obj = mc;
はC++では
MyClass *mc = new MyClass();
void* obj = mc;
と記述するわけですから。
JavaのObjectに対応するのはvoid、という考えです。
Javaとの対比の中なので、ポインタを使わない（スタック中にクラスのインスタンスを生成する）状況は考えてません。
あ、追加。
>>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* は全くの別物だって考えが無いのだろうか？
JavaでVMがあるハードではどこでも動くっていうのが売りじゃん？
>230 そんなもん期待してないと思われ。素直にＣ＃にいくわい。
>>231 >開発環境が駄目
eclipse とか使えば？
>１Ｇクラスのマシンでも多少重いアプリしか作れないジャバ逝ってよし。
それは
>>231 が作ったら 1G クラスのマシンでも遅かったと？
それとも JBuilder が遅いから？
>>231 全角英数使うと馬鹿だと思われますよ、とか言ってみるテスト。
>233
>>234 >Ｊビルダー６は使いやしい。それについては文句の言いようがないけど、
>エディタからデザイナに切り替えるだけで５秒待たされたり、メニュークリックして
>からでるまで一秒かかるとか、使っててあまりいい気分じゃない。
？？？
使いやしい->使いやすい なら、
「文句の言いようがない程使いやすい」のに
>エディタからデザイナに切り替えるだけで５秒待たされたり、メニュークリックして
>からでるまで一秒かかるとか、使っててあまりいい気分じゃない。
なのか？
>>234 >この前暇だからswingでぷよぷよ作った。
ネタにしても面白くないよ。
>>234 >操作したら0.1秒内に反応しないと遅く感じない変態
たしかに変態…
>239
ttp://www.am.wakwak.com/~air/upload/ 適当なところにうぷしたよ。へたれプログラマー/ぷよぷよ未完成で。
タイトル通り未完成。２ｐ対応してる最中。
社長のパトロールの頻度上がったから、重い＝すぐには隠せない
Ｊビルダー使えなくなって、、、んでＪＡＲファイルのなかにソースが入ってる。
まあ独学なＪＡＶＡだから突っ込みところ満載だと思うが、どうぞ。
>>242 ｻﾝｸｽｺ。回転のさせ方がわからん。(;´Д`)
＜＞キーのようだ。ｽﾏｿ。
固有名詞を勝手にカタカナにしてるあたりが非常に頭悪そう
やたら礼儀にうるさい？なに？
Ｊビルダーのことか？まあ頭悪そうといえばそうだが。
リナ厨かマック厨だな。くさいくさい。
Win厨もくさいと思う。
>249
251 ：
デフォルトの名無しさん ：02/06/14 12:44
いやいややっぱ.net（死
（死 （死 （死 （死 （死
>252
255 ：
デフォルトの名無しさん ：02/06/17 16:25
Ｃ＃age
RE：ID2以降の画面に「×」ボタン
javaのDLL
javaにDLLなんてあったの？
260 ：
デフォルトの名無しさん ：02/06/17 22:41
Java のクラスやインターフェースはみんな DLL だ。
261 ：
デフォルトの名無しさん ：02/06/17 23:13
JNIではDLL使いまくり。
Java言語自体はなんとか覚えられても
>262
「難しいとか言ってる奴は修行が足りん。
265 ：
デフォルトの名無しさん ：02/06/17 23:33
オブジェクト指向がわかったら簡単だと思うが
GUIを一通りかじれば結構な知識が身についたり。
これで速ければいいんだけどねってよくあいつが言ってたっけ
269 ：
デフォルトの名無しさん ：02/06/18 00:35
オブジェクト指向・・・
Tucker
>>269 データの流れ図と
必要な機能を書き出して線でつないでいく
そうすると何かが見えて来る・・・・かも
とりあえず、簡単なプログラムをいくつも
書いて練習するのがよい・・・・・・かも
オブジェクトをオブジェクトと見抜けない奴はJavaを使うのは難しい。
オブジェクト指向とは初心者が考えるような難しいものではない。
James Goslingってもともとは Lisp 使いなはずなんだけど、
275 ：
札幌祭りだﾜｼｮｰｲ ：02/06/18 01:47
最近はAOP
>>275 すまん できたら AOP を展開というか、略語にしないで言ってみてくれ。
Aspect-Oriented Programming
>>277 それってGoslingだっけ???
という話はおいといて、XEROX発だよね (Xeroxは今あるCommon Lispの
Common Lisp Object System いわゆる Closの生みの親
というか、Xeroxの顔を立てるために入れてあげたみたいな噂あり
(あんなの自意識過剰の気味悪い自慰行為だよね)みたいな)。
そんで今はWeb pageには存在にないかもしれないけど、
それこそ最初はLispでやりましたとXeroxのWebに詳しく書いていました。
なんかCGのフィルタ処理みたいな話。
クラス名に動詞をつける奴はとりあえずオブジェクト指向ではない。
Java=Delphi
>>279 > クラス名に動詞をつける奴はとりあえずオブジェクト指向ではない。
ワルイコトイワナイカラ、ベンキョウヤリナオセ。
282 ：
デフォルトの名無しさん ：02/06/18 09:53
>>279 普通ビジネスプロセスは動詞で命名しますが？
形容詞もインターフェースでよく利用されると思いますがね。
>>279 じゃないが、動詞のクラス名の例を知りたい。形容詞は分かるが。
>>269 憂鬱なﾌﾟﾙｸﾞﾗﾏのためのオブジェクト指向開発講座(Tucker!著)
これで分からんなら諦めれ。
285 ：
デフォルトの名無しさん ：02/06/18 10:53
>>283 世界中に存在するあらゆる動詞
好きなのを思い浮かべろ
>>285 ｲﾚﾙ、ﾂｷｱｹﾞﾙ、ｺｼｦﾌﾙ、ﾃﾞﾁｬｳ･･･(;´Д｀)ﾊｧﾊｧ
>>285 動詞は分かるがそれがクラス名としてふさわしい場合があるのか？
>286
289 ：
デフォルトの名無しさん ：02/06/18 11:08
>>287 追跡する必要があるビジネスプロセスは、クラス化してRDBとかに永続化すんのが普通だろ？
class SekusuCLs {
まあまあ喪前ら僕の悩みを聞いてくれないか？
s/private bokkiflg/private int bokkiflg/
Java に限ったハナ氏ではなく、object oriented programming 一般として
>290
＞人間が「物」や「事」として認識する対象
老いたな
>>290 ３回シコシコしてもらわないと勃てないとは。
漏れまだまだ戦う前から臨戦態勢ですが、なにか？（サラリーマン・３３歳）
>>295 > ＞人間が「物」や「事」として認識する対象
>「人間が概念とするものすべて」とした方がスッキリ
そだね。でも物と事ということばをなんとなく使いたかったﾅﾘ｡
ﾐﾅｶﾀｸﾏｸｽﾉﾏﾈ
エラー発見。
s/class SekusuCLs/class SekusuCls/
>>294 そんなの恥ずかしくて書けない(*ﾟдﾟ*)
>291
>279
ユースケースをクラスにする
303 ：
逝って良しの１ ：02/06/19 03:06
上げ忘れだｺﾞﾙｱ!!（;;｀Д´）ﾉﾉ
304 ：
デフォルトの名無しさん ：02/06/19 03:13
UMLのクラス名は動詞になるか？
だめだ。
＞なるか？
309 ：
逝って良しの１ ：02/06/19 03:31
クラスの中にプロセスを書いて呼ぶだけの使い方してれば動詞になります。
>>308 同意。
メソッドをクラス化することを想定すれば
分かる気はするがね。
>>309 クラスを呼ぶって一体？ おかしくてもよければなんとでもなるさ。
クダラネエ
荒らしは放置。
言い争うこともないだろうと思うけどね。
インターフェイスの形容詞とか～erの擬人化はよくあるけど、
WriterだとかReaderはオブジェクト指向じゃないの？
それは名詞と言う
>>318 FileWrite
BufferedRead
なんてクラス名をつけるんだろうか... 動詞派の人
ｺﾜｲﾖ-
UNIXのシェルコマンドをクラス化したら、
>UNIXのシェルコマンドをクラス化したら、
C++なら関数オブジェクトは動詞クラス名でいいんだろうけど。
>>322 C++に関数オブジェクトってあるの?
STL関連だっけ?
324 ：
逝って良しの１ ：02/06/20 01:34
関数オブジェクト晒しあげ！
ヾ(≧▽≦)oきゃははは
おれはObject Orientedなプログラミングにあんまり詳しくないけど、
328 ：
デフォルトの名無しさん ：02/06/20 01:51
>>323 あるで。operator()() をオーバーライドすんねん。
>>327 関数を（無意味に）オブジェクトにしなきゃならないのはJAVA。
C++で、関数を必要も無いのに、クラスに無理矢理詰め込む奴なんているか？
>>330 そうやって、C++なのに名前の衝突のリスクを考えないで
グローバルスペースに関数並べるバカがいるんだよな。
333 ：
デフォルトの名無しさん ：02/06/20 06:28
>>331-332 自作自演（藁藁藁
namespace つかうって。
共通関数をクラスに入れる？ プププ ＪＡＶＡ厨房まるだし
共通関数 ﾏﾝｾｰ → コボラー
335 ：
デフォルトの名無しさん ：02/06/20 06:42
>>334 無理にこじつけるな
ＣＯＢＯＬなんて、一度もやったこと無いわ
自分の間違いを認められず、相手を誹謗中傷か？
哀れだなジャバラー（藁）は
自分以外は自作自演だと妄想してる哀れな C 使いが居るな
337 ：
デフォルトの名無しさん ：02/06/20 06:46
ちなみに、ジャバラーがコボラーを嫌がるのは、
338 ：
デフォルトの名無しさん ：02/06/20 06:48
>>336 必死にいいわけすればするほど、哀しくなるな。プププ
ネットで言い訳したって、信じるとでも思うのか？
>>339 お前のことだろ、低級労働者。プププ
ほら、下げてやったぞ。
お前が先にそこへ行け。
341 ：
デフォルトの名無しさん ：02/06/20 06:51
低脳ジャバラーとコボラーは、セットで消えろ
なんだ、安月給 C++ 全能信者か。
ｳｻﾞｲ
話の内容は、C++er?が正しい。しかし、それを認められないJavaer?も、言葉の汚いC++er?も、見るに耐えない。
x Javaer
＿＿＿
なんなのこのｽﾚ(藁)
ジャバニーズ
強迫性言語依存症の C++ 使いが居るスレはこちらですか?
>>348 ﾌﾟﾗｲﾄﾞばかり高くて、中身がない、ｼﾛｶﾞﾈｰｾﾞにかけて、ｼﾞｬﾊﾞﾈｰｾﾞでどうでしょう?
>>351 もしかして、男女の別の事を言っているのでしょうか?
電波な貴方様には、相手が見るのでしょうか?
ジャバニーズでいいよ。日本人じゃないジャバ人って事で。
C/C++ 厨の方が妙なプライド高いな。
日本に居ながら、Java国に住む、Javaneseですか。
＿＿＿
ｵﾏｴﾗ
Javanese様と会話するときは、日本語は通じません。デザパタ用語で話しましょう。
> 味噌オブジェクトと水オブジェクトをCompositeメンバ
Compositeパターンで実装されたクラスって事だろうね。たぶん。
＞味噌オブジェクトと水オブジェクトをCompositeメンバ
363 ：
デフォルトの名無しさん ：02/06/20 08:05
よっぽど、悔しかったんだね。
自演厨 ｳｻﾞｲ
＿＿＿
367 ：
デフォルトの名無しさん ：02/06/20 08:13
＿＿＿
ちょっと煽ったら苦し紛れで自演してやんの (ﾌﾟﾌﾟﾌﾟ
>>358 お前が低脳使い捨て PG だということはその例でよくわかったよ。
これ以上、腹を捩れさせないでくれよ (ｸﾌﾟﾌﾟ
必死な C 厨にﾜﾛﾀ
朝起きたら、祭りだった。
実力皆無のプライド厨を煽ると食いつく食いつく (藁
部落民で知的障害者で低級Cプログラマが活躍してるｽﾚってここですか?
C 厨 C++ 厨は社会のｺﾞﾐです、ｸｽﾞです。
>>375 俺はどうでもいいけど、まあ２ちゃんのためには、その方がいいかな？
めずらしいな、ム板で祭？
まぁ C/C++ が使えん奴も問題だが、それしか使えない厨房って実力無いくせに
実力皆無のプライド C++ 厨を煽ると食いつく食いつく (藁
C/C++ 厨房は逝ってﾖｼって事で、皆さん意義ないですね。
> 調理COMMANDで、味噌オブジェクトと水オブジェクトをCompositeメンバにしちゃうわけよ。超まいうー
実際、Javaやってる人間に比べると、
>>383 確かに、現実にはそうだね。なかには少しは出来る人もいるけどね。
まあ、デザパタも知らないやつに、JAVAは高級すぎる。
超 ま い うー
最近は VB や COBOL 上がりも増えてしまったが、もともと Java は
Java を馬鹿にするのって、たいていデザパタも知らない馬鹿だ
>>389 激しく同意
C/C++ 残党兵は低級プログラマ まさに真実
俺ら高級Javaプログラマは、デザパタを使いこなす
C/C++ のカスプログラマとはステージが違う
>>392 そうそう、デザパタでも勉強して、出直してこいってこった。
394 ：
デフォルトの名無しさん ：02/06/20 08:57
超 ま い うー
396 ：
デフォルトの名無しさん ：02/06/20 09:03
>>395 ほっといてあげれば？
たぶん、ここだけが彼の楽園なんだよ（涙）
以前は崇高神話な連中ばかりだったが、最近は VB な連中が大量に移行した
皆様、文章の最後には「超まいうー」をお願いします。
おそらくだが、超まいうーな C++ 厨房は、朝になって出社したのだろう。
＿＿＿
まいうーって書くな。
くだらねー
407 ：
デフォルトの名無しさん ：02/06/20 13:05
Javaが難し過ぎるところ
あっそ。日記はよそでやれ。
409 ：
デフォルトの名無しさん ：02/06/20 13:22
410 ：
デフォルトの名無しさん ：02/06/20 13:23
fassd
なんか荒れてるな。
>>389 いまどきJavaやってる残党兵はゴミ
出来るやつはとっくにC#だよ（嘲笑禿藁
つーか、お前ら 1 つの言語しかやらんの？
ほっとけよ、Javaで何もかも済まそうと考えてる連中なんて。
関数ねえ..
416 ：
ここの板って低レベルだな ：02/06/20 22:36
C++だ、Javaだ、C#だっつったって、所詮、管理職にはかなわんよな。
ス・・・ス・・・スレ違い・・・？
419 ：
デフォルトの名無しさん ：02/06/20 23:33
>>413 あのね、仕事じゃないんだからまず理想を語るところからスタートってことなんだよ。
機能が似たような言語なら一つにしたいだろう？
俺の理想を言わせてもらえば
本格的なものや、GUI アプリは Java、ちょっとしたやっつけ仕事や Web アプリケーションは Ruby、
これだけあればほとんどやりたいことは出来る。
423 ：
デフォルトの名無しさん ：02/06/21 01:19
413の理想にマジで賛成ですが、何か？（冗談ぬきで）
424 ：
デフォルトの名無しさん ：02/06/21 01:19
↑419の理想だった（笑）
雑談は他でやれよ。
頭悪いの多いなｗ
俺の理想は、すべての人間が同じ考えをもつことだ。
ＪＡＶＡでＧＵＩねぇ、、、
Java＝GUI＝重い
否！ＪＡＶＡは軽い！ゲームだって作れる！
あ、すまん
正直、まだjavaでＧＵＩアプリを仕事で作ってる方います？
>>434 非力なPCでWindowsとか動かすのなら
JAVAでも大して変わらないかと。
速度が気に障るなら
Linux/UNIX without Xとかdosにするべきかと。
うちの製品、GUIがJavaなんだわ。
>435
おい藻前らよければ教えてください。
>>435 LinuxにしたってJavaが遅いのは変わらんじゃん。
>>438 .NETならオラクルいらないよ。MSのSQLサーバ使う。
どんなにヘボくても、JAVAにしがみつくしかない。
442 ：
narucy56 ◆wMOjCT4s ：02/06/22 07:17
>>441 なんで .NET だから Oracle だめ、なんだよ。
（データベースは関係ないでしょ）
【緊急事態】 大変です！ 私の肛門から屁が止まりませぬ！！！ 【緊急事態】
>>332 そんな事より牛乳飲み過ぎますた
>>442 MSは.NETだけじゃなく、SQLサーバも売っている。
オラクルの最大の宿敵。
それがわかってて、オラクルに.NETと手を組めと?
445 ：
narucy56 ◆wMOjCT4s ：02/06/22 08:15
>>444 いえ、そういうことではなく、プログラマ的には、特定のデータベースに依存する
プログラムを書くことはほとんどないってこと。
>>434 > 正直、まだjavaでＧＵＩアプリを仕事で作ってる方います？
Swing でも便利なアプリケーションなら便利だと思うし、速度がどうしても気になる
って場合は、最近じゃ SWT ってのがあるから、そちらを使うのもいい。
> いえ、そういうことではなく、プログラマ的には、特定のデータベースに依存する
>419
>>447 >オレにとってはJavaのGUIの遅さは致命的なんだよね。
修行が足りん、の一言で済まして良いですか？
>448
>>449 それなら同意。
ただし、
>修行しなきゃまともに使えないGUIがダメ
とかいう奴は(俺も含めて)ダメPGだと思うけど。
ダメPGでもなんとかやれる、という理由でJavaは普及したんですけどねえ
>>451 >ダメPGでもなんとかやれる、という理由でJavaは普及した
いや Swing 以外の部分に関してはダメPGでも何とかやれるし。
サーバサイドでは Swing なんて使ってないでしょ？
まだJDKβのときに「５年後にはきっとマシンスペックもあがってストレスは
> ではないでしょうか？
JDKβ って… まだJITすら無かった頃ではないか？
Swingはメモリバカ食いだから嫌い
>>455 うんにゃ。PGの大量補給を支えたのは、ダメPGでもなんとかなるJavaのおかげです。
>>457 もちろんSwingの何が大量にメモリ食ってるか、
ちゃんとわかってるんだよね？
460 ：
デフォルトの名無しさん ：02/06/22 14:59
SWTに期待だろ、さよならSwing
461 ：
デフォルトの名無しさん ：02/06/22 15:26
Javaの何が難しいっていうんだ・・・
Javaが$unのプロプリ製品だということに最初から気づいてれば
>>461 全部は無理だろ。API リファレンスあれば OK だし。
つか、どこから難しいという話が？
つーかJava界隈にはダメＰＧが多すぎ。
>>461 1.4が出たと思ったら、もう1.4.1ベータが出てるところ。
>>464 そーゆーあなたもダメPGですか？
一緒にﾏﾀｰﾘしよーよ
>>1 よく考えろ
Perlやらされるよりマシだぞ
470 ：
デフォルトの名無しさん ：02/06/23 21:05
たとえば、、ね。
471 ：
デフォルトの名無しさん ：02/06/23 21:13
>>470 イメージのファイルがローカルのディスクにあるなら
何かまずいことがあったら例外を投げるだけで十分なときもあるかもしれん。
そうならImageObserverにはnullでも代入しとけばいい。
でもな、インターネット越しのどこぞのサーバにある場合はどうだ。
イメージをきちんとロードできてるかどうか、今どれくらいロードしてるか等、
これを監視するオブジェクトがあると便利だよな。つか、無いと困る。
おれは理屈が通用しない言語があれば逆に難しく感じてしまうだろうけど。
473 ：
名無しさん＠そうだ選挙にいこう ：02/06/23 21:39
JavaでCOBOLみたいなコード書かされてますが何か？
>>474 public class PRG0001 みたいな感じ？
>472
>>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を
用意しろよヴォケ、と思うよな。
まあ自分でラッパー書いちゃったからストリームの連結なんて
何年もやってないけどさ。
API が出来た頃の時代背景に文句言っても仕方が無い。
482 ：
デフォルトの名無しさん ：02/06/24 23:42
アパッチを使おうかトムキャットを使おうか迷ってます。
484 ：
デフォルトの名無しさん ：02/06/24 23:44
>>476 > そのソースや設計をきれいにする＞ユーザーのことを考える
おれもここに、JAVAの真実があると思う。
さらにいうなら、言語的思想の整合性＞使いやすさや性能
というところがパラノイアしてる。
仕事で客のために作るプログラムなら我慢するが、
自分のためにとか、売れる物をとかだと、JAVAつかいたくない。
>485
Javaの今後が難しいのか
488 ：
デフォルトの名無しさん ：02/06/25 14:51
てか、C#のライブラリはどーなんだ？見たことねーけど
489 ：
デフォルトの名無しさん ：02/06/25 19:29
>486
490 ：
OpenSourceManse- ：02/06/25 23:46
M$は叩く為にあるものですから。
491 ：
逝って良しの１ ：02/06/26 00:00
お前ら、まだＯＯＰＬなんかやってるのかＹＯ！
クダラネェ
>>491 C言語しかつかえないのですか？
プログラマじゃありませんね。
494 ：
デフォルトの名無しさん ：02/06/26 00:03
マジレスかよ！！
497 ：
デフォルトの名無しさん ：02/06/26 00:49
ま、しかし、Javaを「まともに」使えるやつはスゲーすくねぇよ、特に日本にはね。
サンプルは何人くらい取ったんですか？
>>498 ほっときなって。いつものことだから（ｗ
500!!
501 ：
デフォルトの名無しさん ：02/06/26 01:13
>>497 「まともに」使えるやつの中には
もちろん 俺も入ってるんだろ？
502 ：
初心者の名無しさん ：02/06/26 01:25
ここは初心者な質問でもうけつけてくれますか？
もちのロンだよキミィ
504 ：
デフォルトの名無しさん ：02/06/26 01:30
>>502 質問ってなんですか？
聞くだけなら聞いてあげますよ
505 ：
初心者の名無しさん ：02/06/26 01:33
まじで製作以前の話なんですが、
初心者質問スレあるのに、なんでこっちで聞きたいのだろうか。
>>486 激しく同意！
>ＳＵＮｖｓＭＳ裁判ではＳＵＮ側はそのＡＰＩも言語の一部って言ってたから
あの肥大化したクラスライブラリもJavaの一部なの？
冗談きついなあ
508 ：
初心者の名無しさん ：02/06/26 01:36
>>506 初心者質問スレずいぶん下がってたので・・・
この疑問が解けないとまじで寝れませんので・・
27 番目ってずいぶん下になるのかな。
初心者がつまづいてるな。
511 ：
初心者の名無しさん ：02/06/26 01:42
学校の課題研究っていう授業で俺はｊａｖａ友達はビジュアルｃ＋＋使って
import java.util.*;
言語以前にプログラミングに慣れているかどうかの問題かと
514 ：
初心者の名無しさん ：02/06/26 01:46
import java.io.*;
＞ビジュアルｊａｖａってのもあるそうですが
516 ：
初心者の名無しさん ：02/06/26 01:47
>>515 まじっすか？６０００円ぐらいで売ってるって聞いたのに・・・
あのやろう、嘘つきやがったな
517 ：
デフォルトの名無しさん ：02/06/26 01:47
>510
>ｊａｖａ友達はビジュアルｃ＋＋使って
コンパイル時のメッセージ出してみ。
520 ：
デフォルトの名無しさん ：02/06/26 01:51
>511
521 ：
初心者の名無しさん ：02/06/26 01:52
>>518 俺はｊａｖａ、友達はビジュアルｃ＋＋ ですた。。
わかりずらくってすみません
522 ：
デフォルトの名無しさん ：02/06/26 01:52
Visual J++の事じゃないの？
NetBeans を忘れてもらったら困る
>522
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;
大変な課題研究になりそうだな。
Visual J++が一番生産性が高そうだな・・・
530 ：
デフォルトの名無しさん ：02/06/26 01:58
Visual J++を始めようと
531 ：
初心者の名無しさん ：02/06/26 01:59
>>527 ・・・あ、
えー、自分激しくＤＱＮでした
皆様ごめんなさい
>529
酷いことするなぁ（ｗ
534 ：
初心者の名無しさん ：02/06/26 02:01
>>527 ほんとにありがとうございました。
何回も見直して質問したのに・・・なんて言い訳は通じませんね（´д｀;;）
何を見直したのか気になるんだが。
536 ：
デフォルトの名無しさん ：02/06/26 02:03
>529
537 ：
初心者の名無しさん ：02/06/26 02:03
いまはこのスレの皆さんが何を話してるか全然わかりませんが、
538 ：
デフォルトの名無しさん ：02/06/26 02:04
>530
糞重いだけで役に立たないオナニーIDEの使い方を覚えるより
541 ：
デフォルトの名無しさん ：02/06/26 02:07
542 ：
デフォルトの名無しさん ：02/06/26 02:08
>540
VJ++を避けるように言う人たちって「純粋なJavaじゃない」とか「Windows
545 ：
デフォルトの名無しさん ：02/06/26 02:10
>540
546 ：
デフォルトの名無しさん ：02/06/26 02:11
＞「Windowsでしか動かない」
MSの手の入ったJavaはもはやJavaじゃないので、Visual J++は糞。
548 ：
デフォルトの名無しさん ：02/06/26 02:14
>544
むかーし Visual J++ の 1.0 使ってたけど結構良かったよ。
そんな姿勢を求めてるのか？
>>546 まったくだ。わしがJavaをやるメリットの半分以上がぱぁになるよ。
553 ：
デフォルトの名無しさん ：02/06/26 02:16
>548
>551
>>553 うん。続けるよ。馬鹿は叩かないと分らないからね。笑い。
＞馬鹿は叩かないと分らないからね。
尊敬に値するな。”バカを叩き続ける”つもりなんだね。
俺には
>>544 を叩き続ける根性はないよ・・・
>>549 Sun や IBM は、手間は多くなるけどきれいな技術で製品を出す。
MS は泥臭い技術だが目的達成までの手間を少なくする製品を出す
(後のメンテやバグ等は置いといて)。俺的にはそんな感じ。まぁ
手間=後学なあたりが「まっとうな技術が身に付かない」とう事だと
思うが。技術屋のための技術とカスタマーのための技術の違いとでも
言うのかな。使い勝手ととっつきやすさは MS 優勢だね。俺は仕事で
Office 使う以外使ってないけど。
Javaがきれい？正気か(ﾜﾗ
559 ：
デフォルトの名無しさん ：02/06/26 02:36
>>558 比較的、って付け加えとくよ。少なくとも VB もどきの API に
場当たり的な拡張を加えた MFC よりは。
>>558 Java よりきれいな基盤技術って教えてくれる?
>559
563 ：
デフォルトの名無しさん ：02/06/26 02:41
564 ：
デフォルトの名無しさん ：02/06/26 03:08
C#は汚いの？
宗男よりはキレイ
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
570 ：
デフォルトの名無しさん ：02/06/26 05:16
でも、JAvA嫌い
571 ：
デフォルトの名無しさん ：02/06/26 05:32
566です
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のバイナリダウンロードページで落せるのは、セット
になってるから、気にしないてオケです。
nioパッケージの名付け親がIBMだったような。
>>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
>頼むからthis.は自分で消しとけ。読みにくいんだよ(;´Д｀)
エディタとしてJ++つかえ。
>583
>>581 リファクタリング機能がない IDE 使うなら、
vim や emacs でソース書いても同じだなあ。
Java では RAD で GUI 作る必要性を感じないし。
Eclipse や IDEAならまだいいが、Forte も JBuilder も重くて使えん。
>585
>>581 IDE使ったことないからわからんが
どういう部分で効率があがるの？
タイプミスしか思い付かん。
>>587 IDEを使ってみて重い以外の欠点を言ってくれ。
それからviや秀丸等の利点を教えてくれ。
最近のIDEは高機能だよ。昔はコード補完くらいしかメリット
>>588 メリットがわからないままIDEをインストロールしたくないな
今はgeditってテキストエディタ（viとは違いスクリンエディタじゃない）
使ってるけど、軽いし、ある意味環境依存しないのでどこでも同じように
使える。
ある場所ではLinux、別の場所ではWindowsという環境だから、
IDEは、インストロールだけでも重いでしょ？
なんとなく腰が退けましゅ。
結局、Linuxではgedit、Windowsではxyzzy(?)を使ってる。
>>589 リファクタリングあるのは便利かも。
蓆、IDEの利点をもっと知りたいん。
他の人の意見はないかねえ。どうもアマチュアが多いみたい。
>590
アマチュア＝インストロール
>>590 どんな利点かは自分で調べりゃわかるだろ。
IDE＝テキストエディタじゃないの知ってる？
プロならインストールして自分で評価してみるもんだ。
プロなら、っつーかIDEとテキストエディタ比較してるヤツに
596 ：
デフォルトの名無しさん ：02/06/26 23:32
誰でも知ってる（はずの）IDE の機能
>>595 そうそう。IDEなんてなんのメリットもないよ。テキストエディタを
死ぬまで使ってろ。
VJ++はエディタとして使うならけっこうええで～
エディタの人って、デバッガとかどうしてんの？
emacs + JDE + etags + Ant でいいじゃん。
おれはAntよりmakeのほうがいいなぁ。xmlファイルって
>>600 出来るか出来ないかってより、
それで仕事になるのかどうかを聞きたい。
～でいいじゃん、で言えばcatとJDKでいいじゃん。
なんか、毎年30万払い続けてアップデートするのも
馬鹿らしいんだけど、使わないと30万円以上は
生産性落ちるからもう手放せない。
個人的にはIDEからServletとかEJBのテストが
できないとキツイなぁ。(当然xml自動生成で)
603 ：
デフォルトの名無しさん ：02/06/27 19:29
最近仕事で嫌々JAVAを使わされています。
>>600 それでIDEを超える開発環境になるの？
IDEなら一つのソフトインストールすれば終わりだよ。
使い方も直感的で簡単だし、手間をかけてIDE未満の開発環境を
作る理由がわからない。
重いのがイヤ。
あと、VC++のエディタってカーソルキー必須なのよね…
>>605 結局重いだけだろ。つまりマシンスペックが低くて重くなければ
メリットのあるIDEを使うのが一番いいってことだ。
それ以外テキストエディタを使うメリットは無いんだから当然だな。
vcでカーソルなんかほとんど使わんぞ。
>>599 ＞エディタの人って、デバッガとかどうしてんの？
トレース文入れるに決まってんじゃん。
＞メソッドの引数とか全部覚えてるの？
標準の？なら調べりゃわかるじゃん。
自作ならその辺に仕様書あるでしょ？
＞EJBとか使わないの？
使うよ。なんで？
＞依存関係の解決とかどうしてんの？
別に。なんか難しい？
＞宣言位置はgrepですか？
探す必要ないけど？
＞で、そんなんで仕事になってるの？
なってるよ。当然。
＞俺はヘタレなんで30万以上出してIDE買ってるけど。
ふ～ん、金持ってんだね。
>＞宣言位置はgrepですか？
>>610 アマチュアならそうと白状したほうがいいよ。藁
>>610 トレース文以外のデバッグ方法は？
IDEだとある条件で実行を一時停止て変数の中身を表示・変更するなんてことも出来るけど。
メソッドの引数を書くときなんか、「完璧に覚える」「調べる」という二つの手段しかないの？
IDEだと引数の順番やスペルがあやふやな時でも「候補を表示する」という手段があるけど。
結局依存関係どうしてるの？
IDEだと何もしなくていいんだけど。
探す必要ないって、ソースコードが短いって事？
で結局テキストエディタの利点って何よ？
それなりのマシンがあればIDEの方が利点あるでしょ。
利点が無いのにわざわざテキストエディタを使う理由がないなぁ。
>>613 ほんとにできるやつはあまりデバッガを使わない。でも、デバッガのことを
問われているのにjdbが出ない時点で、610はただのアマチュアかネタなんだから
そんなに一生懸命つっこむなよ。
>>602 結局 forte 使ってるけどね。
IDE 使うと手袋はめてソースに触っているみたいな感じ。
今年から使い始めたので慣れてないだけだろうが。
趣味では 600 の構成だよ。
>>605 Blade1000 だけど何だか重いよ。
ForteとJBuilderはなぁ･･･
NetBeansはどう？
>>618 NetBeans って Forte だろう？
Mozilla と Netscape みたいなモンで。
そーいや Forte の名前変わったよね。
Sun One なんとかって。
>>610 ちなみに。金持ってるのは俺じゃなくて会社。
書き方悪かったね。ごめん。
でも30万円以上は働くよ。ケチるともっと高くつく。
>>613 ところがですねぇ、Class.forNameなんかでロードして
インスタンス作ったりしてると、依存関係見つけてくれなくて
手動でjarに入れるように設定しなきゃならなかったりします。
こればっかりはしょうがないけど、結構忘れる。
>>619 604は別人です。IDEはJBuilderのEnterprise。
BASは使う気ないんですが、テストはBAS使ってます。
んで最後に目的のサーバにデプロイする。
JBuilderはOpentoolのPlugin入れまくらないと駄目。
つか、BASって実際に運用してる人いるのか?
>>621 IBMのってJavaじゃなかった気がするけど違ったっけ。
>>619 ちなみに、私はIDE以外を否定してるわけじゃなくて、
実際IDE並の生産性を維持できる環境がタダで
構築できるなら、当然そっちのほうが良いと思ってます。
で、
>>610 とか見ると、やっぱ生産性落ちるわけで。
別に難しいからIDE使ってるわけじゃなくて、
単に便利で面倒くさくないからIDE使うわけでして。
エディタ派だってコマンドラインから1ファイルづつ
コンパイルってわけじゃなくて、makeとかAntとか
使うわけでしょ？その延長にIDEがある感じなのです。
DeploymentToolの統合とか、その辺ありがたい。
>>622 >IBMのってJavaじゃなかった気がするけど違ったっけ。
VisualAge for Javaはsmalltalkだったはず。
eclipseはJava. pureじゃないけど。
>>624 おお、smalltalkなの?
VCとかでガリガリ書いたんだと思ってた。
とりあえずどうもありがとう。
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++に比べたら確かにマシかもしれんが。
まあ落ち着けよ。
他人のソースは糞。
自分のスタイルと違うから当然でしょう。
ま、629は日本語MINDでも使ってなさいってこった。
>>629 とりあえず UML 自動生成ツールの使い方と UML の読み方を覚えれ。
初心者は、最初にJavaに手を付けるのは無謀ですか？
636 ：
デフォルトの名無しさん ：02/07/12 22:20
文法もなんとかなる、UIもガンバレば作れる、ライブラリも必死こけば使える
637 ：
デフォルトの名無しさん ：02/07/12 22:23
>>636 privateメンバじゃなければ普通にアクセスできるんじゃないの。
もしくはgetterメソッド定義しておいてわかりやすくするとか。
子クラスから親クラスのインスタンス変数にアクセスする場合だよね？？
漏れが間違ってたら教えてくれ。誰か。
そういう、どうすればいいかわからない場合って
639 ：
デフォルトの名無しさん ：02/07/12 22:38
ごみん、用語間違えてる
class App {
そそ、
>>639 の例なら
B b = new B(c);
生成時に渡せばいいじゃんってことになるけど、
複数になったり、複雑になっていっても、こんな方法でいいんだろうか・・・
なんか汚い方法だけど、本格的に使い出したら、
もっと泥臭いコーディングが必要になる気がする。
あー、さっぱり理解できん。もっと勉強するしかねーな
642 ：
デフォルトの名無しさん ：02/07/12 22:52
import java.lang.refrect.*;
643 ：
デフォルトの名無しさん ：02/07/12 22:53
あ、ゴメン、全然要件が違った。すまん、忘れてくれ！
644 ：
デフォルトの名無しさん ：02/07/12 23:01
>639
＞何が？
646 ：
デフォルトの名無しさん ：02/07/12 23:25
>645
647 ：
デフォルトの名無しさん ：02/07/12 23:29
＞インスタンスcをみんなが参照するところ
なんか、勝手にトンチンカンな事を書いてるような気がしてきた
単なる双方向関連じゃん。
＞双方向関連じゃん。
いやあ、楽しいなあ
???????
656 ：
デフォルトの名無しさん ：02/07/19 22:44
あげ
サンプルプログラムがないと使い方がわからないAPIや、何をするのか、
おまえもな
しったかだろうがなんだろうが、657よりばりばりプログラムできる
660 ：
デフォルトの名無しさん ：02/07/20 00:29
＞６５９
コピペにマジレスすんのはやなんだけどさ～
要は
>>657 が一番バカなだけじゃん（ｗ
おもしろくもなんともない。
>663
665 ：
デフォルトの名無しさん ：02/07/20 01:57
つーかJavaDOCさ。あれ無理やり日本語訳して難しくなってんじゃねーかと思うのは俺だけ？
666 ：
逝って良しの１ ：02/07/20 02:00
あるＧＣは監視機能を持ち、
>>666 ガベコレのプロセスの属する階層は
ガベコレ対象のプロセスらの属する階層とは別の、メタの層にある。
よって、そのガベコレは自身をＧＣすることはない。
668 ：
逝って良しの１ ：02/07/20 02:08
ガベコレそのものは消す必要なくても、ガベコレ動作で作ったインスタンス
>>665 作った人間ならそうもいえるだろうケド
実装を理解する暇も無く機械的に大量のドキュメントを翻訳しなくちゃいけない
んだから在る意味仕方ないのでは。
673 ：
デフォルトの名無しさん ：02/07/27 02:07
Javaって結局、わかる人にしか使えない、わかる人は少ないつーことで
>>673 誰でも使えるぐらいのレベルってどのくらいよ。
673はVB厨
676 ：
デフォルトの名無しさん ：02/07/27 02:14
＞６７４
ドキュメントがもっと分かりやすくなれば生産性が上がるという話なら同意。
678 ：
デフォルトの名無しさん ：02/07/27 02:23
車が運転しやすいのはわかりやすい日本語があってこそ。
Javaをわかる人が少ないってことを今初めて知った。
自動車関係の言葉って英語由来の言葉が多いような気がするけど・・・
681 ：
デフォルトの名無しさん ：02/07/27 02:35
＞６７９
682 ：
デフォルトの名無しさん ：02/07/27 02:41
Javaをわかっちゃうと使う気がなくなりますよ。少なくとも仕事では。
683 ：
デフォルトの名無しさん ：02/07/27 02:42
＞６８０
>>676 運転している人間の数と言語の難しさを比べてどうすんの？ 単位が違うでしょ。
それに運転できるのは、ちゃんと運転技術を学んだ人のみ。
言語と一緒で、勉強した人には使えるけど、勉強していない人には使えない。
なぜ車を運転している人が多いのか。それは単に日本では運転技術を
勉強する人が(Javaを勉強する人に比べて)多いだけ。
>>678 なにがいいたいんだ？ 結局ドキュメントが充実していればJavaは簡単っていってるのか。
言語の開発や言語の難しさになんの関係があるんだよ。
685 ：
デフォルトの名無しさん ：02/07/27 02:45
＞６８２
なぜそんなに偉そうなんですか？
>>683 英語が理由なわけないな。
だとしたら、英語圏の人間には自動車も言語も同じくらいわかりやすいことになる。
まっ、自動車がわかりやすくて、建築がわかりにくいのと同じ理由だろう。
688 ：
デフォルトの名無しさん ：02/07/27 09:50
>だとしたら、英語圏の人間には自動車も言語も同じくらいわかりやすいことになる。
比較としては 「車-言語」より「車-PC」な感じなんだけどな
>>688 >日本よりは言語を使いこなせている人のパーセンテージは高い
サンプルは何人取った？
アメリカでもバカは多いぜ。Javaは全然わかりません、
693 ：
ロンギヌス ：02/07/29 16:03
基本的には簡単だ。
わかりませんってどっからなのかの線引きが難しい。
これやりたいってのが出てきたらその都度ドキュメント見てやる。
javaのオブジェクト全部覚えてるって奴そうはいないだろ。
全部覚えてるのが条件なら「わかりません」が大半だろう。
>>692 使ってないからわかりません、だったら大笑い。
694 ：
デフォルトの名無しさん ：02/07/31 02:15
Javaが難しく感じられる原因のひとつにVisualStudio程まともに使える手軽な開発環境がない事があげられるだろうね
>>694 IDEは分かったつもりになってしまうのが怖い。
素のSDK使うのが一番。
素のSDKでプログラミングができて, それで不便を感じるようなら
どうしてJavaはSDK+テキストエディタが基本で
たかがHello World程度のために8ﾏｿの開発環境が必要などと言うバカの気が知れん。
>>697 ＞せめてJBuilder…
同意.
「初心者にSDK+テキストエディタが基本」だなんて教える人いる?
今まで私の回りでは聞いたことないけれど.
>>698 JBuilderならフリー版あるよ. 使ったこと無いけど, J2EE関連の
機能が制限されてるだけで普通の用途なら不便は感じないって聞いた.
使ったこと無いけど.
>>699 使い方のよく分からんIDEもつけて混乱させるよりは、SDKのみで基礎を築いた方が効率的。
あまり楽しくはないけどね。
>>700 そうかもね. そこら辺はJavaプログラマの間でも論争が(苦笑).
覚えが早いかどうかは別として, 自分の思い通りのモノを作るのに
苦労してきてるせいか, SDKで開発してきた人の方が, 平均して
能力が高い傾向はたしかにある. Javaに限らず, CやC++でも
gcc+viでガリガリやってましたって人の方が能力高い傾向があるね.
あくまで「傾向」であって,
>>696 に書いたように, できる奴はできるし
できない奴はIDE使おうがSDK使おうが, 仕事はできない.
.NETでもまったく同じことが起きてますな。(藁
Eclipse は久しぶりに楽しく使える IDE だと思うが。あと R2 の日本語
Eclipse…興味を持ちつつ, 忙しいので放置w
>>704 Eclipse はプロジェクト配下の素の Java ファイルを外部エディタで
編集できる。Eclipse にフォーカス当てれば勝手に読み直してくれる。
俺的に CVS と統合されてるのがかなりべんる。
へー, 外部エディタ使えるのか. 今度休日にでも落としてみます.
707 ：
デフォルトの名無しさん ：02/07/31 15:29
Ｊａｖａやりずらい！
場合によるのでは?
ﾊﾝｶｸｰｽﾞ!! (・∀・)
ﾋｻﾞｶｯｸﾝ(･∀･)ｲｲ!!
Eclipse デカくてダウンロードできないんですけど、
今更だけど、Java難しいかなあ？
無理無理にシンプルにしてあるから、ちょっとちゃんとしたこと
JavaとDelphiのVCLでしかthreadは使ったこと無いんだが、UNIXとかW32API
>>716 VB厨にとっては難しいんでしょ
そんなものと比較されたJavaのほうが迷惑だね
720 ：
デフォルトの名無しさん ：02/08/11 16:04
Javaは最初だけ難しかった。
自称Java使いは玄人気取りだけど
とスキルなし厨がほざいております。
誰も
>>717 の 「無理無理」に突っ込んでくれない…
Javaって無理無理にシンプルにしてあるとおもうけど。
C++が複雑奇怪なわけねえだろ！
いやしかし AFXxx.H とか覗くと 複雑怪奇というか
それは書いた人がｱﾌｫなのでは(´-`)y━~~
>>727 いや 『MSのエリート社員の英知の結晶』のようですが？
反応良すぎ
「oops!」とかかってます。
732 ：
デフォルトの名無しさん ：02/08/23 18:16
perl → c ときて、java or c++ or delphi どれにしようか悩む、、、
>>732 だから遅いのはGUIだけなんだって・・・
>>733 GUIもやりたいんで、、、
でも、今後改善されるかもとも思ったりして悩みます。
735 ：
デフォルトの名無しさん ：02/08/23 21:00
>>735 ｃ＃はまだいい本が少ないから、それと
javaなら良書多いし、だめになってもｃ＃への転向は簡単では思ったり。
C♭はいつ発売ですか？
738 ：
デフォルトの名無しさん ：02/08/23 22:27
↑つまらないよ、、、
じゃぁD♭
「♪言語」を作れ
Swingは遅いとは言われてるけど、いくつか注意すれば
>>736 いい本が少ないから勉強できない、なんて言っているうちは
どんな物だって修得できんよ。
.NET FrameworkSDK はただで手に入るんだし、C#コンパイラも付いてる。
本も既に何冊も出ているから、立ち読みして良さそうな物を買ってくりゃいい。
いくら良い本でも読んだだけじゃ、プログラミングは身に付かんぞ。自分で
プログラム書いてみなよ。
>>741 ううっ、そうなんですか。
>>742 >.NET FrameworkSDK はただで手に入るんだし、C#コンパイラも付いてる。
知りませんでした。貴重な情報どうもです。
>いい本が少ないから勉強できない、なんて言っているうちは
perl/tkやってたとき、情報の少なさに苦労したんで、つい、、、
744 ：
デフォルトの名無しさん ：02/08/23 23:11
JAVAは簡単すぎ
>>743 .NET FrameworkSDKを今ダウンロードしますた。
ADSLって本当に便利だね～、160メガも容量が
あったのに10分位でダウンロード出来ますた。
>>745 い～な～。160M落とすのにあと8時間って出てるよ。
しくしく。SDKじゃないけど。
BASIC→C→C++＆Javaときて、今、会社でC#覚えているんですが、
フリーのIDE、NetBeans
>>749 見ず知らずの人間の独り言を信じる程度に信じてください。
そもそも何を信じたいのかわかりませぬ。
>>749 それぞれが思った事をいっているだけでは。
ちなみに俺自身は747に同意する部分が結構ある。
JavaはC++よりSmalltalk→Objective-Cの流れを汲んでいる気がして、
書いていて気持ち良い。
753 ：
デフォルトの名無しさん ：02/08/25 05:47
書いてて気持ちよくても出来上がってくるソフトはボロボロ
C++はCよりシステム向きじゃないけど
その中途半端加減がｲｲ。
Java が簡単とか言ってるヤツは、Javaの本質を知らない
>>753 >Swing見た目ダサすぎ
作る奴のセンスの問題でなく？
760 ：
apholist ：02/08/25 12:14
>>756 んなことゆーたらどの言語もある程度難しいと思うけど。
とっつきやすさで逝けば簡単なほうだと思う。
>>757 Look&feel変えられるのしらんの？
>>762 AWTと勘違いしてるんじゃない?
それか見た事のあるJavaアプリの作者が皆DQNだったとか。
Swing厨必死だな。(藁
> Javaアプリの作者が皆DQN
766 ：
デフォルトの名無しさん ：02/08/26 02:04
だれかSwingの綺麗なUIつくりゃ解決だと思うんだけど・・・
767 ：
デフォルトの名無しさん ：02/08/26 02:04
質問です。
>>766 つーかひたすら面倒なんだと思われ、、、
センスがあってある程度の品質でプログラミングできて
面倒な作業に耐えられるこんじょがあるヤツはそうそういないかも。
デザイナー人種とGNU系とかのフリーソフトのプログラマって最高に相性わるそうだし。
LimeWire の UI は結構きれいと思ったけど、あれって
>>769 成程、一理あるかも。
よく一緒に作業するデザイナー肌の人がいるのだけど、
彼はグラフィカルなものを作るセンスがよい変わりに
文字と数字だけの世界には耐えられないとよく言っています。
人の相性は兎も角として、両方の作業に関心のある人自体が少ないのかも。
>>770 今、読んできました。
全て読んだわけではないのですが、SwingとAWTを併用しているようです。
772 ：
デフォルトの名無しさん ：02/08/26 18:37
swingは微妙にWindwsの操作性と違うところが痛い。
同感。
774 ：
デフォルトの名無しさん ：02/08/27 00:09
JTable#setSurrendersFocusOnKeystrokeもひどい。
775 ：
デフォルトの名無しさん ：02/08/28 01:44
話がそれてすまぬ
776 ：
デフォルトの名無しさん ：02/08/28 02:03
>>770 LimeWire確かに綺麗だねぇ、UIつくるのめんどくせーのかなぁ
ちょいチャレンジしてみよーかなぁ
やっぱめんどくせーや
>>775 確かに適切な表現ではなかった。
sunが提供している日本語版 J2SE ドキュメントをHTML Helpに変換したこと。
わかっているかもしれないが、HTML HelpとはWin2Kなどで使われているhelp形式のこと。
HTML helpに変換しておくとメソッドなどが調べやすいので。
訂正
779 ：
デフォルトの名無しさん ：02/08/28 02:11
>>778 EclipseR2.0使えば、ソース上のシンボルクリックすると、対応する
javadoc表示させることができるぞ。補完機能と組み合わせて、超楽
させてもらってます。
>>779 超楽って当たり前のことのような･･･。
>>779 jdk1.4の日本語ヘルプもできましたっけ？
あとeditorでやってるので個人的にはHTML Helpの方が良いかも。
>>781 私もエディタでスクラッチゴリゴリ派でしたが、Eclipseを使って
エディタ派を卒業しました。動作が遅くなければ、補完機能や、
シンボルの解説呼び出しや、参照関係のソースからの検索とか、
クラス名やパッケージ名の変更に伴う、関係ソースの一括修正
（リファクタリング支援）とか、すごい便利だとは思うでしょ？
ただ＋あんまり遅くない＋かなり便利＝乗り換え条件クリアでした。
783 ：
デフォルトの名無しさん ：02/08/29 07:54
784 ：
デフォルトの名無しさん ：02/08/29 07:56
━（ﾟ∀ﾟ)━ !!!!!
786 ：
デフォルトの名無しさん ：02/09/19 23:16
787 ：
デフォルトの名無しさん ：02/09/21 20:06
789 ：
デフォルトの名無しさん ：02/09/21 21:05
最近マ板で話題の デザインパターン、Eclipse、アスペクト指向とか、最新の開発技術は Java を知らないと
>>789 >デザインパターン
このスレはほとんどネタスレだと思われ。
>>789 > 追っかけられない
単にJava界隈にそういうアホがなだれ込んでるだけでは？
>>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
言語は手段であり道具。
>>795 いやいや。javadoc自体は理解してます(使ってるし)。
ただ、検索がいまいちやりにくかったりするんで、HTMLHelp形式に変換
できるならそのやり方が知りたいなと。
798 ：
プロの逝って良しの１ ：02/09/22 03:22
あらら
799 ：
デフォルトの名無しさん ：02/09/22 03:29
＞切り換えができてしまえば、後はめくるめく甘美な世界が
800 ：
デフォルトの名無しさん ：02/09/22 03:33
>>799 すまんが、ちゃんと
>>720 って引用先書いてくれないと分かりにくいよ。
亀レスなんだから。
801 ：
デフォルトの名無しさん ：02/09/22 10:05
>>799 頭が悪くて
アセンブラとかCがぜんぜんできなくて
挫折しかかったやつがちょっとJavaができるようになると
いきなりえばりだすパターン
「真のオブジェクト指向言語はJavaだけ」とかいってね
> じゃヴぁはシロート向の馬鹿言語。
>>801 アセンブラとＣがちょっとできるだけで、なんかあるとすぐ「アセンブラ
では～」「Ｃだと～」とか言う奴もそれなりにウザイけどね。
804 ：
デフォルトの名無しさん ：02/09/22 10:13
ｱｾﾝﾌﾞﾘちょっとできる奴よりVBエキスパートのほうが全然ｽｹﾞｰよ
805 ：
デフォルトの名無しさん ：02/09/22 10:14
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みたいなもん」で決定でよいか。
というわけで「
>>1 はアフォみたいなもん」で決定でよいか。
>>807 下の処理が大好きなｴﾛｸﾞﾗﾏ ﾊｹｰｿ
810 ：
デフォルトの名無しさん ：02/09/22 11:15
エディタはどうでもいいけどまともなRADが欲しい
>>807 「高機能で扱いやすいから嫌い」ってことかい？
>「JAVAはVBみたいなもん」で決定でよいか。
「みたいなもん」の定義によりますね。
ところで、JavaもCもALGOL系の文法ですよね。
「JavaはCみたいなもん」で決定でよいか。
Eclipse で良いじゃん。CVS の連携はめちゃくちゃ楽だし R2 の日本語
813 ：
デフォルトの名無しさん ：02/09/22 11:26
>>807 あんたの言うPGって何？コーダー？
言語云々でPGの価値が決まるのか？
下の処理が必要なら、それができる言語を選ぶだけだろ。
PGの価値とJavaを関連付ける意味がさっぱり分からん。
Javaが簡単だから、誰でもPGになれるって言いたいのか。
> 言語云々でPGの価値が決まるのか？
816 ：
デフォルトの名無しさん ：02/09/22 11:33
多言語使いの価値は？
中途半端だからさらに下
Java使うやつはCPUの構造が解っていない。
>>818 CPUに依存した実装が必要あるかどうかの問題だろ。
Java使うやつはOSの仕組みが解っていない。
>>818 そんな事言っちゃうやつはモノホンのハナ糞
ＣＰＵの構造やＯＳのことを気にしなくてもＰＧを組めることを
目指している言語に対してあまりにも厨房過ぎる発言に吐き気を
催してしまった。
もしかしてネタ？ だったらスマソ
>>820 そういう
～使うやつは～の仕組みが解っていない。
っていうのﾔﾒﾚ 解ったうえでやってる人に対して失礼
>>814 ここにいるのは、そういうことに合意するほど低レベルな人達だからね。
>>820 OSに依存した実装が必要あるかどうかの問題だろ。
>>821 > 解ったうえでやってる人
そんな人は
こんなスレやこんな板や２ちゃんなんか見てないと思う
頭悪くなるし
827 ：
デフォルトの名無しさん ：02/09/22 11:54
ｵﾅｰﾆするやつはｾｸｰｽの仕組みが解っていない。
>>826 もCPUとOSについて分かってないことを晒したわけだが。
つまり解ってない奴等が傷を舐めあってると？
830 ：
デフォルトの名無しさん ：02/09/22 11:58
833 ：
デフォルトの名無しさん ：02/09/22 12:04
>>1 難しいのはどの言語でも同じ。
それを言い出したらキリが無いよ。
834 ：
デフォルトの名無しさん ：02/09/22 12:05
>>828 君は全部のスレを見ているからだと思うよ。
２ちゃんねるの中にも目立たないだけで、
優良スレはあるし、それなりに楽しい話もできる。
そりゃ、大半の板と大半のスレが俺の思考では理解できないのも事実だがｗ
835 ：
デフォルトの名無しさん ：02/09/22 12:06
JAVAは難しいというより融通がきかん
>>831 全員じゃなくて、お前ら全員だよ。俺は含まないって。やっぱバカだな。ぎゃはははは。
つかJavaしか使えない奴は融通利かなさすぎ
解らんﾔｼがポインタとか口にするのはやめれ。
糞スレがガンガン上がってるな
>>837 それには同意するけれども、
Javaすら使いこなせないやつの能力もたかがしれてる。
最低限C++かDelphiとJavaはこなしてから土俵にあがってこいと。
841 ：
デフォルトの名無しさん ：02/09/22 12:46
なんにしても、Software開発に関わる書籍のサンプルコードは
>>841 新しい RFC のリファレンスインプリも Java が多くなってる
言語仕様自体はシンプルでいいと思うんだけど、
難しい・・・というよりは「いろんな要素が入り組んでいて整理しきれない」
っていう印象が。
たとえばコアAPIでさえ
>>118 のように、デザインパターンの知識を前提と
した設計になっていたり。でも「Javaやるならデザパタの知識は押さえとけ」
という指摘が以前は少なかった。
個人的には
>>465 とか
>>604 とかで躓いてMSに転んだクチです。
Ant、JUnit、log4j、Jakarta、Struts・・・何かしようとするたびに覚えなければ
ならないことが増えていって、結局自分の中で消化し切れず・・・
あとJavaBeansとかJAXPとかJINIとかの用語が出てくるたびに理解しようと
Googleで検索かけて英文ドキュメントを数日（ずつ）かけて読んだりしたけど、
これもやっぱり消化し切れなかった。
>>792 ＞別にJava知らなくても追っかけられるじゃん。
Webとかで解説してあるサイト逝くと決まってサンプルコードがJavaという罠。
本質はJavaとは関係ないと分かっていても、解説や議論の中にJavaを意識
したくだりが出てくると、結局Javaに対する理解を深めざるを得ない罠・・・
その点、半端なOOPの知識でもサクサク使えるVB.NETは偉大だ。
VB.NETだけじゃなくC#もだけどね。
さらにDelphiもC++もJavaもだけどね。
848 ：
デフォルトの名無しさん ：02/09/22 14:06
>>847 ／￣￣￣￣￣ ミ
/ ,――――-ミ
/ ／ ／ ＼ |
| / ,（･） （･） |
(6 つ |
| ＿＿_ | ／￣￣￣￣￣￣￣￣￣￣
| /＿＿/ ／ ＜ Java も入ってんじゃねーかよ！
／| ／＼ ＼＿＿＿＿＿＿＿＿＿＿
Javaの場合
.NETの場合
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 今ごろ何言ってんだか。
コンパイラなんて、ファイル入出力さえあれば作れるんだから、仮想マシンのコンパイラは、USCD Pascal の時代からシステム依存しないよ。
これだから、Java 厨って...。
javac は Java で出来てますが何か?
一度書けばどうにかして動く!
Run somehow!
一度カケば氏ぬまでカキ続ける!
860 ：
デフォルトの名無しさん ：02/09/22 16:14
>>860 同量のソース(ヘッダファイル等は除く)のコンパイルだったら
C or C++ のコンパイラの方が桁違いに遅いともっぱらですが。
>>857 一度書いても
デバッグは環境毎にしなければ動かない現実を
しらないのね
>>861 > 同量のソース(ヘッダファイル等は除く)のコンパイルだったら
> C or C++ のコンパイラの方が桁違いに遅いともっぱらですが。
その情報のソース示せや。
864 ：
デフォルトの名無しさん ：02/09/22 17:26
エレガントな小さなソースに収めるのはjavaには不可能
>>864 同意。エレガントといえば関数型言語だよな。
>>866 それなら、静的メソッド、privateメソッドのみでできるんちゃうの？
つか、そういう所でJava使っても旨みは無い。
>>866 関数型言語って…
C ですらもエレガントじゃないんっていうんですね？
>>869 > C ですらもエレガントじゃないんっていうんですね？
C ですらも...、って C のどこがエレガントか小１時間...。
>>869 C のどこがエレガントなんだよ。回線(略
>>869 C は minimal, but useful な言語だよ。
874 ：
デフォルトの名無しさん ：02/09/25 18:19
age
875 ：
デフォルトの名無しさん ：02/10/14 14:26
javaを難しいと思えば難しくなる。簡単と思えば簡単
「赤いから赤いのだ」などとトートロジーを並べて悦に入る浅薄な
878 ：
デフォルトの名無しさん ：02/10/14 15:09
コマンドプロンプトで java hogehoge をすると
ＪＡＶＡを難しがることが難しい。
880 ：
デフォルトの名無しさん ：02/10/14 15:28
JAVAが難しいと感じないやつはJAVAを活用しきれていないヤシ
たとえば？
>>880 標準ライブラリのこといってんの？
それは言語に＋されてるもんじゃん。ゴスﾀﾝに文句を言ってもねぇ。
それに乗らなきゃ出来ないわけじゃないんだから、
少しづつ追加的にマスターしていけば良いもんじゃん？
SMB 構成の時のスレッド同期の挙動なんかの話だろ。
言ってること分かる?
>>882 884 ：
デフォルトの名無しさん ：02/10/14 15:53
>>880 「Javaの難しさ」と
「問題の難しさ」を混同していないかい？
>>883 それってJAVAの"活用"？
つか、パッケージ屋でＳＥじゃないので
システムのネットの構成はよう知らんが、
普通にJAVAのスレッドが判ってるだけじゃだめなのか？
わざわざ具体的局面を上げるからには特殊なのがあるんだろうな？
難しい言語なんて一つもない。
890 ：
デフォルトの名無しさん ：02/10/14 16:07
Haskellは難しい・・・
>>889 が
>>885 なら、
>>885 さよなら。
もしそれで仕事がプログラム屋なら同情するよ。
>>843 ＞コアAPIでさえ
>>118 のように、デザインパターンの知識を前提とした作り
デザインパターンには乗ってるのもあるが、
知識は前提じゃないだろ。Javadoc読めば良いだけ。
＞Ant、JUnit、log4j、Jakarta、Struts・・・
支配者のいる方がまとまるのは確かだが、
これらに相当するのはＭＳはすべて提供しているの？
学習コストがかからない方法で。
>>883 =
>>889 SMB … いわゆる Windows のファイル共有プロトコル
SMP … 対称型マルチプロセッサ
>>883 の SMB は SMP の typo
SMB … スーパーマルオブラジャーズ
よく分かんないけど、マルチプロセッサだと
>>883 は、ネイティブ言語ではＣＰＵを選んで
スレッド走らせているのですか？
>>897 一部のアーキテクチャではlong値の操作がatomicでないという問題があるらしい
> C++とかだと回避しやすいけど
そりゃworkaroundはやりやすいわな
＞ 一部のアーキテクチャでは
atomicでないことに起因する問題はプロセッサの数には依存しないぞ、と
あのさぁ、synchronized でマルチプロセッサ間のキャッシュの同期が
取れてるのは知ってるよ。で「実用 Java の難しさってそういう動きを
理解してるかって意味じゃねーの」に対して「そんなことも知らんのか
ｱﾌｫ」と突っ込もうとしてない?
で
>>898 の突っ込みは白痴丸出しなわけですが
活用 = 仕事で出来るレベル
そうだとしても、ＳＭＰ関係無いし、
同期機構がマルチプロセッサ環境ではキャッシュにやさしくない、
909 ：
デフォルトの名無しさん ：02/10/14 17:01
結局、ＪＡＶＡを難しがることが難しい。と。
ちょっと違ったな。仕事で使うだけなら厨上がりでもやってるし。
活用しきる = 仕事で基盤部分を任せられるレベル
ちなみに俺は
>>880 とは別人だよ。
>>907 SMP 上で Java で同期取ってる仕組みは例で出しただけ。synchronized で
抑制できるからマルチスレッドと同じ、とか思うなよ。マルチスレッドでは
OK でも SMP だと再現不能で発生する障害も出る (単に CPU キャッシュが
2 つ以上って意味だが)。
>>910 正直言ってそういうレイヤをきちんとこなせる技術屋ってあんまりいないよ。
そういうところは"優秀な"人に任せてしっかりしたフレームワークを
つくり、残りのアプリロジックは大量生産された低賃金Javaプログラマに
やらせるのが通例。
912 ：
デフォルトの名無しさん ：02/10/14 17:09
>>910 それは単なる同期バグだろ。
特定環境（シングルＣＰＵ）では表出しないだけで。
>>883 だったら心配になってきたな。
バグを潰すという事と現象をなくす事を区別できてないように見える。
>>910 は
>>911 の言う低賃金プログラマ。
とても基盤を任せられない。
というか、できればコード使いたくない。
>>911 そう、Pure Java の小さな世界に限ると簡単なんだがな。仕事でやるなら
TCP, UDP, ルーター等のネットワーク機器やらＤＢやら実行環境のプロセスの
特性やらスレッドの特性やらネイティブライブラリの特性やら… を絡めるように
なるとあらためて難しいと思う。まぁ C みたいに「言語」自体に胃を痛める
要素が少ないので、そういった問題も面白いが。
>>912 そう、蛇足な話なんで省略したが潜在バグの話だよ。俺の仕事まで心配して
くれなくて結構。そこそこ金貰ってるエンジニアですから。
>>913 こういうヤシを使って
ちゃんとしたシステムを作れるのが本当のプロ。
むしろ
>>883 を煽ってる連中の方が低賃金に見え始めた罠
つまるところ、直後の
>>884 が正解ということで。
ん？ JAVAスレじゃねーのかここは？
>>914 そう思っているのはおまえがバカなだけ or
Cを比較対照にしたがるSUNの糞本に洗脳された人間。
なんとなくｶｺﾜﾙｲ
軽く論破されたＶＢ上がりが煽りに転じてんのか
>>923 誰が誰に論破されて、
誰が誰を煽ってんの？
で、誰がVB厨？
926 ：
デフォルトの名無しさん ：02/10/30 02:00
Javaは簡単な「はず」なのに、難しい言語
>>926 自分の低脳っぷりを晒して楽しいですか?
他人が苦労して作った言語を"使わせてもらってる" だけなくせに偉そうなこと言わないでください。
930 ：
デフォルトの名無しさん ：02/10/30 23:09
JUnitを使用して以下のクラスAのA1()メソッドをテストしたいですが
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 >>930-931 class が boolean というのはどういうこと？
まずそこから説明してもらおうか。
933 ：
デフォルトの名無しさん ：02/11/01 01:23
>>他人が苦労して作った言語を"使わせてもらってる" だけなくせに偉そうなこと言わないでください。
934 ：
デフォルトの名無しさん ：02/11/01 08:22
938 ：
デフォルトの名無しさん ：02/11/04 01:55
>>931 B の内部に手を突っ込んで、B をコントロールするとか、
B か A の内部に手を突っ込んで B の戻り値を保存しておく、
とかしないとダメだと思われ。
どーでもいいけど、提示されたソースがメチャクチャだぞ。
あ、ゴメン、全然要件が違った。すまん、忘れてくれ!
他の人の意見はないかねえ。どうもアマチュアが多いみたい。
942 ：
プロの逝って良しの１ ◆MvRbZL6NeQ ：02/11/23 17:38
hage
Javaは難しいから僕のような天災にしか理解できないんだな．
Javaは簡単だよ。でも超レベルの低い奴ばかりだから簡単なJavaですら使いこなせないんだよ。
そろそろ次スレ行こうぜ
948 ：
デフォルトの名無しさん ：02/11/24 04:51
クラスを変数型とみなすと型がいっぱいあるように見える。
>>948 Hashtable ではダメなのか…
てか、そういうやり方を複数人数でやると後で死ぬハメになる。
>>948 上手く設計すれば、型名と変数名を見ると何をやっているのか分かる、
というレベルに達する。
>>949 キーにクラス使えたりPerlのそれより楽だな。
まぁ、引数が全部hashtableとか言うのは頭悪すぎだが。
型無し言語のPerlだからこそ許される行為だな。
で、そんな言語でオブジェクト指向しようとしたばっかりに言語仕様が崩壊（藁
>>950 そーするのが普通。できない奴は(以下略)
>>950 何をやっているのか、を表現してしまうと仕様変更時などに少々問題が・・・
どういう機能なのか、に限定しておくのが吉。
抽象的過ても何をやっているかわからなくなる罠
モジュール境界をある程度はっきりさせておけばそうでもないけど
気にしすぎて自縄自縛で仕事が進まないという罠。
957 ：
デフォルトの名無しさん ：02/11/24 13:06
>843
>個人的には
>>465 とか
>>604 とかで躓いてMSに転んだクチです。
>Ant、JUnit、log4j、Jakarta、Struts・・・何かしようとするたびに覚えなければ
>ならないことが増えていって、結局自分の中で消化し切れず・・・
漏れも激しく同意。.NETに行きたくなる気持ちも同意。
設計者がJavaで何か作れるようになってから、一番最初にぶつかる壁なのかな。
ひょっとしたら、不必要なものを完璧主義的に追ってるだけかもしれないが。
jakarta紹介本見てて、こんなの追えねー、効率が悪い生産手段を
しばらく使う事にしようと思考停止にすることで、とりあえず逃げてる。
いろんなプロジェクトがあること自体はいいことだが、わかりやすさとか、
とっつきやすさってのは、「.NET」とか「WebObjects」みたいな感じに
パッケージ化されてる方が精神的にやりやすいね。
オマエラア全員ピクルスだあああああああああああ！！！！！
１０００戦争になりそうな予感
1000
1000
962 ：
デフォルトの名無しさん ：02/11/24 14:58
>>957 見ていて思うんだけど、Javaでつまずいている人って、Javaしか知らないんだよね。
他スレのURLにしたって、他の言語さわった事があれば、まよわずURLクラス捨てて自作すると思うんだけど。
Strutsを追えないって、概念としては古くからあるものまんまだと思うんですが。
Ant,JUnit,Log4j,Jakarta,Struts、一回プロジェクトに無理やり導入すればすぐ使えるよ。（W
まぁ、Strutsにはその価値無かったけど。
1000
964 ：
デフォルトの名無しさん ：02/11/24 15:13
JavaはC#よりも簡単さ。
1000
1000
>>964 delegateが無いJavaは、その点について可読性が下がってる。
１０００
Javaは難しくはないが、長たらしい
無名内部クラスがわかりにくいけど、エレガントな設計に
1000
973 ：
デフォルトの名無しさん ：02/11/27 23:30
そもそもSDKインストールするとjreが２箇所にインストールされるのが、うっとおしい。外部jarインストールも安全対策で毎回２箇所にコピーするはめになってるし
超亀レス
>>82 JNIを使えばなんでもできる
漏れはそれで実装した
素のJavaでは無理
>>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入れないことの不都合はないんか？
>>977 意味わからん。つーかめちゃくちゃ。
> C#のdelegateという修飾子といい機能といい覚えるべき余計な情報増え情報量が高まり可読性が下がる危険性はないかな?
「覚えるべき余計な情報」と「情報量が高まり」と「少ない情報」の情報が同じ情報を指していると思えん。
>>979 ああ、悪いね。日本語いっときながら日本語だめだめやった。
JavaのほうがC#より少ない部品(機能)でもより多くのことができるってことだよ。余分なコード増えるがそのほうがすっきりしてソース読みやすい。
日本語は英語よりも多い情報量で、容量が少ない、冗長度の低い文を表現できるが、
英語は日本語より少ない情報量を使って冗長度の高い文を表現できる。
これを
英語=Java, 日本語=C#に置き換えて例えておくれ
C#は機能が多いが
981 ：
デフォルトの名無しさん ：02/12/04 22:27
>>980 「C#は機能が多いが 」
は余計だった。
982 ：
デフォルトの名無しさん ：02/12/04 22:31
>>980 あんたがJAVAの方が得意なだけではないかと、小一時間.......
利用頻度が多い、概念的に理解しやすい、言語体系の中で一貫性をもっている