2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

最近のjava人気について part16

1 :仕様書無しさん:04/03/20 22:09
Decimalに普通の演算子が使えず可読性が低いコードしかかけないJava。

俺には必要ないと必死になったり、Stringと同じように
Decimalに+を使えるようにしろと言っただけで自由な
オーバーロードの定義の話だと拡大解釈する低脳にワラタ。

前スレ。
http://pc.2ch.net/test/read.cgi/prog/1079615892/l50

2 :仕様書無しさん:04/03/20 22:11
重複スレ。
削除依頼出せ

3 :仕様書無しさん:04/03/20 22:23
ageちゃえーw

4 :仕様書無しさん:04/03/20 23:12
こっちに移れ
最近のjava人気について part16
http://pc.2ch.net/test/read.cgi/prog/1079788154/


5 :仕様書無しさん:04/03/20 23:19
>>1
> Decimalに普通の演算子が使えず可読性が低いコードしかかけないJava。
なんども言うがJakarta Velocityがあればそんなことは問題ない。
むしろ無駄な自由なオーバーロードは大きな副作用をもたらす。
C++のtypedef同等の副作用をもたらすことくらい簡単に解る。
お前がtypedefがどれだけやっかいなものになるのか理解できればな。

> 俺には必要ないと必死になったり、Stringと同じように
そんなもんが必要だといっているお前が必死。

> Decimalに+を使えるようにしろと言っただけで自由な
> オーバーロードの定義の話だと拡大解釈する低脳にワラタ。

前スレではBigDecimalのことでJavaに演算子オーバーロードをつけろ
いっている香具師がいたぞ。ようするにお前が低脳だということだ。

6 :仕様書無しさん:04/03/21 08:53
演算子に使われる英語くらいは一瞬で読めよ。

7 :仕様書無しさん:04/03/21 09:09
>>1
めくら、Java派遣、バカの三重苦

8 :仕様書無しさん:04/03/21 10:59
 ミ          ヽ
二 ノ (          i
三 ⌒ へ    /` |
二    _     _ |
三    _    _ |
l^         U(
} !  ヽ /  {\ ノ
l    i  ( 、 , ) {
∪、      j   |  
  |  ‐――――┴、
  |     ̄`ー―ァ
  \______)

9 :仕様書無しさん:04/03/21 11:02
http://page5.auctions.yahoo.co.jp/jp/auction/e36189545

10 :仕様書無しさん:04/03/21 11:20
>>7
それをいうなら
めくら、C派遣、バカの三重苦

が現実解

11 :仕様書無しさん:04/03/27 00:48
ここまで見なかったことにする。
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
ここから再利用 あげ

前スレ 最近のjava人気について part16
http://pc3.2ch.net/test/read.cgi/prog/1079788154/l50

12 :仕様書無しさん:04/03/27 00:50
Unicodeマンセー

13 :仕様書無しさん:04/03/27 00:50
このスレ 最近のjava人気について part17
次スレはpart18


14 :仕様書無しさん:04/03/27 00:51
@世の中の標準を無視した自分勝手な厨がうるさいから
A肝心な内容はWordで書いてメール添付します(w
Bなお、このトピックはIE5.0以上を前提としています。
C(読めない人は読まなくてかまいません。つーか無視します)

と、世の中はこうなるよな、つーかなったわけだ、結局。
人に合わせないで自己主張する馬鹿がいるからな、相手していたらキリがないと。
つまり馬鹿は自分で自分の首絞めて世間を狭めてると、そういう話だわな。文字コードの話は。



15 :仕様書無しさん:04/03/27 00:51
念のため補足すっと、内部と外部の話は別だからね。

NTやJavaや.NETは、内部はUNICODE。
だが、その上で動く個々のアプリが何をサポートしてるかは、別問題。

NTでも普通のメモ帳ではシフトJIS。
Javaや.NETで、ソースや、出力のコードが何かは、別問題。




16 :仕様書無しさん:04/03/27 00:54
>結論 漢ロムをUnicodeで実装

オトコロムinsideで未亡人も濡れ濡れ(w


17 :仕様書無しさん:04/03/27 00:55
そりゃメモ帳というアプリの問題

18 :仕様書無しさん:04/03/27 00:56
>>14
囲い込みに成功したってだけだろ。

19 :仕様書無しさん:04/03/27 00:59
>>18
囲い込みにしくじった香具師が嫉んでいるだけだろ?
つーかs-jisの互換機能を実装することがそんな大変なことなの?

20 :仕様書無しさん:04/03/27 01:00
>>14
だから、機種依存文字書くなつーに (w

@とかは、MSKK漢字(NEC選定)だからな。

機種依存文字の歴史
http://www.mikeneko.ne.jp/~lab/kcode/vendor.html

21 :仕様書無しさん:04/03/27 01:01
実は、VC++はunicodeのソースもS-JISのソースもコンパイルできる。
VBはしらん。

22 :仕様書無しさん:04/03/27 01:03
>>21
自動識別で。
ただ、慣習的にS-JISが使われている。

23 :仕様書無しさん:04/03/27 01:04
論点のまとめ

・文字コード選択の問題がある
・選択したコードも、年によって中身が違う(新JIS、旧JIS...)
・また、システム内部か、外部かの話がある
・さらに機種依存文字、そのまた更に外字の問題がある

24 :仕様書無しさん:04/03/27 01:05
>>20
@わざと書いてんのわかんねーか?`bcfh
@←こっちはいいのか?unicode 0x2460

25 :仕様書無しさん:04/03/27 01:06
ほんと厨はうるさい。

26 :仕様書無しさん:04/03/27 01:09
お。eucでもコンパイルできたぞ<VC
文字化けしたけどw

27 :仕様書無しさん:04/03/27 01:11
あのさ、今ちょっと思ったんだけど
java厨ってマカーの残党が多かったりするの?
なんとなくセンスが近いと思うんだが。


28 :仕様書無しさん:04/03/27 01:13
>>27
6年前から既出ですよ
http://www.hotwired.co.jp/news/news/technology/story/569.html

29 :仕様書無しさん:04/03/27 01:15
そういや、CocaはObjective-CとJavaがサポート言語だったね。

30 :仕様書無しさん:04/03/27 01:15
MacもシフトJISだったな。

31 :仕様書無しさん:04/03/27 01:15
>>27
核となっているのはVB厨で、+マカーの残党等が加わった感じです。
民主党みたいなものです。

32 :仕様書無しさん:04/03/27 01:16
どうりでな


33 :仕様書無しさん:04/03/27 01:17
>>31 ブビ厨はちがうんでないかい? C# J#ならわかるけど

34 :仕様書無しさん:04/03/27 01:18
やはり java厨 = マカーの残党 かな?


35 :仕様書無しさん:04/03/27 01:25
MacでまともなJavaが走るようになったのは、つい最近の事なのに
マカ残党とか言ってる意味が判らんのだが。

36 :仕様書無しさん:04/03/27 01:29
つーかマトモに走る処理系がなかったともいう。

37 :仕様書無しさん:04/03/27 01:30
そうだそうだ! ドトネト厨氏ね!

38 :前スレへのレス:04/03/27 01:33
http://pc3.2ch.net/test/read.cgi/prog/1079788154/l50

> 先生 HTMLは文字コードの規定をしてましたか?
XHTMLのデフォルト文字コードを確認せよ。

39 :仕様書無しさん:04/03/27 01:33
VBの文字列型はBSTRと呼ばれ、Unicode文字列の先頭に文字数が付いたものである。
\0を終端として認識せず、プリフィックスの文字数で管理するところがC++のUnicode
文字列とは異なる。つまり、NULL文字も含めることが可能である。

40 :仕様書無しさん:04/03/27 01:35
ブビ厨にOOが理解できるはずが無い。連中ができるのはマウスでポトペタするだけ。
荒唐無稽な。

41 :仕様書無しさん:04/03/27 01:35

if(HTML == XHTML) {
exit_f("baka!!!")
}



42 :仕様書無しさん:04/03/27 01:38
マウスで直感的に部品を切り貼りしてプログラミングできるなんて
なんてオブジェクトオリエンテッドなんだろう!!


43 :仕様書無しさん:04/03/27 01:39
>>26
Javaコンパイラはソースコードに含まれる日本語がEUCでもShift_JISでも
ふつうにコンパイルできるぞ。
たまに変な文字が含まれているときはnative2asciiで
ASCIIコードに変換してからコンパイルすれば済むことさ。
おっと、
「いちいちJavaソースファイルにnative2asciiコマンドを実行
 しなくちゃいけねえのか。Javaって使えないな。」
とか早とちりで短絡的なことをいわないように。
Apache Antでちゃんと問題なく一括処理が簡単にできるぞ。

44 :仕様書無しさん:04/03/27 01:41
>>42
そういうのをインチキオブジェクト指向志向という。

プ しかもVBでマウスだけでプログラミング部分は非常に限定的でGUI部分だけだしな(嘲笑
下手な使い方するとプロパティの数が膨大になって汚い糞コードができるがな。
VBにPanelクラスができたのは最近だしな(ワラ

45 :仕様書無しさん:04/03/27 01:42
>>41
いっておくがHTMLは死滅し、XHTMLがその従来のHTMLの座を引き継ぐのだぞ。
よいか? それをよく把握しておくのだぞ!


46 :仕様書無しさん:04/03/27 01:43
>>27
マカーごときにMVCアーキテクチャーなんてものや
J2EEといったエンタープライズコンピューティングを理解できるはずがありません。

47 :仕様書無しさん:04/03/27 01:43
>>19
囲い込みを正当化するなヴォケ。
長いものに巻かれるだけがお前の人生か!?

48 :仕様書無しさん:04/03/27 01:45
環境保護や公害防止、リサイクルが金にならないからといって
環境保護対策や公害防止、リサイクルを怠るのはもってのほかである。
M$は環境保護対策をろくに施していない企業にたとえることができる悪徳企業になで成り下がってしまったのだからな。

49 :26:04/03/27 01:46
>>43
VCの場合はシフトJISとUnicodeだとそのままコンパイルできる。
もちろん、単一プロジェクトに混在させても無問題。日常的にはシフトJISしか
使わないから知らなかったな。eucだとやっぱり化ける。
しかし、VS.NETはなんでeucで保存する機能があるんだろ。HTML用かな。

50 :仕様書無しさん:04/03/27 01:46
囲い込みは有機水銀を垂れ流しにしてほったらかす行為と同様。

51 :仕様書無しさん:04/03/27 01:47
最初WebObjectsでやってたが、案件が無かったりしてJavaに移行したマカ会社知ってるぞ。

52 :仕様書無しさん:04/03/27 01:48
環境保護のために抗議行動やロビー活動やテロをしましょう。
グリーンピースみたいに。だって環境保護のためなんだもの。


53 :仕様書無しさん:04/03/27 01:48
やっぱりマカなの?

54 :仕様書無しさん:04/03/27 01:49
やっぱりね。

55 :仕様書無しさん:04/03/27 01:50
あのね、Winでしか動かない.NETなんて相手になりませんよ。
おかしくて笑っちゃいます。
勝手にライバル視してんのはM$とその信者だけ。

56 :仕様書無しさん:04/03/27 01:51
>>55
すれ違いですよ。マカさん

57 :仕様書無しさん:04/03/27 01:51
そうーかなー、Winで動きゃたいがいOKだと思うけどナー(w

58 :仕様書無しさん:04/03/27 01:52
MacOSX はUnix厨だよな?

59 :仕様書無しさん:04/03/27 01:53
>>58
堕落したマカーじゃないの?

60 :仕様書無しさん:04/03/27 01:53
>>57
金融系、基幹系業務、携帯電話、えんたーぷらいずではそうはいかない



61 :仕様書無しさん:04/03/27 01:53
マカはマカらしくハイパーカードでも弄ってろ

62 :仕様書無しさん:04/03/27 01:53
>>59
Unix厨に昇格したのだ

63 :仕様書無しさん:04/03/27 01:54
BSD厨かもしれませぬ

64 :仕様書無しさん:04/03/27 01:54
ハイパーカード? なんじゃそりゃ。
Javaとは関係なさ過ぎ

65 :仕様書無しさん:04/03/27 01:55
BSD厨はLinuxをバカにしてウザイ癖にキモいアニヲタ これ定説。

66 :仕様書無しさん:04/03/27 01:55
マカーにPGいたんだ・・・へえ・・・

67 :  俺  :04/03/27 01:56
じゃヴぁですくとっぷ suki

68 :仕様書無しさん:04/03/27 01:56
>>66
逝き場失っていたんだがjavaに流れたらしい

69 :  俺  :04/03/27 01:56
uso

70 :仕様書無しさん:04/03/27 01:56
ここでマカとかしつこく書いてる奴の知識はかなり古い内容だな。
>>61なんてマカあがりのWinユーザと見た(w

71 :仕様書無しさん:04/03/27 01:57
マカでBSD厨でJava厨のWebObjects使い



三暗刻ドラ1

72 :仕様書無しさん:04/03/27 01:57
irurasii

73 :仕様書無しさん:04/03/27 01:57
>>61の内容が理解できた>>70はマカ

74 :仕様書無しさん:04/03/27 01:58
>>71 ワロタ。ウラドラ乗って跳ねそうだな。マカドウマ

75 :仕様書無しさん:04/03/27 01:59
まぁ〜いくろそぉ〜ふぅ〜とぉ〜! ドントォ〜ネェットォ〜!

(「マイクロソフト、ネットを辞めなさい!」の訳)  

76 :仕様書無しさん:04/03/27 01:59
最悪だなマイ糞ソフト(=マイクロソフト)

さすがドントネットクレームワークを作った会社だけのことはある。

77 :仕様書無しさん:04/03/27 02:00
結論
ドットネットフレームワークはドントネットクレームワークに
成り下がってしまった。

ドントォ〜♪

78 :仕様書無しさん:04/03/27 02:00

ズンチャッズンチャ

とうとうマカが正体をあらわした



79 :仕様書無しさん:04/03/27 02:01
どーんと紹介してやろうじゃないの

80 :仕様書無しさん:04/03/27 02:07
マカマカいうけどさ、MacOSX以前のMacってソフト組めないでしょ

81 :仕様書無しさん:04/03/27 02:08
どーんとネッツ不レム枠 

82 :仕様書無しさん:04/03/27 02:09
んなぁこたぁ知らんし明らかにスレ違い。マク板でどうぞ。

83 :仕様書無しさん:04/03/27 02:11
最悪だなマイ糞ソフト(=マイクロソフト)

さすがドントネットクレームワークを作った会社だけのことはある。    

84 :仕様書無しさん:04/03/27 02:12
まかドーントネットフレイムワック♪


85 :仕様書無しさん:04/03/27 02:12
早くム板が復旧しないかな

86 :仕様書無しさん:04/03/27 02:12
まかどーんとジェイバー♪

87 :仕様書無しさん:04/03/27 02:13
>>85
早くムンバドーント復キュレイムワック♪


88 :仕様書無しさん:04/03/27 02:14
まかドーントプログラミングジャアーバァー♪

89 :仕様書無しさん:04/03/27 02:20
ベイジュアルステゥーデゥウィオドントネットォ〜♪
このIDEは使えそで使えない、使えそで使えない♪
使えそで使えないィィィイィィィイィィィ〜♪
使えそで使えないィィィイィィィイィィィ〜♪

2004でリファクタリング、
やっと日蝕にオイツークベイジュアルステゥーデゥウィオドントネットォ〜♪

すぃかあ〜すぃ、じぃ〜りぃ〜つゥ〜(自立)コンペェイテングに対応していなぁ〜イィ!♪

オォイェェィッ!

90 :仕様書無しさん:04/03/27 07:41
チィンカス言語

91 :最凶VB厨房:04/03/27 07:57
Microsoftは人為ミスも
安定性、信頼性を考えた場合、無視できない要素として
見ている。
Microsoftは信頼性を非常に高度なレベルで考えている唯一の企業なのかも
しれないな。

92 :最凶VB厨房:04/03/27 09:31
ただ、.NETの開発メンバーの人選ミスは避けられなかったが
これも予定された仕様通りだから問題なしだ。

93 :仕様書無しさん:04/03/27 09:48
>>42
VisualCafeのことですか?

94 :仕様書無しさん:04/03/27 10:03
>93
理不尽な落ち方とかVB4にそっくりだったのに、何故Microsoftは買収しなかったんでしょうね。


95 :仕様書無しさん:04/03/27 10:05
>>94
VJ++があったからね
最初の頃は唯一日本語が通る環境だったような・・・
ソースはSJISだったよね

96 :仕様書無しさん:04/03/27 10:45
余計なことしなければ・・・

97 :仕様書無しさん:04/03/27 10:58
>95
VJ++あったけれど…
VJ++1.xとVJ++6は別モノじゃん。
VJ++1.xはどう見ても突貫工事で作りました…だし。

でも、VJ++6にはVisualCafeのパクり要素が入っているよね。
ミョウチクリンなタグで囲む所とか。

裏でカネが動いたのかな?

98 :97:04/03/27 11:00
>95
VisualCafeでなくともJDK1.0.xでも日本語は通せたんだよね。
それこそ、ちょっと文字コードを知っていれば分かるようなことだったんだけれど。


99 :仕様書無しさん:04/03/27 11:25
>>91
逆でそ。

「柔軟・簡単に連携できる」がMSの設計ポリシー。だから...

・メールのデフォルトをHTMLにして「開くだけで感染するウィルス」も広まる
・WindowsとOfficeのDLLを一緒こたにして、入れる順序で起動できなかったりする
・NTカーネルに目先の応答性で色々なサービスを入れるから、信頼性が落ちる
・ActiveXでクライアントで勝手に悪意のプログラムも起動できちゃう

UNIX系やJavaは、モジュール化とセキュリティーが、最初から設計に入ってる。

MSは良くも悪くも「ぐちゃぐちゃの一体」

100 :仕様書無しさん:04/03/27 11:29
100

101 :仕様書無しさん:04/03/27 11:46
安定性、信頼性というのが客からすると
「今まで通りで大丈夫」
「他でやってるからウチでもできる」
「俺の思うルールでできる」
ってことだろ

システム上の安定性、信頼性なんかは、意識してない
なので、問題が起きると、M$ではなく、M$を恨んでる人にトバッチリが行く

だからといって、システム上の安定性、信頼性を優先して
「今まで通りで大丈夫」
「他でやってるからウチでもできる」
「俺の思うルールでできる」
を無視すると使えねー香具師 になる

102 :仕様書無しさん:04/03/27 11:52
でも、まぁなんとなくスレの流れからjavaコミュニティーってのが
マカはじめ反M$のコミュニティーだってのがはっきりしてきたわけだけど
それだとこの先は暗いような気がする。
大事なことは客にどれだけの利便・合理性を提供できるか?
ということであって、M$の独占性とかITベンダーの政治力学的な
戦略なんつーのは客にはほとんど関係ないことではないかと思うね。
客は汎用やサーバを除くクライアント側はほとんどOfficeが入ったWinを
使っているし、そこでの資産てのはほとんどWinにあるわけだから。
ロータス(1-2-3、ドミノサーバ)もAppleもスタンダードにはなれなかったし
モジラも死んだ。Linuxもかつての勢いはない。
反M$を掲げたところは、ついつい客の利便よりITベンダーの政治力学的に訴えるから
実質的な利便を優先するユーザーからは敬遠され失速してしまうんだろう。
もう一度言うけど大事なことは客にどれだけの利便・合理性を提供できるか?だろうね。


103 :仕様書無しさん:04/03/27 12:03
>99
いや、「儲かれば何でもOK」こそが設計の根底にある。


104 :仕様書無しさん:04/03/27 12:05
>>102
OOoがOLE複合ドキュメントと完全なファイルフォーマット互換を実現するまで
ということかな。

105 :仕様書無しさん:04/03/27 12:17
>104
そりゃ永遠にないだろ。
ヤバくなると仕様を丸ごと変えるのがMicrosoftの常套手段だもの。
互換性とかをかなぐり捨ててでも変えると思うよ。


106 :仕様書無しさん:04/03/27 12:24
>>105
Excelは97以降あんまり変な変更はしてないみたいだよ。
ExcelやWordやPowerPointはなんとかなるかも知れんけど、問題はVBAだw

107 :仕様書無しさん:04/03/27 12:38
互換性とかいっても中途半端に動くのが一番アレなんだが。
いっそのこと、M$も「全然うごきません」って豪語してくれた方がありがたい。

108 :仕様書無しさん:04/03/27 12:51
仕様を丸ごと変えるのはMSの専売特許というわけではないけどね。
むしろ、「美しさ」なんつうものを考慮しているもののほうが、丸ごと仕様変更
してるのでは。M$は互換性を考慮するから汚くなるのであってね。

他のソフトウェア会社にもよーく目をむけてみよう。

109 :仕様書無しさん:04/03/27 12:53
漢字talk6.3とMacOSX10.3は互換性ありますか?
NetWare2.11とIntraNetWareのバージョン何とかはどうだろう。
OS/2のVer1とwarp4とか。

怪しいのはいくらでも有りますが。

110 :仕様書無しさん:04/03/27 12:54
SunOS3とSolaris9とか。

111 :仕様書無しさん:04/03/27 12:56
>>102
>実質的な利便を優先するユーザーからは敬遠され失速してしまうんだろう。
>もう一度言うけど大事なことは客にどれだけの利便・合理性を提供できるか?だろうね。

禿同。だから、彼らがシェアを獲得するためには、「実質的な利便」を超越する
信者を必要とするんだな。



112 :仕様書無しさん:04/03/27 13:13
>・WindowsとOfficeのDLLを一緒こたにして、入れる順序で起動できなかったりする
ん?こんなのあったか?確かにIEはOSのDLLを差し替えていたが。

>・NTカーネルに目先の応答性で色々なサービスを入れるから、信頼性が落ちる
これは、NT3x系からNT4.xに移ったときに、GDI関連をカーネルモードで実行
するように変更したことかなあ。他に何かある?具体的に。


113 :仕様書無しさん:04/03/27 13:14
>UNIX系やJavaは、モジュール化とセキュリティーが、最初から設計に入ってる。

馬鹿ですか?

114 :仕様書無しさん:04/03/27 13:28
そうは言ったって、
これからアプリケーションサーバ、って考え方は、
どんどん業務の主要部分に食い込んでくるだろうし、
その中核にjavaテクノロジが存在することも間違いないし。

.NETを中核にすえる戦略も選択肢としてなくはないが、
どうしてもWindowsサーバというだけで嫌われる向きがなくもない。

Windowsサーバはいろいろ便利にしよう、簡単に使えるようにしようとしている分だけ、
セキュリティやパフォーマンスの面でどうしても穴が出来る。
これはWindowsが悪いというよりは、バランスの問題で、
Windowsというというサーバマシンは、安全性やパフォーマンスを何らかの形で犠牲にして、
使いやすさをとった、そういうチューニングを施された環境だといえる。

最近はそれでもこなれてきたが、MSの、
出来るだけユーザ負担を減らすことによって多くのユーザを取り込もうとする戦略がある限り
(ちなみにこれは悪いことでない)、どうしてもサーバ性能特化のUNIX系サーバからは遅れをとる。
また、そもそも使いやすいから、初心者が使っている可能性が高い、というだけで、
攻撃対象として研究されやすいという、Windows自体には責任のない、マイナスの面もある。

パフォーマンスにおいても、単純にWindowsが裏でどれだけ複雑な処理を肩代わりしているか、
ということだけ考えても、連続運用に関して、UNIX系より不利だということが分かる。


115 :仕様書無しさん:04/03/27 13:37
そんなこんなで、
運用時の安定性、信頼性が第一の状況では、提案するほうが、
はなからUNIXサーバを想定して絵を描き始める。

当然Windowsサーバも使えないわけではないから、
それほど深刻でない環境、基本的に悪意のユーザを想定しない環境ならば、
まったく問題なく使える。

ただ、ここで一つ注意したいのは、
近年、Windowsサーバを使った環境にJava製のアプリケーションサーバを構築することが、
昔ほど難しくなくなってきているということ。

Tomcatのインストール一つとっても、最近のインストーラ付で自動的にサービスとして登録される、
Tomcatの環境は、Tomcat3.x系の頃の、Apacheとの連携が必須のように言われていたころとくらべ、
かなり印象が違う。
その他のベンダからリリースされている環境もWindows環境を無視しているものは一つもない。

WindowsがUNIX系サーバのポジションを侵食するのと同様、
Java系の開発環境、運用環境も、同時にVisual Studio、IISの地位を侵食し始めているということ。

この差は徐々に縮まりつつある。

116 :仕様書無しさん:04/03/27 13:40
もろもろを考えると、結局、
A:安全性、信頼性を重視するなら、UNIX系サーバ+JavaAPPServer、
B:便利さを考えるなら、Windows系サーバ+JavaAPPServerでもいいかな、と。

ちなみに扱いやすさでWindows系サーバ+.NETと行かないのは、
どうせなら、おんなじ開発言語、開発環境でやりたいジャン、
A,B、どっちのケースでも使えるものがいいじゃん、という発想。

117 :仕様書無しさん:04/03/27 14:21
51 名前:仕様書無しさん[sage] 投稿日:04/03/27 01:47
最初WebObjectsでやってたが、案件が無かったりしてJavaに移行したマカ会社知ってるぞ。

118 :仕様書無しさん:04/03/27 14:33
Tomcatの開発やってる連中はリアリスト。それを崇拝している連中は理想主義者の群。

119 :仕様書無しさん:04/03/27 14:38
ドカタage

120 :仕様書無しさん:04/03/27 14:41
>>118
石野卓球とナゴムギャルの関係か

121 :仕様書無しさん:04/03/27 14:46
ばくちの胴元とばくちうちの関係か。

122 :仕様書無しさん:04/03/27 14:50
パチンカス

123 :仕様書無しさん:04/03/27 14:52
もちろん、使ってる連中の中にもリアリストがいるだろうけどね。
ただそういう連中は逃げるのも早いぞ。Macだって一時は2割ほどのシェアがあったのだ。

124 :仕様書無しさん:04/03/27 15:10
メリットのなければこだわる理由はないからな。


125 :仕様書無しさん:04/03/27 15:29
>>114-115 かなり禿同。

ただし、問題となるのはここではないだろうか?

>これからアプリケーションサーバ、って考え方は、どんどん業務の主要部分に
>食い込んでくるだろうし、その中核にjavaテクノロジが存在することも間違いないし。

携帯電話やPDAのような環境、課金システムであるのならこれはある程度真だと思える。
しかし、PCではどうか?またこれからIPv6で普及するデジタル家電はどうか?
(DVDレコーダ、デジタルテレビ、応答型エアコン、家庭用ロボット、カーナビetc...)
また、XML等、WebNextなテクノロジはどうなるかというところにもかかっているだろう。

まっ、同じことは.NETにも言えるのだけどね。一ついえることは、M$にしろSUN/IBMにしろ、
スタンダードが特定の企業や企業グループに依存した形態に落ち着いてしまうことは
ないんじゃないかな?スタンダードは相互に接続流通するわりと単純な今のTCP/IPの
延長線上にありそうな気がする。今、信者のように何かに肩入れするのは漏れ等的には
損でしかないと思う。


126 :仕様書無しさん:04/03/27 16:29
java好きは携帯電話、携帯電話と五月蝿いですが
個人で作るのはとりあえず置いておくとして、ゲーム
開発以外で仕事なんてくることあるの?


127 :仕様書無しさん:04/03/27 16:38
サーバーサイド

128 :仕様書無しさん:04/03/27 16:40
姿を変え、追加しつつ、安住の地を求めて彷徨っているようにしか見えないんですけど。


129 :最凶VB厨房:04/03/27 16:44
.netに安住の地があったというわけだな。

130 :仕様書無しさん:04/03/27 16:49
J#!!

131 :仕様書無しさん:04/03/27 17:19
>>91
> Microsoftは信頼性を非常に高度なレベルで考えている唯一の企業なのかも
> しれないな。
プ あの会社のどこが信頼性を高度なレベルで考えているんだよw
2年前になってからゲイシが突然信頼性を重視しろと社員にメールを
送ったばかり何だからな。そのときは専門家は信頼性を重視するにはもう遅すぎるといっていたぞw


132 :仕様書無しさん:04/03/27 17:21
>>102
反M$てきな匂いがあるからといってWindowsを完全に拒否すると勘違いしていないかお前?
サーバとかにM$製品を使うときは気をつけろという警告が解らないのか?

133 :仕様書無しさん:04/03/27 17:23
WebObjectsを使え。厨房ども

134 :仕様書無しさん:04/03/27 17:24
>>126
携帯端末でのホームバンキングとかショッピングとかそれなりに
携帯javaには市場がありそうだよ。ここは.NETよりjavaがいいと思う。

サーバサイドは言うほど市場がないと思う。java信者がぶつぶつとつぶやいているだけだな。

135 :仕様書無しさん:04/03/27 17:25
さて、携帯端末と鯖がJava安住の地となるか。

136 :最凶VB厨房:04/03/27 17:26
>>131
何の専門家なんだよw

137 :仕様書無しさん:04/03/27 17:26
>>129
それは藻前のようなブビ忠やWin32 APIに洗脳されたVC++厨にとっての安住の地。

138 :仕様書無しさん:04/03/27 17:28
>>134
> サーバサイドは言うほど市場がないと思う。java信者がぶつぶつとつぶやいているだけだな。
そんなことはない。携帯電話より需要があるだろ。
J2EEよりもTomcatだけでやるサーバサイドのほうが普及している。

.NET信者よく.NETがシェアを完全に握るとぶつぶつとつぶやいているが。

139 :仕様書無しさん:04/03/27 17:28
>>136
2年前のビルゲイシの宣言がニュースで流れたことも知らないのか。

140 :仕様書無しさん:04/03/27 17:29
そこでEJBですよ

141 :仕様書無しさん:04/03/27 17:29
嫌M$厨 vs 嫌嫌M$厨

142 :仕様書無しさん:04/03/27 17:29
昔、Windowsにインターネットを簡単に使える機能を搭載しろとビルゲイシが
なんども強く社員に言い続けた結果、そこに待っていたモノとは
あのバグ、セキュリティホールの数々であった。


143 :仕様書無しさん:04/03/27 17:30
J2EEはtomcatに負けたのか。終わってるな。

144 :最凶VB厨房:04/03/27 17:31
>>137
君も遅かれ早かれその安住の地に行かねばならんのだよ。

>>139
それは事実がゆがめられたのだろう。。

145 :仕様書無しさん:04/03/27 17:31
Javaが強くシェアを握るのは携帯電話などではなくサーバ系だな。
携帯電話はサーバほど寿命が長くない。
しかも携帯電話の利用者は個人。サーバのほうが企業相手に商売するという点で有利。


146 :仕様書無しさん:04/03/27 17:32
>>143
> J2EEはtomcatに負けたのか。終わってるな。
ヴァカですか?


晒し揚げっと

147 :仕様書無しさん:04/03/27 17:32
>サーバとかにM$製品を使うときは気をつけろという警告が解らないのか?
つきつめれば結局その程度なんだよね。

エンタープライズなんたらB2B、C2Cなんて言葉並べていってもさ。
セキュリティリスクだってジャパネットやファミマでわかるように
システムより人間に関わるところのリスクのほうがはるかに高いわけで。
J2EE&J2SEが汎用/UNIX & Winに優位性があるってのはほんとんど神話だな。
運用面でどうにでもなるレベル。

148 :仕様書無しさん:04/03/27 17:32
で、結局どっちなんだ?携帯かサーバか?

149 :仕様書無しさん:04/03/27 17:35
>サーバのほうが企業相手に商売するという点で有利。
企業といっても金融とか文系のトーシロに売り込みやすいってことでそ。javaは。



150 :仕様書無しさん:04/03/27 17:35
というかセキュリティ強化宣言

151 :仕様書無しさん:04/03/27 17:37
>>147
> >サーバとかにM$製品を使うときは気をつけろという警告が解らないのか?
> つきつめれば結局その程度なんだよね。
何がその程度なんだか。何をたかをくくっているんだ?

> J2EE&J2SEが汎用/UNIX & Winに優位性があるってのはほんとんど神話だな。
何をいっているんだか。
J2EEやJ2SEはUnixやWin上で動かすモノだが。
適当なことをいっているんじゃないのか?



152 :紺猿:04/03/27 17:37
Javaといえば金をむしれますから。
現場の苦労はドカタが片付けます。ウチはマージン稼げてウッシッシ

153 :仕様書無しさん:04/03/27 17:38
>>149
そりゃ偏見だな。
そういう理由で金融系にJavaが広がったという訳じゃあない。

第一に信頼性だろ。
COBOLがやっていたことを替わりにJavaがやろうとしていた。
むろん、大規模開発ではCOBOLを使うよりもJavaのほうが効率が
よいわけでそこでJavaが浸透していった。



154 :コボラ:04/03/27 17:41
ムキー

155 :最凶VB厨房:04/03/27 17:41
javaが圧倒的にいいものなら、
なぜそれほどまでに.netを恐れるのだ?
不思議だな。

156 :仕様書無しさん:04/03/27 17:43
>>153
じゃ聞くけどその「大規模開発」って何?
文系業種にエンタープライズなんたらB2B、C2C、ベンダー依存性なんて言葉
並べて売り込んでいった>>152的java紺猿の形態って否定できないのでは?

157 :仕様書無しさん:04/03/27 17:46
>>155
全くそのとおり。いままで、やがて世の中はjava一色になりますと
称えて企業に売り込みかけたjava紺猿が自分のついた嘘に
怯えているのでしょうな。

158 :紺猿:04/03/27 17:46
新しいフレームワークが出れば出るほど、バージョンアップすればするほど
口実が出来てウチはウッシッシですよ。
それらの管理は協力会社のドカタがやります。そいつらも派遣ですし、喜んでやりますよ
カースト制度の賜物ですね。

159 :仕様書無しさん:04/03/27 17:46
だれがドトネトを恐れるんだ?
むしろM$はJavaを恐れているだろ。
恐れていなければわざわざ.NET構想なんてものは考えなかった。
恐れていなければM$はVJ++事件のように、Javaを勝手に独自に改変し互換性のないものにするということもM$はしなかったはずだ。
Javaの仕様をそのまま受け入れ政治的な理由でC#なんてものも作らなかったはずだ。
M$がC#や.NETなんてものを作った理由はM$が確実にJavaを恐れていた証拠。



160 :仕様書無しさん:04/03/27 17:47
>>157
それはどう見ても詭弁だ。


161 :仕様書無しさん:04/03/27 17:47
と、最底辺のドカタが申しております。

162 :仕様書無しさん:04/03/27 17:48
紺猿とは何者だ?

163 :仕様書無しさん:04/03/27 17:48
>>160
漏れには>>159が詭弁に見えるが?

164 :仕様書無しさん:04/03/27 17:48
自作自演ばかりでウザイなM$信者は。
強制ID導入してもらわんといかんな

165 :仕様書無しさん:04/03/27 17:49
>>163
いや、漏れには>>157>>155が詭弁に見えるが


166 :仕様書無しさん:04/03/27 17:50
>>156
> 文系業種にエンタープライズなんたらB2B、C2C、ベンダー依存性なんて言葉
> 並べて売り込んでいった>>152的java紺猿の形態って否定できないのでは?
java紺猿って何? もうちょっとくわしく説明してくれないか?


167 :仕様書無しさん:04/03/27 17:51
北とマカには何を言っても無駄だと思えるが

168 :仕様書無しさん:04/03/27 17:51
>>156にとっては金融系=文系業種なのか

169 :仕様書無しさん:04/03/27 17:51
/.にカエレ>典型的アンチM$

170 :仕様書無しさん:04/03/27 17:52
>>155
Javaは生き物じゃないのでドトネトを恐れるという表現は日本語的におかしい。


171 :126:04/03/27 17:52
>>134
聞きたかったのは将来性ではなくて現状どうなってんのかな?
っと思ったのです
iアプリなんかでかなり前からJava端末として携帯があるけど
業務アプリ系開発の人が携帯でJavaだね!みたいなこと書い
てあるのを見かけることがあるので、実際問題ゲーム以外の
開発案件自体あるの?っと思ったのです

172 :仕様書無しさん:04/03/27 17:53
Windows板にカエレ典型的M$

173 :最凶VB厨房:04/03/27 17:53
読解力の無い馬鹿が現れましたw

174 :仕様書無しさん:04/03/27 17:53
gotdotnetにカエレ>典型的M$学生エバンジェリスト


175 :仕様書無しさん:04/03/27 17:54
さあ、いつもの週末のように盛り上がってまいりますた

176 :仕様書無しさん:04/03/27 17:54
Windows板にカエレ典型的ヴィビ厨房

177 :マカ:04/03/27 17:54
Objective-C最強

178 :最凶VB厨房:04/03/27 17:54
エバンジェリストの方はどなたです?

179 :仕様書無しさん:04/03/27 17:55
とりあえす小洞ー(=コボラー)はグローバル変数とともにさっさと死んでください

180 :仕様書無しさん:04/03/27 17:55
>>178=絵版下痢酢徒=エバンゲリスト

181 :最凶VB厨房:04/03/27 17:55
>>176
おまえは土にカエレ(プ

182 :仕様書無しさん:04/03/27 17:56
ゲリゲリドットネット
エバンゲリゲリドットネット

183 :最凶VB厨房:04/03/27 17:56
>>180
エバンジェリストはどなたか?と聞いたのだよ。
目悪いのかな?

184 :仕様書無しさん:04/03/27 17:56
>>171
来月から始まる携帯のSUICAプリペイド課金システムとか
携帯カメラ画像や音楽ダウンロードとかの周りで
それなりに案件はあるよん。あと銀行屋さんの
特注バンキングサービスとかね。
ただし系列に乗っているところじゃないと
食い込むのは大変かもしれない。

185 :仕様書無しさん:04/03/27 17:57
>>181
おまえは下痢の詰まった便器にカエレ(プ
M$から派遣された学生エバン下痢スト(ワラ
さすが派遣w


186 :仕様書無しさん:04/03/27 17:57
だから>>183がエバン下痢スト

下痢リズム

ゲリリズム

187 :仕様書無しさん:04/03/27 17:58
とりあえずドトネト厨はこのスレにカエレ

【.NETへの移行はLonghornリリース後でいいよね】
http://pc3.2ch.net/test/read.cgi/prog/1080302732/


188 :仕様書無しさん:04/03/27 17:59
わはは
反応が正に嫌韓厨

アンチM$は笑えるな

189 :仕様書無しさん:04/03/27 17:59
どこに.NET厨が。ノイローゼですか?

190 :仕様書無しさん:04/03/27 18:00
ビルゲイシの独裁の元、世界制覇をもくろむ悪の帝国M$。ブッシュと共に氏ね。

191 :仕様書無しさん:04/03/27 18:01
やっばりjava厨の反応ってマカ的だね
都合悪くなると客観性がなくなり
他者を排除し閉鎖的になって
自分達だけの理想郷をつくろうとする。


192 :仕様書無しさん:04/03/27 18:02
ゲイシのポチは氏ね

193 :仕様書無しさん:04/03/27 18:04
M$擁護者はこのスレにはいないと思うんだが。
javaが.NET以下だと言う者はいても。
javaでも.NETでも都合のいいほう使えばいいやん、と
多くの人がいっているような。

194 :仕様書無しさん:04/03/27 18:04
何処にアンチM$が。ノイローゼですか?

195 :仕様書無しさん:04/03/27 18:05
Javaに否定的な意見は全てM$信者の意見に見えますか。ノイローゼですか。

196 :仕様書無しさん:04/03/27 18:05
>>191
おれはおまえみたいなFUD攻撃する奴や政治宣伝する奴が嫌い。


197 :仕様書無しさん:04/03/27 18:06
>>195
勝手に「すべて」に見えるのですか。ノイローゼですか?




198 :仕様書無しさん:04/03/27 18:07
>>196
お前の好悪など個人的な感情はどうでもいいことだ。
改めて表明に値することなのか?だからマカ的といわれてるのが理解出来ないのか。
javaを真剣に考えている人にとっては迷惑でしかないな。

199 :仕様書無しさん:04/03/27 18:07
>>194
アンチM$>>190,>>187あたりにいますが?
これだけ明らかなのにわかりませんか?
ノイローゼですか?


200 :仕様書無しさん:04/03/27 18:07
>>191
> やっばりjava厨の反応ってマカ的だね
Java厨なんてこのスレにはいませんが。ノイローゼですか?


201 :仕様書無しさん:04/03/27 18:08
Objective-Cもよろしくね。

202 :126:04/03/27 18:08
>>184
Thx!
漏れが見えてないだけで案件あるのね。どもです


203 :仕様書無しさん:04/03/27 18:08
>>199
> アンチM$>>190,>>187あたりにいますが?
>>190はM$信者の自作自演ですが。

これだけ明らかに間違っていることをいっているのにわかりませんか?
ノイローゼですか?


204 :仕様書無しさん:04/03/27 18:08
やはり北とマカには何を言っても無駄だ


205 :仕様書無しさん:04/03/27 18:09
そこでWebObjectsですよ。

206 :仕様書無しさん:04/03/27 18:09
>>198
> お前の好悪など個人的な感情はどうでもいいことだ。
それは「ノイローゼ」を連呼しているヴァカに言え。
そもそもお前のM$信者を庇う感情はどうでもいいことだ。
改めて表明に値することなのか?だからマカ的といわれてるのが理解出来ないのか。
.NETを真剣に考えている人にとっては迷惑でしかないな。


207 :仕様書無しさん:04/03/27 18:10
やはり荒らしのドトネト厨には何をいっても無駄だ。


208 :仕様書無しさん:04/03/27 18:10
狂信者には何を言っても無駄無駄

209 :仕様書無しさん:04/03/27 18:10
>>192
あなたはノイローゼですかを連呼するM$信者ですね?

210 :仕様書無しさん:04/03/27 18:10
オウムガエシが始まりましたよ。迷惑でしかないけど。


211 :仕様書無しさん:04/03/27 18:11
そうそう、M$教狂信者にはなにを言っても無駄

212 :仕様書無しさん:04/03/27 18:11
今月のASCIIのマカ信者のコラムは面白かったな

マカに対応しないとは何事か!しっぺ返し食らうが
いいフフンっと怒っていたなw


213 :仕様書無しさん:04/03/27 18:11
鸚鵡返ししか出来なくなったか。

214 :仕様書無しさん:04/03/27 18:11
そうそう、ノイローゼですかをなんども繰り返すオウム返しは迷惑以外の何者でもないね。


215 :仕様書無しさん:04/03/27 18:12
ドトネト厨もこの程度か

216 :仕様書無しさん:04/03/27 18:12
しまいには「ノイローゼですか」しかいえなくなるドトネト厨

情けない・・


217 :仕様書無しさん:04/03/27 18:12
こいつは1号だな。芸が無い。2号はなかなか面白いのだが。

218 :仕様書無しさん:04/03/27 18:13
ドトネト厨もいい加減だな。
煽ることしか能がないみたいだ

219 :仕様書無しさん:04/03/27 18:13
>>217
ノイローゼ連呼する奴が一号?

220 :仕様書無しさん:04/03/27 18:14
この空気は何だ?
M$臭の匂いだ。

221 :仕様書無しさん:04/03/27 18:14
2号が現れたえらまたくるよ。 

222 :仕様書無しさん:04/03/27 18:14
>>217
2号とはどんな奴?
最強VB厨房?

223 :最凶VB厨房:04/03/27 18:14
>>220
自分の体臭だろ?w

224 :仕様書無しさん:04/03/27 18:14
>>221
日本語がおかしいどお前

225 :仕様書無しさん:04/03/27 18:16
ドトネト厨のせいで議論がまともにできなくなったな

226 :仕様書無しさん:04/03/27 18:16
>>217
人をからかうと天罰が下るよ
多分あなたは10年以内に罰として死ぬよ

227 :仕様書無しさん:04/03/27 18:18
>>75-89
深夜に20分も一人で暴れている奴がいるぞ。

228 :仕様書無しさん:04/03/27 18:18
なんだ?  

229 :仕様書無しさん:04/03/27 18:19
>>227
キチガイだなw

230 :仕様書無しさん:04/03/27 18:19
>>227
おう、ドントォ〜?

231 :仕様書無しさん:04/03/27 18:20
ドントネット厨はキチガイの四乗だなw


232 :仕様書無しさん:04/03/27 18:20
>>227
ノイローゼなんだろう。

233 :仕様書無しさん:04/03/27 18:20
ドトネトだからね。ドントネットォ〜♪

234 :仕様書無しさん:04/03/27 18:20
>>232
ノイローゼ連呼厨って言われるぞw


235 :仕様書無しさん:04/03/27 18:22
なんでこのスレっていつも荒れているの?  

236 :仕様書無しさん:04/03/27 18:22
ドトネト厨やC厨、COBOL厨が邪魔をしているからに決まっているじゃん

237 :仕様書無しさん:04/03/27 18:23
成りきり信者のスレだから。真性も紛れてるかもしれないけど。

238 :仕様書無しさん:04/03/27 18:23
>>75-89


239 :仕様書無しさん:04/03/27 18:25
>>235
こういう>>238みたいなコピペバカが多いから

240 :仕様書無しさん:04/03/27 18:26
こういうスレが荒れないようにするにはどうすればいいのだろうか?

241 :仕様書無しさん:04/03/27 18:26
それを楽しむことさ。

242 :仕様書無しさん:04/03/27 18:27
なぜいつも、こう技術的な話題ができないのだろう。
いつもいつもドカタ、派遣、ノイローゼを連呼してまるでオウムのように同じことしか言わない。
やっていることがプログラマとして最低だ。



243 :仕様書無しさん:04/03/27 18:28
>>241
そんなことを楽しんでは駄目だ。
正当なことのみをやれ。荒らすことを楽しんではならない。

244 :仕様書無しさん:04/03/27 18:28
Javaが悪いわけじゃないんですよw

245 :仕様書無しさん:04/03/27 18:28
ではEclipseの現状はどうなっているのだろう。

246 :仕様書無しさん:04/03/27 18:28
>>242
まとも風味に進行するときもあるよ

人は減るけど

247 :仕様書無しさん:04/03/27 18:28
>>244みたいなこういう最低なのがいるからいつもスレが荒れる。
邪魔だから帰ってくれないか?

248 :仕様書無しさん:04/03/27 18:29
何もかも自作自演する奴が悪い。

こうなったらマ板にも強制IDを導入すべきだ!!!!!!!

249 :仕様書無しさん:04/03/27 18:29
だれがドトネトを恐れるんだ?
むしろM$はJavaを恐れているだろ。
恐れていなければわざわざ.NET構想なんてものは考えなかった。
恐れていなければM$はVJ++事件のように、Javaを勝手に独自に改変し互換性のないものにするということもM$はしなかったはずだ。
Javaの仕様をそのまま受け入れ政治的な理由でC#なんてものも作らなかったはずだ。
M$がC#や.NETなんてものを作った理由はM$が確実にJavaを恐れていた証拠。


250 :仕様書無しさん:04/03/27 18:30
ID導入、いいな。

皆、ム板でも強制ID導入を導入を求める声が高まっている。
いっそのこと、マ板にも導入すべきじゃないのか?




251 :仕様書無しさん:04/03/27 18:30
このスレ厨房とかそんなのを通り越して狂ってる奴が居るな(汗

252 :仕様書無しさん:04/03/27 18:31
>>249
どうしてこいつはいつもコピペばかりするのだろう。
言いたいことがあるならリンクだけを張っておけばいいのに。

253 :仕様書無しさん:04/03/27 18:31
>>251
だからどうにかするべきなんだよ。
とりあえず強制ID導入を考えるべきだ。


254 :仕様書無しさん:04/03/27 18:32
>>251
狂った奴を助け、暴走を止めるのが君の役目じゃないのか?

255 :仕様書無しさん:04/03/27 18:33
お大事に・・・

256 :仕様書無しさん:04/03/27 18:33
人を騙してからかっている奴は人間として最低だと思う。 

257 :仕様書無しさん:04/03/27 18:34
こういう話題になると煽り厨も黙り込むんだな(ワラ

258 :仕様書無しさん:04/03/27 18:36
つうかさ、Javaについて語ってよ。

259 :仕様書無しさん:04/03/27 18:37
Javaについて語れない、>>75-89 みたいなのが一番タチが悪いかと。

260 :仕様書無しさん:04/03/27 18:39
マカでしょ

261 :仕様書無しさん:04/03/27 18:40
いっぱいレスが付いている幻視が見えてるんだよきっと

262 :仕様書無しさん:04/03/27 18:44
それはよかった。
よかったよかった。

だったらC++について騙ってください。

263 :仕様書無しさん:04/03/27 18:52
バカどもが去ったようだ。 


264 :仕様書無しさん:04/03/27 18:52
ID導入に賛成 

265 :仕様書無しさん:04/03/27 18:55
まあ、春だし、年度末だし。テンパってるのも多いんだろう。

266 :仕様書無しさん:04/03/27 19:02
乗り遅れたか。

267 :仕様書無しさん:04/03/27 19:03
>>259
むしろJavaに対する偏見でもて煽る奴や自作自演刷る香具師や
オウム返しする香具師が一番立ちが悪いかと。

たとえばオウム返しの例として>>249のように既存のレスを無駄にコピペする香具師とか
Javaが悪いんじゃないですよwをなんども連呼刷る香具師とか
オープンソースが共産主義だとかほざく香具師とか
根拠もなしにドカタ、派遣、を連呼する低脳とか


268 :仕様書無しさん:04/03/27 19:05
だから、僕はぶちきれてしまったんだ。むしゃくしゃしてやった。

269 :仕様書無しさん:04/03/27 19:06
最近のドントネット言葉の人気について part18 

270 :仕様書無しさん:04/03/27 19:06
それで>>268はドントネットしましたとさ

271 :仕様書無しさん:04/03/27 19:07
なんだ。ドントネット連呼厨はJava厨か。

272 :仕様書無しさん:04/03/27 19:10
マカみたい

273 :仕様書無しさん:04/03/27 19:14
え?
ドトネト厨がJava厨?

274 :仕様書無しさん:04/03/27 19:14
あいたたたた・・・・

275 :仕様書無しさん:04/03/27 19:15
>>267
泣けた。

276 :仕様書無しさん:04/03/27 19:16
>>271
煽りレベル 0


277 :仕様書無しさん:04/03/27 19:16
>>275
やらせレベル 1

278 :仕様書無しさん:04/03/27 19:17
>>273
煽りレベル 1 

279 :仕様書無しさん:04/03/27 19:17
>>274
自作自演レベル 1

280 :仕様書無しさん:04/03/27 19:19
必死になってるのは派遣ドカタのJava虫か。

281 :仕様書無しさん:04/03/27 19:50
>>109
OS/2のV1とV4は、完全な互換性があるよ。
OS/2 V1.0(PM載せる前の、OS/2 16bit CUI)も、V4 で完全に動く。

作法の悪いアプリがバージョンアップで動かなくなった事はあるが、
作法を守ったアプリで動かなくなった事は無いよ。

ま、OS/2 for PowerPCはバイナリ非互換だけど、一般市場に出なかったから :-)

本来なら、これが当然な話だと思うんだけど...

282 :仕様書無しさん:04/03/27 19:51
>>281
あ、V4てのはServer版だけで、カーネルはWarp V3相当なんだけどね。

283 :仕様書無しさん:04/03/27 19:53
>>102
をいをい、2chの板でコミュニティを判断するとは、世間知らずな。

週間ポストしか読まないヤシが「最近の女子高生はみんなヤリマ」と信じるようなレベルだね (w

284 :仕様書無しさん:04/03/27 20:00
しかし、マ板なんて元々煽り9割なのに、
相手の反応見て「やっぱりXXXは」「正体を現したな」とか、
どっちも小学生なのがいるのね :-)

2ch素人まるだし。恥ずかしくないんかね。

285 :仕様書無しさん:04/03/27 20:02
悪い事は言わない病院に逝け

286 :仕様書無しさん:04/03/27 20:22
まともと思ったレスにレス。

「Java陣営も反MSだけでなく、利点が必要」

正論だね。ただ技術者に反MSが多いのは必然(MSは技術的におかしい宣伝を多様するから)。
Javaでは比較的目立つ程度か。

Javaも特定ベンダーに支配されない、しかし大手ベンダー(S/B/I/F/H/N/U...)が支持してる、
C/C++よりは機種依存せず、業務寄りにも書きやすくい、てな利点があるからこそ、
サーバーサイドや携帯で有力なのは事実。

単にメーカー側のコンサルや宣伝の力で入ると思うのは、あまりに世間知らず。
ユーザー側も、別のコンサルや技術者は抱えてんだからね。

287 :仕様書無しさん:04/03/27 20:30
「MSは過去の互換やユーザー使い勝手を重視して、ぐちゃぐちゃになる」
「デザインの美しさを言うとこの方が、いきなり互換を捨てがち」

これも正論だと思う。

ただ、MSはJava対応で戦略的に打ち出した.NETでは、
VB6からVB.NETや、C/C++からC#へ、かなり互換を捨ててしまった。
それでいてオープンになったかというと、かえって各言語のMS依存は増えた。
仮に成功しても当面はWindowsの世界の中。

正念場ではある。

288 :仕様書無しさん:04/03/27 20:30
>>280
必死になっているのは派遣ドカタC++.NET厨です

289 :仕様書無しさん:04/03/27 20:31
>>286
煽りレベル 3
やらせレベル 5

290 :仕様書無しさん:04/03/27 20:35
と、最底辺のドカイコールC++ドトネト厨M$厨COBOL厨Perl厨タが申しております。w


291 :仕様書無しさん:04/03/27 20:36
>>280
煽りレベル 0

292 :仕様書無しさん:04/03/27 20:36
「サーバーサイドの大規模開発が将来もあるのか?」

少なくとも、ネットワーク端末といえる携帯上のサービスは、
ほとんどサーバー上で開発して送信してる。
これに自販機やICタグが加わる。

10年前は店頭に溢れるWin用市販ソフトを買ってインスールする形が主流だった頃より、
サーバーの役割(サーバーサイド・アプリ)は爆発的に増えてるし、
当面減少しそうにも見えんが...

293 :仕様書無しさん:04/03/27 20:37
ところが、オープンで皆が好き勝手やる世界が天国かというとそうでもない。
という話は前スレでもあったな。どこかがある程度はコントロールしてないと
だめなんだな。

294 :仕様書無しさん:04/03/27 20:37
>>285
煽りレベル 0

295 :仕様書無しさん:04/03/27 20:37
>>292
自作自演煽りレベル 10

296 :仕様書無しさん:04/03/27 20:41
まあ、COM Interopなんてのもあるわけだが。

297 :仕様書無しさん:04/03/27 20:43
ドトネト厨 = .NET厨だったのか

覚えた

298 :仕様書無しさん:04/03/27 20:44
>>293
「オープンで好き勝手だと、バラバラになる」

「コントロールが集中すると、競争が無くなり非効率になる」

両方、永遠の真理と思ふ。

.NETはMS、JavaはJCPの影でSunが、今でもコントロールしてる。

ただオプソは内紛やメンバー交代を含めて公開されてるから、
昔の衆愚政治や地域ボスみたいな形の腐敗はしにくいとは思う。

299 :仕様書無しさん:04/03/27 20:44
>>293
コントローラも好き勝手だからうまくいく
という解釈もできるわけで
マイナスということはない。

300 :仕様書無しさん:04/03/27 20:46
まあ、そこんとこのバランスなんじゃないの?デファクトになる要件というのは。
あまりきついと敬遠されるし、ゆるいとぐだぐだになる。


301 :仕様書無しさん:04/03/27 20:47
そのかわり分裂して、人的資源が拡散しているのでは。

302 :仕様書無しさん:04/03/27 20:48
ま、必死なのは煽りネタを必死に探そうとしているアンチJava厨ってこった

303 :仕様書無しさん:04/03/27 20:48
>>301
煽りレベル 0

304 :仕様書無しさん:04/03/27 20:49
ドトネト厨はなんでJavaスレで暴れているの?

305 :仕様書無しさん:04/03/27 20:50
ドトネトを普及させたいから。
ドトネトを普及させるのにJavaが邪魔だから

306 :仕様書無しさん:04/03/27 20:50
まあ、俺がVBで仕事をしてこなかったし、VJにも手をださなかったからそう思うのかもね。
そんなにMSってベンダー依存がきついかなぁ。とか思ってる。


307 :仕様書無しさん:04/03/27 20:51
頭から流して読むとバレバレだけどね。

308 :仕様書無しさん:04/03/27 20:53
>>299
昔の好き勝手と、今の好き勝手は、ちっと違う。

昔はボス抗争とか、誤解や偏見や利益による感情的対立が多かった、

オプソは基本は、情報は互いに共有で、利益も直結しにくいから、
単に「このデザインの方がいいんじゃないか?」てな路線自体での分裂が多い。
これは、やってみないとわからない事が多い訳だから、良い事なんじゃないか?

Javaフレームワークも、最低限を目指すのと、多機能を目指すのとか争ってるが、
これは弊害じゃなくて良い事だと思うね。

これが.NETだと、MSが専制的に決定して、その理由も推測するしか無いから、
小沢一郎にひたすらついていく旧自由党シンパみたいなとこがある (w

309 :仕様書無しさん:04/03/27 20:53
ドトネトは厨うざい。どっかいけ

310 :仕様書無しさん:04/03/27 20:54
なんてねw 

311 :仕様書無しさん:04/03/27 20:55
>>309
自作自演レベル 0

312 :仕様書無しさん:04/03/27 20:55
>>305
自作自演レベル 1

313 :仕様書無しさん:04/03/27 20:55
使う側からすれば、さっさと標準が規定されたほうが便利だが。

314 :仕様書無しさん:04/03/27 20:56
M$は閉鎖的 クローズドソース

315 :仕様書無しさん:04/03/27 20:56
M$はオワットル

316 :仕様書無しさん:04/03/27 20:56
>>313
自分から奴隷になったほうが楽、
自殺した方が楽といっている香具師の論理

317 :仕様書無しさん:04/03/27 20:57
>>313
それは


長いものにはまかれろ。
右え倣え

という考え方そのもの

個性を重視していない。


318 :仕様書無しさん:04/03/27 20:58

>>313
それではは全体主義的思考となる。
個人主義に反する

319 :仕様書無しさん:04/03/27 20:59
はっきり言って組み込みでのJavaの重要性なんて
期間工のドカタ以外の何者でもないですよ。ホントに。
公共事業の方がお国が回してくれるだけまだまし。
技術的に言えばAPIにおんぶにだっこなんですよ。
例えば、ブルートゥースなんて、今では枯れた技術なんだけど、それすらまともに扱えない。
それとセキュリティーって言ったってただ単にHTTP通信しかできないようにしているだけだし。


320 :仕様書無しさん:04/03/27 20:59
「標準」をもって商売するのが仕事だからね。
色んなものが乱立したりコロコロバージョンアップされたらやりにくくてかまわん。
これはJavaに限った話ではなく、一般的な話。

321 :仕様書無しさん:04/03/27 20:59
M$ 全体主義 社会主義 組織主義

オープンソース 個人主義 自由主義

322 :仕様書無しさん:04/03/27 21:00
>>319
煽りレベル 0.5

323 :仕様書無しさん:04/03/27 21:00
>>317
どこぞのリベラル派ですか

324 :仕様書無しさん:04/03/27 21:00
言語とかフレームワーク、OSは基盤にすぎないからね。

325 :仕様書無しさん:04/03/27 21:00
>>319
ドカタという言葉を使っている時点で
いつもの典型的な煽り厨だということがすぐにわかる。

326 :仕様書無しさん:04/03/27 21:01
>>313
それは囲い込み戦術を正当化する詭弁だな

327 :仕様書無しさん:04/03/27 21:01
>>325
氏ねよJava派遣ドカタコーダー

328 :仕様書無しさん:04/03/27 21:02
>>323
煽りレベル 0
お前はもうクビ
面白くない、芸もないからこの2chから出てってくれ

329 :仕様書無しさん:04/03/27 21:02
学生臭がきついな

330 :仕様書無しさん:04/03/27 21:02
>>327
煽りレベル 0
やらせレベル 1

331 :仕様書無しさん:04/03/27 21:03
年度末ですから

332 :仕様書無しさん:04/03/27 21:03
そんなことよりネバネバとしたドトネト臭がきついぞw

333 :仕様書無しさん:04/03/27 21:04

>>329
煽りレベル 0

334 :仕様書無しさん:04/03/27 21:04
>>331
煽りレベル 0

335 :仕様書無しさん:04/03/27 21:08
だからさ、俺らは第3者なんだから、自分に利益があるものを選択すりゃいいんだよ。
サンやオラクル、MSの営業になる必要はまったくない。

んで、それらの上に如何にシステムを構築しやすいかがテーマになるわけさ。
コロコロ変わる土台の上ではなかなか大変。




336 :仕様書無しさん:04/03/27 21:10
なぜ理想主義者の組織は分裂するのか。
それは彼らが現実的妥協をしないからである。
しかし、その妥協を拒む理想主義の姿勢はあまりにも高潔で魅惑的であり、
いつの時代も姿を変え、妥協を不潔なものと感じる若者やマニアをひきつけてやまない。


337 :仕様書無しさん:04/03/27 21:20
そこでSpring Frameworkですよ。

338 :最凶VB厨房:04/03/27 21:20
今、猿は毒入りバナナを手に持っている。
猿と毒入りバナナは一つの部屋の中にいる。

この時猿と毒入りバナナの関係について述べよ。

339 :仕様書無しさん:04/03/27 21:20
いや、PicoContainerだね。

340 :仕様書無しさん:04/03/27 21:22
Spring + Hibernateですよ

341 :仕様書無しさん:04/03/27 21:24
>>337
藻前、最近Spring Frameworkを知ったドトネト忠だろ。

342 :仕様書無しさん:04/03/27 21:24
>>336
煽りレベル 0
コピペ迷惑レベル 4

343 :仕様書無しさん:04/03/27 21:30
IoCはもう古い!これからはDependency Injectionだ!

344 :仕様書無しさん:04/03/27 21:30
java厨=くりいむしちゅの上田

345 :仕様書無しさん:04/03/27 21:48
Javaがサーバサイドでしか普及しないのは、卑劣な囲い込みと腐敗したOSによって
糞M$がクライアント市場を独占支配しているからである。
クライアントOS市場はゲイシ支配による暗黒時代が長いが、これを打倒粉砕し、
顧客を解放するのは、オープンソース、自由の戦士、我らがサンマイクロシステムズである。


346 :仕様書無しさん:04/03/27 21:53
サンこそ腐ってるよ用賀だし用賀だし用賀だし

347 :仕様書無しさん:04/03/27 21:54
ブルジョアであるソフトウェア開発企業によるソースコードの独占は粉砕されねばならぬ。
プログラマの労働の成果物であるソースコードは、プログラマの私有財産ではなく、
人民の共有財産であり、その労働は人民への奉仕活動である。
我らがオープンソース大革命は、プログラマによるソースコードの私有財産化を
廃し、人民の公共財産とする闘争である。

ソースコードをプロレタリアートの手に奪還するのだっ!




348 :仕様書無しさん:04/03/27 21:56
>>338
オブジェクト指向専門家の私がおこたえしよう

A.
猿はバナナの一種ではない
よって猿と毒入りバナナの関係は、has-a関係といえる

※バナナと毒入りバナナはis-a関係である

349 :仕様書無しさん:04/03/27 21:59
サーバサイドjavaだけで十分食えるからわがままいいません

今は。

350 :仕様書無しさん:04/03/27 22:01
PHPで十分

351 :仕様書無しさん:04/03/27 22:13
Perlで無問題

352 :仕様書無しさん:04/03/27 22:27
>>345
自作自演レベル 2

353 :仕様書無しさん:04/03/27 22:28
>>345 >>347

コピペ迷惑レベル 4
自作自演バレてない度レベル 2 (バレバレ)

354 :仕様書無しさん:04/03/27 22:28
HSPって仕事で使ってる人いるんでしょうか

355 :仕様書無しさん:04/03/27 22:28
>>354
やらせレベル 0.5

356 :仕様書無しさん:04/03/27 22:34
ソースコードを私物化し、富を独占する企業は粉砕されねばならぬ。
M$はWindowsやOfficeのソースコードを公開し、人民に奉仕するべきである。
$unはJavaやSolarisのソースコードを公開し、人民に奉仕するべきである。
IBMはAIXやDB/2のソースコードを公開し、人民に奉仕するべきである。
OracleはOracle8i, 9iのソースコードを公開し、人民に奉仕するべきである。
ジャストシステムは一太郎をはじめとする製品のソースコードを公開し、人民に奉仕するべきである。
弥生は弥生会計のソースコードを公開し、人民に奉仕するべきである。
富士通は納入品のソースコードを公開し、人民に奉仕するべきである。
日立は納入品のソースコードを公開し、人民に奉仕するべきである。
NRIは納入品のソースコードを公開し、人民に奉仕するべきである。

357 :仕様書無しさん:04/03/27 22:36
>>356
コピペネタはもう飽きた



358 :仕様書無しさん:04/03/27 22:36
>>344はうまいなぁ

359 :仕様書無しさん:04/03/27 22:37
このスレはJavaスレだ。
Eclipseについて語るスレにするぞ。

マ板でまともにEclipseについて語るスレがなかった。

語るぞ語るぞ語るぞ語るぞ語るぞ語るぞ語るぞ語るぞ語るぞ語るぞ語るぞ語るぞ語るぞ語るぞ語るぞ語るぞ


360 :仕様書無しさん:04/03/27 22:38
イラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネ

361 :仕様書無しさん:04/03/27 22:38
それっ

Eclipseだ
http://www.eclipse.org/

オラオラ! おまいらダウソロード汁!
http://www.eclipse.org/downloads/index.php


362 :仕様書無しさん:04/03/27 22:39
ム板が使えない。
よってこれからはこのスレをム板のEclipseスレ替わりとする。

363 :仕様書無しさん:04/03/27 22:40
SWTはどうして普及しないの?

364 :仕様書無しさん:04/03/27 22:40
Eclipse の wikiだ!
おまいら使え。嫁。勉強汁
http://eclipsewiki.net/eclipse/


365 :仕様書無しさん:04/03/27 22:41
>>363
キョーミネーナ GUIはプログラミングのオマケにスギナイカラ

366 :仕様書無しさん:04/03/27 22:41
イラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネイラネ
一人でやってろってな

367 :仕様書無しさん:04/03/27 22:41
初心者はここから始めれ
http://eclipsewiki.net/eclipse/index.php?HelloWorld%A4%F2%BD%F1%A4%AF


368 :仕様書無しさん:04/03/27 22:41
と、GUIでプログラミングしている厨が申しております。

369 :仕様書無しさん:04/03/27 22:42
三人でやってろ

370 :仕様書無しさん:04/03/27 22:42
なんでjava屋って先生ぶりたい香具師が多いの?

371 :仕様書無しさん:04/03/27 22:43
>>368
残念あなたの煽りレベルはゼロです。
減点1

372 :仕様書無しさん:04/03/27 22:43
烈しく鬱陶しいな、せんせーさんは

373 :仕様書無しさん:04/03/27 22:43
>>370
いや、大統領ぶりだいだけ

374 :仕様書無しさん:04/03/27 22:44
SWTが標準になれば、リッチクライアントで使うんだけどなぁ。

375 :仕様書無しさん:04/03/27 22:44
だから嫌われるんだよね、お仕着せがましい香具師

376 :仕様書無しさん:04/03/27 22:45
Eclipseパーフェクトマニュアル Vol.3が出たぞ。
http://www.gihyo.co.jp/magazines/eclipse


377 :仕様書無しさん:04/03/27 22:45
>>375
嫌いならこのスレを読まなきゃいいだけだねw

378 :仕様書無しさん:04/03/27 22:45
嫌われてもめげないし。あー鬱陶しい。

379 :仕様書無しさん:04/03/27 22:45
Eclipseはマンセーなのに、SWTは否定されるところがサッパリワケワカラン

380 :仕様書無しさん:04/03/27 22:46
>>374
おれは知った凝っちゃ無いが普及させるようにガンガレ

381 :仕様書無しさん:04/03/27 22:46
早くマ板が復旧しないかな。うざくてかなわんわ

382 :仕様書無しさん:04/03/27 22:46
いや先生ぶりたい馬鹿が出て行けば丸く収まるとおもう。
ずうずうしいからなぁ。空気読めないし。

383 :仕様書無しさん:04/03/27 22:47
>>378
嫌いならこのスレを読まなきゃいいんだしレスしなきゃいんだし。

それでもこのスレにレスするってことはよほどJavaを恐れているんだねw

384 :仕様書無しさん:04/03/27 22:47
やっぱり馬鹿?

385 :仕様書無しさん:04/03/27 22:47
>>381
マ板は復旧も破損もしていませんが何か


386 :仕様書無しさん:04/03/27 22:48
>>382
プログラマなんてもともと図々しい体質なんです

387 :仕様書無しさん:04/03/27 22:48
>>385
よく気がついたな。
俺、普通に読みすごしてしまってた。

388 :仕様書無しさん:04/03/27 22:48
おまえだけだろ

389 :仕様書無しさん:04/03/27 22:49
>>387
しかもきみこのスレがム板と勘違いしているでしょw

390 :仕様書無しさん:04/03/27 22:49
んじゃSWTについて語ろう

391 :仕様書無しさん:04/03/27 22:49
>>388
おまえも気づいていなかった

392 :仕様書無しさん:04/03/27 22:49
ム板へ帰れ。厨房ども

393 :仕様書無しさん:04/03/27 22:51
>>392
厨房どもの板はむしろこっちのマ板のほう。
科学技術志向の濃いム板を厨房の板扱いするとはなかなか無礼なことをいいますね。

394 :仕様書無しさん:04/03/27 22:52
どうでもいいからム板に帰れ。迷惑だから。

395 :仕様書無しさん:04/03/27 22:52
>>392
ム板を厨房の板扱いするな。
うんことかまんことかアニオタの話題しかできないム板のほうが厨房臭い板だろ


396 :仕様書無しさん:04/03/27 22:52
>>394
むしろおまえみたいなクズはマ板にでも残れ。
ム板の邪魔だから。

397 :仕様書無しさん:04/03/27 22:53
>>394
復旧してからな。
それより煽ったりするお前のほうが迷惑。
まじめにJavaについて語れ


398 :仕様書無しさん:04/03/27 22:54
http://pc3.2ch.net/test/read.cgi/prog/1079788154/

399 :仕様書無しさん:04/03/27 22:54
>>390
> んじゃSWTについて語ろう

このGUIプラグインは使ったことある?
http://eclipsewiki.net/eclipse/index.php?GUI%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3

400 :仕様書無しさん:04/03/27 22:55
Java大統領参上?    

401 :仕様書無しさん:04/03/27 22:56
BigDecimalについて語ろう

402 :仕様書無しさん:04/03/27 22:56
アホかスレ違いだ。
ここは「最近のjava人気」について語るスレで
javaを語るスレじゃねーんだよ。
過去ログ読んでからカキコしろよ

403 :仕様書無しさん:04/03/27 22:58
過去ログなんぞ読む価値も無いわけだがw

404 :仕様書無しさん:04/03/27 22:59
そこでCOBOLですよ

405 :仕様書無しさん:04/03/27 22:59
どうでもいいからム板に帰れ。迷惑だから。


406 :仕様書無しさん:04/03/27 22:59
>>402
名前の通り思いっきりJavaを語るスレじゃん(ワラ

407 :仕様書無しさん:04/03/27 23:00
>>405
オマエサンもしかしム板の現状を知らないのか?(ワラ
まだ復旧していないぞ

408 :仕様書無しさん:04/03/27 23:00
>>401
J2SE1.5からはBigDecimal用のクラスとして
MathContectクラス、RoundingModeクラスが追加されたそうだ。

知ってた?

409 :仕様書無しさん:04/03/27 23:00
まあ、JavaがVB.NET以下であることは過去ログを読んでほしい。

410 :仕様書無しさん:04/03/27 23:00
関係ない、でてけ

411 :仕様書無しさん:04/03/27 23:01
おまいらEclipseでCVS使ってる?

412 :仕様書無しさん:04/03/27 23:01
>>407

413 :仕様書無しさん:04/03/27 23:01
>>408
×:クラスが追加されたそうだ。
○:クラスが追加されるそうだ。

414 :仕様書無しさん:04/03/27 23:01
>>409
それもアンチJava厨の主観であるわけだが

415 :仕様書無しさん:04/03/27 23:02
>>413
Beta版が配布され、実際に使えるわけだから追加された、といってもそれほどおかしくはないだろうなw

あの状況で突然削除されるケースはもはやごく稀でしかないからなw


416 :仕様書無しさん:04/03/27 23:03
さあ、もっとJavaについて語ってみよー

417 :仕様書無しさん:04/03/27 23:03
Javaって何?

418 :仕様書無しさん:04/03/27 23:03
(w

419 :仕様書無しさん:04/03/27 23:04
>>405
マ板で知ったかぶって根拠もなしに適当なこといって煽る奴のほうが全然迷惑。
Javaの実情をよく知らない香具師とかw

420 :仕様書無しさん:04/03/27 23:04
クライアントまでJava(SWT)で作ろうとしているのは信者。
クールな「Java使い」は、クライアントはVBで書き、
XML/シリアライズしたBeanのデータとして、通信します。

421 :仕様書無しさん:04/03/27 23:05
>>420
どこがクールなんだw
ふつうそういうときGUIにはC++使うだろ

422 :仕様書無しさん:04/03/27 23:05
アフォなことにVBですか


423 :仕様書無しさん:04/03/27 23:05
そこでVisualCafeですよ。お父さん

424 :仕様書無しさん:04/03/27 23:06
クールなJava使いはJavaWebStartを使う

425 :仕様書無しさん:04/03/27 23:06
そこでDelphiですよ。お父さん

426 :仕様書無しさん:04/03/27 23:06
Webはいらない

427 :仕様書無しさん:04/03/27 23:10
あ〜あ、ぱたっと止まっちゃたよ。
あんまり本質的なこといっちゃ駄目駄目よ。

428 :仕様書無しさん:04/03/27 23:11
つか、なんでWebなの?

429 :仕様書無しさん:04/03/27 23:12
>>417
プログラミング言語     

430 :仕様書無しさん:04/03/27 23:12
>>420
もう全部VBで良いじゃん。

431 :仕様書無しさん:04/03/27 23:12
>>417
宗教

432 :仕様書無しさん:04/03/27 23:13
Javaのあの煮え切らない言語仕様が嫌い。

433 :仕様書無しさん:04/03/27 23:14
信者は煮えくり返っていますが

434 :仕様書無しさん:04/03/27 23:14
(w

435 :仕様書無しさん:04/03/27 23:14
JavaでWINのクライアントソフト作る奴は、どうかしてんじゃないの?

436 :仕様書無しさん:04/03/27 23:14
>>375
> だから嫌われるんだよね、お仕着せがましい香具師

ところでさ、こういう奴↓も嫌われるタイプだよね。
いつも同じことを連呼しているワンパターンコミュニケーションしかできない厨房
↓これをみてくれよ。見覚え無いか?

「そこで〜ですよ」とか言ってる奴。典型的厨房だよな(藁

404 名前:仕様書無しさん 本日のレス 投稿日:04/03/27 22:59
そこでCOBOLですよ


もうね、こういうやつこそ嫌われやすいヤシなんだよねw
迷惑がられても気づかないし空気読めてないし。そう思わない?
もし君もそう思わないなら君も空気読めない嫌われ者だね


437 :仕様書無しさん:04/03/27 23:15
>>430
ホントヴィビ厨は浅はかだね

438 :仕様書無しさん:04/03/27 23:15
その点、Oracleのインストーラは快挙です。

439 :仕様書無しさん:04/03/27 23:16
>>423
未だにVisualCafe?
古っ(笑

440 :仕様書無しさん:04/03/27 23:16
>>436
だから空気嫁よ、そんな昔の発言に必死にレスしてどうすんだ?
もうその話題は終わっているぞ。

441 :仕様書無しさん:04/03/27 23:17
>>437
良いじゃん。
どちらも使えない言語である事に変わりないしw

442 :仕様書無しさん:04/03/27 23:17
それを楽しむスレなのよ。

443 :仕様書無しさん:04/03/27 23:17
ほらEclipseでCVSを使う方法が載ってるぞ
http://eclipsewiki.net/eclipse/index.php?CVS%A4%CE%CD%F8%CD%D1


何だって?お前らCVSですら知らないって?それすらしら無いだなんてそりゃお前らドカタだわな(ハッハッハッハ
それじゃプログラマとして恥をかくぞー。
だから今の打ちにCVSというものを理解しておけよ〜w



444 :仕様書無しさん:04/03/27 23:18
あーあ...

445 :仕様書無しさん:04/03/27 23:18
>>440
もうその話題が終わってる?
何いってんだろこいつ

自分自分が空気よめてないんだよね

こいつ、ドトネト厨かな?
みんなこいつのことどう思う?
激しくウザイんだけど

446 :仕様書無しさん:04/03/27 23:19
なあ、Eclipseを使わんとPGとして駄目なんか?

447 :仕様書無しさん:04/03/27 23:19
どちらにしろCOBOLを押しつけつヤシはウザイ

448 :仕様書無しさん:04/03/27 23:19
>>446
Eclipseは次世代Emacsと言われているからね

449 :仕様書無しさん:04/03/27 23:19
>>447 そんな香具師はイネーヨ

450 :仕様書無しさん:04/03/27 23:20
>>441
一番使えない人間といったらお前だけどな

451 :仕様書無しさん:04/03/27 23:20
>>448
駄目じゃんw

452 :仕様書無しさん:04/03/27 23:21
なあ、Eclipseってまたなんかのコーヒーの名前か?

453 :仕様書無しさん:04/03/27 23:21
>>449
いるよ。ほら。前スレの>>1とか
コボラーを名乗っていたし


454 :仕様書無しさん:04/03/27 23:21
>>452
プ
> なあ、Eclipseってまたなんかのコーヒーの名前か?
> なあ、Eclipseってまたなんかのコーヒーの名前か?
> なあ、Eclipseってまたなんかのコーヒーの名前か?
> なあ、Eclipseってまたなんかのコーヒーの名前か?
> なあ、Eclipseってまたなんかのコーヒーの名前か?
> なあ、Eclipseってまたなんかのコーヒーの名前か?
> なあ、Eclipseってまたなんかのコーヒーの名前か?
> なあ、Eclipseってまたなんかのコーヒーの名前か?
> なあ、Eclipseってまたなんかのコーヒーの名前か?
> なあ、Eclipseってまたなんかのコーヒーの名前か?
> なあ、Eclipseってまたなんかのコーヒーの名前か?
> なあ、Eclipseってまたなんかのコーヒーの名前か?
> なあ、Eclipseってまたなんかのコーヒーの名前か?
> なあ、Eclipseってまたなんかのコーヒーの名前か?
> なあ、Eclipseってまたなんかのコーヒーの名前か?
> なあ、Eclipseってまたなんかのコーヒーの名前か?
> なあ、Eclipseってまたなんかのコーヒーの名前か?


455 :仕様書無しさん:04/03/27 23:21
三菱の車

456 :仕様書無しさん:04/03/27 23:22
>>451
ほう、Emacsすら使えないんだ
最強のエディタと呼ばれているものが駄目なんだ。
で、チミは何が使えるの?

457 :仕様書無しさん:04/03/27 23:23
vi

458 :仕様書無しさん:04/03/27 23:23
>>452
EclipseのことでSunとEclipseコミュニティとの間にまつわる話を知らないとは。
よくJavaスレでJavaの話題を議論する気になれたもんだな

459 :仕様書無しさん:04/03/27 23:23
>>457
ほんとに使いこなせるのか(藁
どうせVS.NETしか使えないんだろw

460 :仕様書無しさん:04/03/27 23:24
EclipseなんざVS.NETすら買えない貧乏人の為のソフトだろ?

461 :仕様書無しさん:04/03/27 23:25
viを使ってこそ漢。真のJavaPG

462 :仕様書無しさん:04/03/27 23:25
>>432
それいったらJavaの亜流と呼ばれるC#やDなんてとても煮え切らない言語仕様だ罠。


463 :仕様書無しさん:04/03/27 23:25
つーかよ、いまさらエディタの話ですかぁ?

464 :仕様書無しさん:04/03/27 23:25
>>458
どんな話か教えて。

465 :仕様書無しさん:04/03/27 23:26
:q っと(w

466 :仕様書無しさん:04/03/27 23:26
>>460
おやおや、Eclipseの上位版WSAD使っている人に失礼ですよ。
VS.NETはWSADすら買えない貧乏人の為のソフトだろ(ワラ

467 :仕様書無しさん:04/03/27 23:27
>>464
まずEclipseが何の意味かわかってる?
解っていないフリをしてるんじゃないよね

468 :仕様書無しさん:04/03/27 23:27
オープンマンセーのくせに仕事の必需品は一企業の成果物ですか。
所詮は陰で操られているんですねー。Java厨って。

469 :仕様書無しさん:04/03/27 23:27
こりゃまた濃いのが流入してきたな。

470 :仕様書無しさん:04/03/27 23:27
>>465
viでそれしか使えないのかw
突然必死にviを覚えたてか(ワラ



471 :仕様書無しさん:04/03/27 23:28
>>468
オープンソースには企業が一切関与しては行けないと勘違いしているドトネト厨がいるようです(ワラ

472 :仕様書無しさん:04/03/27 23:29
>>461
さすがに開発効率が悪いなw
Apache Antと組み合わせればさすがに悪いということもないがw

473 :仕様書無しさん:04/03/27 23:29
エクリプスとは換羽中の非繁殖羽ことだね。

474 :仕様書無しさん:04/03/27 23:30
>>460
> EclipseなんざVS.NETすら買えない貧乏人の為のソフトだろ?


どうやら今ドトネト厨が乱入していることが発覚しました(ワラ

ドントネット(ワラ

475 :仕様書無しさん:04/03/27 23:30
三菱の車

476 :仕様書無しさん:04/03/27 23:30
>>467
なんだ、蝕の話かよ。
期待して損した。

477 :仕様書無しさん:04/03/27 23:31
>>470 フェイスマークがどうかしたのか?

478 :仕様書無しさん:04/03/27 23:32
>>473
これか
http://www.gt-works.com/yachoo/zukan/tori/kamo/magamo.htm

479 :仕様書無しさん:04/03/27 23:32
>>477
なんだviの使い方を本当に知らなかったのか
真性だなこりゃ
それでEmacsを否定しているのかw

480 :仕様書無しさん:04/03/27 23:33
でさ、Eclipse使ったことある?


481 :仕様書無しさん:04/03/27 23:33
>>478
羽の生え変わりの時期に、地味なメスのような羽色になる
この状態がエクリプスだよ。

482 :仕様書無しさん:04/03/27 23:34
入れ食いだなw

483 :仕様書無しさん:04/03/27 23:34
Eclipseはプラグイン拡張によりJava厨だけでなく
C厨もC++厨もCOBOLerもC#厨もPHP厨もPerl厨も使える最強IDE

484 :仕様書無しさん:04/03/27 23:34
>>480
アメリカではまだ売っているから
逆輸入すれば乗れるよ

485 :仕様書無しさん:04/03/27 23:35
http://www.carmag.co.jp/IMPRESSION/DOMESTIC/MITSUBISHI/ECLIPSE/ECLIPSE_profile_j.html
これ?

486 :仕様書無しさん:04/03/27 23:35
>>480
バリバリ使ってる。リファクタリングが強力だね

487 :仕様書無しさん:04/03/27 23:35
>>484
リコールとかあるんじゃない?

488 :仕様書無しさん:04/03/27 23:35
>>481
うちの犬も生え変わりの時に灰色の毛になる。
これもエクリプス?

489 :仕様書無しさん:04/03/27 23:36
なんだよ。まぎらわしいな。ちゃんと目印として頭文字に
Jをつけろよ。

490 :仕様書無しさん:04/03/27 23:36
>>485
↓にも登場してなかなかカコイイのだ
http://www.uipjapan.com/wildspeedx2/

491 :仕様書無しさん:04/03/27 23:36
とりあえずeclipseの意味
http://dictionary.goo.ne.jp/search.php?MT=eclipse&kind=jn&mode=0&ej.x=31&ej.y=7

e・clipse


━━ n. 【天文】食(しょく); (名声の)失墜.
━━ vt. 食を起す; 光をさえぎる; …の名声を失わせる, (他を)しのぐ.
eclipsed conformation 【物・化】エクリプス配座, 重なり配座.
e・clip・tic ━━ a., n. 【天文】食の; (the 〜) 黄道(こうどう)(の).

492 :仕様書無しさん:04/03/27 23:36
>>482
Eclipseの名前をだしたらドントネット厨が釣れまくりw

493 :仕様書無しさん:04/03/27 23:37
>>489
それは駄目だね。

494 :仕様書無しさん:04/03/27 23:37
ドットドントネットォ〜♪

495 :仕様書無しさん:04/03/27 23:37
俺的にはこっちのモデルだな。
http://goo-net.com/catalog/1040/10401004/04005453/

496 :仕様書無しさん:04/03/27 23:38
>>488
通常は鳥でしか言わないんじゃないかな?
多分だけどね。


497 :仕様書無しさん:04/03/27 23:38
ドントネット厨はEclipseも知りません(ゲラゲラ

498 :仕様書無しさん:04/03/27 23:39
>>495 それって初代?


499 :仕様書無しさん:04/03/27 23:39
三菱はタイヤが外れるからなぁ。。。

500 :仕様書無しさん:04/03/27 23:39
さっきから暴れまくっている奴がいるなw

501 :仕様書無しさん:04/03/27 23:40
こいつでEclipseがさらに強化されることに期待

IBMがオートノミック・ツールをオープンソースで公開
http://japan.cnet.com/news/ent/story/0,2000047623,20064353,00.htm

IBMによる自己管理できるシステムを構築する取り組みは、同社での設計段階を終え、
商用技術開発の段階に進もうとしている。

 IBMは、プログラマが自己管理型(オートノミック)機能をアプリケーションに組み込むこ
とを可能にするオープンソースのツールキットを、米国時間16日に発表することになって
いる。IBMの「Autonomic Computing Toolkit」は、Eclipse開発環境の無料アドオンとして、
同社のDeveloperWorksウェブサイトで提供される。IBMでは、ソフトウェアメーカーや企業
の社内開発者の間で、同ツールが使われると見込んでいる。

オートノミック・コンピューティング(自律型コンピューティング)関連の研究に由来するコー
ドを発表する場として、IBMはこれまで試作段階のソフトウェアを紹介するAlphaWorksとい
うサイトを利用してきた。同社オートノミック・コンピューティング部門責任者のDavid Bartlettに
よれば、DeveloperWorksサイトへの移行は、このソフトウェアがIBMによって十分にテストされ、
サポートされていることを意味するものだという。同氏は、IBMが将来同ソフトウェアに課金す
る可能性もあると述べている。

502 :仕様書無しさん:04/03/27 23:40
>>498
たぶん、初代だと思う。
俺が大学生のころだから。ギャランベースだね。

503 :仕様書無しさん:04/03/27 23:40
>>499
しかもH扱いだからなぁ。確かに。

504 :仕様書無しさん:04/03/27 23:40
185ps(136kw)/5500rpm
ターボでこれでは性能悪すぎ。

505 :仕様書無しさん:04/03/27 23:41
2001年に開始された、IBMのオートノミック・コンピューティングの取り組みは、
分散コンピューティングシステムの一部として自らを監視、管理できる「インテ
リジェンス」を備えたハードウェアとソフトウェアの構築を目指している。オート
ノミック・コンピューティングは、システム管理者の必要性を減少させることで、
コンピュータを運用する際のコストや複雑さを軽減するというもの。

 Autonomic Computing Toolkitは、IBMの問題解決用と監視用のソフトウェア・
アップデートを含む、同社の一連のツールの最新バージョンをまとめたものだ。
同キットには、複雑な状況でのソフトウェアのインストールを簡素化するツールも
付属している。また、IBMはいくつかのアプリケーションで使用できる表示コンソー
ルを構築するためのシステムも開発した。

506 :仕様書無しさん:04/03/27 23:41
そういや昔SUN純正IDEってなかった?
JavaのIDEって次から次に出ては死んでいっている気がするんだけど?


507 :仕様書無しさん:04/03/27 23:41
Autonomic Computing Toolkitは、IBMの問題解決用と監視用のソフトウェア・
アップデートを含む、同社の一連のツールの最新バージョンをまとめたものだ。
同キットには、複雑な状況でのソフトウェアのインストールを簡素化するツールも
付属している。また、IBMはいくつかのアプリケーションで使用できる表示コンソー
ルを構築するためのシステムも開発した。

 システムのオートノミック機能を標準的な状況で使うためのチュートリアルやサ
ンプルコード、パターンも、同ツールキットに付属している。同ツールによって
プログラマは、障害サーバを回復させたり、問題の原因を特定するためにログ情報の
相関を取るというような、特定の作業を自動化できる。

508 :仕様書無しさん:04/03/27 23:42
>>504
FCが205ps位だった時代だからね。
この頃FDが出るんだけど。

509 :仕様書無しさん:04/03/27 23:42
>>506
あるよ。Sun One Studio, NetBeansというのが。

けどおれは興味が無いな。EclipseやAntで十分。

510 :仕様書無しさん:04/03/27 23:42
コピペ馬鹿が現れた

511 :仕様書無しさん:04/03/27 23:43
 IBMがオートノミック・コンピューティングを推進する目的の1つは、
共通データフォーマットを定めることで、これによりさまざまなメーカ
ーの装置が運用情報を共有できるようになる。IBMはこの取り組みの
一環として、昨年、複雑なシステムの不具合を特定し、報告するため
の「Common Base Event」フォーマットを標準化団体
のOASIS(Organization for the Advancement of Structured Information Standards )に
提出している。

512 :仕様書無しさん:04/03/27 23:43
当時としては馬力あるよね

513 :仕様書無しさん:04/03/27 23:43
車の話で必死に話題をそらそうとしているヴァカがいるなw

514 :仕様書無しさん:04/03/27 23:44
JBuilderとかVisualCafeとかもあったな。
それらを使っていた奴は可哀想だな。

515 :仕様書無しさん:04/03/27 23:44
>>506
コードネームRaveがでるぞ。

次はJava Server Faces機能が充実するそうだ。

516 :仕様書無しさん:04/03/27 23:45
IBMか?やっぱIBM抜きでは語れないか?


517 :仕様書無しさん:04/03/27 23:45
>>512
そうねぇ。S13やR32と比べても、ちょっと落ちるかも。
FCの前期型が185psのはずだから、3,4年くらい遅れてる感じかな。
ま、所詮三菱だし、スペシャリティだし。

518 :仕様書無しさん:04/03/27 23:45
しかも327.0万円っておい、人をなめてるのか。


519 :仕様書無しさん:04/03/27 23:45
どっちかというと必死に話題を戻そうとしているようにしか見えない。
みんな興味ないんだってさ。だから皆でほけてんのになんでそう我侭で必死なの?

520 :仕様書無しさん:04/03/27 23:46
正直、Eclipseの話題はもう秋田。5スレ位前を見れ

521 :仕様書無しさん:04/03/27 23:47
>>518
あ、俺もそう思ったw
あと、色ね。もっと明るい赤が好き。

522 :仕様書無しさん:04/03/27 23:48
いったい、いつになったら固定小数点型が
サポートされるんだ?
おかげで金融関係に使いづらいんだが?
そのくせ強制的に使用させられる。

523 :仕様書無しさん:04/03/27 23:49
そこでCOBOLですよ。お父さん

524 :仕様書無しさん:04/03/27 23:49
>>522
つーかサポートされる予定あるの?

525 :仕様書無しさん:04/03/27 23:49
>>522
BigDecimal

526 :仕様書無しさん:04/03/27 23:49
固定小数点

527 :仕様書無しさん:04/03/27 23:50
また固定小数点か。

528 :仕様書無しさん:04/03/27 23:50
>>523
そうだ。JavaVMで動くCOBOLを作れば良いじゃないか。

529 :仕様書無しさん:04/03/27 23:50
>>518, >>521
バブリーで日米経済摩擦全盛期の車だからw 

530 :仕様書無しさん:04/03/27 23:50
COBOL.netで良いじゃん

531 :営業@富士通:04/03/27 23:51
そこでNetCOBOLですよ。

532 :仕様書無しさん:04/03/27 23:51
>>514
JBuilder未だに使ってるヤシいるよ。もはやほとんど興味がないけどね。
なんでEclipseとかにしないのかと聞いてみると
プラグインを自分で設定せずともより多くの機能が使え
かなり充実しているらしい。
それで30万とかする。VS.NETの3倍〜30倍くらいの値段がするIDE


一番可哀想なのはVisual J++を買ってしまったヤシ

533 :仕様書無しさん:04/03/27 23:51
なんでJavaってVMと言語を分けられないようにしちゃったんだろ?

534 :仕様書無しさん:04/03/27 23:52
>>529
ネオンとか出たのそのあたりだっけ?

535 :仕様書無しさん:04/03/27 23:52
>>520
Eclipseという自動車の話題は飽きたというよりか興味がない。
板違い。

ここではEclipseとうIDEの話題をふるところだ

536 :仕様書無しさん:04/03/27 23:52
$unが囲い込むため

537 :仕様書無しさん:04/03/27 23:53
変身!eclipse とう!!

538 :仕様書無しさん:04/03/27 23:53
そういえばキャバリエなんてのも有ったな。
金キャバとかダサすぎ。

539 :仕様書無しさん:04/03/27 23:53
>>532
VJ++を買ってしまった香具師は確かに哀れだね。
今ではVisualJ#つかったりC#にうつっているかJavaをあきらめているのがほとんどだろうね

540 :仕様書無しさん:04/03/27 23:54
漏れは割りと好きだけどね

541 :仕様書無しさん:04/03/27 23:54
>>530-531
いじきたなくてつかえない

542 :仕様書無しさん:04/03/27 23:54
>>540
あんな糞IDEが?

543 :仕様書無しさん:04/03/27 23:55
>>542
はっ?
金キャバだよ。金キャバ。たしか所さんがCMしてたような。

544 :仕様書無しさん:04/03/27 23:56
>>538
キャバリエはトヨタのえんぶれむを付けたアメ車だからねぇ。
壊れまくりで中古車市場では、ものすごく嫌われているらしい。

>>539
MS製品をVer3まで待たない奴がバカ。
そういう俺もVJ++1.0は買ったけどね。キャンペーンで\9,800。
その後、VS6にアップグレードしたので元はとれたw

545 :仕様書無しさん:04/03/27 23:56
>>530-531
EclipseはCOBOLプログラミングもできるぞ。
富士通の社員だったらEclipseでCOBOLプログラミングしている
という話は聞いているだろうし知らないはずはないしw


546 :仕様書無しさん:04/03/27 23:56
>>541
Java信者は「いじきたない」という理由でCOBOLを否定した気になっているのか?
そりゃ固定小数点すらサポートしてないもんなぁ。
技術で勝てなきゃ、悪口いうしかないもんなぁ。w

547 :仕様書無しさん:04/03/27 23:57
>>543
VisualJ++は金品でもなんでもないが

548 :仕様書無しさん:04/03/27 23:57
>>540
好きなんかw

549 :仕様書無しさん:04/03/27 23:57
>>545
EclipseでCOBOL? それじゃ全くJavaと関係ないじゃんw

550 :仕様書無しさん:04/03/27 23:57
さあ、今宵ももりあがってきますた

551 :仕様書無しさん:04/03/27 23:58
なんでCOBOLの開発するのにJVMをインストールしなけりゃいけないんだよ。アフォ

552 :仕様書無しさん:04/03/27 23:58
>>548
駄目かな? 当時S14とどっち買うか結構悩んだような気がする。

553 :仕様書無しさん:04/03/27 23:58
>>546
COBOLer、それで正論をいっているつもりか?
ダサイい格好悪いぞ。
Javaが固定小数点をサポートしていることも知らないで嘘をつくから意地汚いって言われるんだよw
さすがグローバル変数信者のCOBOLer、オブジェクト指向技術でJavaに勝てないから
悪口いうしかないもんなあw




554 :仕様書無しさん:04/03/27 23:59
空気が読めていない人がいらっしゃいます。

555 :仕様書無しさん:04/03/27 23:59
だいたいエクリプスといいだした香具師はどいつだよ。
ここはjavaスレでエディタスレじゃねーぞ。


556 :仕様書無しさん:04/03/27 23:59
>>551
解ってないな。
JVMなくてもEclipseは動くけどw
使ってみなよ。
所詮無知だなCOBOLerは

557 :仕様書無しさん:04/03/28 00:00
>>555
さっきから車の話題を自作自演している香具師

558 :仕様書無しさん:04/03/28 00:00
>>552
俺も形は嫌いじゃない。けどなあw

559 :仕様書無しさん:04/03/28 00:00
>>556
だからそれだとjava関係ないだろうが?

560 :仕様書無しさん:04/03/28 00:00
車の話題する香具師はホント空気読めてないよな

561 :仕様書無しさん:04/03/28 00:01
>>559
COBOLが占有していた市場にJavaが食い込んでいる
という話題ならJavaと少なからず関係アルだろ画

562 :仕様書無しさん:04/03/28 00:01
>>558 結構2.4Lで高馬力なのが魅力だった。で安いしさ。

563 :仕様書無しさん:04/03/28 00:01
>>553
えっと。COBOLでオブジェクト指向がサポートされているのを知らないで
さわいでいるだけですか?

564 :仕様書無しさん:04/03/28 00:02
>>555
仕方ないよ
Java単体では他の言語と勝負できないもんなw

565 :仕様書無しさん:04/03/28 00:02
>>563
プ それはCOBOL2000とかだろ。
サポートされてもC/C++同様使いこなせないバカが多いが(ワラ

566 :仕様書無しさん:04/03/28 00:03
>>561
> COBOLが占有していた市場にJavaが食い込んでいる
> という話題なら
そんな話題誰もしてないだろ。さすがJava厨w

567 :仕様書無しさん:04/03/28 00:03
>>564
勝負? 厨房臭い言葉が好きだなw
仮に勝負したとしても勝負できるが。
けれども勝負するという発想があまりにも無意味。
ホント厨房臭いなオマエってw

568 :仕様書無しさん:04/03/28 00:04
コボル厨はどんな雑魚キャラですか?

569 :仕様書無しさん:04/03/28 00:04
>>567
>仮に勝負したとしても勝負できるが。

わけわかんねーよw

570 :仕様書無しさん:04/03/28 00:04
VJ++はひどい仕様だった  

とくにdelegateは
interfaceでできることをいちいち定義しようとするところが

571 :仕様書無しさん:04/03/28 00:05
厨房は相手にしない

572 :仕様書無しさん:04/03/28 00:05
>>567
どこかのコピペと思われるような
汎用的な捨て台詞はくなよw

573 :仕様書無しさん:04/03/28 00:06
sageてもsageても一番上

574 :仕様書無しさん:04/03/28 00:06
このスレではドトネト厨の厨房的反応を観察することができます。

おや?
さっそくドトネト厨が釣れました。
 >>572番で釣れましたねw


575 :仕様書無しさん:04/03/28 00:06
今日のJava厨担当はレベル低いな...

576 :仕様書無しさん:04/03/28 00:06
Javaはひどい仕様だった  

とくにStringは
addでできることをいちいち+演算子を定義しようとするところが


577 :仕様書無しさん:04/03/28 00:07
BigDecimalとかDoubleとかって、
間にスペース入ってる数字も数値化できるのなんで?
例えば、2 05 4.1→2054.1て解釈みたいな感じ。
危なくない?

578 :仕様書無しさん:04/03/28 00:07
Stringクラスaddなんてないけどw

579 :仕様書無しさん:04/03/28 00:07
>>574
お前なに釣られてるんだw

580 :仕様書無しさん:04/03/28 00:07
>>575 禿同。緊張感が足りなくていまいち盛り上がりに欠ける。

581 :仕様書無しさん:04/03/28 00:07
>>570
ありゃ駄目だ罠。さっき、VJからVS6にアップグレードしたと書いたけど、結局VJは
使わなかった。やっぱ、3回のバージョンアップは様子をみないと駄目だね。
MS製品は。

582 :仕様書無しさん:04/03/28 00:08
>>577
たとえばどんなリスクを背負うとお考えですか?

583 :仕様書無しさん:04/03/28 00:08
>>575
だからこのスレにはJava厨なんていないんだってw

584 :仕様書無しさん:04/03/28 00:08
>>580
いつもの二人じゃないよね。

585 :仕様書無しさん:04/03/28 00:08
>>578
+演算子なんて変な仕様を作らずに
addメソッド作ればいいって話だろ。
もっと本質を見ろ。

586 :仕様書無しさん:04/03/28 00:09
>>581
M$でJavaを使いたい香具師はC#に逃げないとなw

587 :仕様書無しさん:04/03/28 00:09
担当替われよ。つまんない。

588 :仕様書無しさん:04/03/28 00:09
そうか。ようやく解った。時代背景からして当時のライバルは
ソアラとレパードなのよ。
で、あんな見かけ倒しで中身がない車でも作ることが出来たんだな。

589 :仕様書無しさん:04/03/28 00:09
>>583
必死だなw

590 :仕様書無しさん:04/03/28 00:09
>>583
あのさ、いないから交代でやってんだろ。わかんないかな?

591 :仕様書無しさん:04/03/28 00:09
>>585
どこがほんしつなんだ(ワラ

だいたい、Stringにはaddメソッドなんてないし、作れないしw
addメソッドってどういうメソッド?


592 :仕様書無しさん:04/03/28 00:10
>>586
J#があるじゃないか

593 :仕様書無しさん:04/03/28 00:10
>>588
それに、GTOを出した会社ですよ?w

594 :仕様書無しさん:04/03/28 00:10
>>589
必死だなw

595 :仕様書無しさん:04/03/28 00:10
>>592
あんなRMIやEJBすら使えない糞仕様イラネ



596 :仕様書無しさん:04/03/28 00:11
今晩はダメね。寝るよ。また来晩。

597 :仕様書無しさん:04/03/28 00:11
>>590
そもそもチミの言っている意味がわかんないなw

598 :仕様書無しさん:04/03/28 00:11
芸が無いなぁ。スピード感も無い。

599 :仕様書無しさん:04/03/28 00:11
いいかげん、Java言語とVMを分離しろよ。
Javaなんていらない。VMだけあれば十分。
開発はCOBOLでやりたいんだよ。

600 :仕様書無しさん:04/03/28 00:12
>>596
フッフッフッフッフッフッフ
不貞寝したな(ワラ
餓鬼はこの程度だなw
死ななきゃ直らない病気でも抱えているんじゃないのかドトネト厨は(ワラ

601 :仕様書無しさん:04/03/28 00:12
ドトネト厨の病気

名付けてドントネット病(ワラ


602 :仕様書無しさん:04/03/28 00:12
>>591
じゃあなんで+演算子なんて
変な仕様があるの?

603 :仕様書無しさん:04/03/28 00:13
>>602
それよりaddってどういうメソッド?

604 :仕様書無しさん:04/03/28 00:13
>>600-601
もっと上手い自演しろよw

605 :仕様書無しさん:04/03/28 00:13
このスレは>>602にaddメソッドの仕様書を書いて貰うスレとなりますた



606 :仕様書無しさん:04/03/28 00:14
>>604
プププ
それが自演だと思ったのか(ワラ
被害妄想が激しいなドトネト厨

607 :仕様書無しさん:04/03/28 00:14
addメソッドって単に文字を連結するメソッドだろ?
そんなことも想像つかないのかな?

608 :ミツビシ最高:04/03/28 00:15
俺が小学生になったばかりのころ、お袋が免許を取った。親父は免許を持って
いなかった。
免許取ったお袋は平日に一人でディーラーに行って車を買ってきた。
数週間後に届いたクルマはGTO。もちろんMT。
俺の子供の頃の家族旅行の思い出はいつもこのGTOとともにある。

歳月は過ぎ俺が社会人になったころ、13年になるGTOはまだうちにあった。
しかし、もう家族で出かけることもなくなり、ファミリーカーとしての
役目は終えていた。俺が免許を取ったとき、その古いGTOを運転することが
格好悪く思えてすごくイヤだった。
親父とお袋に頼み込んで新しいクルマに買い換えてもらった。
俺の希望によって買ったのはプリウスGツリ。

納車の日、ピカピカのプリウスがやってきて大はしゃぎの俺。そんな俺の
後ろでお袋は走り去ってゆくぼろいGTOの後ろ姿を追っていた。

お袋は泣いていた。

ものすごいショックが俺を襲った。あのクルマはお袋にとってどんな思いが
詰まっていたんだろう? 幼い俺を連れてあちこちドライブするために免許を
取り自分で選んだGTO。
その瞬間まで全然気が付かなかった。気づいたときにはもうGTOの姿は見えなく
なっていた。

結局お袋はその後あまりクルマを運転しなくなった。
お袋にとってはあのGTOが一生に一台っきりのクルマだった。


609 :仕様書無しさん:04/03/28 00:15
>>606
ドトネト厨? なんで? 被害妄想が激しいのはあんたじゃないの?

610 :仕様書無しさん:04/03/28 00:16
>>607
すでに同じメソッドがあるのに無駄に同じ機能のメソッドをつけるんですか


ドトネト厨ってこの程度の知識しかない餓鬼なんですね(ワラ

こういうヒヨッコみたいな餓鬼にはJavaは向いていないな。
所詮はVBあがりのドトネト厨(ワラ


611 :仕様書無しさん:04/03/28 00:17
>>608
あのさあ、こういうコピペは止めてくんない?
こんな殺伐としたスレで、思わずホロリとする自分が凄く嫌なんだよ。

612 :仕様書無しさん:04/03/28 00:17
>>609
ドトネト厨だろ(プ
VS.NET使ったことがあるんだろ(プ
managedC++使ったことがあるんだろ(プ
ドトネトフレームワーク使ったことがあるんだろ(プ
だからオマエはドトネト厨

613 :仕様書無しさん:04/03/28 00:18
>>611
なんだドトネト厨?

614 :仕様書無しさん:04/03/28 00:18
> すでに同じメソッドがあるのに無駄に同じ機能のメソッドをつけるんですか
すでに同じメソッドがあるのに無駄に同じ機能の演算子をつけた
Javaは糞だと思うよ

615 :仕様書無しさん:04/03/28 00:18
さあ、Eclipseでプログラミングしよう 

616 :仕様書無しさん:04/03/28 00:19
>>612
いや、あの、、、、今日はもう良いからお引き取りください。

617 :仕様書無しさん:04/03/28 00:19
水割りでも入れてこよっと

618 :仕様書無しさん:04/03/28 00:19
>>614
じゃあ既に同じ関数があるのに無駄に同じ機能の演算子をつけた
C++は糞だと思うよ



619 :仕様書無しさん:04/03/28 00:19
>>612
ほら。またそんなに必死になって。
被害妄想激しいのは分かったからさ
もう少し落ち着いてね。

620 :仕様書無しさん:04/03/28 00:20
.NET嫌いのVC,使い、VB使いもいるんだがねぇ。つかVS6は未だに手放せん罠

621 :仕様書無しさん:04/03/28 00:20
>>618
えと。反論しないってコトは、
Javaは糞ってことに同意なわけですか?

それに言語の統一性を破ってまで無駄に同じ機能の演算子をつけた
Javaの糞さはC++以上だと思いますが。

622 :仕様書無しさん:04/03/28 00:21
>>617
オマエの飲む酒をまずくしてやるよ(ゲラ
ゲロゲロゲロ
下痢下痢
うんこうんこ.NET
うんこスタジオドットネット
おまえの酒にウンコが入ったオマエの酒からアンモニア臭のニオイがするぜ(ゲラ

623 :仕様書無しさん:04/03/28 00:21
>>621
頭悪そうですね

624 :仕様書無しさん:04/03/28 00:22
>>623
もっと頭悪そうじゃないレスしろよw

625 :仕様書無しさん:04/03/28 00:22
>>621
すでに過去スレで議論され決着がついたことを
未だに粘着に思って蒸し返し永久ループさせるとはいかにも厨房臭そうですねw

626 :仕様書無しさん:04/03/28 00:23
何が彼の憎悪を掻き立てるのであろうか。

627 :仕様書無しさん:04/03/28 00:23
>>621
そんなにBigDecimalの演算子の話題で論破されたことが悔しいか(ワラ

628 :仕様書無しさん:04/03/28 00:23
>>625
そのセリフ自体、ループの一部だけどなw

629 :仕様書無しさん:04/03/28 00:23
Javaが嫌いな人は今うんこを食べながら酒を飲んでいます(w

630 :仕様書無しさん:04/03/28 00:24
>>628
弁明に必死だなドトネト厨w

631 :仕様書無しさん:04/03/28 00:24
粘着以外の芸無し。15点

632 :仕様書無しさん:04/03/28 00:24
またBigDecimalの話題か?
誰がどう見ても可読性悪いって決着ついただろ。

633 :仕様書無しさん:04/03/28 00:24
>>630
また被害妄想激しい奴がきたか。

634 :仕様書無しさん:04/03/28 00:24
>>626
Javaを憎んでいる彼は今自分の酒に自分の尿を入れています。


635 :仕様書無しさん:04/03/28 00:25
>>632
煽りとしての才能がありませんねあなたは

636 :仕様書無しさん:04/03/28 00:25
>>633
被害妄想が激しいのはチミじゃなかったかな。
被害妄想という言葉を使ったのはチミ以外にこのスレにいたよねw

637 :仕様書無しさん:04/03/28 00:26
もしかして・・・・




真性の方ですか?

638 :仕様書無しさん:04/03/28 00:26
>>632
たしかに、演算子がふさわしい所で
メソッドを使うのは可読性が悪い。
なんでStringに+をつけられて、
BigDecimalに+をつけられなかったのだろうか?
この答えは出てるの?

639 :仕様書無しさん:04/03/28 00:27
>>632
BigDecimalのためだけに演算子をつけることは返って
ほかの方面で副作用で可読性をわるくするということで決着をつけたんだよ。

640 :仕様書無しさん:04/03/28 00:27
うんことか尿とか。Java厨は下品なんだな・・・。

641 :仕様書無しさん:04/03/28 00:28
>>639
> ほかの方面で副作用で可読性をわるくするということで
どういう意味?

642 :仕様書無しさん:04/03/28 00:29
>>638
またまた同じことをまたいわないとわからないのですかチミは


BigDecimal b = new BigDecimal("6+46684684564564654648468468
.111161188168600878798778979891911111313133334545466666331
111111444000044400404404040888008");

System.out.println(b + b);
System.out.println("" + b + b);


まずこの実行結果を確かめてから発言してください。

643 :仕様書無しさん:04/03/28 00:29
>>639
Stringのためだけに演算子をつけて問題ないのに
その理屈はおかしい。

644 :仕様書無しさん:04/03/28 00:29
>>640
どうやら酒がまずくなったらしいな(ワラ

645 :仕様書無しさん:04/03/28 00:30
     曰          ~
     | |   ∧_∧ ~  .../ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
    ノ__丶( ´Д`)_ <  おらおら。芸が無いぞ。
     ||  ||/    .| ¢、 \_____________
  _ ||酎|| |  .    ̄丶.)
  \ ||  ||L二⊃ . ̄ ̄\
  ||\`~~´  (<二:彡) \
  ||\|| ̄ ̄ ̄ ̄ ̄ ̄ ̄|| ̄
   .  || ̄ ̄ ̄ ̄ ̄ ̄ ̄||


646 :仕様書無しさん:04/03/28 00:30
>>642
また同じ事いってるね。

int b=1;

System.out.println(b + b);
System.out.println("" + b + b);

このときの発生する問題とどう違うの?

647 :仕様書無しさん:04/03/28 00:31
>>643
チミも粘着ですね。
ウンコで顔を洗わないと目が覚めない人なのですか?

648 :仕様書無しさん:04/03/28 00:31
多態とか言っておきながら都合が悪くなるとこれですよ。
笑ってしまいますね。

649 :仕様書無しさん:04/03/28 00:32
>>646
教えて君は自分で実行結果を確かめることもできないのですか?
自分の宿題は自分でやりましょね坊や

650 :仕様書無しさん:04/03/28 00:32
意地でもこの流れを止めようとしている人がいます。
そんなに都合が悪いのか?

651 :仕様書無しさん:04/03/28 00:32
>>648
それがドトネト厨の実態だから 

652 :仕様書無しさん:04/03/28 00:34
結局さ。
System.out.println(b + b);
System.out.println("" + b + b);
この問題はBigDecimalとか関係ないんだよね。
問題があるとしたらStringの問題。

BigDecimalに+演算子をつけない理由にはならない。

という結論だったはずだが? 反論ってあったっけ?

653 :仕様書無しさん:04/03/28 00:34
>>646
すっかり忘れていたな。あのあとBigDecimalに
四則演算の演算子をつけるなら compareTo(), equals()用の演算子を用意するべきか
否かという議論があったことを忘れましたか?

654 :仕様書無しさん:04/03/28 00:35
ドトネト厨はウンコー 

ウンコスタジオドトネトー

655 :仕様書無しさん:04/03/28 00:35
>>653
四則演算子だけで比較演算子は無い方が良いって結論だったはず。

656 :仕様書無しさん:04/03/28 00:36
今日のは、あの議論のときの奴より相当レベルが落ちるな。

657 :仕様書無しさん:04/03/28 00:36
おい。結局BigDecimalに四則演算子がないJavaは糞だという
結論になっちゃったぞ。これでいいのか?

658 :仕様書無しさん:04/03/28 00:36
>>645
     曰          ~
ウンコ-  | |   ∧_∧ ~  .../ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
入り  ノ__丶( ´Д`)_ <  おらおら。芸が無いぞ。
     ||  ||/    .| ¢、 \_____________
  _ ||酎|| |  .    ̄丶.)
  \ ||  ||L二⊃ . ̄ ̄\
  ||\`~~´  (<二:彡) \
  ||\|| ̄ ̄ ̄ ̄ ̄ ̄ ̄|| ̄
   .  || ̄ ̄ ̄ ̄ ̄ ̄ ̄||

659 :仕様書無しさん:04/03/28 00:37
>>655
そんな中途半端な仕様はイラネな感じ

660 :仕様書無しさん:04/03/28 00:37
先生 BigDecimalに四則演算子が
無いJavaは糞だと思います。
\___ __________
      V
     ∧_∧∩
    ( ´∀`)/
 _ / /   /  
\⊂ノ ̄ ̄ ̄ ̄\
 ||\        \
 ||\|| ̄ ̄ ̄ ̄ ̄||
 ||  || ̄ ̄ ̄ ̄ ̄||


661 :仕様書無しさん:04/03/28 00:37
結論。

JavaはCOBOL未満

662 :仕様書無しさん:04/03/28 00:37
>>645
自分のウンコをおつまみにしいているそうですねw

663 :仕様書無しさん:04/03/28 00:37
VB.NET以下ですね。

664 :仕様書無しさん:04/03/28 00:38
>>659
それが中途半端というのならStringはどうなる?

と何度も同じ事を繰り返し言われたいか?

665 :仕様書無しさん:04/03/28 00:39
先生 >>660はBigDecimalに四則演算子をつけても
比較演算子をついけるつもりがないので
彼は糞だと思います。
\___ __________
      V
     ∧_∧∩
    ( ´∀`)/
 _ / /   /  
\⊂ノ ̄ ̄ ̄ ̄\
 ||\        \
 ||\|| ̄ ̄ ̄ ̄ ̄||
 ||  || ̄ ̄ ̄ ̄ ̄||


666 :仕様書無しさん:04/03/28 00:39
で、また==でインスタンスの比較とするのか内容の比較とするのかって話しに
ループするんだろ。これも結論でてるんだよ。

667 :仕様書無しさん:04/03/28 00:39
あーつまらん。
Perl厨の足元にも及ばないやつばかりだ。

668 :仕様書無しさん:04/03/28 00:40
所詮Javaは組み込み用言語だから。
固定小数なんてほとんどのCPUがサポートしていない型なんて
サポートする分けない。ハードよりな言語さ。

669 :仕様書無しさん:04/03/28 00:40
>>664
まだわかってないな。

Stringの文字列を比較する方法が何だが解っているよな?

と何度も同じ事を繰り返し言われたいか?


670 :仕様書無しさん:04/03/28 00:40
>>667
それで煽っているつもりか自称perl厨

671 :仕様書無しさん:04/03/28 00:41
>>666
四則演算子だけをつけろという結論だからループはしない。

672 :仕様書無しさん:04/03/28 00:41
>>666
あれのどこが結論出ているんだ。
そこで演算子導入肯定派はろくに反論できなかったろうが。

673 :仕様書無しさん:04/03/28 00:41
今日は随分と早く結論が出たなw

674 :仕様書無しさん:04/03/28 00:42
>>669
どっから文字列の比較の話になったんだ?

Stringは中途半端なのは分かっているよな。
+演算子の話だぞ。

675 :仕様書無しさん:04/03/28 00:42
BigDecimalに変わる 固定小数点型を作ればいいじゃん。 プリミティブの。


676 :仕様書無しさん:04/03/28 00:42
所詮>>668はJavaのことを解っていないようだから。
Javaはハードよりじゃない言語なのさ。


677 :仕様書無しさん:04/03/28 00:43
>>672
だから四則演算子だけを導入しろって話で
結論出たじゃん。

678 :仕様書無しさん:04/03/28 00:43
String の == と eqauls も意味が違う罠。

679 :仕様書無しさん:04/03/28 00:43
>>674
アフォ。四則演算しをつけておいて==や >, < => , <= , >> << などをつけないのは
どういうことかと聞いておる。

680 :仕様書無しさん:04/03/28 00:44
>>676
恥ずかしい奴だな。
Javaはもともと組み込み用として作られたのを知らないのか?

681 :仕様書無しさん:04/03/28 00:44
>>675
また話をループさせる気か。
それではBigDecimal型のように精度の調整が容易でないぞ。



682 :仕様書無しさん:04/03/28 00:44
あの時はC#厨と連呼してたな。被害妄想の範囲が広がったらしい。

683 :仕様書無しさん:04/03/28 00:44
>>679
極端な考え方だな。Stringだって+演算子だけじゃん。

684 :仕様書無しさん:04/03/28 00:45
>>680
恥ずかしい奴だな。
そんなことを解っている前提でいっていることにも気づかないのか?
JavaはC/C++/D言語とくらべハードからかけ離れているだろう
そんなこともわからないのか?

685 :仕様書無しさん:04/03/28 00:45
PL/SQLのDECIMALみたいにすりゃいーじゃん

686 :仕様書無しさん:04/03/28 00:45
>>681
精度の調整は必須の機能なのか?
Doubleには無いと思うが?

687 :仕様書無しさん:04/03/28 00:45
文句があるなら JCP に言え。

688 :仕様書無しさん:04/03/28 00:46
>>684
そこに出てない言語よりハードよりだろw

689 :仕様書無しさん:04/03/28 00:47
金融に使いたかったら固定小数点くらいマトモにしろよ。

690 :仕様書無しさん:04/03/28 00:48
>>683
まーだあの時の話題を思い出せていないようだな。

最後に一つだけ気にかかる問題があってオジャンになって

演算子とりつけ肯定派はろくに反論できなかったことがあるんだぞ。

除算をどうするかということをだ。
BigDecimal#divide(BigDecimal x)
BigDecimal#divide(BigDecimal x, int scale, int roundingMode)

この問題は無視できないぞ。

691 :仕様書無しさん:04/03/28 00:48
>>688
結局オマエは恥ずかしい奴だな
ドトネト厨も所詮この程度か

692 :仕様書無しさん:04/03/28 00:48
>>686
正しい結果がいる場合は必須だろ。

693 :仕様書無しさん:04/03/28 00:49
>>689
ヴァカな奴だな。
すでに金融に使われているけど。
そんなことでまともでないって?
怠け者のオマエがまともでないんだよ

そうかオマエはVelocityの使い方もろくにりかいできないクズなんだな

694 :仕様書無しさん:04/03/28 00:50
>>690
> BigDecimal#divide(BigDecimal x)
> BigDecimal#divide(BigDecimal x, int scale, int roundingMode)

もちろん一つ目のほうでいいよ。

695 :仕様書無しさん:04/03/28 00:50
>>692
>>685で解決

696 :仕様書無しさん:04/03/28 00:50
>>686
どうやらドトネト厨はBigDecimalの仕様がC#のdecimal型と同等と勘違いしているようだな。
BigDecimalの仕様を理解してから発言しましょう。


697 :仕様書無しさん:04/03/28 00:51
>>693
またベロ厨か。それ使っていいんならどの言語でもいいだろ。

698 :仕様書無しさん:04/03/28 00:52
>>696
あの〜。C#のdecimal型のことは出てきてないんですけど?

699 :仕様書無しさん:04/03/28 00:52
>>694
またまた話題をループさせるつもりかオマエは。


なぜBigDecimalに演算子が使われなかったか?

予想では、BigDecimalよりも便利なクラスが登場したら
廃止するかもしれないと思ったからだろう。

どうしても演算子をつかたければJakarta Velocityでも使え。
それができないならJavaプログラマになることをあきらめろ。
Velocityの使い方すら知らないようではオマエはプログラマに向いていない。


700 :仕様書無しさん:04/03/28 00:52
あの時のおっさんか。

701 :仕様書無しさん:04/03/28 00:55
>>697
結論ではJakarta Velocityを使え、
自動生成ツールを使えということで決着がついたのにオマエは
必死に話題を永久ループさせようとしている低脳なだけだ。

オマエは実に頭が悪いよ。
ウンコの入った酒でも飲んだのか?
いやむしろオマエは尿が入った酒でも飲んで目を覚ませ。
糞酒のみすぎて頭がろくにまわらなくなっているだけなんだよオマエは。

オマエは実にくだらない話題しか提供しなかった。
オマエはもはやプログラマに向いていない。
オマエはバカ営業でもやっていろ。

702 :仕様書無しさん:04/03/28 00:55
>>699
よく分からんがベロ難しいか?
それとも覚えたてでうれしいのか?
Ant から呼んでこりゃ楽だとか思ったのか?良かったね。

703 :仕様書無しさん:04/03/28 00:55
金融系ではBigDecimal使ってるのか。ギャグだな。現場の人間は大変だ

704 :仕様書無しさん:04/03/28 00:55
だれもVelocityが使えないとか言って無いだろ。
Velocityで解決する問題じゃないということだろ。

705 :仕様書無しさん:04/03/28 00:55
>>700
おまえもおっさんだろw
30過ぎのおっさんか?

706 :仕様書無しさん:04/03/28 00:56
Javaはどうしてプリプロセッサを廃止したの?

707 :仕様書無しさん:04/03/28 00:57
>>706
>701みたいな馬鹿が勘違いして乱用するから。

708 :仕様書無しさん:04/03/28 00:57
>>703
全部が使っているとはだれも言っていないだろうか(w
勝手に思いこむな。短絡厨。
lonやfloatしか使わなかったところをよく見てきたよ。
doubleをよく使う俺様には奇妙だったがな



709 :707:04/03/28 00:58
間違えた。>699宛てね。

710 :仕様書無しさん:04/03/28 00:58
プリプロセッサを廃止したくせにVelocityを使えというのはなんかのギャグか?

711 :仕様書無しさん:04/03/28 00:58
>>707
いや、>>707みたいな自分のミスを>>701になすりつけるような馬鹿が
勘違いして乱用するからJavaではプリプロセッサを廃止したんだろうなw



712 :仕様書無しさん:04/03/28 00:59
金融系でfloatか。さすがJavaの現場は恐ろしいw

713 :仕様書無しさん:04/03/28 00:59
空を飛ぶ! 街が飛ぶ!
  雲を突きぬけ、星になる!

火を吹いて! 闇を裂き!
  S U P E R − C I T Y が舞いあがる!!

TO − KI − O! TOKIOがふたりを抱いたまま・・・
TO − KI − O! TOKIOが空を飛ぶ・・・

  海に浮かんだ 光の泡だと
  おまえは言ってたね

  見つめていると 死にそうだと
  くわえ煙草で 涙おとした

TO − KI − O! やさしい女が眠る街・・・
TO − KI − O! TOKIOは夜に飛ぶ・・・

TO − KI − O! 哀しい男が吠える街・・・
TO − KI − O! TOKIOが星になる・・・

TO − KI − O! TOKIOがふたりを抱いたまま・・・
TO − KI − O! TOKIOが空を飛ぶ・・・


714 :仕様書無しさん:04/03/28 00:59
給与計算もdoubleでつ

715 :仕様書無しさん:04/03/28 00:59
>>704
言語仕様レベルでそういうことを必死に解決しようとする必要があるか?
オマエはだから頭が悪いんだよ。

不満があるなら外部でVelocityのようなツールを使えばいいんだよ。
それを理解できない奴は低脳


716 :仕様書無しさん:04/03/28 00:59
>>706
いちおうWrite Onceとかほざいていたからねー。当初は。
今となっては携帯なんかでは、疑似ツールが必需品さ。

717 :仕様書無しさん:04/03/28 01:00
>>710
ギャグだろ。ベロの使い方を間違えてる。
メールテンプレートとかに便利だぞ。

718 :仕様書無しさん:04/03/28 01:01
> 言語仕様レベルでそういうことを必死に解決しようとする必要があるか?
あるだろ。お前バカか?

719 :仕様書無しさん:04/03/28 01:01
>>712
その話だが、そこはもともとドトネト製品を主に開発する現場だったな。
プリキュアメントソフトでfloatを使っていた会社だったぞ



720 :仕様書無しさん:04/03/28 01:02
転嫁したな。おまいのまけ

721 :仕様書無しさん:04/03/28 01:02
>>716
ほざいているのはオマエでーす。
ちゃんとライセンスの範囲内で動いているんですけど。

Write OnceだからといってJNIを使っちゃ行けないと言う法律がどこにありますか?(ワラ

722 :仕様書無しさん:04/03/28 01:03
>>710
使っちゃ行けないのか?
まだ解らないのか?

723 :仕様書無しさん:04/03/28 01:03
>>715
よっぽどベロに感動したんだな。
そんな使い方されて作者は悲しんでるよ。きっと。

724 :仕様書無しさん:04/03/28 01:04
>>718
アホか。Javaの話をしているんだよ今は。
Javaのスレだろうが

725 :仕様書無しさん:04/03/28 01:04
>>723
馬鹿だな。そういう使い方もあると紹介してやっただけだろうが。
何が作者は悲しんでいるだだ。


726 :仕様書無しさん:04/03/28 01:06
>>725
だだ?
熱くなんなよ(w

727 :仕様書無しさん:04/03/28 01:06
日本語が乱れてきますた

728 :仕様書無しさん:04/03/28 01:06
>>725
お?なんか弱くなったな。
ちょっと自分が間違ってるって分かってきたか?

729 :仕様書無しさん:04/03/28 01:06
Javaにはどうしてプリプロセッサがないの?

730 :仕様書無しさん:04/03/28 01:07
たいぽにつっこみはやめようよ、霧ないし。

731 :仕様書無しさん:04/03/28 01:07
何だよ、もうグロッキーか?w

732 :仕様書無しさん:04/03/28 01:07
EclipseでSimteekプラグインって知ってるか?
Velocityが使えるんだぜ。

お前ら知らない?          

知らないのか?

知らないんだな?

そうか>>723の負けだな。

733 :仕様書無しさん:04/03/28 01:07
俺様が君に名前をつけてやろう。



ベロ厨

734 :仕様書無しさん:04/03/28 01:08
>>728
は? 何が弱くなったって?
脳内妄想もいいところだな。
間違っているのはプリプロセッサ信者どものエセ理論だろうが。

735 :仕様書無しさん:04/03/28 01:08
むしろ舌街なんてしらん。

736 :仕様書無しさん:04/03/28 01:09
>>734
もう良いから謝っちゃえよ。名古屋ドームでw

737 :仕様書無しさん:04/03/28 01:09
>>728 >>730
勘違いするなヴォケ
何が作者は「悲しんでいるだ」だ。


738 :仕様書無しさん:04/03/28 01:10
>>736
名古屋なんてド田舎には興味がない。
むしろオマエが謝まっちぇえよ。

739 :仕様書無しさん:04/03/28 01:10
なんだよ。ネタじゃなかったのか。

740 :仕様書無しさん:04/03/28 01:10
>>723はSimteekを作った香具師がいることを悲しんでいると思いこんでいるのか
さすが厨房だな

741 :仕様書無しさん:04/03/28 01:10
>>732
は? 今更なに言ってんだ?
何ヶ月前にはもう雑誌に載ってたな。
で、それで感動したのか?
ベロ自体は Turbine や JetSpeed で昔から使われてたけどな。

742 :仕様書無しさん:04/03/28 01:11
>>741
Strutsを忘れているぞw

743 :仕様書無しさん:04/03/28 01:12
>>742
そうだな。当たり前すぎて言わんかった。

744 :仕様書無しさん:04/03/28 01:12
>>741
いつまでおまえはハッタリをかましているつもりだ。
そろそろ負けを認めたらどうだw
いい加減なことを言っている限りSimteekをよく知らないようだなw


745 :仕様書無しさん:04/03/28 01:13
Velocityのことをいまから必死に調べているドトネト厨

746 :仕様書無しさん:04/03/28 01:13
そうか、あいつは名古屋市民だったのか


747 :仕様書無しさん:04/03/28 01:14
>>741
馬鹿か、感動しただ?
そんな理由で演算子の話題でVelocityのことを言うとでも思ったかこの愚か者めw

748 :仕様書無しさん:04/03/28 01:15
ベロをプリプロセッサ代わりにしているJava厨

749 :仕様書無しさん:04/03/28 01:16
>>745
ん? 俺は Java 厨だけど。 BigDecimal に演算子が
使えんからってベロ使えってのが違うだろって。
ベロ自体は全く否定しない。

750 :仕様書無しさん:04/03/28 01:16
とりあえずプリプロセッサ肯定派の負けだ。

勝ち負けにこだわるとすればな。

それでも無駄にBigDecimalに演算子をつけるか否かで
永久ループをする気か?

もはや無益だから辞めておけ。
それでオマエが寝不足になっても俺様はしったこっちゃないぞw

751 :仕様書無しさん:04/03/28 01:16
Velocityなんか使うと
eclipseが便利な機能として搭載している
コード補完とかの機能が使えなくなるんだけどなぁ。


752 :仕様書無しさん:04/03/28 01:17
>>748
それだ。そんなこと言ってるから Java 厨は
馬鹿にされんだよ。

753 :仕様書無しさん:04/03/28 01:18


706 名前:仕様書無しさん[sage] 投稿日:04/03/28 00:56
Javaはどうしてプリプロセッサを廃止したの?

754 :仕様書無しさん:04/03/28 01:18
>>749
> >>745
> ん? 俺は Java 厨だけど。 BigDecimal に演算子が
> 使えんからってベロ使えってのが違うだろって。
> ベロ自体は全く否定しない。
なるほどな。オマエはSimtteekを否定するんだな。

755 :仕様書無しさん:04/03/28 01:18
>>752
そういうことを言っている勘違いしているドトネト厨なオマエが
馬鹿にされるんだよ。

756 :仕様書無しさん:04/03/28 01:18
>>747
お前ねー。Java厨からも批判されてんの分かってるか?

757 :仕様書無しさん:04/03/28 01:20
>>753
そのほうがすっきるするからだろ。
って答えて欲しいか?

JavaにはどうしてC#のunsafeがないの?
といっているのと同じレベルだぞオマエの言っていることは。

Javaでは外部でJNIを使って解決している。

プリプロセッサが無い問題もVelocityを使って解決している。

それがどうした。文句あるか?

とりあえずオマエの負けだ。

758 :仕様書無しさん:04/03/28 01:20
>>756
Java厨なんてこのスレにはいないぞw

759 :仕様書無しさん:04/03/28 01:21
Velocity派は二人か。

760 :仕様書無しさん:04/03/28 01:21
>>758
あれ?

761 :仕様書無しさん:04/03/28 01:21
この場合、ベロ使ったら本末転倒だろ

762 :仕様書無しさん:04/03/28 01:22
>>759
ヴァカの一つ覚えみたいに人数を数えてどうするんだ?
Javaを使う気すら無い奴がVelocityなどとほざかんようにな。

もっと外の世界を見ろよ。
Velocity派なんでいくらでもいるぞ。

763 :仕様書無しさん:04/03/28 01:22
>>757
どの言語でもVelocity使えば解決(w

764 :仕様書無しさん:04/03/28 01:23
>>761
じゃあおまえはJNIを使ったら本末転倒だと言い切るのか?

765 :仕様書無しさん:04/03/28 01:23
>>763
プ ついにそれしか言えなくなったか
初戦はドトネト厨。さっさと酔いつぶれて寝るがよいw

766 :仕様書無しさん:04/03/28 01:24
>>764
本末転倒。

767 :仕様書無しさん:04/03/28 01:24
>>761がどんな言い訳をするのか楽しみだ

768 :仕様書無しさん:04/03/28 01:24
>>765
なんだよ、図星かよ(w

769 :仕様書無しさん:04/03/28 01:24
>>766
オマエの負けだな

770 :仕様書無しさん:04/03/28 01:25
言い訳も何も反論が出てないだろ?

771 :仕様書無しさん:04/03/28 01:25
>>768
図星? それはオマエさんが自分の姿を鏡にうつしてからいうことだなw

772 :仕様書無しさん:04/03/28 01:25
Velocityの使い方、間違ってたよ。スマソ。

773 :仕様書無しさん:04/03/28 01:26
>>770
Velocityを否定する具体的な反論が無いから
BigDecimalに演算子をつける組は負け組


774 :仕様書無しさん:04/03/28 01:26
>>772
アフォか?
おまえがそういうということは
Simteekが間違っているとでもいうのか?

775 :仕様書無しさん:04/03/28 01:28
>>774
間違ってないとでも言うのか?

776 :仕様書無しさん:04/03/28 01:28
>>774
Simteekは間違ってないだろな。
間違ってるのはお前の考えかな。スキル無いのに
背伸びすんなよ。

777 :仕様書無しさん:04/03/28 01:29
ぬるぽ

778 :仕様書無しさん:04/03/28 01:29
774がどういう反論をするか楽しみだ。

779 :仕様書無しさん:04/03/28 01:29
>>774までの流れを見る限り
>>772が自作自演していることが発覚したので

BigDecimalに四則演算子をつける組は負け組であることがはっきりしたな


780 :仕様書無しさん:04/03/28 01:30
ということにしたいのですね

781 :仕様書無しさん:04/03/28 01:31
>>778
くやしそうに>>767の真似をするなよw

オマエのやっていることは単なるイタチごっこなんだよw
餓鬼かオマエはw

まさに「ヴァカの壁」だなw

782 :仕様書無しさん:04/03/28 01:31
>>779
なるほど、自演ということにすれば
逃げられると思ったんだな。
お前の負けだ。

783 :仕様書無しさん:04/03/28 01:31
>>779
なんだそりゃ(w
マジで言ってんのか。何言ってるか分かってるか?

784 :仕様書無しさん:04/03/28 01:32
>>781
反論はなしということでFA?

785 :仕様書無しさん:04/03/28 01:32
で、演算子を設けりゃ万事解決なんだろ。

786 :仕様書無しさん:04/03/28 01:32
とりあえず、
「お前の負け、僕の勝ち!」
で済まそうとするその逃げ腰からなんとかしろよ・・・。

787 :仕様書無しさん:04/03/28 01:33
>>776
どこが間違っているんだ?具体的に説明してみろよ
最近Javaを触り始めたドトネト厨

自分が背伸びしていることを隠したいがために
相手が背伸びをしているというんだろ。
よくあるアレだな。
真似をしているといわれたら真似しているのはそっちのほうだ
と言い返して著作権侵害で訴えられるのを免れようとする戦術だなw

788 :仕様書無しさん:04/03/28 01:33
妄想の激しい奴だな

789 :仕様書無しさん:04/03/28 01:33
>>786
それはドトネト厨にいえ。
最初にそういうことをいいただしたのはドトネト厨なんだからな

790 :仕様書無しさん:04/03/28 01:33
>>781
真似されたのがよっぽど悔しかったのか?

791 :仕様書無しさん:04/03/28 01:34
>>786
根拠の無い結論付けパターンと言います。

792 :仕様書無しさん:04/03/28 01:34
ああ、本当にドトネト厨は妄想が激しい

793 :仕様書無しさん:04/03/28 01:34
>>790
そうやって話題をそらして必死になるとは愚かだな。
負けず嫌いな負け犬がw

794 :仕様書無しさん:04/03/28 01:34
>>786
ごめんよ。前に俺の勝ちとか言っている奴がいたので真似してみたw

795 :仕様書無しさん:04/03/28 01:34
自分で自分のことを厨呼ばわりは良くないな。

796 :仕様書無しさん:04/03/28 01:35
>>793
だから、「お前の負け、僕の勝ち!」
で済まそうとするその逃げ腰からなんとかしろって。

797 :仕様書無しさん:04/03/28 01:35
>>782
餓鬼かオマエは。どうみても>>772は演技であり騙りだろ

798 :仕様書無しさん:04/03/28 01:36
根拠がわからん。妄想ですか

799 :仕様書無しさん:04/03/28 01:36
ノイローゼですか?

800 :仕様書無しさん:04/03/28 01:37
つか、無駄に伸びすぎ。

お前の勝ち、僕の負け、で終了しましょーよー。


801 :仕様書無しさん:04/03/28 01:37
>>783
プ 負け犬の遠吠えか。
ウンコの入った酒でも飲んでな

802 :仕様書無しさん:04/03/28 01:38
>>801
だから、「お前の負け、僕の勝ち!」 で(ry

803 :仕様書無しさん:04/03/28 01:38
狂った振りして逃げようとしてもそうはいかないぞ。

804 :仕様書無しさん:04/03/28 01:38
>>799
> ノイローゼですか?
そらきた、またいつもの「ノイローゼですか?」
オマエはいつもそれしかいえないんだな。
いつも決まった言葉しかいえないようだな。
ヴァカなことに自分の発言をいつもコピペでもしてよういしているのかオマエは。

805 :仕様書無しさん:04/03/28 01:39
>>802
オマエは日本語が読めないのか。
勝ち負けにこだわらないからと言って
負け犬の遠吠えという言葉をつかうことがおかしいとでも思ったのか
愚か者めw

806 :仕様書無しさん:04/03/28 01:39
Java厨の詭弁テクニックはいつも同じだな。

807 :仕様書無しさん:04/03/28 01:40
>>803
なるほど、それがドトネト厨のやり方かw
酒で酔ったフリしているんだろw

808 :仕様書無しさん:04/03/28 01:40
>>805
負け犬の遠ぼえもやっていることは同じ。

809 :仕様書無しさん:04/03/28 01:40
彼にはすべてドトネト厨にみえるのです。

810 :仕様書無しさん:04/03/28 01:40
>>806
負け犬みたいに悔しそうに愚痴をこぼすなとドトネト厨w
このスレにはJava厨なんていなんだからよw

811 :仕様書無しさん:04/03/28 01:41
>>809
ばかか?
ドトネト厨の定義もしらないアフォかw

812 :仕様書無しさん:04/03/28 01:41
>>807
日本語読めませんか?
ちゃんと読めばJava厨のやり方ということは分かるはずなんですが。

ってわざとかなー?w

813 :仕様書無しさん:04/03/28 01:42
彼はJava信者以外はすべてドトネト厨に見えます

814 :仕様書無しさん:04/03/28 01:42
>>810
Java厨いないと必死で言っているのは何故だろう?w
いないJava厨をわざわざ擁護するなよw

815 :仕様書無しさん:04/03/28 01:42
>>812
は? 日本語読めてないのはあなたじゃないですか?

ちゃんと読めば.NET厨のやり方ということは分かるはずなんですが。

ってわざとかなー?w w


816 :仕様書無しさん:04/03/28 01:42
彼にはすべてがJava厨にみえるのです。

817 :仕様書無しさん:04/03/28 01:43
>>814
.NET厨いないと必死で言っているのは何故だろう?w
いない.NET厨をわざわざ擁護するなよw


818 :仕様書無しさん:04/03/28 01:43
さっさとBigDecimalに演算子つけろよ。1.6辺りでつくのか。ん?

819 :仕様書無しさん:04/03/28 01:43
とうとうオウム返しを始めたか。いつものことだが。

820 :仕様書無しさん:04/03/28 01:43
彼は.ドトネト信者以外はすべてJava厨に見えます

821 :仕様書無しさん:04/03/28 01:43
> .NET厨いないと必死で言っているのは何故だろう?w
誰もいってないだろw


822 :仕様書無しさん:04/03/28 01:44
>>818
また永久ループをする気か(ワラ
この負け犬がw


823 :仕様書無しさん:04/03/28 01:44
彼は彼にだけ見える.NET厨との聖戦に日夜明け暮れるのです。

824 :仕様書無しさん:04/03/28 01:44
そんなに演算子つけるべしという結論になるのが悔しいのか?

825 :仕様書無しさん:04/03/28 01:45
>>821
プ オマエの目は節穴か? これを見ろよ。
そうかオマエは目が見えないのか? なら2chやめたほうがいいなw

809 名前:仕様書無しさん 本日のレス 投稿日:04/03/28 01:40
彼にはすべてドトネト厨にみえるのです。

813 名前:仕様書無しさん 本日のレス 投稿日:04/03/28 01:42
彼はJava信者以外はすべてドトネト厨に見えます

826 :仕様書無しさん:04/03/28 01:45
と、いうことで、Sunは演算子をつけるように。

827 :仕様書無しさん:04/03/28 01:45
彼は彼にだけ見えるJava厨との聖戦に日夜明け暮れるのです。

828 :仕様書無しさん:04/03/28 01:45
やっぱり誰もいってないだろw


829 :仕様書無しさん:04/03/28 01:46
>>824
馬鹿ですか? またまた脳内変換しかできないのか?

そんなに演算子つけないべき結論になるのが悔しいのか?

そんなに脳内変換しないと悔しいのか?


830 :仕様書無しさん:04/03/28 01:46
すべてドトネト厨みえる==ドトネト厨がいない

ですか。そうですか。

831 :仕様書無しさん:04/03/28 01:46
>>826
JCPに自分からそういうんだな。
オマエみたいな低スキルでは相手にされないがなw

832 :仕様書無しさん:04/03/28 01:47
>>827
それがこのスレにいる奴が描く脳内Javaだからなw

833 :仕様書無しさん:04/03/28 01:47
さあ、いまからjavaをはじめる良い子はこのスレを最初からよく読んでね。

834 :仕様書無しさん:04/03/28 01:48
こうして今宵もJava厨==キチガイが証明されるのであった。

835 :仕様書無しさん:04/03/28 01:48
いずれにしてもここではオマエが望むものはいない。
オマエにとっての脳内Java厨しかいないんだよw


836 :仕様書無しさん:04/03/28 01:49
>>833
よい子はまず読めないw

837 :仕様書無しさん:04/03/28 01:49
脳内Java厨がいるんだなw

838 :仕様書無しさん:04/03/28 01:49
>>834
残念ながら真実はこうらしい

「こうして今宵も.NET厨==キチガイが証明されるのであった。 」


839 :仕様書無しさん:04/03/28 01:50
またオウム返し

840 :仕様書無しさん:04/03/28 01:51
オウム返ししか出来なくなったか

841 :仕様書無しさん:04/03/28 01:51
うぉ。すげー伸びてる。よくわかんねーけどかきこ。

842 :仕様書無しさん:04/03/28 01:51
>>837
プ オマエどうやら狂ってきたなw
馬鹿すぎて笑えるぞw

笑えるぞw
もっと狂え狂え(ワラ

843 :仕様書無しさん:04/03/28 01:51
オウム返しでおまいの負けw

844 :仕様書無しさん:04/03/28 01:52
>>839-840
オウム返しはアンチJava厨の18番だろ(ワラ

よくノイローゼですかをなんどもオウム返しするヴァカとかなw

845 :仕様書無しさん:04/03/28 01:52
>>843
そらきた。
またまた勝ち負けにこだわっているw
餓鬼だな。ウンコでもくって寝るんだなw

846 :仕様書無しさん:04/03/28 01:53
さっきからなんでJava厨って勝ち負けにこだわっているんだろう?

847 :仕様書無しさん:04/03/28 01:53
ドトネト厨からアンチJavaにかわりますた

848 :仕様書無しさん:04/03/28 01:53
ほれ、ウンコだ、喰え

                ,r,                   
                | \                  
             | .`x,                 
            ,r°  .゚i、               
              ,r'’     ゚'x、             
           ]       ゙'i、,_            
         ,,r'"`''ヽ,,,,,,,_、 _,,,r" ゚ヘ,,_          
       ,,,-l’       ̄`     |`゙゙'v,       
      .,i´ ‘'-,,,,_           _,,r"   〕       
      {,、     ゙゙゙゙゙゙゙゙゙゙゙゙゙゙゙̄"゙^    _,i´       
      ゙゚''ー_、           _,,,,,--‐″        
           ゙゙̄''''―――‐''″          


849 :仕様書無しさん:04/03/28 01:54
>>846
そういうプロパガンダ戦術は通用しないぞ(ワラ
これが正論だろw
「さっきからなんで.NET厨って勝ち負けにこだわっているんだろう? 」


850 :仕様書無しさん:04/03/28 01:55
またオウム返しだな。

851 :仕様書無しさん:04/03/28 01:55
よかったなあ。今夜は皆遊んでくれて。昨夜は一人で寂しそうだったもんナ。
>>75-89

852 :仕様書無しさん:04/03/28 01:55
ドトネト厨に注がれるウンコ酒
ドトネト厨曰く、コクのある味わいだそうだ


853 :仕様書無しさん:04/03/28 01:55
>>851
そうだな、ドトネト厨も幸せだナ

854 :仕様書無しさん:04/03/28 01:55
さっきからJava厨。下品だよ。

855 :仕様書無しさん:04/03/28 01:55
と、妄想に浸っております

856 :仕様書無しさん:04/03/28 01:56
つまりドトネト厨はオウム信者だったのか
あやしいねえw

857 :仕様書無しさん:04/03/28 01:57
というプロパガンダ戦術だったんだな。

858 :仕様書無しさん:04/03/28 01:57
ひとつ聞かせてくれ




「最近のjava人気について」スレの初代1は今の盛り上がりをどう思っているのか

初代スレ初期の100あたりまでマターリ>>1と絡んでた俺としては気になる気になる

859 :仕様書無しさん:04/03/28 01:57
>>854-855

854 名前:仕様書無しさん 本日のレス 投稿日:04/03/28 01:55
さっきからJava厨。下品だよ。


855 名前:仕様書無しさん 本日のレス 投稿日:04/03/28 01:55
と、妄想に浸っております

ワラタ。

やぱり脳内Java厨の存在を妄想の中でつくりあげていたんだなw

860 :仕様書無しさん:04/03/28 01:57
>>858
無視しているだろう。

861 :仕様書無しさん:04/03/28 01:57
いい意味で盛り上がって嬉しいんじゃない?

862 :仕様書無しさん:04/03/28 01:58
>>858
頭の悪そうなアンチJava厨に呆れてがっかりしているだろう。
こんなスレになるはずじゃなかったとか。

863 :仕様書無しさん:04/03/28 01:59
>>859
もしかして855は854に対してのレスだと勘違いしている?

864 :仕様書無しさん:04/03/28 01:59
>>861
どうだろう?
悪い意味で盛り上がっている。
不毛な争いが続いているだけだ。
イスラエルとパレスチナとの争いのように。

865 :仕様書無しさん:04/03/28 01:59
>>863
馬鹿ですか?
必死だなw
勘違いされたことが悔しいかw

866 :仕様書無しさん:04/03/28 02:00
> 勘違いされたことが悔しいかw
あぁ。やっぱり勘違いしていたのか。

867 :仕様書無しさん:04/03/28 02:01
やっぱりCOBOL最強

868 :仕様書無しさん:04/03/28 02:01
>>863
勘違い? 事実だろw
あれは事実なんだからおもしろいよなw

869 :仕様書無しさん:04/03/28 02:01
>>867
COBOL.NET厨 extends ドトネト厨が現れました

870 :仕様書無しさん:04/03/28 02:02

>>682
どっちが被害妄想もっているんだか
   

プ

871 :仕様書無しさん:04/03/28 02:02
COBOLといったらすぐに.NETに結び付けたがる厨出現。

872 :仕様書無しさん:04/03/28 02:02
ワラタ

873 :仕様書無しさん:04/03/28 02:03
>>868
いや。もう勘違いしていたのばれてるからw
時間見て分からなかったのかな?w

874 :仕様書無しさん:04/03/28 02:04
ドン

875 :仕様書無しさん:04/03/28 02:06
Java厨

876 :仕様書無しさん:04/03/28 02:06
BigDecimal bi=new BigDecimal("1234564" );
BigDecimal dd=new BigDecimal("35.16246541");
bi.add(dd);

System.out.println(bi);


BigDecimal x = new BigDecimal("1234564");
BigDecimal y = new BigDecimal("1234564");
System.out.println(" x == y : " + (x == y));
System.out.println("x.equals(y) : " + x.equals(y));
System.out.println("x.compareTo(y) : " + (x.compareTo(y) == 0));

y = y.setScale(4);
System.out.println("setScale()");
System.out.println(" x == y : " + (x == y));
System.out.println("x.equals(y) : " + x.equals(y));
System.out.println("x.compareTo(y) : " + (x.compareTo(y) == 0));

x = y;
System.out.println("x = y");
System.out.println(" x == y : " + (x == y));
System.out.println("x.equals(y) : " + x.equals(y));
System.out.println("x.compareTo(y) : " + (x.compareTo(y) == 0));


BigDecimal b = new BigDecimal("");
System.out.println(b);



877 :仕様書無しさん:04/03/28 02:08
やっぱり四則演算子あった方が良いね。

878 :仕様書無しさん:04/03/28 02:10
ウンコー

879 :仕様書無しさん:04/03/28 02:11
うんこ演算子

880 :仕様書無しさん:04/03/28 02:11
1号はやっぱりいまいちだな

881 :仕様書無しさん:04/03/28 02:12
トネット


ドン

882 :仕様書無しさん:04/03/28 02:12
ならば18号を連れて参れ!

883 :仕様書無しさん:04/03/28 02:12
Java厨

884 :仕様書無しさん:04/03/28 02:14
(・∀・)ウンコー

885 :仕様書無しさん:04/03/28 02:17
ウンコボル

886 :仕様書無しさん:04/03/28 02:31
良かったなあ。今日はみんなに遊んでもらえたんだ。

887 :最凶VB厨房:04/03/28 08:11
>>348
毒入りバナナを猿が食べると死んでしまうので、
コンポジションの関係がある。
まだまだ甘いよ。君。

888 :仕様書無しさん:04/03/28 11:43
このスレ(の多くを占める低レベルな争い)を見てると、
.NETもJavaもどうでもよくなってくるな。

どこかに互いを高めあっているようなスレはないですかね。
・・・無理かもしれないが。

889 :仕様書無しさん:04/03/28 12:29
ではでは、ドトネトとJava以外なにがいいと?

890 :仕様書無しさん:04/03/28 12:36
cobol

891 :仕様書無しさん:04/03/28 12:40
適材適所で使い分けるのが効率的。
話題になる分野にことごとくむりやりPerl/VBを適用しようとするから、馬鹿と言われる。

と表現したほうがいかにも筋が通るとは思うだろw

Javaは何にでも話題にしやすい。
何せ多くのほとんどのコードがOSで動くからね。

家電、組み込み、サーバ、汎用機、金融、エンタープライズ、宇宙船
など将来の利用用途はさまざまだ。

これらの話題に分野でJavaの話がでても何もおかしくない。
そこでJavaが気に入らないからといってJavaを否定する香具師ほど馬鹿といわれる。
考え方が古い時代遅れな奴とすぐに言われる。
とくに、未来の話をしているにもかかわらず、いつまでたっても「Javaは遅い」といっている香具師も
もうそろそろ、化石的思考を持つ古い人と言われてもおかしくない。

892 :仕様書無しさん:04/03/28 12:41
マ板ではJavaが人気が無い理由は
マ板の年齢層が高齢で頑固親父の巣窟だから、またはレベルが低いからだと思われ。

多くの人々がC/C++教育を受け、またはC/C++でインフラが整備されC/C++だけで満足してしまっている
傾向が強い。
しかし、C/C++は変化に弱い。
複数のOSにソフトウェアを対応させるとなるとOSの数だけ開発にかかる負担が増す。
インスタントラーメンのような即座に食べられるようなラーメンを食べたい者にはJavaは好かれない。

ソフトウェアを、将来、大木に成長する植物にたとえるならば
苗木から始まったソフトウェアを徐々に成長してゆく姿を見たい、楽しみにしている者にとってはJavaは
非常に好意の対象になる。

893 :仕様書無しさん:04/03/28 12:43
未来のプログラミング言語は、プログラミング言語ではなくなっているかもしれない。

これからでるプログラミング言語が登場することで
いつかJavaが使えなくなるかもしれない、と思うことがあるだろう。

しかし、Javaは非常によくできており将来のことを真剣に考えて作られた言語のようだ。
オブジェクト指向言語というものは、それによって作られたソフトウェアが将来長く使われることを
目的として存在しているようなものだ。Javaはいつか消えるだろう。しかし未来のソフトウェア開発では
Javaをベースとしたあるものが使われているだろう。


Javaで書いたコードはC#やC++に移植、コンバートするのはある程度まではほぼ簡単にできる。
その逆に、多くのコードをJavaに移植、コンバートするのは多くの場合、非常に苦労する。
皆の衆よ、これは何を意味するかわかるだろうか?
まず第一に、多くの言語がJavaから派生させることが容易になる、ということがあげられる。
一度Javaから派生した言語で書いたコードは二度とJavaコードに戻ることができないものがほとんどだろう。
Javaは、派生言語を作りやすい言語ともいえるだろう。
これから登場する多くのプログラミング言語はMixJuiceやC#, D言語のようにJavaスタイルをベースとするだろう。
それだけ、Javaは将来のことをよく考えて作られたということだ。


このマ板ではJavaを否定する者たちは、おそらく自分の作ったソフトウェアを、将来長く使ってもらおうとも
考えていないのだろう(そうでないならば異論、反論求む)。
おそらく、彼らはプログラミングという行為を短時間で済ませたいと考えるものたちなのだろう。
そのため、できるだけ短い時間にすばやく完成させられるような言語を好み、
フレームワーク開発などに時間を費やしたくない、という本音が丸見えなのだろう。

仕事でしかプログラミングすることを考えない者にとってはJavaに対する魅力を感じないのも頷ける。

894 :仕様書無しさん:04/03/28 12:43
他の言語を使うかどうかを迷ったときは、ある指標に従って
Javaをどのように使うかを定める。


拡張性重視の場合はJavaをメインとして少し速度がきになる場合はJNIでC++などを補助的に使用する。
速度重視の場合はJavaを補助的に使う。
拡張性のことはそっちのけでとにかく速度重視の場合はJavaを使わない。


古い資産があり、それを再利用したい場合はこれらはすべて例外として古い資産とともにJavaを利用する。

「このプログラムは10年後に完成させる予定だ。拡張性、移植性重視だ。10年後には
ハードウェアも大幅に進化している。今、速度のことは気にする必要が無い。」
このような場合は100%Javaを使う。


895 :仕様書無しさん:04/03/28 12:45
「このプログラムは10年後に完成させる予定だ。拡張性、移植性重視だ。10年後には
ハードウェアも大幅に進化している。今、速度のことは気にする必要が無い。
また、10年後になったときには新しい言語が登場するかもしれない。」
このような場合でも、新しい言語が登場するまで100%Javaを使う。
現在の状況を想定して、今から10年後に登場するであろう新しい言語はJavaにそっくりな言語であろう。
Javaによく似ていれば移植作業も非常に楽である。

仮にJavaに似ていない新言語が登場しても、UMLツール、IDEの真価によって移植作業には苦労しないと
想定される。

諸君も、Javaが嫌いだからといって、「どうせJavaは廃れるんだから覚えても意味が無い」と
いって、自然に普及しているJavaの普及の妨害を無理してしなくても良い。

「どうせJavaは廃れるんだから」といわずにJavaの良さをプログラミング初心者に伝えたほうが
将来のエンジニアのためになるのである。Smalltalkの良さを知っている者は、
あわせて、Smalltalkの良さも初心者に説明して欲しい。

このような行動によって、将来、自分らの後輩や子孫が苦しんでゆく姿を見なければならない、
ということはなくなるだろう。





896 :仕様書無しさん:04/03/28 12:51
Javaを勉強すればなにかいいことがあるんだ。

897 :仕様書無しさん:04/03/28 12:52
勘違いするなよ
ここは正論を言うスレじゃないぞ

898 :仕様書無しさん:04/03/28 12:54
コピペウザイ

899 :仕様書無しさん:04/03/28 12:57
このスレ大人気だね。もうね、チャットかと。

900 :仕様書無しさん:04/03/28 12:58
酔っ払いチャットですから。

901 :最凶VB厨房:04/03/28 13:12
掲示板とチャットというものを汎化してみたまえ。
そうすれば何か見えるかもしれない。

902 :仕様書無しさん:04/03/28 13:30
>>901
煽り愛。


903 :仕様書無しさん:04/03/28 14:10
>>897
勘違いするなよ。
ここは煽りあうスレじゃないぞ。

904 :仕様書無しさん:04/03/28 14:25
javaの問題点は他のフレームワーク、他の言語との親和性に乏しいことだろううと
思われる。>>892-895が示したjavaの思想的な優位性(とする主張だろ?)は
1〜10まで、例えば、サーバーであり、クライアントであり、携帯端末であり、が
すべてjavaで構成されたときにはじめて有効になる。むろん部分的にjavaで
あっても構わないのだが、それでは無理にjavaを導入する効果が薄いといわざるを得ない部分があるのも事実。
他と組み合わせて使うことが大変なのだ。

>このマ板ではJavaを否定する者たちは、おそらく自分の作ったソフトウェアを、将来長く使ってもらおうとも
>考えていないのだろう(そうでないならば異論、反論求む)。
>おそらく、彼らはプログラミングという行為を短時間で済ませたいと考えるものたちなのだろう。
おそらくこれは悪い意味で述べられていると思うのだが
実際の現場では早く簡単にが優先される、もしくは優位である場合も少なくない。
長時間かけて良く設計された優秀なソフトウェアが、ハードの進化や
環境の変化ですぐに使われなくなることは良くあることなのだから。


905 :仕様書無しさん:04/03/28 15:17
>>892-895
いまだにこんな事書いているやつがいることに驚いた。
無知って怖いね。

906 :仕様書無しさん:04/03/28 15:20
あまり長く使われると金になんないじゃん。

907 :仕様書無しさん:04/03/28 15:22
大丈夫。
長く使えるように工数かけて作った挙句。

次回の発注時には、
新しいテクノロジが出ました、ちう理由で、一から作り直しますから。

908 :仕様書無しさん:04/03/28 15:24
ソニータイマーみたくじぇタイマーもあるだろ。

909 :仕様書無しさん:04/03/28 15:28
気のせいかもしれんがJava関連のスレには>>903みたいな
オウム返し野郎が多数出没するよな。

910 :仕様書無しさん:04/03/28 15:28
顧客が満足すればそれで良いんだよ。



911 :仕様書無しさん:04/03/28 16:16
Java派遣はお花見禁止

912 :仕様書無しさん:04/03/28 16:54
あのさあ、Java厨ってさあ
なんでC++とかでクライアントサイドのアプリ作ったり
ASP.netでイントラのシステム作ったりしてると
呼ばれても無いのに近づいてきて

な ん で J a v a で 作 ら な い の ?

って、あたかも全てをJavaで作るのが当然みたいな事を言ってくるの?
鬱陶しいから近づかないでよ。

913 :仕様書無しさん:04/03/28 17:06
てゆうか、おまいら年度末は忙しくないのか。

914 :仕様書無しさん:04/03/28 17:15
>>913
もう忙しい時期は過ぎたよ。
今は、今年度も生き残ったって満足感に浸ってるところ。

915 :仕様書無しさん:04/03/28 17:40
>>904
>>904
> javaの問題点は他のフレームワーク、他の言語との親和性に乏しいことだろううと
まずさきにいっておこう。それからそなたの発言について追求してみよう。
Javaはフレームワークとの親和性は断然高い。
他の言語との親和性に乏しいこともない。十分な親和性だ。

他のフレームワーク? 他のフレームワークとは何のことであろうか。
「他の言語のフレームワーク」の間違いではないだろうか。
そなたが主張する、他の言語との親和性とは、ほかの言語との依存関係を
密にせよということだろうか?

もしそうだとすると、それは構造化手法の問題点の
一つと類似している点がある。各種モジュール間との関係は疎であるほうが
開発効率が高まるという研究結果が構造化手法の研究すでに何年も前に出ている。
そのとき、構造化手法はどうしても各モジュール間との関係が密になるという
欠点があることが研究結果からわかってきてた。
同様に他の言語との関係が密になりすぎると拡張性や移植性、汎用性、再利用性
を維持しにくくなるという問題点がある。これはどのような言語と連携するかによるものであるが。

しかし親和性が低いといってもどのように低いのだろうか。
別の意味での親和性を考えてみよう。たとえばJakarta OROを見てみよう。
Jakarta OROではPerl言語のような構文を使うことができるフレームワークだ。
それとJDBCならばSQLをJavaコードに埋め込むことができる。
別にJavaが他の言語との親和性が低いということはない。



916 :仕様書無しさん:04/03/28 17:42
昨晩はアンチJava厨が酒に酔って根負けしてしまったんだって?

917 :仕様書無しさん:04/03/28 17:43
なんだこの書き込みは!

918 :仕様書無しさん:04/03/28 17:43

> 思われる。>>892-895が示したjavaの思想的な優位性(とする主張だろ?)は
> 1〜10まで、例えば、サーバーであり、クライアントであり、携帯端末であり、が
> すべてjavaで構成されたときにはじめて有効になる。むろん部分的にjavaで

JNIを使ったら有効でないとトンデモな考えをもっているんじゃあるまいな?


> あっても構わないのだが、それでは無理にjavaを導入する効果が薄いといわざるを得ない部分があるのも事実。
> 他と組み合わせて使うことが大変なのだ。

Javaでも良く使われるクラス、java.lang.Mathクラスではnetiveに依存する部分がある、
しかしそのnative部分はOSに依存する部分であっても移植性には問題がない。
このようにOSへの依存ど極力高めずにnative関与させることは不可能ではない。   




919 :仕様書無しさん:04/03/28 17:45
>>904

> >このマ板ではJavaを否定する者たちは、おそらく自分の作ったソフトウェアを、将来長く使ってもらおうとも
> >考えていないのだろう(そうでないならば異論、反論求む)。
> >おそらく、彼らはプログラミングという行為を短時間で済ませたいと考えるものたちなのだろう。
> おそらくこれは悪い意味で述べられていると思うのだが
> 実際の現場では早く簡単にが優先される、もしくは優位である場合も少なくない。
> 長時間かけて良く設計された優秀なソフトウェアが、ハードの進化や
> 環境の変化ですぐに使われなくなることは良くあることなのだから。

まるでJavaだけがそうだといっているかのようだがどんな言語であろうと同じことだ。


920 :仕様書無しさん:04/03/28 17:45
>>904

しかし、そんなことは問題にすらならない。
むしろ美徳ともいえる。

汎用性、拡張性を無視し一生懸命最適化のみを最優先課題にした結果、
環境の変化によってすぐに使われなくなることのほうが良くある話だ。
設計がしっかりしていればポリモーフィスム、たとえばOpen Closed Principleに
乗っ取ることで既存のコードを修正せずに、追加するだけで拡張が可能になる
ということも可能だ。こういった原則に従うことで環境の変化に容易に耐えられ
やすくなることをご存じだろうか? CやCOBOLなどでは到底実現し得ないことだ。
C++では実現することができないことはないが仕様が複雑で汚いコードを
生成しやすく、人間だけの力でバグを監視しようとするという問題からJavaよりもコストがかかる。
とにかく、オブジェクト指向をしっかりと極めれば環境の変化には即座に耐えられると言うことだ。
さらに、JavaはOSに依存しにくいという利点、OSという環境の変化に即座に耐えられることを意味する。




921 :仕様書無しさん:04/03/28 17:46
そりゃ箱庭で動かせば依存性は下がる罠

922 :仕様書無しさん:04/03/28 17:47
オブジェクト指向のことをわかっていない人には
何を言っても無駄だよ。



923 :仕様書無しさん:04/03/28 17:47
OCPは有名な話だね

924 :仕様書無しさん:04/03/28 17:52
>>912
おそらくチミはM$信者、ドザ信者としてJavaを毛嫌いしているだけでしょう。
なんでPerlにしないの? とかなんでPHPにしないの? とか言われたことがないの?w


925 :仕様書無しさん:04/03/28 17:55
クライアントアプリをPHPで作れとは言われないだろうな。

926 :仕様書無しさん:04/03/28 17:56
欧州の人間でも欧州車と同クラスの日本車が同じ価格だったら乗らないってば。

927 :仕様書無しさん:04/03/28 18:19
>>925
たとえ中であれなんであれ、C++で作っているクライアントアプリをJavaで作れ、なんて言うだろうか?

928 :仕様書無しさん:04/03/28 18:20
>>924
「その問題ならPerlが良いんじゃない?」
「PHPって良いよ」
とか言われた事なら有るけど

背景も何も知らずに、いきなり「なんでJava使わないの?」
なんて池沼じみた事を言うのはJava厨だけだよ...

929 :仕様書無しさん:04/03/28 18:29
わたしゃJ2EE支持者だけど、他の言語の良し悪しだってある。

全部の業種やエリアを1言語に詰め込む(肥大化する)のが、
本当にその言語やユーザーにとって良い事なのか?

.NETは登場自体が政治的(MSが裁判でJava使用禁止されたから作った)だが、
COBOLやC/C++の使い分けもわからん奴は、単に信者になってるだけで、
本当のJavaのよさが分かってるSE/PGではないと思うね。

930 :仕様書無しさん:04/03/28 18:29
なんでASP.NET使わないの?
という香具師はもっと池沼だけどなw

931 :仕様書無しさん:04/03/28 18:30
C/C++ならわかるがそもそもCOBOLは論外。



932 :仕様書無しさん:04/03/28 18:32
>>929
本当はボコラーなんだろ? 

933 :仕様書無しさん:04/03/28 18:33
>>925
>>912のいっているASP.NETはクライアントアプリをつくるためのものじゃないんだが。

934 :仕様書無しさん:04/03/28 18:34
Java厨は問題解決の手段としてJavaを使うのではなく
Javaを使う事、というかJavaを使えるとアピールする事自体が目的なのだ。

935 :仕様書無しさん:04/03/28 18:34
コボラーがドサクサ紛れにCOBOLを持ち上げてるのか?

936 :仕様書無しさん:04/03/28 18:34
>>928
君がただの煽り厨だということがよくわかった。
しかしJava厨なんて奴はそもそもこのスレにはいないんだし。
脳内Java厨を作ってノイローゼにでもなったかい?w

937 :仕様書無しさん:04/03/28 18:35
J2EE支持者を自称しているがCOBOLを引き合いに出すあたりどうみてもCOBOLer

938 :仕様書無しさん:04/03/28 18:35
PHPとPerlはないけど
「なんでRuby使わないの?」はよく聞くな

939 :仕様書無しさん:04/03/28 18:35
COBOLは、技術力の無い新人にも、1か月で仕事をさせられる、
オープンで機種依存の低い事務記述言語としては、現在も筆頭なんだよ。

PGなら常識

940 :仕様書無しさん:04/03/28 18:36
>>936
誰もこのスレ限定の話なんかしてないよw

941 :仕様書無しさん:04/03/28 18:36
>>934
Java厨という生き物は架空の生物なんだから
そうやって必死にわめいても神様は君を助けてくれないよ(w

942 :仕様書無しさん:04/03/28 18:37
Javaを使っているとなんでCやPerlを使わないの?という香具師ならよくいるけど。
こういう香具師のほうがかなりうっとうしいけど。
いつも決まった理由として「Javaは遅い」。それだけだからね彼らは。



943 :仕様書無しさん:04/03/28 18:38
>>939
COBOLerを演じても面白くないよ

944 :仕様書無しさん:04/03/28 18:38
>>939
COBOL厨のフリをしたって何も釣れやしないよ

945 :仕様書無しさん:04/03/28 18:39
>>920
JavaはOSに依存しにくいが、Sunに仕様の将来を依存しているのが弱点

946 :仕様書無しさん:04/03/28 18:39
しかし、なんでVBを使わないの? とかなんでASP.NETを使わないの?
とかいう香具師がいたら殴るかもしれん

947 :仕様書無しさん:04/03/28 18:42
世界の言語シェア

アセンブラ:5%
COBOL:10%
C:25%
VB:30%
Java:20%
その他:10%

948 :仕様書無しさん:04/03/28 18:43
>>945
大して困ることじゃないし弱点とは思えないな。
Sunに将来のすべて依存しているわけでもないし。
Javaの仕様に機能を追加したいならJCPに要望を伝えればいいわけだ。
Jakarta Projectのフレームワーク群の開発もとくにSun依存してない。
Sunの社員がTomcatの開発に関わったということがあるがそれは依存とは言わない。

それでも嫌ならJavaを使わなければいい。そして自分で新しい言語を作ればいいだけのこと差。
実際、そうしてできた言語として C#, D言語、 MixJuiceなどがあるわけだ。
君もJavaに不満があるなら自分で新しい言語を作ってみればいい。

949 :仕様書無しさん:04/03/28 18:44
>>947
VBがトップというのは嘘くさいな。
実際のところはC/C++がトップなんじゃないのか?

950 :仕様書無しさん:04/03/28 18:44
>>946
VBが糞なのは文法だけじゃん

951 :仕様書無しさん:04/03/28 18:47
>>948

それって「TRONと同程度のオープン度」ってことね。
参加する仲間とは協業するけど、著作権は離さないよ、ってことね。

なんでSunやJava支持者は、オプソにするのを恐れているのか?

952 :仕様書無しさん:04/03/28 18:52
>>950

他は最高だが
住み心地だけは糞な家に住みたいか?

953 :最凶VB厨房:04/03/28 18:52
>>946
なんでVBを使わないの?

954 :仕様書無しさん:04/03/28 18:53
>>951
SunやIBMのほうが実装が進んでいるってだけで
べつにオプソの実装がないわけじゃない。



955 :仕様書無しさん:04/03/28 18:54
http://www.itmedia.co.jp/news/articles/0402/26/news032.html
IBM、SunにJavaのオープンソース化を要請

http://japan.cnet.com/news/ent/story/0,2000047623,20064531,00.htm
「Javaをオープンソースに」--IBM、サンに共同プロジェクトを提案

http://japan.cnet.com/news/ent/story/0,2000047623,20064919,00.htm
サン、Javaのオープンソース化に消極的--互換性の喪失を懸念

http://itpro.nikkeibp.co.jp/free/ITPro/J2EE/20040315/1/
Javaオープンソース化への圧力が強まる−−3通の「公開書簡」から

956 :仕様書無しさん:04/03/28 18:55

    _, ,_  パーン
 ( ‘д‘)
   ⊂彡☆))Д´) ←>>953

957 :最凶VB厨房:04/03/28 18:56
>>956
VB使いは平和で平穏な生活を望みます。ヽ(`Д´)ノ

958 :仕様書無しさん:04/03/28 18:59
J2EE製品を作る時に、何故Sunの有料テストを通過しないとJ2EEと言えないのか?

COBOLもC/C++もJIS規格もWebServicesも、別に有料テスト必須ではない。
まるで輸入モデムの旧通産省認可のようなものだ。

959 :仕様書無しさん:04/03/28 19:00
>>953
言いえて妙だな
頷いてしまった

960 :仕様書無しさん:04/03/28 19:01
>>958
http://japan.cnet.com/news/ent/story/0,2000047623,20062077,00.htm
JBossは、Sunがあまりに多額の金--Boss創立者Marc Fleuryによると、
「6桁後半」の額だという--を要求していると訴え、J2EEブランドには、
準拠テストを受けるだけの価値があることに異議を唱えていた。


961 :仕様書無しさん:04/03/28 19:04
>>960
「6桁後半」とは、ドルだから5000〜9000万円ってことね。

J2EE製品は、技術があっても気軽に参加できるものではないのね。
昔の任天堂ファミコンと同じかい。

962 :仕様書無しさん:04/03/28 19:06
ショバ代と同じ
「おれらが管理してっから、平和に仕事できんだろ、文句言わずに金だせや」
「嫌なら別の場所に行くんだな」

963 :仕様書無しさん:04/03/28 19:06
べつにロゴマークもらえなくったって「それなりに互換性あります」でも
十分なばあいも多いし実際JBossもそうやってきたわけだが、、、

べつにJava本家だからって押し付ける権利はねぇよなあ。

#ちなみにGCCでもJavaコンパイルできるぞ。
#GUI作れないけど。

964 :仕様書無しさん:04/03/28 19:12
>>963
日本IBMがDOS/V普及させた時は、
「PC/AT互換」「DOS/V対応」って言葉自体は、各社自由に使えた。
互換性を保障して欲しい場合、OADGに参加してロゴを使うかは自由。

J2EEは規格の名称だから「J2EE対応」が有料ってのはおかしい。
実際の互換レベルは各ベンダーの責任の筈だ。

今の「Windows2000対応」「TLES対応」だってそうじゃんか。

公式な互換性を、有料でも認定して欲しい企業は、任意で
「J2EE Sunテスト認定」みたいなロゴで十分だと思うぞ。

965 :仕様書無しさん:04/03/28 19:20
一番いいのはSunから提示されているインタフェースを満たしているなら、
実装は何でもいい、といいきれるような仕組みなんだけどな。

966 :仕様書無しさん:04/03/28 19:24
Sunが潰れてIBMが後を引き継ぐのが良い。

967 :仕様書無しさん:04/03/28 19:50
>>966
JDK 有料になってもか?

968 :仕様書無しさん:04/03/28 19:51
>>920
>JavaはOSに依存しにくい
間違いじゃないけど、OSに依存しにくいのは仮想マシン云々の話なんだから、
Javaに特化した話でもないだろうに。仮想マシンの考え方はJava以前から存在
してたわけだし。

Javaって一言にしても、言語なのか、Javaを取り巻く周辺技術を包括して言ってるのか。
要は、この辺りの意識のズレの存在が話を噛み合わなくさせている。

969 :仕様書無しさん:04/03/28 19:54
>>967
本当に良い物なら有料でも使うだろ?

970 :仕様書無しさん:04/03/28 19:55
>>966
>>967が言うように、WSAD+J2SE+J2EE+J2MEが5万円くらいで売られるのがオチ。

971 :仕様書無しさん:04/03/28 20:01
今テレ朝の番組に出てる可愛いデブ、誰?

972 :仕様書無しさん:04/03/28 20:08
>>953
VB使うんだったらC++使った方がまだマシだろ

973 :最凶VB厨房:04/03/28 20:10
>>972
何がマシなの?

974 :仕様書無しさん:04/03/28 20:12
>>951
いちぶオープンソース化されているけど。

恐れている? Java支持者が恐れているのか知らんが、互換性が損なわれる独自の改変を恐れているんだろ。
どうしても独自の改変をしたければそういう人はC#やD言語を使えばいいのでは?
C#は特許が絡んで制限があるが。


VJ++のようなものをJavaと呼ぶなと言いたいんじゃないのかSunは。
ISO標準化されればオープンソースになるだろうけれども。
ECMAのような中途半端な標準ではJavaScriptやC++の二の舞を踏むだけじゃないのかな。


975 :仕様書無しさん:04/03/28 20:12
>>973
ああそうかいそうか。VBにも他の言語よりもマシなところはあるよ

976 :仕様書無しさん:04/03/28 20:13
>>972が謎の優越感に浸れるって意味で「マシ」なんだろ。


977 :仕様書無しさん:04/03/28 20:14
>>961
だからJBossを使うか独自にTomcat + Strutsなどでどうにかするところが多いわけだ。

978 :仕様書無しさん:04/03/28 20:15
>>976
そうか? C系言語のほうがマシだろ。
仕様としては。C++のほうがマシとはいえ、VB.NETだけは例外といっておくべきだな。

979 :仕様書無しさん:04/03/28 20:16
>>975
プログラミングやってる気になれる。って意味で「マシ」


980 :仕様書無しさん:04/03/28 20:16
>>963
> #ちなみにGCCでもJavaコンパイルできるぞ。
> #GUI作れないけど。
gjcかとオモッタ

981 :仕様書無しさん:04/03/28 20:17
>>967
何いってんだか。IBM JDKは無料だぞ。


982 :仕様書無しさん:04/03/28 20:20
>>978
C/C++が糞とは言わない。
ユーザーの要望が1つあるとして、保守性まで含めて
C/C++で1時間半、VBで30分で満たせるとしたら、どちらを選ぶ?
VBで片づけて残りの1時間を他の勉強なり仕事なりに割り当てることに20ペソラ。

983 :仕様書無しさん:04/03/28 20:23
実際、業務系で、どうしてもVC++でないと、ってのはあんまりないし。

984 :仕様書無しさん:04/03/28 20:25
VC++なんてオナニーの道具でしかない。

985 :仕様書無しさん:04/03/28 20:26
>>968
> Javaって一言にしても、言語なのか、Javaを取り巻く周辺技術を包括して言ってるのか。
> 要は、この辺りの意識のズレの存在が話を噛み合わなくさせている。

すでに煽り厨が原因で話しが噛み合わなくなっている。
煽り厨はこのスレはマジレスするところではいなどとヴァカなことをいっているようだし。

986 :仕様書無しさん:04/03/28 20:30
>>982
ユーザの要望の詳細と開発の規模にもよるけどな。
ユーザが望むものが小さく単純なもので
成果物を再利用するつもりもなく使い捨てるつもりならVBを選ぶだろう。

明らかに複雑大規模で何年もかかるものならそうはいかない。





987 :仕様書無しさん:04/03/28 20:31
>>985
>すでに煽り厨が原因で話しが噛み合わなくなっている。

煽りに翻弄されて訳分かんなくなってるのを告白しなくても・・・

988 :仕様書無しさん:04/03/28 20:31
>>983-984
なぜおまえらはC++ = VC++ としか考えない単細胞なのか。
このスレにいる香具師はVBしか使えない香具師しかいないというのか。

おれたちはなんて低脳な香具師を相手にしてきたのだろうか。

989 :仕様書無しさん:04/03/28 20:33
>>987
うっさい煽り厨、いかにも煽り厨として嫌われ翻弄されているよ
うな雰囲気を醸し出しているのはオマエの方だろ黙れ。

990 :仕様書無しさん:04/03/28 20:34
>>988
 _, 、 
( ゚∀゚)ハァ?
VBとC/C++を比較してたからVC++を出しただけなんだが?

991 :最凶VB厨房:04/03/28 20:34
C++といえば、実質VC++である。
他になんかあるの?

992 :仕様書無しさん:04/03/28 20:35
それより次スレどーする?

993 :仕様書無しさん:04/03/28 20:35
>>992
よろぴくみん。

994 :仕様書無しさん:04/03/28 20:36
>>987
煽り厨がわけのわからん意味(というか、煽り厨本人がJavaのことを良く分かってない)で
Javaという言葉を使ってくる以上、話が噛み合わなくなる事態はさけられない。

>>904は明らかに煽り厨だし、このところ煽り厨の自作自演レスが横行している以上、
>>968もやむを得ず煽り厨として疑わざるを得ない状況に陥っている。


995 :仕様書無しさん:04/03/28 20:36
>>989
お前が言い出したんじゃねーかw

996 :仕様書無しさん:04/03/28 20:37
>>991
貴様はM$製品しか使っていない低脳だからそういうことしかいえない

997 :仕様書無しさん:04/03/28 20:37
そろそろ次スレへどぞ。

998 :仕様書無しさん:04/03/28 20:38
>>992
スレタイは
最近のJava事情について Part18


よろぴく

999 :仕様書無しさん:04/03/28 20:38
要するに少しでもJavaに否定的な発言をすると煽り厨に認定されるのか。

1000 :最凶VB厨房:04/03/28 20:38
やっぱりVB大人気

1001 :1001:Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

188 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)