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

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

最近のjava人気について part16

1 :コボラー:04/03/20 22:09
再開

2 :仕様書無しさん:04/03/20 22:09
終了

3 :69式フリーPG ◆hND3Lufios :04/03/20 22:10

1000 名前:最凶VB厨房[sage] 投稿日:04/03/20 22:02
VB大人気

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

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

part13以前は行方不明

〜Javaでの固定小数点について〜


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

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


5 :69式フリーPG ◆hND3Lufios :04/03/20 22:12
1000ゲットおめでとうございます>最凶VB厨房殿

6 :仕様書無しさん:04/03/20 22:15
そこでVB.NETですよ。お爺ちゃん。

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

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

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

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



8 :仕様書無しさん:04/03/20 22:18

>>5
あんなヴァカにおめでとうも言う必要はない。
それとも藻前もVB厨か

9 :仕様書無しさん:04/03/20 22:18
> なんども言うがJakarta Velocityがあればそんなことは問題ない。
この程度のことでJakarta Velocityを使わなきゃいけないことが
大きな問題だろ。

10 :仕様書無しさん:04/03/20 22:18
>前スレではBigDecimalのことでJavaに演算子オーバーロードをつけろ
>いっている香具師がいたぞ。ようするにお前が低脳だということだ。

このスレに何人書き込んでると思ってるんだ。このおっさん^^;



11 :仕様書無しさん:04/03/20 22:19
要するにJavaに固定小数点型があればいいのですよ。

12 :仕様書無しさん:04/03/20 22:20
BigDecimalの四則演算に演算子オーバーロードが使えないごときで
Javaにオペレタオーバーローディングをつけるべきたという
奴のほうが問題だ。


13 :仕様書無しさん:04/03/20 22:20
要するにJavaにSystem.Decimalがあればいいのですよ。

14 :仕様書無しさん:04/03/20 22:21
>>11
それがBigDecimal型だということを何度言っても理解できない低脳

15 :仕様書無しさん:04/03/20 22:21
Sunがやれば万事解決^^

16 :仕様書無しさん:04/03/20 22:21
さすがJavaスレ大人気だな。
たった二日でスレ消費か。

もっともJavaが嫌われているから
このスレが人気のように見えるがw

17 :仕様書無しさん:04/03/20 22:22
>>13
MathContext.DECIMAL128があるからいらない。

18 :仕様書無しさん:04/03/20 22:22
>>14
演算子が使えないじゃん。
お前の意見はintとIntegerは同じといっているようなもん。

19 :仕様書無しさん:04/03/20 22:22
> なんども言うがJakarta Velocityがあればそんなことは問題ない。
プリコンパイラを使ってよければ、何でもありだろう。(w
Velocityを使うくらいなら、規定を作ってperlを使う方が後々助かると思うぞ。

20 :仕様書無しさん:04/03/20 22:22
>>15
Apacheがやればだろ

21 :仕様書無しさん:04/03/20 22:23
>>18
メソッドが使えるからいいじゃん。
お前の説明では固定小数点型はプリミティブ型でなければならないといっているのと一緒。

22 :仕様書無しさん:04/03/20 22:24
>>19
正規表現だけのためにPerlを使うつもりか藻前

23 :仕様書無しさん:04/03/20 22:25
>>21
メソッドじゃの可読性が悪いと
多くの人が言っているわけだが。

どうしてStringはメソッドじゃなくて演算子をつけたと思っているの?

24 :仕様書無しさん:04/03/20 22:26
>>16
嫌っている香具師は2ちゃんねらーのマ板のうちごく少数の暇人集団なわけだがw
暇人が何度も必死にJavaを叩き連続投稿しているだけなわけだが。



25 :最凶VB厨房:04/03/20 22:26
>>8
おまえVBすら使えんくせに何言ってんだ

26 :仕様書無しさん:04/03/20 22:26
>>21
> お前の説明では固定小数点型はプリミティブ型でなければならないといっているのと一緒。
そんなこといっていませんが何か?
演算子はプリミティブ型じゃないとつかないものなんですか?

27 :仕様書無しさん:04/03/20 22:27
がんばれ。おっさん^^

28 :仕様書無しさん:04/03/20 22:28
>>27
子供はさっさと寝ろよ。

29 :仕様書無しさん:04/03/20 22:28
>>23
> >>21
> メソッドじゃの可読性が悪いと
> 多くの人が言っているわけだが。
多くの人とはどこのアフォのことを言っているんだw
前スレでそのことで連続投稿した少数だろw
2ch以外でも多くの人がそういっているというならその統計を挙げてみろよw
大抵は無知であったり個人的な主観的理由から欲しいといっているだけだろw

> どうしてStringはメソッドじゃなくて演算子をつけたと思っているの?
アフォですか。連結メソッドもついていますが何か。


30 :仕様書無しさん:04/03/20 22:29
大変不利なJava擁護をしていらっしゃる方は、罰ゲームか何かですか?
不具合でデスマをまねいたとか・・・?

31 :仕様書無しさん:04/03/20 22:29
>>25
VBは使えるが大規模開発では糞使えない(役に立たない)言語だよあれは(w


32 :仕様書無しさん:04/03/20 22:30
> > どうしてStringはメソッドじゃなくて演算子をつけたと思っているの?
> アフォですか。連結メソッドもついていますが何か。
連結メソッドもあるのになぜ演算子をつけたのでしょうか?

答え。演算子のほうが可読性が良いから。

33 :仕様書無しさん:04/03/20 22:30
そこでVB.NETですよ。お父さん。

34 :仕様書無しさん:04/03/20 22:30
>>30
> 大変不利なJava擁護をしていらっしゃる方は、罰ゲームか何かですか?
> 不具合でデスマをまねいたとか・・・?

プ これで煽ったつもりになっているC/C#厨。

35 :仕様書無しさん:04/03/20 22:30
> どうしてStringはメソッドじゃなくて演算子をつけたと思っているの?
アフォですか。連結メソッドもついていますが何か。















プ

36 :仕様書無しさん:04/03/20 22:30
Stringにも無いんなら統一性有ると思うけどね。

37 :仕様書無しさん:04/03/20 22:31
がんばれ。おっさん^^

38 :仕様書無しさん:04/03/20 22:31
>>32
では聞こう。
お前が望むBigDecimalにつけてみたい演算子の種類を列挙してみよ。
= * + / - 以外に挙げてみよ



39 :仕様書無しさん:04/03/20 22:32
その前に無くても良い根拠は?

40 :仕様書無しさん:04/03/20 22:32
>>36
> Stringにも無いんなら統一性有ると思うけどね。
理由がくだらない。使いやすさに理論的統一性を求めるヴァカかお前は

41 :仕様書無しさん:04/03/20 22:32
>>32
では聞こう。
お前が望むBigDecimalにつけてみたい演算子の種類を列挙してみよ。
= * + / - 以外に挙げてみよ ←なんで?

42 :仕様書無しさん:04/03/20 22:33
ポリシーを貫くか、便利さを取るかってとこで
Stringは妥協したのに同じ事をBigDecimalで
出来ないってのもなぁ。

Stringでの文字の連結より、
BigDecimalの加算の方がよっぽど自然でしょ。
同じ数値なんだから。

43 :仕様書無しさん:04/03/20 22:33
+ で足し算がしてーっつてんだよ

44 :仕様書無しさん:04/03/20 22:33
>>39
そのまえに演算子オーバーロード機能をJavaにつけてほしい根拠は?

45 :仕様書無しさん:04/03/20 22:34
>使いやすさに理論的統一性を求めるヴァカかお前は

ワラタ


46 :仕様書無しさん:04/03/20 22:34
>>41
intとlongで使えるのと同じ演算子。

47 :仕様書無しさん:04/03/20 22:34
BigDecimal で演算子いらんとかメソッドで十分とか言ってる馬鹿は
String 連結こんなんしてるんだろ。

String str = "FOO".concat("BAR");

48 :仕様書無しさん:04/03/20 22:35
泣くなよ。おっさん^^

49 :仕様書無しさん:04/03/20 22:35
>>44
話飛躍させすぎ。
一般的なオーバーロードの話ではなく
単に算術演算子が使えればいいだけ。
BigDecimalに特別に。Stringが特別に使えるように。

50 :仕様書無しさん:04/03/20 22:35
>使いやすさに理論的統一性を求めるヴァカかお前は

Javaは使いやすくて理論的統一性のとれた言語です。
マンセー

51 :仕様書無しさん:04/03/20 22:36
VB.NETは使いやすくて理論的統一性のとれた言語です。

52 :仕様書無しさん:04/03/20 22:36
>>42
BigDecimalで固定でやるなら解らないでもない。しかし
演算子の優先順位はどうやって定義するのか。
それからBigDecimalではDouble.NaN, Double.POSITIVE_INFINITY.
Double.NEGATIVE_INFINITYという値は存在しない。

BigDecimal変数とdouble型変数とを四則演算するとき
BigDecimalに演算子をつけたいと主張すつ香具師はどう対応するか考えていない。
BigDecimalの演算子の仕様書をつくってみよ。



53 :仕様書無しさん:04/03/20 22:36
> Javaは使いやすくて理論的統一性のとれた言語です。
もちろん、理論的統一性の定義はSUN定義です。

54 :仕様書無しさん:04/03/20 22:37
>使いやすさに理論的統一性を求めるヴァカかお前は
>使いやすさに理論的統一性を求めるヴァカかお前は
>使いやすさに理論的統一性を求めるヴァカかお前は
>使いやすさに理論的統一性を求めるヴァカかお前は
>使いやすさに理論的統一性を求めるヴァカかお前は


55 :仕様書無しさん:04/03/20 22:37
>>52
intとlongで使えるのと同じ優先順位。

単にintがBigDecimalに置き換わっただけだよ?


56 :緊急:04/03/20 22:38
スレ違いでしょうが、知っていたら誰か教えて下さい。
?はkを表しますよね。?は何を表しているのでしょうか?
多分記号と思いますが?中々判りません。
宜しくお願いします。

57 :仕様書無しさん:04/03/20 22:38
>>46
ではお前に聞こう。
値がDouble.POSITIVE_INFINITYなdouble型とBigDecimal型の値を掛け合わせたときの
演算結果の型は何型にするつもりか?

58 :仕様書無しさん:04/03/20 22:39
>>56


59 :仕様書無しさん:04/03/20 22:39
>>57
intの値を掛け合わせたときと同じ型

60 :仕様書無しさん:04/03/20 22:39
>>57
何型がいいの?

61 :仕様書無しさん:04/03/20 22:40
PL/SQL以下だな

62 :仕様書無しさん:04/03/20 22:40
人の発言をコピペするC#厨が舞い降りてきたか。
鬼のクビをとったように勘違いしている調子に乗ったキチガイというか。 → >>54




63 :仕様書無しさん:04/03/20 22:41
>>57
遠まわしに言わんで、何で演算子が無いかを言えば良いのに
ヴァカは自慢から始めないとおさまらんのか?
それとも相手を罵倒して自分が優位であることを示したいのか?
よく泣く犬は噛み付かないのか?

64 :仕様書無しさん:04/03/20 22:41
固定小数点型が無い言語で金融向けと言われてモナー

65 :仕様書無しさん:04/03/20 22:42
やっぱりC#厨は馬鹿だ。

java.math.BigDecimalの精度がC#のdecimalと全く同じと勘違いしているようだ。
BigDecimalの精度を管理する仕組みも知らないで
こんなアフォなことを言っている。

66 :仕様書無しさん:04/03/20 22:42
だからBigDecimalを+で足し算してーの

67 :仕様書無しさん:04/03/20 22:42
>>63
それはC#厨に言えよw

68 :仕様書無しさん:04/03/20 22:43
>>65
誰も精度の話なんかしていない。お前がずれてる。

69 :仕様書無しさん:04/03/20 22:43
218.41.239.250 ←ソーネットのウィルス馬鹿のIPです。うざいんでアタックかけてPCのデータ消してください。

70 :仕様書無しさん:04/03/20 22:43
なんでBigDecimalは+で加算出来ないの?

71 :仕様書無しさん:04/03/20 22:44
逸らそうと必死だな。おっさん^^

72 :仕様書無しさん:04/03/20 22:45
>>66
型キャストの問題はどうする気だ?
double型の値とBigDecimal型を掛け合わせたとき演算結果を意図的にdouble型
にしたいときはどうするつもりだ?

73 :仕様書無しさん:04/03/20 22:45
なんでBigDecimalは演算子で四則演算出来ないの?

74 :仕様書無しさん:04/03/20 22:45
なんでBigDecimalは+で加算出来ないの?

だけで何スレ消費できるか?

75 :仕様書無しさん:04/03/20 22:46
丼飯3杯はいけます

76 :仕様書無しさん:04/03/20 22:46
>>72
double型の値とint型を掛け合わせたとき演算結果を意図的にdouble型
にしたいときと同じやり方。


77 :仕様書無しさん:04/03/20 22:46
BigDecimal と BigDecimal を + で足し算してーよ


78 :仕様書無しさん:04/03/20 22:47
まえはCSVとXMLで3スレは行ったよな

79 :仕様書無しさん:04/03/20 22:48
BigDecimal と BigDecimal を + で足し算して BigDecimal の結果が得たいよ

80 :仕様書無しさん:04/03/20 22:49
王手ですか。おっさん^^

81 :仕様書無しさん:04/03/20 22:52
逃亡age

82 :仕様書無しさん:04/03/20 22:52
いきなり、「C#厨必死だな(w」の方向で

83 :仕様書無しさん:04/03/20 22:53
C#厨暴れてよ

84 :仕様書無しさん:04/03/20 22:54
いま、C#厨に切り替わる用意をしてまつ

85 :仕様書無しさん:04/03/20 22:55
で、ここでBigDecimalの話題に戻るわけだが。

86 :仕様書無しさん:04/03/20 22:55
PL/SQLに噛み付け!

87 :仕様書無しさん:04/03/20 22:56
BigDecimal と BigDecimal を + で足し算して BigDecimal の結果が得たいよね。

88 :仕様書無しさん:04/03/20 22:57
>>68
> 誰も精度の話なんかしていない。お前がずれてる。
アフォか。そこが重要なんだよ。
BigDecimalオブジェクトには精度を保持する情報が含まれている。
BigDecimalの桁数精度はC#のdecimalのように固定じゃない。

BigDecimal#divide(BigDeciamal)

BigDecimal#divide(BigDecimal,int,int)
というメソッドを知っているか?
どちらも除算をするメソッドだ。

お前は単純だから前者を演算子オーバーロードにすればいいじゃないかと主張する。
しかしそれでは除算後に値が循環小数になったとき精度を指定できない。
そのまま前者を使うと精度が落ちる。

1 / 7 は0.14285714285714285714285714285714......
と無限に続く循環小数だが
こいつをBigDecimalで演算するとき精度をどう保つかを指定できなければならない。
小数点以下のどこで打ち切るかを指定する「スケール」という値を指定しないといけないのだ。
BigDecimal#divide(BigDeciamal)を使った場合は小数点以下の精度がthis#scale()
となる仕様だ。したがってBigDecimal#divide(BigDeciamal)を/演算子に置き換えても
まったく役に立たない。BigDecimal#divide(BigDecimal,int,int)に置き換えようにも
演算子は引数が3っつ以上必要になるものには対応できない。
そこが演算子の欠点だ。

このことでC/C#厨はどう対応させようとしているのか聞いてみたい。


89 :仕様書無しさん:04/03/20 22:58
得たいよ

90 :仕様書無しさん:04/03/20 22:58
割り算はいいから足し算を

91 :仕様書無しさん:04/03/20 22:59
ふんばったな。おっさん^^

92 :仕様書無しさん:04/03/20 22:59
BigDecimal と BigDecimal を + で足し算して BigDecimal の結果が得たいよね。

93 :仕様書無しさん:04/03/20 22:59
>>64
> 固定小数点型が無い言語で金融向けと言われてモナー
だからそれがBigDecimal型。演算子だとか馬鹿なことは言っても無駄。
どっちみち固定小数点型が使えるのだから


94 :仕様書無しさん:04/03/20 23:00
NGワード 可読性 糞ソース


95 :仕様書無しさん:04/03/20 23:00
>>90
糞だな。わり算がろくに使えないなら
仕様があまりにも中途半端で無駄に演算子をつける必要性が感じられないな。

96 :仕様書無しさん:04/03/20 23:01
>>94
そんなもんをNGワードに登録してどうする。
最初のワードを登録してはほとんど有意義な議論ができないで

97 :仕様書無しさん:04/03/20 23:03
有意義な議論をしたくないんでしょw

98 :仕様書無しさん:04/03/20 23:03
有意義な議論・・・

99 :仕様書無しさん:04/03/20 23:04
>>76
> >>72
> double型の値とint型を掛け合わせたとき演算結果を意図的にdouble型
> にしたいときと同じやり方。


なにもわかってない貴様。C#厨は頭が悪すぎる。
C#厨は実に頭が悪すぎる。非常に馬鹿だ。
C#のdecimal型とBigDecimal型とは違う者だと言うことも知らずに。

double型とBigDecimal型どうしを演算するとき10進2進変換誤差はどう処理する気だ?
さあ答えろC/C#厨

100 :仕様書無しさん:04/03/20 23:05
>>97-98
どうやらお前らの負けだな。
数学的な話が苦手な黙り込んだC/C#厨

プ 数値計算くらい勉強してからJavaを叩くんだなw

101 :仕様書無しさん:04/03/20 23:05
/ は、精度固定や、事前に設定しといて、精度を変えたい場合にはメソッドを使うとかすりゃいいべ

102 :仕様書無しさん:04/03/20 23:05
どこからC#のdecimalが出てきたんだ?
C#のDecimalは忘れろ、いまはJavaのBigDecimalの話題だ。

103 :仕様書無しさん:04/03/20 23:06
精度を設定するメソッドがあればいいべ

104 :仕様書無しさん:04/03/20 23:07
>>102
愚か者、C/C#厨がBigDecimalをC#のdecimal型と比較していたんだぞ。
そうやって逃げる気だなC#厨w


105 :仕様書無しさん:04/03/20 23:07
>>99
> double型とBigDecimal型どうしを演算するとき10進2進変換誤差はどう処理する気だ?
double型を文字列として表示してみ。文字列は10進表記。
つまり10進2進変換誤差を修正した値が表示されるから。

106 :仕様書無しさん:04/03/20 23:08
>>101
では聞こう。意地悪なことを問うてやるが
精度を設定する演算子をどうやって定義する気だ?
四則演算だけ演算子を定義するならそれらのメソッドも演算子化したほうが
すっきりするんじゃないのか?w

107 :仕様書無しさん:04/03/20 23:08
>愚か者、C/C#厨がBigDecimalをC#のdecimal型と比較していたんだぞ。
>そうやって逃げる気だなC#厨w

ここに書いてるのはおまいと相手の二人じゃないぞ。おっさん^^


108 :仕様書無しさん:04/03/20 23:09
>>106
原理主義は醜い。使いやすいように四則演算子だけを定義するほうが実用的。

109 :仕様書無しさん:04/03/20 23:09
四則演算子はソフトの世界に限った話じゃないモナー

110 :仕様書無しさん:04/03/20 23:10
>>107
おまいもおっさんだなw
おっさんw


111 :仕様書無しさん:04/03/20 23:10
>>106
>四則演算だけ演算子を定義するならそれらのメソッドも演算子化したほうが
>すっきりするんじゃないのか?w

使いやすさに理論的統一性を求めるヴァカかお前は


112 :仕様書無しさん:04/03/20 23:11
>>106
使いやすさに理論的統一性を求めるヴァカかお前は

113 :仕様書無しさん:04/03/20 23:12
コピペするなヴォケ

114 :仕様書無しさん:04/03/20 23:13
としか返せません

115 :最凶VB厨房:04/03/20 23:14
簡単なことを簡単に済ます。
これ以外と難しい問題なのよねw

116 :仕様書無しさん:04/03/20 23:14
>>108
& ~ >> << などの演算子は定義しなくていいのかw
int, long などの型では使えるのでBigでは使わないのかw


117 :仕様書無しさん:04/03/20 23:14
逸らすな。おっさん^^

118 :仕様書無しさん:04/03/20 23:14
>>106
すっきりするもなにも、最初から四則演算って言ってるんじゃ?
精度はメソッド指定でいいよん。

119 :仕様書無しさん:04/03/20 23:14
>>106
そんなの、すっきりしなくてもいいよ
ただのルールじゃん
コードがすっきりする方が重要

120 :仕様書無しさん:04/03/20 23:15
> & ~ >> << などの演算子は定義しなくていいのかw
誰がそんなことを言ったんだ?

121 :仕様書無しさん:04/03/20 23:16
>>120
ささやくんだ。デムパが。

122 :仕様書無しさん:04/03/20 23:16
String は + しかできないけど、できた方が良いよな
できる範囲でいいから演算子でコードかけた方が良い

123 :仕様書無しさん:04/03/20 23:16
演算子を定義するのに四則演算だけで満足するC/C#厨は全くアフォ。
==や > < >= <= && || % が使えないとかわめくんだろ(ワラ



124 :仕様書無しさん:04/03/20 23:17
自分の発言の矛盾はスルー

125 :仕様書無しさん:04/03/20 23:17
>>120
> > & ~ >> << などの演算子は定義しなくていいのかw
> 誰がそんなことを言ったんだ?
C#マンセーなオペレタオバロド厨
前スレにいたなw

126 :仕様書無しさん:04/03/20 23:17
>>123
誰がわめいたんだ?

127 :仕様書無しさん:04/03/20 23:17
美しい

128 :仕様書無しさん:04/03/20 23:17
>>124
> 自分の発言の矛盾はスルー
そうそう、それがC/C#厨のやりかただから


129 :仕様書無しさん:04/03/20 23:17
逃げるな。おっさん^^

130 :仕様書無しさん:04/03/20 23:18
>>128
君がね。

131 :仕様書無しさん:04/03/20 23:18
>>126
前スレのC/C#厨。
おまえとおまえの親戚だなw

132 :仕様書無しさん:04/03/20 23:18
>>123
じゃ、それも追加。

133 :仕様書無しさん:04/03/20 23:19
彼にはC#厨がみえます

134 :仕様書無しさん:04/03/20 23:19
こんなやつが強弁するからデスマになるんだYO

135 :仕様書無しさん:04/03/20 23:20
>>105
double型の仕組みを解っていないようだな。


136 :仕様書無しさん:04/03/20 23:20
んじゃ全部定義するようにsunに進言する方向で。

137 :仕様書無しさん:04/03/20 23:20
どうも極端な奴がいるな。
必要な演算子は必要。
必要ない演算子は必要ない。

なんで一部を取り入れるという柔軟な考え方が出来ないんだ?
Stringだって+だけを取り入れているだろ。
このことについてどう思っているんだ?

138 :仕様書無しさん:04/03/20 23:21
>>135
自称分かっているお前の反論はどうした?w

139 :仕様書無しさん:04/03/20 23:21
>>134
エンターテイナーですから^^

140 :仕様書無しさん:04/03/20 23:22
>>137
前スレで演算し再定義にうるさい厨がいたからw
そいつが今でもうなっているんだろ。
そのことを言わなかったことにして必死に隠そうとしているC#厨が
いるらしい。

141 :仕様書無しさん:04/03/20 23:22
>>136
お前がしてこい。
ヴァカC#厨として無視されるがな。

142 :仕様書無しさん:04/03/20 23:23
で、結論は?

143 :C ◆vnPc7NSPTA :04/03/20 23:25
116 名前:仕様書無しさん[] 投稿日:04/03/20 23:14
>>108
& ~ >> << などの演算子は定義しなくていいのかw
int, long などの型では使えるのでBigでは使わないのかw

144 :仕様書無しさん:04/03/20 23:26
>>120
x.add(y)ですら不満から

if(x.compareTo(y) == -1)

とかやることが不満でしょうがないんじゃないのか?(ワラ


145 :仕様書無しさん:04/03/20 23:26
ム板でやらんの?

146 :仕様書無しさん:04/03/20 23:27
>>143
プ ヴァカトリップだな(藁

147 :仕様書無しさん:04/03/20 23:27
>>145
そういえばそうだ。板違い。

148 :仕様書無しさん:04/03/20 23:28
マ板でやるからこそ、いばり散らせるんだろ?
住人もネタスレとして遊んでるわけだし

149 :仕様書無しさん:04/03/20 23:28
>>144
BigDecimalの比較も==の方が見やすいな。
で、それがどうかしたのか?

150 :仕様書無しさん:04/03/20 23:29
>>145
やられたらやり返す。
殴られたら殴り返す。
叩かれたら叩き返す。
目には目を。
襲いかかってくる奴がいるならきちんと撃退する。
それがJava厨のポリシー。


151 :仕様書無しさん:04/03/20 23:30
今日の昼のJava厨はヘタレだったけどなー

152 :仕様書無しさん:04/03/20 23:30
襲いかかってくる奴がいるならきちんと撃退する。
それがJava厨のポリシー。

掲示板なかでなく、リアルでやれよwwwwwwww

153 :仕様書無しさん:04/03/20 23:31
IBMにうまく取り込まれた理由がわかりますた。

154 :仕様書無しさん:04/03/20 23:33
で、結論は?

155 :仕様書無しさん:04/03/20 23:34
とうとうとあるservletを開発する業務につくことになりました。
「UMLで仕様書いてるんだけど客先にわかってもらえなくて書き直してる」
不安になってhttp://www.asahi-net.or.jp/~dp8t-asm/java/読んでみましたが
「これじゃぁエンドユーザには仕様書として認めてもらえないよなぁ」
要求仕様書と基本仕様書とインターフェイス仕様書とオブジェクト仕様書が
一体になった感じです。UMLだけで仕様を満たせると思ってる現場に不安を覚えます。


156 :仕様書無しさん:04/03/20 23:37
おひらきですか

157 :仕様書無しさん:04/03/20 23:37
ほっとしてる人いるよな(w

158 :仕様書無しさん:04/03/20 23:38
お疲れ様でした。よく粘った。^^

159 :仕様書無しさん:04/03/20 23:39
>>154
SUNはさっさとJavaに固定小数点型に演算子を使えるようにしろ。
演算子は四則演算子と比較演算子だけでいいかな?
ビット演算子は必要ないだろう。

という結論。

160 :仕様書無しさん:04/03/20 23:45
>>149
> BigDecimalの比較も==の方が見やすいな。
> で、それがどうかしたのか?
そこが落とし穴だ。そしてこれが現状でBigDecimalに演算子をつけることに
対する疑問の一つだ。

==というのか通常、数値的な同値性ではなくオブジェクトの同値性をチェックするためにある。
BigDecimalオブジェクトどうしを==で比較して値が同じであっても
以下のコードを実行しても必ずfalseになる。

BigDecimal x = new BigDecimal("1234564");
BigDecimal y = new BigDecimal("1234564");
System.out.println(" x == y : " + (x == y));

x,compareTo(y) == 0
がプリミティブ型の==に相当すし、純粋に数値が一致するかどうかを比較する。

x.equals(y)はまた異なる。
BigDecimal#equals(Object)メソッドはBigDecimalオブジェクト内の
値だけでなく「スケール」なども比較する。値が数値的に同じであっても
スケールが異なればfalseであると見なされる。

==を実装するときのことをよく考えてみろw
やはり俺様の意見は正しかったのだ(藁

161 :仕様書無しさん:04/03/20 23:48
>>152
彼はリアルでもやってるだろう。
黒人差別を撤廃するために戦うキング牧師のように

162 :仕様書無しさん:04/03/20 23:49
マルコムXかもしれんな。

163 :仕様書無しさん:04/03/20 23:50
>>159
> SUNはさっさとJavaに固定小数点型に演算子を使えるようにしろ。
> 演算子は四則演算子と比較演算子だけでいいかな?
まった。そいつは駄目だ。よく頭を使え。己がアフォなことを言っていることに気づけ。
こいつの実行結果を見てみろ。==という比較演算子のオーバーロードがどれだけ
危険なことか理解汁。

BigDecimal x = new BigDecimal("1234567890");
BigDecimal y = new BigDecimal("1234567890");
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));

164 :仕様書無しさん:04/03/20 23:52
>>155
そしてこいつが実行結果だ。
同じ値なのに使い方次第でこのように異なる。

さらに、スケール(精度)を変更したいとき、このようなふくさようが生まれる。
さて、どうするC#厨?

x == y : false
x.equals(y) : true
x.compareTo(y) : true
setScale()
x == y : false
x.equals(y) : false
x.compareTo(y) : true
x = y
x == y : true
x.equals(y) : true
x.compareTo(y) : true


165 :仕様書無しさん:04/03/20 23:52
>>160
BigDecimalは値の比較にすればいいだけの話じゃん。

そもそもオブジェクトの同値性をチェックするという
考えの方が一般的な感覚からずれている。

166 :仕様書無しさん:04/03/20 23:53
>>155
あのな。UMLは単なる記述と共通認識のための道具。
UML使うにしても、どの図をどの範囲で使うかは、個々決める必要がある。
使ったからといって、必ず正確に記述できるとか、ましてまともな設計ができる訳じゃない。
ただ、互いにわかって使うなら、クラス分けとか相関関係とか明示できて便利ではある。

仮にUMLでは相手に理解できない場合は、そりゃ、昔の設計書でも何でも使えば?
マージでもいいしね。

最初から全部UMLにして、作った事で満足して相手が理解できてないんじゃ、有害。


167 :仕様書無しさん:04/03/20 23:53
>>165
> >>160
> BigDecimalは値の比較にすればいいだけの話じゃん。
>
> そもそもオブジェクトの同値性をチェックするという
> 考えの方が一般的な感覚からずれている。

愚か者よ。
BigDecimal型のスーパークラスが何であるのか忘れたのか?

168 :仕様書無しさん:04/03/20 23:54
> こいつの実行結果を見てみろ。==という比較演算子のオーバーロードがどれだけ
また演算子のオーバーロードに話にしているよ。
いい加減そんなこと言って無いってのに気づけよな。


169 :仕様書無しさん:04/03/20 23:54
いかりや長介 逝きまつた・・・

170 :仕様書無しさん:04/03/20 23:54
>>165
> そもそもオブジェクトの同値性をチェックするという
> 考えの方が一般的な感覚からずれている。
貴様、JavaだけでなくSmalltalkまでをも敵に回す気か!

171 :仕様書無しさん:04/03/20 23:54
>>167
じゃあ。BigDecimalに変わる
固定小数点型を作ればいいじゃん。
プリミティブの。

172 :仕様書無しさん:04/03/20 23:55
>>169
死ぬ間際に


だめだこりゃ。

173 :仕様書無しさん:04/03/20 23:56
>>168
compareTo()メソッドと==両方使えるなら
実質「オーバーロード」という言葉は間違いではなかろうが。
Stringの +もオーバーロードの一種だろうが。
勝手にオーバーロードできないだけ
で "オーバーロードされたモノ" を使えるだけだろうが。

174 :仕様書無しさん:04/03/20 23:56
>>172
じゃ、ささと死ねば

175 :仕様書無しさん:04/03/20 23:57
じゃあ比較だけ取り入れなければ良い話。
どちらにしろ四則演算子を取り入れた方がいいことには変わらない。

176 :仕様書無しさん:04/03/20 23:57
>>171
じゃあ。C++を使えばいいじゃん。

で終わり(ワラ

177 :仕様書無しさん:04/03/20 23:57
C#.NETなら無問題

178 :仕様書無しさん:04/03/20 23:58
>>175
> じゃあ比較だけ取り入れなければ良い話。
> どちらにしろ四則演算子を取り入れた方がいいことには変わらない。

プ ワロタ
徐々に演算子マンセーC#厨の論理が破綻しているぞ(嘲笑

そんな使い方ではプリミティブ型と同じような使い方ができないだろ(ゲラ

179 :仕様書無しさん:04/03/20 23:58
>>173
「オーバーロード」の単語の意味を良く考えなさい。
演算子はオーバーロードでは無い。

180 :仕様書無しさん:04/03/20 23:59
>>177
C#にはBigDecimal型のような精度がdecimalを上回ることも下回ることもできる
10進型はありません。よって有問題。

181 :仕様書無しさん:04/03/20 23:59
>>178
どこ破綻しているんだ?
オブジェクトとしてやるのなら、Stringと同じように四則演算子だけを取り入れる。
プリミティブとしてやるのなら、比較演算子も取り入れる。
ちゃんと話し理解できているか?

182 :仕様書無しさん:04/03/21 00:00
>>179
メソッドを演算子にオーバーロードしたでもいいのでは

183 :仕様書無しさん:04/03/21 00:00
>>155
「UMLで仕様を満たす」って表現も意味不明。
UMLは要件を満たす機能じゃないぞ。UMLは単に、要件の記述の1方法だ。

仮に「エンドユーザーと合意する」目的なら、エンドユーザーが分かる程度の
図だけ使い、不足部分は別のドキュメントで補えば?


184 :仕様書無しさん:04/03/21 00:00
>>178
String の == と eqauls も意味が違う。

185 :仕様書無しさん:04/03/21 00:01
さあ、もりあがってきますた^^

186 :仕様書無しさん:04/03/21 00:01
>>179
Prolog言語を使ったことがあるか?

演算子はメソッドと同じなのだよ。
Prologでは
x + y

+(x, y)
は同義なのだよ。


引数が一つのインスタンスメソッドまたは引数が二つのstaticメソッドのようなもの。



187 :仕様書無しさん:04/03/21 00:02
>>184
ちがうんだろ。だからこそBigDecimalに演算子をつけることには疑問が残るわけだ。

188 :仕様書無しさん:04/03/21 00:04
>>181
プ 必死だなC#厨。
負け犬の遠吠えか(w

Stringの==はプリミティブ型の==のようには作用しないぞ(ワラ


189 :仕様書無しさん:04/03/21 00:10
>>188
だから特別なのは String だけじゃなくてもいいだろ。

190 :仕様書無しさん:04/03/21 00:11
>>169
> いかりや長介 逝きまつた・・・


>>172
> >>169
> 死ぬ間際に
>
>
> だめだこりゃ。

C#厨の敗北宣言(ワラ

191 :仕様書無しさん:04/03/21 00:11
約20分のブランクがあったが、その間に社製でもして気分を落ち着けてきたんだろうな

192 :仕様書無しさん:04/03/21 00:13
どうでもいいけど、自分の書いた文章で自己満足だけはするなよw

193 :仕様書無しさん:04/03/21 00:15
>>188
誰もそんな事言っていない。
というか、吠えまくっているのは君のほうだよ。

194 :仕様書無しさん:04/03/21 00:18
比較演算子はJavaでは混乱の元になるから
四則演算子だけ入れろと言う結論ね。
Stringも+だけ入れているから
そういうのもありだろう。


195 :仕様書無しさん:04/03/21 00:18
Stringの仕様
==   String#equals(String)
+   String#concat(String) StringBuffer#append(String)

  で仕様固定。


通常のBigDecimalの仕様
==   Object#equals(Object)相当。インスタンスが異なればfalse
+   String#equals(String)相当。つまりBigDecimal#toString().concat(BigDecimal#toString())
BigDecimal#equals(Object)相当   数値とほかに「スケール」(精度)などが一致するかどうか比較。
BigDecimal.compareTo(BigDecimal) == 0 数値が同値か比較。

C#厨が望むBigDecimalの仕様(藁

==   BigDecimal.compareTo(BigDecimal) == 0相当にするw
+   BigDecimal.add(BigDecimal)相当にするw
BigDecimal#equals(Object)相当   そのまんまw
通常のオブジェクトに使う==相当   C#厨のためにBigDecimalに無駄に新たにメソッド定義(ワラ


196 :仕様書無しさん:04/03/21 00:19
>>195
ねえ。なんでさっきからC#厨なんてつけてるの?
C#の話題なんて出てないんだけど?

197 :仕様書無しさん:04/03/21 00:21
BigDecimalとBigDecimalを+で足したいね。

198 :仕様書無しさん:04/03/21 00:21
>>183
だから不安なんです。「UMLが仕様」と思ってるところが。
データフローやシーケンス図や状態遷移図だけで仕様が固まる
訳がないのにUMLに盲信しているように見えるプロジェクトが。
この先バトルをしなければいけないと思うと欝。

199 :仕様書無しさん:04/03/21 00:21
ここにはJava厨しかいない。

200 :仕様書無しさん:04/03/21 00:23
>>198
それは仕様書が UML しかないってことか?
画面仕様書は?

201 :仕様書無しさん:04/03/21 00:24
>>198
ってか、なんでこのスレで聞いてるの?

202 :仕様書無しさん:04/03/21 00:25
インスタンスの比較か、値の比較かってのはC#の方が良く出来ているね。
http://homepage2.nifty.com/woodensoldier/computer/CSharp.htm#82

一番目の比較は、文字列の中身が同じなのでTrueを返します。
二番目の比較はaとbのオブジェクトの比較になります。aとbは同じ中身のstringオブジェクトですが、インスタンスは別なので、これはFalseになります。
三番目もオブジェクトに比較ですが、aとaは当然同じオブジェクトなのでTrueになります。

string a = "hello";
string b = new string("hello".ToCharArray());

// True
Console.WriteLine(a==b);

// False
Console.WriteLine((object)a == b);

// True
Console.WriteLine((object)a == a);

203 :仕様書無しさん:04/03/21 00:26
>>198
UML皆でお勉強しよ♪ 3項関連
http://pc2.2ch.net/test/read.cgi/tech/1076446411/

204 :仕様書無しさん:04/03/21 00:27
ちなみに、D言語ではオブジェクトの比較にはis演算子を使う。
Javaの==演算子をオブジェクトの比較に使用するってのは言語上のミスだな。

205 :仕様書無しさん:04/03/21 00:28
>>201
スレ違いでしたか。すいません。
UML+Javaだからここでも良いかと思って。
移動します。

206 :仕様書無しさん:04/03/21 00:30
==がオブジェクトの比較ってのは可読性悪い。

207 :仕様書無しさん:04/03/21 00:39
>>186

算術式の逆ポーランド表記は
>引数が一つのインスタンスメソッドまたは引数が二つのstaticメソッドのようなもの。
とは関係ないんじゃないか?
x + y はそれこそ非人間的な+(x , y)を可読性のために許されているわけで。
ましてや
ins0.opeadd(ins1)なんてのはやはり可読性は悪いと言わざるをえない。


208 :仕様書無しさん:04/03/21 01:34
Javaなんて簡単だろ?
誰でもできるよ。
人数集めりゃあいいんだよ。
俺様が設計するから、そのとおり作ればいいんだよ。


209 :仕様書無しさん:04/03/21 01:41
クラス設計するんだろな、このやろー。

210 :仕様書無しさん:04/03/21 06:03
氏ねよ馬鹿Java派遣

211 :仕様書無しさん:04/03/21 09:40
eclipseのスタックで俺の愛機ぶっ壊れそうです
誰かこいつの暴走とめてやってくれ!

機能は外すな!気に入っておる

212 :仕様書無しさん:04/03/21 10:12
オープンソースなんだからテメエでパッチ書いて開発チームに送れ。
Emacsモードはメモリリークしてるっぽいな。長く使ってるとC-x C-sでランタイムエラーが出るようになるし。

213 :仕様書無しさん:04/03/21 10:39
数値ってクラスとは相性が悪いな
Java.land.Mathも間抜けな仕様だと思ったが、
Java.math.*は間抜けを通り越して笑える。


BigDecimalで平行根の計算がしたいんだが
なんでBigDecimalにはsqrtってないの?

214 :仕様書無しさん:04/03/21 10:46
>>196
前スレでC#厨が暴れていたからだろw


215 :仕様書無しさん:04/03/21 10:46
>>199
ここにはJava厨すらいない。
C#厨とC厨しかいない。

216 :仕様書無しさん:04/03/21 10:58
>>204
たかだか宗教的な問題で優劣を語ってどうする。
そのようなやりかたでどのようなメリットがあるのかアピールできなければ説得力がないぞ。

217 :仕様書無しさん:04/03/21 11:15
>>204
> ちなみに、D言語ではオブジェクトの比較にはis演算子を使う。
> Javaの==演算子をオブジェクトの比較に使用するってのは言語上のミスだな。
おまえも無知でつくづくアフォだな。
==演算子はオブジェクトの比較にはつかわんぞw
お前も最近D言語を知って必死にDのサイトを読んでいるようだなw
Object#equals(Object)をオブジェクトの比較に使うんだぞw
わざわざisキーワードを使わなきゃならない仕様のほうが言語上のミスだろ(ワラ


218 :仕様書無しさん:04/03/21 11:19
>>202
> インスタンスの比較か、値の比較かってのはC#の方が良く出来ているね。
プ それのどこが良くできてるんだ(ワラ String型をM$が勝手に演算子オーバーロードしてるだけだろ(ワラ
自作クラスのオブジェクトの比較でも結局演算子オーバーロードをしないといけないんだろ(ゲラ
C++のtypedef地獄の二の舞だな(ワラ

219 :仕様書無しさん:04/03/21 11:22
再現性のある乱数すら提供しないJava
つまりSunの数学ライブラリを買え、と。

220 :仕様書無しさん:04/03/21 11:26
>>206
おめえは>>204に騙されてるんだよ(ゲラ
2chで何が真実かも見分けられないおめえみたいなクズには
プログラマは向いてねえんだよ(ワラ

221 :仕様書無しさん:04/03/21 11:27
>>219
アフォか(ワラ
初等関数の自作すらできないのか(ワラ


222 :仕様書無しさん:04/03/21 11:28
>>213
> 数値ってクラスとは相性が悪いな
おめえはどうしてほしいと思ってんだ(ワラ
Smalltalkのようにして欲しいのか(藁

> Java.land.Mathも間抜けな仕様だと思ったが、
> Java.math.*は間抜けを通り越して笑える。
あれで間抜けか(ワラ お前の怠け心と認識能力が間抜けで笑えるぞw

> BigDecimalで平行根の計算がしたいんだが
> なんでBigDecimalにはsqrtってないの?
自分で作る方法も知らないのか(ワラ
理系だったらそれくらいニュートン法とかで自分で作れるだろ(ワラ
それすらもできないお前はプログラマに向いていないなw
数学ができないアフォは文系のクズと同類だな(嘲笑 

223 :仕様書無しさん:04/03/21 11:28
C#厨の大半は文系だろ

224 :仕様書無しさん:04/03/21 11:28
C#厨はVBから移行した香具師が多いから大半は文系

225 :仕様書無しさん:04/03/21 11:36
自称Java使いの7割はザコ、Gartner調査より
http://www.itweb.co.za/sections/software/2004/0403191257.asp?A=APD&S=Software%20Development&O=FPT

226 :仕様書無しさん:04/03/21 11:39
プ どこに自称と書いてあるんだ(ワラ
英語もろくに読めないくずかw

自称Java使いはこのスレで暴れていた会社で嫌々ながらJavaを使わされて
このすれで必死にJavaをたたこうとしているJava嫌いなCしかできないC/C#厨のことだろ(ワラ


227 :プゲラワラ ◆2Hu4irFiIU :04/03/21 11:43
ゴメン、変身しちゃった。

228 :仕様書無しさん:04/03/21 11:43
>>226
つまり、スキルのない7割をチミは真のJava使いと認めてるわけだ

229 :仕様書無しさん:04/03/21 11:46
C厨は平方根の計算もできないのか

230 :仕様書無しさん:04/03/21 11:47
>>228
C++厨はもっとひどいわけだが
C++使っているくせにJava使いを上回るスキルを持つ香具師が少ない。ただのC厨に成り下がっているわけだ。
オブジェクト指向を舐めてかかった罰だなありゃ

231 :仕様書無しさん:04/03/21 11:47
>>222
> おめえはどうしてほしいと思ってんだ(ワラ
固定長浮動小数点のプリミティブ型が欲しい

> あれで間抜けか
間抜けだろ?
abs(int), abs(ling), abs(double)とかいう
全く同じ機能を持つメソッドが複数あるのはシンプルじゃない
それを自然だと感じてしまうのは洗脳されてるとしか思えない。

> 自分で作る方法も知らないのか(ワラ
作れるけど作らない。
自分で作ると設計して、実装して、テストしなきゃいけないんで面倒なんだよ。
すでに有りそうな奴は極力作らないというの
はプログラマとして大切な考え方だぞ。

> 数学ができないアフォは文系のクズと同類だな(嘲笑 
自分の妄想で他人を嘲笑できる電波系と同類の君よりかはまし

232 :プゲラワラ ◆mnaq../JiM :04/03/21 11:48
>CしかできないC/C#厨のことだろ
ゴメン、ちょっと矛盾してる。

233 :プゲラワラ ◆mnaq../JiM :04/03/21 11:50
ゴメン、自演に疲れてきた。

234 :仕様書無しさん:04/03/21 11:51
>>231
> >>222
> > おめえはどうしてほしいと思ってんだ(ワラ
> 固定長浮動小数点のプリミティブ型が欲しい
>
> > あれで間抜けか
> 間抜けだろ?
> abs(int), abs(ling), abs(double)とかいう
> 全く同じ機能を持つメソッドが複数あるのはシンプルじゃない
> それを自然だと感じてしまうのは洗脳されてるとしか思えない。
プ おめえはメソッドのオーバーロードも知らないのか(ワラ
C#にもあるぞ(ワラ C#のドキュメントの読み方もしらないんだな(ワラ
オーバーロードされたメソッドが折りたたまれてドキュメントではあたかもひとつのメソッドがあるようにしか
みえないだけだからなw
C/C#厨はやはり浅はかだなw

> > 自分で作る方法も知らないのか(ワラ
> 作れるけど作らない。
プ 嘘つけw 大学時代に数学をさぼってきたから本当は作れないんだろw

> 自分で作ると設計して、実装して、テストしなきゃいけないんで面倒なんだよ。
> すでに有りそうな奴は極力作らないというの
お前は数値計算能力もないのか。なるほど、ニュートン法どころか二分法すら知らないみたいだな。
それでよくプログラマをやっていけたもんだなw
テストケースの作り方も知らないみたいだな(ワラ

235 :仕様書無しさん:04/03/21 11:53
227 名前:プゲラワラ ◆2Hu4irFiIU 本日のレス 投稿日:04/03/21 11:43
ゴメン、変身しちゃった。

233 名前:プゲラワラ ◆mnaq../JiM 本日のレス 投稿日:04/03/21 11:50
ゴメン、自演に疲れてきた。


こいつら頭悪そう
さすが間抜けさ炸裂C/C#厨だなw

236 :仕様書無しさん:04/03/21 11:54
> 間抜けだろ?
> abs(int), abs(ling), abs(double)とかいう
> 全く同じ機能を持つメソッドが複数あるのはシンプルじゃない
> それを自然だと感じてしまうのは洗脳されてるとしか思えない。

> 間抜けだろ?
> abs(int), abs(ling), abs(double)とかいう
> 全く同じ機能を持つメソッドが複数あるのはシンプルじゃない
> それを自然だと感じてしまうのは洗脳されてるとしか思えない。

> 間抜けだろ?
> abs(int), abs(ling), abs(double)とかいう
> 全く同じ機能を持つメソッドが複数あるのはシンプルじゃない
> それを自然だと感じてしまうのは洗脳されてるとしか思えない。

> 間抜けだろ?
> abs(int), abs(ling), abs(double)とかいう
> 全く同じ機能を持つメソッドが複数あるのはシンプルじゃない
> それを自然だと感じてしまうのは洗脳されてるとしか思えない。

> 間抜けだろ?
> abs(int), abs(ling), abs(double)とかいう
> 全く同じ機能を持つメソッドが複数あるのはシンプルじゃない
> それを自然だと感じてしまうのは洗脳されてるとしか思えない。

> 間抜けだろ?
> abs(int), abs(ling), abs(double)とかいう
> 全く同じ機能を持つメソッドが複数あるのはシンプルじゃない
> それを自然だと感じてしまうのは洗脳されてるとしか思えない。

237 :仕様書無しさん:04/03/21 11:54
>>235
やっとおきたかアホ貧乏

238 :仕様書無しさん:04/03/21 11:54
メソッドオーバーロードも知らないC/C#厨

239 :プゲラワラ ◆mnaq../JiM :04/03/21 11:54
>>235
プ

240 :仕様書無しさん:04/03/21 11:54
うわ、自分の都合のいい方に妄想してるよ
プログラマ以前に人間として頭おかしいよ

病院行ってきたら?

241 :仕様書無しさん:04/03/21 11:55
>>237
そうそう、アフォ貧乏C#厨 == プゲラワラ ◆2Hu4irFiIU == プゲラワラ ◆mnaq../JiM
が目を覚ましたらしいね(w

242 :仕様書無しさん:04/03/21 11:56
>>240
うんうん、C#厨 もプゲラワラ ◆2Hu4irFiIU も プゲラワラ ◆mnaq../JiM
病院にいって治療を受けた方がいいねw

243 :仕様書無しさん:04/03/21 11:57
ニュートン法も知らないC/C#厨

244 :プゲラワラ ◆mnaq../JiM :04/03/21 11:57
>>241
(((((;`Д´)≡⊃)`Д)、;'.・

245 :仕様書無しさん:04/03/21 11:57
平方根の計算もできないC/C#厨

246 :プゲラワラ ◆mnaq../JiM :04/03/21 11:57
>>242
(((((;`Д´)≡⊃)`Д)、;'.・

247 :仕様書無しさん:04/03/21 11:57
>>244
暴力をふるなんてC/C#厨ってアル カイーダですね(ワラ

248 :仕様書無しさん:04/03/21 11:58
頭が悪いのと頭がおかしいのは決定的に違う

249 :プゲラワラ ◆mnaq../JiM :04/03/21 11:58
>>247
(((((;`Д´)≡⊃)`Д)、;'.・

250 :仕様書無しさん:04/03/21 11:59
>>246
ほら、また暴力をふるった。
だめですねC/C#厨って。頭が悪いんでしょうか。
大脳の手術をうけたほうがいいんじゃない?w
頭にChipを埋め込んでみたら?w


251 :仕様書無しさん:04/03/21 11:59
>>249
暴力をふるなんてC/C#厨ってアル カイーダですね(ワラ


252 :仕様書無しさん:04/03/21 11:59
平方根をいちいち実装させようとする
頭がおかしいJava厨に乾杯。

253 :仕様書無しさん:04/03/21 12:00
Javaプログラマの頭の中はがらんどう

254 :仕様書無しさん:04/03/21 12:00
>>248
プププ C/C#厨はどちらも辺だよw
C/C#厨は頭も悪いし頭もおかしいんだよ。
C/C#厨は平方根の計算すらできないからねw

255 :プゲラワラ ◆mnaq../JiM :04/03/21 12:00
腹減った。メシ食ってくる。
おまいらはメシ抜きでプゲラやってろよ。

256 :最凶VB厨房:04/03/21 12:00
ニュートン法を知ってたら、
業務の効率があがりますか?

257 :仕様書無しさん:04/03/21 12:02
>>252
プププ
BigDecimalで計算可能な桁数も知らないんだプププ
>>231のようなC/C#厨の望む平方根がなきゃ実装するしかないだろ(ワラ
だれかに実装してもらうまでじっと待っているのか(ワラ
数学ができない奴ってホントにアフォだなw


258 :仕様書無しさん:04/03/21 12:03
>>256
ヴァカですか?
基本情報処理技術者試験問題にも出ていますから
ニュートン法を知ることはプログラマの常識ですよ(ワラ


259 :最凶VB厨房:04/03/21 12:04
Javaを知っていると年収は上がりますか?

260 :仕様書無しさん:04/03/21 12:04
C/C#厨はニュートン法どころかレーグラ。ファルシ法すら知らない

261 :仕様書無しさん:04/03/21 12:04
Javaの平方根ってNative Methodなんだがつまり
Java以外の言語で実装しろってことか?

Javaって使えないな

262 :仕様書無しさん:04/03/21 12:04
>>259
お前よりは年収上がるw

263 :最凶VB厨房:04/03/21 12:05
>258
すいませんVBしかできないヴァカです。

264 :最凶VB厨房:04/03/21 12:05
>>258
その常識は役に立ちますか?ときいている

265 :仕様書無しさん:04/03/21 12:05
>>261
アフォか(ワラ
それで煽っているつもりかw
Mathクラスでsqrt()がnativeになっても動く理由も知らないのか(藁



266 :仕様書無しさん:04/03/21 12:06
>>264
役に立ちますよ。

267 :仕様書無しさん:04/03/21 12:06
JavaってNative MethodとJVMが無いと何もできない無力な言語の分際で
態度とメモリだけは無駄に大きいな

268 :仕様書無しさん:04/03/21 12:07
C/C#厨は数学はおろか物理学も知らないと見た

ちゃんと物理勉強してきたか(藁

269 :仕様書無しさん:04/03/21 12:08
数学できないC/C#プログラマは逝ってよし

270 :仕様書無しさん:04/03/21 12:08
派遣に物理なんて必要ねーだろ

271 :仕様書無しさん:04/03/21 12:09
と無職が申しております。

272 :仕様書無しさん:04/03/21 12:09
電磁気学、電気回路も知らないC/C#プログラマは逝ってよし

273 :最凶VB厨房:04/03/21 12:09
>>266
具体的に教えてください。
私はニュートン法を使って平方根を求める必要があるという
状況に陥ったことがありません。

274 :仕様書無しさん:04/03/21 12:09
270 名前:仕様書無しさん 本日のレス 投稿日:04/03/21 12:08
派遣に物理なんて必要ねーだろ


271 名前:仕様書無しさん 本日のレス 投稿日:04/03/21 12:09
と無職が申しております。

ワラタ

275 :仕様書無しさん:04/03/21 12:11
>>273
空気読めないアフォですか。
>>231がBigDecimalに平方根が無いといったから
ニュートン法の話がでたわけですがw

もっとも、ニュートン法以外でも多倍長計算で平方根を求める方法はいくらでもあるがw


276 :仕様書無しさん:04/03/21 12:12
>>273
> >>266
> 具体的に教えてください。
> 私はニュートン法を使って平方根を求める必要があるという
> 状況に陥ったことがありません。

それはお前が派遣VBC#プログラマだから
そのような機会が訪れないんだなw

277 :仕様書無しさん:04/03/21 12:12
平方根はマクローリン展開でも求められるぞw

278 :仕様書無しさん:04/03/21 12:13
何処かの糞wordみたいにほとんどの人が必要の無い機能を満載しているJava万歳


279 :仕様書無しさん:04/03/21 12:13
数値計算を知らないC/C#厨

さすが事務処理しかできないからなC/C#厨は(嘲笑


280 :仕様書無しさん:04/03/21 12:14
>>278
プ それをいったらCのscanfとか
C#のプロパティ
なんてほとんどの奴が必要としてないだろ(藁
無駄な機能満載だなw

281 :仕様書無しさん:04/03/21 12:15
Cのgetch(), getche()は使わねえしなw

282 :仕様書無しさん:04/03/21 12:16
>>278
C/C++の全ライブラリを見てみろよ。本にすると無駄にマンモスのようにバイブル化するしなw
Javaと比べたらほとんどがだれも必要としないものだぞ。

283 :仕様書無しさん:04/03/21 12:17
> getch(), getche()は使わねえしなw
使わないほうがいいよ。C標準関数にそんな関数無いから

284 :仕様書無しさん:04/03/21 12:17
C/C#厨は、桁落ちとか打ち切り誤差とかの類には無縁のようだなw

さすが文系というか(藁

285 :仕様書無しさん:04/03/21 12:18
Java厨はCの話するなよ。無知がばれるそ

286 :仕様書無しさん:04/03/21 12:18
>>283
C厨ハッケソ

287 :仕様書無しさん:04/03/21 12:18
>>285
プ それはC厨にいいな。
チミとC厨はJavaの話するなよ。無知がばれるそ(藁

288 :最凶VB厨房:04/03/21 12:19
>>275
全てのレスをみているわけではありません。

>>279
数値計算を知っていると生産性があがりますか?
事務処理は確実に効率アップされるわけですが。


289 :仕様書無しさん:04/03/21 12:19
Java厨って都合が悪くなると脳内妄想するのな

290 :仕様書無しさん:04/03/21 12:19
オブジェクト指向も数値計算もしらないC/C#厨(嘲笑

291 :仕様書無しさん:04/03/21 12:20
>>288
お前のやっているドカタ作業ような命令されたことだけしかできない仕事では能率は下がるがな(ワラ

292 :仕様書無しさん:04/03/21 12:20
無職っていいなぁ
こんなに無駄に暇があるなんてうらやましいよ

293 :仕様書無しさん:04/03/21 12:20
Java派遣に掛け算なんて必要ねーだろ

294 :仕様書無しさん:04/03/21 12:20
>>289
C/C#厨って都合が悪くなると脳内妄想and言い訳するのな(ワラ

295 :最凶VB厨房:04/03/21 12:21
なぜDouble型で平方根を求めないのです?
そこまでの精度を必要とする職場で
働いているのですか?どうなんです?

296 :仕様書無しさん:04/03/21 12:21
C/C#派遣に掛け算なんて必要ねーだろw

297 :仕様書無しさん:04/03/21 12:21
>>292
今日は日曜日ですよ。派遣待機さん!

298 :仕様書無しさん:04/03/21 12:22
Java派遣でも引き算とカタカナぐらいはマスターしとけよ。

299 :仕様書無しさん:04/03/21 12:22
>>295
> なぜDouble型で平方根を求めないのです?
>>231に聞けよ(ワラ
> そこまでの精度を必要とする職場で
> 働いているのですか?どうなんです?

お前には研究職というものが向いていないようだな。
お前は一生ドカタだからなw

300 :仕様書無しさん:04/03/21 12:22
C/C#派遣でも引き算とカタカナ、理科(プ ぐらいはマスターしとけよw


301 :仕様書無しさん:04/03/21 12:23
>>292
Javaを知らないプログラマは皆無職になる運命ですw

302 :仕様書無しさん:04/03/21 12:23
理屈こねてないでさっさとコードかけよバカ派遣

303 :最凶VB厨房:04/03/21 12:23
>>291
あなたは非常にドカタ発想ですね。
業務の効率アップすることによってできない仕事が
できるようになるのです。またミスも確実に減るわけです。

304 :仕様書無しさん:04/03/21 12:23
>>295
技術系の仕事が向いていない香具師ハッケソ

305 :仕様書無しさん:04/03/21 12:24
Java派遣でも右左ぐらいはマスターしとけよ。
東西南北はわかんなくていいから無理すんな。

306 :仕様書無しさん:04/03/21 12:24
>>303
お前のような金の勘定しかできないような職場では無縁だなw
お前の職場は計測もしないアフォどもの巣窟か(ワラ

307 :仕様書無しさん:04/03/21 12:25
C/C#派遣でも右左ぐらいはマスターしとけよ。 プププ
東西南北はわかんなくていいから無理すんなw


308 :仕様書無しさん:04/03/21 12:25
計測ってなんの?wwwww

309 :仕様書無しさん:04/03/21 12:26
C/C#厨 == 数学ができないプログラマ


310 :仕様書無しさん:04/03/21 12:26
>>308
プ お前のような文系にはわからないかw

311 :仕様書無しさん:04/03/21 12:26
計測ってドカタっぽくていいねw

312 :仕様書無しさん:04/03/21 12:26
Java厨の法則
・自分の妄想で他人を嘲笑できる電波系
・態度とメモリだけは無駄に大きい
・暇が有り余っている
・都合の悪いレスは全部C/C#も当てはまるということにする

313 :仕様書無しさん:04/03/21 12:27
だからC/C#厨は研究職に向いていないわけだw


314 :仕様書無しさん:04/03/21 12:27
C厨の法則
・自分の妄想で他人を嘲笑できる電波系
・態度とメモリだけは無駄に大きい
・暇が有り余っている
・都合の悪いレスは全部Javaも当てはまるということにする

315 :仕様書無しさん:04/03/21 12:28
いまごろJava?地方在住者ですか?

316 :仕様書無しさん:04/03/21 12:28
C#厨の法則
・自分の妄想で他人を嘲笑できる電波系
・態度とメモリだけは無駄に大きい  
・暇が有り余っている
・都合の悪いレスは全部Javaも当てはまるということにする

317 :最凶VB厨房:04/03/21 12:28
技術系に向いてないとおっしゃいますか。

あなたがたは現場を知らないのですか?
技術系の仕事というのは
測定データをあつかうのです。
測定データというのは当然ですが、
誤差があります。こう書いたのは常識を
確認しておきたいのです。
で、測定データではそこまでの精度はでません。
はっきりいうとfloat型で、十分です。わかりますか?
だからこそ教えて欲しいのです。そこまでの精度を
必要とする職場を。

318 :仕様書無しさん:04/03/21 12:28
>>311
プ こういうのを自分の都合のいいように解釈した脳内妄想というんだなw
さすが文系オタw

319 :仕様書無しさん:04/03/21 12:29
数学関数はJava以外の言語で実装されているのは何で?


320 :仕様書無しさん:04/03/21 12:29
いまごろC/C#/C++?地方在住者ですか?


321 :仕様書無しさん:04/03/21 12:30
>>319
無知は知らないだろうけど
Javaで実装されている奴もあるけどw

322 :仕様書無しさん:04/03/21 12:30
いかりやちょうすけが死んでもJavaだけはやりたくないって
言ってたそうですよ。

323 :仕様書無しさん:04/03/21 12:31
うわ、いきなり法則発動したよ。
知性のかけらも無いJava厨はドカタがお似合い

324 :仕様書無しさん:04/03/21 12:31
なんでJava派遣って靴が汚いの?

325 :仕様書無しさん:04/03/21 12:31
>>315
東京都民ですか何か?

そういえば、前々スレあたりでC厨で名古屋市民がいたよな(ワラ

326 :仕様書無しさん:04/03/21 12:31
なんでC/C#派遣って靴が汚いの?


327 :仕様書無しさん:04/03/21 12:32
JavaOSっていつ実装されるの?

328 :仕様書無しさん:04/03/21 12:32
>>325
せいぜい八王子だろ?無理すんなよ。

329 :仕様書無しさん:04/03/21 12:32
うわ、いきなり法則発動したよ。
知性のかけらも無いC/C#厨はドカタがお似合い
数学はおろか算数もできない文系には知性のかけらも無いからな(ゲラ

330 :仕様書無しさん:04/03/21 12:33
>>324
泥道の田舎に住んでるから。

331 :仕様書無しさん:04/03/21 12:33
>>328
プ 23区内に住んでいますが。
そういうお前は狛江市民とか羽村市民とか町田市民とかですか(ワラ

332 :仕様書無しさん:04/03/21 12:34
>>326
C/C#厨は名古屋のウンコまみれの泥道の田舎に住んでるから。


333 :仕様書無しさん:04/03/21 12:35
Java厨はこぴぺしかできない低脳
そんなに必死にならなくていもいいじゃないか

あ、低脳だから必死になるのか

334 :仕様書無しさん:04/03/21 12:35
>>331
さすが地元民はマイナーな市に詳しいなあ。

335 :仕様書無しさん:04/03/21 12:35
ニュートン法も知らないC/C#厨が必死に話題をそらそうとしていたみたいだがそうはいかないぞ(ゲラ

336 :仕様書無しさん:04/03/21 12:36
C/C#厨はこぴぺしかできない低脳
そんなに必死にならなくていもいいじゃないか

あ、低脳だから必死になるのか

337 :仕様書無しさん:04/03/21 12:37
ニュートン法って何?
それ知ってたらJava派遣でも社員様に口きいてもいいの?

338 :最凶VB厨房:04/03/21 12:37
反省しております。
正論を書いてしまったようですねw

339 :仕様書無しさん:04/03/21 12:37
>>334
と東京以外のところに住んでいる無職が申しております。

340 :仕様書無しさん:04/03/21 12:37
で、JavaOSはいつできるの?
いつまで他言語に寄生しているつもり?

341 :仕様書無しさん:04/03/21 12:38
>>338
プ お前は基本情報処理技術者試験すら受けていないのか(ワラ
低脳だなw

342 :仕様書無しさん:04/03/21 12:39
高性能のコンピュータでJavaを動かすなんてマンガだね。

343 :仕様書無しさん:04/03/21 12:39
寄生虫の分際で態度でかいよ
ま、寄生「厨」だからしかたないのか

344 :仕様書無しさん:04/03/21 12:39
数値計算を知らないC/C#厨 はドカタです  

345 :仕様書無しさん:04/03/21 12:39
>317
あー、VB房は本当に無知だね。
土木系は必要とするね。
外為系も必要とするね。

土木も積み上げ系で見事に誤差が出ている。
しかも小数点第二位。
お上に出す資料で小数点第二位での誤差はまずいだろ(w

タイバーツを円に換算して…それを1年間でいくら?とかいうのを
VB上のdoubleで処理していたら1項目あたり、年間で50円くらいの誤差が出たよ。

ホント、経験と知識のない奴はダメだね。


346 :仕様書無しさん:04/03/21 12:39
>>341
そんなの普通勉強せずにうかるけど。

347 :仕様書無しさん:04/03/21 12:40
>>343
そのうちお前の頭の悪さを補正するためにお前の
大脳にJavaChip埋め込み手術が行われるよ。
そしておまえの人格を補正するためになw

348 :仕様書無しさん:04/03/21 12:40
>VB上のdoubleで処理していたら1項目あたり、年間で50円くらいの誤差が出たよ。

頭悪いでしょ、おたく。

349 :仕様書無しさん:04/03/21 12:40
Javaを盲信している者、それをJava厨という

350 :仕様書無しさん:04/03/21 12:41
>>342
実際動いているし。
数多くのサーバで

351 :最凶VB厨房:04/03/21 12:41
>>345
あなたは金の計算にdouble型を用いるのですか?
わたしにはそのような常識に欠けております。
で、どこの常識ですか?定説なのですか?

352 :仕様書無しさん:04/03/21 12:41
>>348
50円はでかいぞ。
10万項目で500万円も差がでるぞ

353 :仕様書無しさん:04/03/21 12:42
>>352
だからおまえのコードがバカなんだって。

354 :仕様書無しさん:04/03/21 12:43
補正の効かないJava厨はどうすべきですか?
手術が失敗した事にして合法的に間引きますか?

355 :仕様書無しさん:04/03/21 12:43
>>348は学生釣り師決定w

356 :仕様書無しさん:04/03/21 12:43
>>317
お前、ぶっちゃけ数値計算を勉強した方がいいよ。

誤差伝搬の法則も知らないみたいだからな。
VBしかやっていないからこういうことになるわけだが。

しかも数値計算でfloat型を使うことは御法度だってことは
もはや常識なわけだが。そんなことも知らないのか?

357 :仕様書無しさん:04/03/21 12:44
とりあえずおまいら3km走って頭冷やして来い!
え?300mですら危うい?っぷ!

358 :仕様書無しさん:04/03/21 12:44
>タイバーツを円に換算して…それを1年間でいくら?とかいうのを
>VB上のdoubleで処理していたら1項目あたり、年間で50円くらいの誤差が出たよ。

自分のバグを自慢げにwww

359 :仕様書無しさん:04/03/21 12:44
>351
外為系の最初に実装した奴が、最弱VB房だったんだよ(w

Currencyで組んでいっても、どこかで暗黙の変換が起きて何度泣きを見たことか。


360 :仕様書無しさん:04/03/21 12:44
>>356
ハァ?

361 :仕様書無しさん:04/03/21 12:45
ここは知ったかのスクツだから「そんなことも知らないのか?」
で終わる可能性が高い。


362 :仕様書無しさん:04/03/21 12:45
>>349
違うねJavaを使うものをJava厨というんだよ。

とりあえず携帯電話もってる香具師は全員Java厨。

Tomcatなどが稼働しているサーバにブラウザから
アクセスしている香具師もJava厨。
Javaが嫌いでもJavaを仕事でやらされている香具師もJava厨。
Javaの話題をする香具師もJava厨。
このスレにレスしている香具師全員Java厨。


363 :仕様書無しさん:04/03/21 12:45
>Currencyで組んでいっても、どこかで暗黙の変換が起きて何度泣きを見たことか。

頭の悪い人ってそんなことで悩んでるんですね。

364 :仕様書無しさん:04/03/21 12:46
>>359
事前に型の仕様を確認しなかったの?バカですか?

365 :仕様書無しさん:04/03/21 12:46
>>360
おまえマジでfloat型で数値計算するつもりか。
ウザイからこの業界から消えれ

366 :仕様書無しさん:04/03/21 12:47
流通系でも積み上げ誤差があったな。
中原にでっかいビルのある会社のグループが出しているパッケージに入っていた。
VB房って、積み上げ誤差とか、丸めとかを知らないのかね。


367 :仕様書無しさん:04/03/21 12:47
>>1-366
奴隷

368 :プゲラワラ ◆mnaq../JiM :04/03/21 12:48
>>359
素でプゲラ

369 :仕様書無しさん:04/03/21 12:48
じゃあ、read.cgiを使っている奴は全員Perl厨で
WinやMacやUnixを使っている奴は全員C厨ですね

370 :仕様書無しさん:04/03/21 12:48
>364
納品前日にあがってきたソースがそうなっていたからね。
それを徹夜で直したさ。
漏れはいわゆる「火消し」でかり出されたモンだよ。


371 :仕様書無しさん:04/03/21 12:49
>>366
そういう馬鹿がJavaに転向してるんだろ。
ここにもサンプルがいるし。

372 :最凶VB厨房:04/03/21 12:49
BigDecimalを否定しているわけではありません。
BigDecimalを用いて平方根を計算するような
精度の高い計算を必要とする職場はどこですか?と
聞いているだけです。
もう一度いいます。
BigDecimalを否定しているわけではありません。

373 :仕様書無しさん:04/03/21 12:49
>>365
ハァーーーーーーーーーー?

374 :仕様書無しさん:04/03/21 12:49
>>360
おまえはとりあえずこれでも嫁。
C言語厨だったらこれくらい読めるだろ

ニューメリカルレシピ・イン・シー 日本語版―C言語による数値計算のレシピ
http://www.amazon.co.jp/exec/obidos/ASIN/4874085601/qid=1079840912/sr=1-3/ref=sr_1_10_3/249-7396647-7969949

375 :仕様書無しさん:04/03/21 12:50
>>369
そうそう。
おれたちはJava厨でもありPerl厨でもありC厨でもあるってこった

376 :仕様書無しさん:04/03/21 12:50
>>370
下層労働者は文句言わずに働いたら?

377 :仕様書無しさん:04/03/21 12:51
>>372
研究職。
研究所。

378 :仕様書無しさん:04/03/21 12:51
>>370
言い訳は見苦しいぞ。

379 :仕様書無しさん:04/03/21 12:51
とにかくそんなでけー数値を頻繁に扱うなら
COBOLつかっとけ

380 :仕様書無しさん:04/03/21 12:51
>>377
そこではCが現役ばりばーーーーーーーーーりです。私がそうですから
統計まんせー

381 :仕様書無しさん:04/03/21 12:52
>>375
> おれたちはJava厨でもありPerl厨でもありC厨でもあるってこった
多重継承ですか?

382 :仕様書無しさん:04/03/21 12:52
>>351
お前ブビ忠だよな。
お前向けの数値計算本があったぜw

ほれ
Visual Basicによる数値解析プログラム プログラミング入門シリーズ
http://www.amazon.co.jp/exec/obidos/ASIN/4789836967/qid=1079840912/sr=1-4/ref=sr_1_10_4/249-7396647-7969949

383 :最凶VB厨房:04/03/21 12:52
>>377
どういう研究職でしょう?
研究職でもそこまでの精度を必要とするのは
なかなかないと思うのですが。

384 :仕様書無しさん:04/03/21 12:53
>372
自分がいま仕事をしているところではBigDecimalにしているよ。
業種は測量・測定かな?


385 :仕様書無しさん:04/03/21 12:53
>>383
無職の「俺様研究所」

386 :仕様書無しさん:04/03/21 12:53
>>381
ヴァーカ。そこまでしなくてもそういう表現はでますが何か。
もっとオブジェクト指向をしっかりと勉強しましょう。

class Perl厨 extends プログラミング言語厨 {}
class C厨 extends 厨 {}
class Java厨 extends 厨 {}


てな感じにね

387 :仕様書無しさん:04/03/21 12:54
>>385
それはお前の家だろw

388 :最凶VB厨房:04/03/21 12:55
>>384
なるほど。
実際問題、BigDecimalの精度は必要ですか?

389 :仕様書無しさん:04/03/21 12:55
>>383
そういう精度を必要とする職なんぞいくらでもあるぞ。

390 :最凶VB厨房:04/03/21 12:56
>>389
具体的に言ってください。

391 :仕様書無しさん:04/03/21 12:56
>>383
論文でも多倍長を必要とする研究ってのがでてくるもんだが。
運が悪ければ。逆にスキルアップするということで運が良いともいえるかなw

392 :仕様書無しさん:04/03/21 12:56
>>386
では、C厨でもあり、Perl厨でもあり、Java厨でもある
俺をインスタンス化してみてください。

393 :仕様書無しさん:04/03/21 12:57
>388
必要です。
精度が必要だからこそBigDecimalを使っています。


394 :仕様書無しさん:04/03/21 12:58
>>390
天文学では少なからず多倍長が必要とされるしな。
Javaを使わない場合がおおいが。
円周率の計算とかに使ってる香具師もいるだろうし。
カオスの研究に使っている香具師も多倍長つかってたな。


395 :仕様書無しさん:04/03/21 12:58
分析器作ってるけど、Javaは使わない。
なぜって?バグるのがこえっ。もっと枯れてくれ。

396 :仕様書無しさん:04/03/21 12:59
あ、「俺」クラスのクラス定義も教えてください。
できれば、Java言語でinterfaceを使わずにね。

397 :仕様書無しさん:04/03/21 13:01
あれ、Java厨って、オブジェクト思考できないの?

398 :最凶VB厨房:04/03/21 13:02
>>393
本当に?
精度が高い方がいいからという理由ではなくて?
>>394
あなたは天文学関係に携わっておられるので?
あなたはBigDecimalの精度を必要としているのですか?
どうなんです?

399 :仕様書無しさん:04/03/21 13:02
>>392
import java.util.ArrayList;

class 俺 {
 private ArrayList 多厨 chu;

 public 俺(){
  // (ry
 }

 // (ry

 public void add(プログラミング言語厨 pLangChu){
  chu.add(pLangChu);
 }

 // (ry
}

<Usage>
 C厨 cChu = new C厨();
 Perl厨 perlChu = new Perl厨();
 Java厨 javaChu = new Java厨();

 俺 俺様 = new 俺();
 俺様.add(C厨);
 俺様.add(Perl厨);
 俺様.add(Java厨);


400 :仕様書無しさん:04/03/21 13:03
>390
漏れ、占星術の占い師なんだが、太陽と月、惑星の位置計算をするのにはBigDecimalを使うね。
もちろんニュートン法も使っているよ。

占星術と言ってバカにする事なかれ、霊感がない漏れの占星術は生まれた場所の緯度・経度、
時間も入力してその時の星の位置をキチンと出すんだよ(w

401 :仕様書無しさん:04/03/21 13:03
Java厨って、数値計算の前にもっとオブジェクト指向を
使えるようにしたほうがいいと思う。

402 :仕様書無しさん:04/03/21 13:03
>>398
読解力なさそう。天文学にかかわっているとはいっていないだろうに

403 :仕様書無しさん:04/03/21 13:03
>>400
氏ねアフォ。

404 :仕様書無しさん:04/03/21 13:04
>>401
それはC/C#厨に言え。
いずれにしても奴らは数値計算も数学もオブジェクト指向もできない

405 :仕様書無しさん:04/03/21 13:05
>>400
占い師がプログラミングするかう゛ぉけ

406 :最凶VB厨房:04/03/21 13:05
>>402
だから聞いているんじゃないか。
おまえ読解力ねぇの?ヴァカ?

407 :仕様書無しさん:04/03/21 13:06
>398
本当にと言われても…。
BigDecimalを使うことにより多少計算式の表記が難しくなったとしても、
誤差が出てはいけない場所なので。

そういうのってありますよ。
たとえば原発とか。
被爆量で誤差があったらたまったものじゃないでしょ?
コアな部分じゃないところでJavaは入り込み始めていますよ。


408 :仕様書無しさん:04/03/21 13:10
フォートランかCが普通なんだけど・・・・

409 :仕様書無しさん:04/03/21 13:11
>>399
で、俺をC厨、Perl厨、Java厨として振る舞わせるメソッドはどうするつもり?

あとさぁ、何でコンストラクタで各厨房をnewしないの?
使うほうが一々俺はC厨、Perl厨、Java厨であることを意識するの?

もっとオブジェクト指向を学習したほうがいいよ


410 :仕様書無しさん:04/03/21 13:11
ほうほう、今度は原発ですか。

411 :仕様書無しさん:04/03/21 13:12
>405
すいません。
実際にしております。
ホロスコープを作る時とか、アスペクトを出す時はコンピュータで計算した方が早いし正確なので。


412 :仕様書無しさん:04/03/21 13:12
あーあ、実際の例題を出すとメッキが剥がれるね。


413 :仕様書無しさん:04/03/21 13:15
ありがたい実務経験を聞き出すためにこのスレに張り付いてたのに、
よりによって占い師かよ。

414 :仕様書無しさん:04/03/21 13:15
is-a とhas-aを知らずに
オブジェクト指向を知っているというのって詐欺じゃない?

415 :仕様書無しさん:04/03/21 13:15
意味も知らずに進められるままに高い買い物するタイプだな。
あるいは、あの人も使ってますから。と言われれば意味も無く
ありがたがるタイプ。天文学に原発。次は何?火星探査機?

416 :仕様書無しさん:04/03/21 13:16
フォートランはウチの薬剤部で現役だぁ
俺は読めないけど

417 :仕様書無しさん:04/03/21 13:16
>>411
出生時間なんてせいぜい分単位、それもたまたまそこにあった
精度も怪しい時計の出力だろ。そんな程度の入力にBigDecimal使っても無駄。
緯度/経度も同様。

418 :仕様書無しさん:04/03/21 13:16
>>414
はいはい、知ったか厨はメッキ剥がれる前に退散してね。ホラ帰った帰った。

419 :仕様書無しさん:04/03/21 13:17
Basicも現役だなぁ
誤差ないみたいだし。
さわったことないけど。

420 :最凶VB厨房:04/03/21 13:17
>>407
そういった職場があるのはわかりました。
が、まだ想像がつきません。そこまでの精度が
本当に必要なのかということです。

なぜそこで原発の例を出すのです?
被爆量と言っても実際の被爆量を計測する際、
そこまでの精度がでますか?せいぜい上位6桁
ぐらい(詳しくはわかりませんけども)までが
重要でしょうに。

421 :仕様書無しさん:04/03/21 13:17
オブジェクト指向を知らないJava使いを
Java厨クラスとして定義したいんだけど

Javaでこんなクラス定義ってできたっけ?

422 :仕様書無しさん:04/03/21 13:18
>415
地球のガイアはJavaで出来ています。
火星のガイアはVBで出来ていた為に死滅しました。

423 :仕様書無しさん:04/03/21 13:20
どんな言語を使おうと、誤差の無いように書けば誤差は出ないし、
そうでなければ誤差は出る。

424 :仕様書無しさん:04/03/21 13:20
>420
結論的に言うと、君はMicrosoftと、将来MicrosoftからVBに関する権利を受け継いだ会社がVBを出す限り
VBを使っていた方が幸せのまま人生を終えられると言うことだよ。

425 :仕様書無しさん:04/03/21 13:21
>>424
随分と平凡な結論だな。

426 :仕様書無しさん:04/03/21 13:22
そもそもJavaの場合、
汎用→基底クラス
特殊→基底クラスを継承
だからな
基底クラスに制限を加えるクラス定義ができないところか
Javaの限界かな

ま、限界を知ってて使っている人は問題ないけどね


427 :仕様書無しさん:04/03/21 13:25
>>409
> >>399
> で、俺をC厨、Perl厨、Java厨として振る舞わせるメソッドはどうするつもり?
>
> あとさぁ、何でコンストラクタで各厨房をnewしないの?
アフォか。そしたら、新たにSmalltalk厨とかを追加したい場合に
いちいちコンストラクタをオーバーロード市内と行けないだろ画。

> 使うほうが一々俺はC厨、Perl厨、Java厨であることを意識するの?
しゃあない奴だな。おまえが具体的に仕様を述べないからこういうことになるんだよ。
俺クラスをラッピングしろ。

> もっとオブジェクト指向を学習したほうがいいよ

それはそのままお前に言い返し足るよ(ワラ

428 :仕様書無しさん:04/03/21 13:26
>>411
アフォ具体的にどういう仕様だヴォケ

429 :仕様書無しさん:04/03/21 13:27
>>413 = >>400
つーか、お前の自作自演だろ。ふざけんなカス。

430 :仕様書無しさん:04/03/21 13:27
やはりここは無職の巣窟だったか…

431 :仕様書無しさん:04/03/21 13:28
>>414
> is-a とhas-aを知らずに
> オブジェクト指向を知っているというのって詐欺じゃない?
それがメッキがはがれたC/C#厨の正体だから

432 :仕様書無しさん:04/03/21 13:29
>>430
そうそう、C/C#厨はJava厨に仕事をとられてここで愚痴をこぼしている

433 :仕様書無しさん:04/03/21 13:29
>>429
Don't think, feel.

434 :仕様書無しさん:04/03/21 13:30
>>432
派遣らしい発想ですね

435 :仕様書無しさん:04/03/21 13:31
>>415
> ありがたがるタイプ。天文学に原発。次は何?火星探査機?
おまえ死にたいか? 例を挙げてみて何処が悪い。原発をあげたのは俺じゃないが。
それより数値計算のことをもっと勉強してこい。
画像ファイルでもないものに
doubleでなくfloatで十分だとぬかすのはどこのヴァカか。死んで来いや。


436 :仕様書無しさん:04/03/21 13:31
>>434
そうしう、C/C#厨派遣らしい妄想だね。君って

437 :仕様書無しさん:04/03/21 13:32
>>429
やっぱりそうだね

438 :仕様書無しさん:04/03/21 13:33
そうしうって何?日本語も不自由?

439 :仕様書無しさん:04/03/21 13:33
>>421
お前自身がオブジェクト指向を知らないため
お前にはそんなクラスを作ることもできないなw

440 :仕様書無しさん:04/03/21 13:33
>>434
そうそう、C/C#厨派遣らしい妄想だね。君って


441 :仕様書無しさん:04/03/21 13:34
>>427
> アフォか。そしたら、新たにSmalltalk厨とかを追加したい場合に
> いちいちコンストラクタをオーバーロード市内と行けないだろ画。
だれがそんな仕様変更をするといいました?

> しゃあない奴だな。おまえが具体的に仕様を述べないからこういうことになるんだよ。
妄想でクラス定義しといて、仕様が悪いと来たもんだ、
オブジェクト指向だけじゃなくてコミュニケーション能力も足りないようだな。

無知の知って知ってるか?

442 :最凶VB厨房:04/03/21 13:34
>>435
あなたは現場を「勉強」したほうがいいでしょうw

443 :仕様書無しさん:04/03/21 13:35
>>420
おまえはな、測定装置の精度しか目に見えてないんだよ。
だから誤差伝搬の法則について調べてから発言してこいと言っているんだ。

444 :仕様書無しさん:04/03/21 13:36
>>441
おまえのほうがよっぽどコミュニケーション能力がないだろヴォケ。

445 :仕様書無しさん:04/03/21 13:36
>442
あなたは現場を「体験」したほうがいいでしょうw

446 :仕様書無しさん:04/03/21 13:37
>>442
ドカタ現場なんぞ勉強する価値も無い罠w

447 :仕様書無しさん:04/03/21 13:37
昨日もそうだったが、昼間の奴は粗悪品だな。夜に期待。

448 :仕様書無しさん:04/03/21 13:38
そこでPL/SQLですよ。

449 :仕様書無しさん:04/03/21 13:38
>437
随分と貧相な観察力と乏しい発想力ですね。

明日会社に行った時にあなたの席は残っていますか?
1ヶ月ぶんの給料と離職票を渡されるおそれはありませんか?


450 :仕様書無しさん:04/03/21 13:39
俺の星占いによると、いまこのスレに書き込んでる奴は
学生8割、無職1.8割、他0.2割って出てる。

451 :仕様書無しさん:04/03/21 13:39
と、デムパがささやくんです

452 :仕様書無しさん:04/03/21 13:39
>>441
> >>427
> > アフォか。そしたら、新たにSmalltalk厨とかを追加したい場合に
> > いちいちコンストラクタをオーバーロード市内と行けないだろ画。
> だれがそんな仕様変更をするといいました?
お前の我が儘な要求がそうだと叫んでいるんだろ。
だから文句があるなら俺クラスをラッピングしろといっているんだ・

> > しゃあない奴だな。おまえが具体的に仕様を述べないからこういうことになるんだよ。
> 妄想でクラス定義しといて、仕様が悪いと来たもんだ、
> オブジェクト指向だけじゃなくてコミュニケーション能力も足りないようだな。
馬鹿たれが。仕様書をはっきりとかかないお前にコミュニケーション能力が足りないんだろうが。
だれが仕様が悪いといった。仕様をちゃんと詳細に示せと言っているんだ。
詳細にはっきりとコミュニケーションをとらないからこういうことになるんだぞ。

453 :仕様書無しさん:04/03/21 13:40
そのまえにこの程度のスレで盛り上がれる人間が
分析器や解析機の中身を作ってるのかと問いたい(w

454 :仕様書無しさん:04/03/21 13:40
そこでAdapterだ。厨房。

455 :仕様書無しさん:04/03/21 13:40
>>448
何日かまえからおなじことを繰り返し言っているようだけど
PL/SQLだけじゃ何もできないよ

456 :仕様書無しさん:04/03/21 13:41
偉そうなこと言ってると時給100円さげるぞ馬鹿派遣

457 :仕様書無しさん:04/03/21 13:41
>>454
 >>441に説明してやれw

458 :仕様書無しさん:04/03/21 13:41
>仕様をちゃんと詳細に示せと言っているんだ。

ちゃんと使用の詳細を示せと言ってるんだ。


あなたの仕様書を読まされる人は大変ですね;-)

459 :仕様書無しさん:04/03/21 13:42
>>456はそのような立場に追われている真性派遣社員w
脳内で立場を逆転させてないで現実をみなよw


460 :仕様書無しさん:04/03/21 13:43
と無職が申しております。

461 :仕様書無しさん:04/03/21 13:43
>>458
ハァ?

462 :仕様書無しさん:04/03/21 13:43
自分が無職だからって他人もそうだとはかぎりません

463 :仕様書無しさん:04/03/21 13:44
>>458
やーい無職ゥー(ワラ

464 :仕様書無しさん:04/03/21 13:44
鸚鵡返ししかできない粗悪品だからなぁ。
is-aとhas-aの区別が付かない低脳だからなぁ。

ま、ここでレスしてるのがお似合いだね。
間違ってもプログラムはして欲しくないね。


465 :仕様書無しさん:04/03/21 13:44
無職には仕様書を書くスキルもなかったかw

466 :仕様書無しさん:04/03/21 13:44
今日はハローワークは休みなのか。無職ども(藁

467 :仕様書無しさん:04/03/21 13:45
C/C#厨はいつ無職になったんだ?(ワラ
10年前か?(ワラ

468 :仕様書無しさん:04/03/21 13:45
やっぱ、昼の奴はつまらんな。
夜の奴のほうが芸が細かい。

469 :最凶VB厨房:04/03/21 13:45
>>443
あなたは測定装置の精度が6桁しかなくても
精度の高い数値を使えば計算で求められる
精度が6桁を超えるとでも思っているのですか?w

470 :仕様書無しさん:04/03/21 13:46
数値計算誤差も知らない無職のC/C#厨w


471 :仕様書無しさん:04/03/21 13:46
                 >>468 オマエモナー
       ∧         ∧          ∧
        / ヽ      / ヽ_       / .∧
     /   `、   _/   `、⌒ヾ⌒ヽ/  ∧
    /       ̄ ̄/  u (.....ノ(....ノ   / ヽ
    l:::::::::        |           u .:(....ノノ
   |::::::::::  -=・=- / ̄ ̄ヽ        ::::::::::::::/`ヽ
   .|:::::::::::::::::  \_(___..ノ   u  ::::::::::::::::::::(....ノノ
    ヽ:::::::::::::::::::  \/ヽ  u    ::::::::::::::::::::::::::::ノ

472 :仕様書無しさん:04/03/21 13:46
>>458
お前の誤字脱字だらけの文章を読まされるほうが大変だと思う

473 :仕様書無しさん:04/03/21 13:47
>450
そう…
私には見えるの…
最強VB房って名乗っているのは…
そう、女…。
いや、女じゃない男だわ。
部屋に溢れた女性のポスターがそう思わせたのね。
しかし、この匂いは何かしら?栗の花の匂い?
変ね、栗の花は今咲かないはずだわ…

この男は、今も必死になってコンピュータに向かっている。
感情は…動揺しているわ。
かなり激しい動揺。
そして、追いつめられているわ。
このままだと・・・・

ごめんなさい、ちょっと疲れたわ。
お水をもらえるかしら…そうしたらプロファイリングを再開しましょう。


474 :仕様書無しさん:04/03/21 13:48
>>468 オマエモナーーーーーーーーーーーーーー!
      /ヽ        /ヽ             
     /::::::::ヽ____/:::::::ヽ            
    /  ::::_    :::::::::::::._ .\            
   /:::::: /  。\ヽ v.._/。 \ :::\  クワッ
  |::::   / ̄ ̄ /___√ ̄ ̄\ ヽ          
  |:: :::::.     /|ーーーt ヽ ヽ.. :.:::::::::. |          
  |::.        |    ||:..  ...:::::.. |         
.. |:::::       ! | ヽニ⊃| |    ::: |         
  |::.       | |::::T:::|  | |   .. : |.         
 _丿::::     ├^^^^^--∧  :: :/  ∧      
/::::::::::::::::::::        ../ ::ヽ   \ / ヽ、
::::::::::::::::::::         / ::::ヽ⌒ヾ⌒ヽ  ::::ヽ 
:::::::::::::::::::: グリグリッ/    ..(.....ノ(....ノ  ::::/ ヽ 
::::::::::           |         ∪  .:(....ノノ ))
::::::::::         / ̄ ̄ヽ ∪     :::::::::::::/`ヽ
::::::::::      (( (___..ノ      ::::::::::::::(....ノノ ))
              ヽ ノノ     ::∪:::::::::::::ノ

475 :仕様書無しさん:04/03/21 13:48
で、BigDecimalの演算子はどうなったの?

476 :仕様書無しさん:04/03/21 13:49
> 219 :仕様書無しさん :04/03/21 11:22
> 再現性のある乱数すら提供しないJava
> つまりSunの数学ライブラリを買え、と。
>
> 221 :仕様書無しさん :04/03/21 11:27
> >>219
> アフォか(ワラ
> 初等関数の自作すらできないのか(ワラ

まさか線形合同法で実用的な乱数が作れるとでも思ってるの?
バーーーカ

477 :仕様書無しさん:04/03/21 13:49
>>468 オ・マ・エ・モ・ナ

       ∧         ∧         ∵ ∧    ☆
        / ヽ      ζ *      *:/ .∧  :
     /   `、   _   `、⌒ヾ⌒ヽω*:ミ///;
    /       ̄   \( (.....ノ(....ノ/ ヽ χ*
    l:::::::::          ((从⌒从*(....ノノ      ┏━┓┃┃ ━┳┛
   |::::::::::  -=・=-    / ̄ ̄ヽl ;从 */`ヽ    ┃  ┃   ━━╋━━
   .|:::::::::::::::::  \__ (___..ノ*煤i:(....ノノ       ┃      ┃  ━╋━┓
    ヽ:::::::::::::::::::  \// ・(( ; 〜:  ζ\*     ┃     ━┛    ┃ ┛

478 :仕様書無しさん:04/03/21 13:50
オブジェクト指向を知らない学生Java厨 vs 数値演算誤差を知らない無職C/C#厨

エタ とヒニンの底辺争いですか?

479 :仕様書無しさん:04/03/21 13:51
AA厨まで出てきたよ...

480 :仕様書無しさん:04/03/21 13:51
>>478
なんでおまえ差別用語使ってんの?

481 :仕様書無しさん:04/03/21 13:51
>>469
ほかの奴がほかの装置で高精度で測定したデータを掛け合わすなどがあれば
そういうことはいくらでもあろうが。
なんでもかんでも桁数精度の低いものに合わせるという考え方は無知だからやめれ

482 :仕様書無しさん:04/03/21 13:52
Adapterだぞ。わかったか?
それと日本語は正しく。

483 :仕様書無しさん:04/03/21 13:52
>>475
おまえも無知だな。このスレを最初から嫁

484 :仕様書無しさん:04/03/21 13:53
電気系とか建築系の研究室で実験データの解析やってる学生が混入しています。

485 :仕様書無しさん:04/03/21 13:54
>>478
Java屋はオブジェクト指向を知っているよ。
むしろオブジェクト指向をしらないのは数値計算に詳しい香具師に
多い(これマジ C厨とか数値計算に詳しいがオブジェクト指向だめだめな香具師。
しかしこのスレで暴れているC厨はどっちもだめみたいだな。

486 :仕様書無しさん:04/03/21 13:54
Adapter?
ああ、糞コード隠蔽の為によく使われるな

487 :最凶VB厨房:04/03/21 13:54
>>481
あなたが無知なんでしょうにw
頭はいいと思いますが。
社会に出てお勉強なさい。

488 :仕様書無しさん:04/03/21 13:54
とりあえず、日本語くらい正しく書いてくれ。来日して日が浅いのかもしれないが。

まあ、昼間の担当は低次元と言うことがわかったから、夜になったら遊びに来るよ。


489 :仕様書無しさん:04/03/21 13:56
専門学校卒の派遣PGってすぐわかるよね。日本語が怪しい;-)

490 :仕様書無しさん:04/03/21 13:57
>480
使用可能な状態にある罵りの言葉が極端に少ない気の毒な人なんだよ。
こういう人には↓の本を薦めるね。
http://www.amazon.co.jp/exec/obidos/ASIN/4490104235/249-1701828-9691563

491 :仕様書無しさん:04/03/21 13:57
>>476
俺乱数つくるんだったら時刻でもマルチスレッドでも何でも使っちゃうよ


492 :仕様書無しさん:04/03/21 13:57
Java屋とJava厨を一緒にするな!
C使いとC厨も一緒にするなボケ


493 :仕様書無しさん:04/03/21 13:58
>487
そういうあなたの首から上は帽子を置く為の台ですか?(w


494 :仕様書無しさん:04/03/21 13:58
>>488
お待ちしてまーす ♥

495 :仕様書無しさん:04/03/21 13:59
Java屋=Java厨

496 :仕様書無しさん:04/03/21 13:59
>>487
だめだお前。
だから数値計算を勉強しろといっているんだ。

497 :仕様書無しさん:04/03/21 13:59
ポコチンとカリ
カリの部分がヒントです。
頑張れ未来の弟よ

498 :最凶VB厨房:04/03/21 13:59
>>493
頭でっかちではいけませんよといっているだけです。
あなたは頭がいいのだと思います。
それを有効に活用していただきたいので
そう申し上げているのです。

499 :仕様書無しさん:04/03/21 13:59
>>497
なんじゃそりゃ

500 :仕様書無しさん:04/03/21 14:00
>>488
すいません、今の時間だと1時間3000円でやらせてもらっているんでどうしても質が…。
その代わり、夜になると飛びっきりのが入ってきますから。
1時間30000円になっちゃうんですけれど、飲み放題ですから。


501 :仕様書無しさん:04/03/21 14:00
>>498
つまりお前は単細胞いや No 細胞な下等生物君なわけだ〜( ̄ー ̄)ニヤリッ

502 :仕様書無しさん:04/03/21 14:01
>>493
お前の頭はかつらを乗せる為だけに存在するけどな

503 :仕様書無しさん:04/03/21 14:01
See Ya! = C屋=C厨



504 :最凶VB厨房:04/03/21 14:02
頭でっかちではいけませんよといっているだけです。
あなたは頭がいいのだと思います。
でも、ティンポはでかいのですか?
私はそちらも有効活用して欲しいと言っているのです。

505 :仕様書無しさん:04/03/21 14:02
>>498
うっさいぞハゲ!
だから数学と算数を勉強し直してこいといっとるんじゃヴォケ!

506 :仕様書無しさん:04/03/21 14:03
ズラ疑惑…いつかは出ると思ってたよ。

507 :最凶VB厨房:04/03/21 14:03
>>501
そう思っても結構でございます。
あなたが社会に出ればきっとわかるでしょうw

508 :仕様書無しさん:04/03/21 14:03
つうか、マジで寒くなってきたぞ

509 :仕様書無しさん:04/03/21 14:04
>>504
おまいのティムポ長は1cmの誤差しかないがなw

510 :仕様書無しさん:04/03/21 14:04
夜になれば暖かくなるよ

511 :仕様書無しさん:04/03/21 14:04
リアルで学生か無職でしょ?君たち。

512 :仕様書無しさん:04/03/21 14:04
>>508
クズ

513 :仕様書無しさん:04/03/21 14:05
>>510
まだいたのかw 早く帰れよ。

514 :仕様書無しさん:04/03/21 14:05
>>506
ワロタ
ハゲハゲヴィビ厨w

515 :仕様書無しさん:04/03/21 14:05
0x201ゲット

516 :仕様書無しさん:04/03/21 14:05
>>511
で、チミはリアルで派遣社員w

517 :仕様書無しさん:04/03/21 14:06
数学の話をしたくらいで学生呼ばわりする厨が多いもんだな

518 :仕様書無しさん:04/03/21 14:07
数学ができない人は頭がハゲます励ます

519 :仕様書無しさん:04/03/21 14:07
まあ、彼女いないってことだけは100%確実だな。

520 :仕様書無しさん:04/03/21 14:07
無職と派遣と学生しかいないのか...
あと電波板の住人が混ざってるな

521 :仕様書無しさん:04/03/21 14:08
日曜日の昼下がりいかがお過ごしでしょうか?

522 :仕様書無しさん:04/03/21 14:08
なんだなんだ。芸が無いな無職は(藁
人を罵るにも笑いが要求されるのだぞ。ん?

523 :仕様書無しさん:04/03/21 14:09
さっきからJavaの話題がひとつも出てないのにワロタ

524 :仕様書無しさん:04/03/21 14:09
503 名前:仕様書無しさん[] 投稿日:04/03/21 14:01
See Ya! = C屋=C厨


525 :仕様書無しさん:04/03/21 14:10
>>524
そいつにとっては、"="は代入演算子なのだろうか、比較演算子なのだろうか。
それとも派遣にとっては難解だろうか。

526 :仕様書無しさん:04/03/21 14:12
>>525
全角ってとこにヒントが隠されてる。それぐらい気づけよクズ

527 :仕様書無しさん:04/03/21 14:13
だめだ。やっぱ粗悪だわ。

528 :仕様書無しさん:04/03/21 14:15
じゃあ、Javaの話題に戻そう。

最近JCPとかに何か面白そうなものってあがっている?


529 :仕様書無しさん:04/03/21 14:15
ひねれって。

530 :仕様書無しさん:04/03/21 14:21
>529
ひねると面倒だから、ストレートにいこうよ。


531 :最凶VB厨房:04/03/21 14:21
VBマンセー

532 :仕様書無しさん:04/03/21 14:23
○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○○

言語全体からみれば、C/C++/C#とJavaは、近い兄弟だが、何故批判しあうのか?

1.互いに一神教だから(根は同じオープン一神教で、他言語との共存は苦手)

2.ベンダーの宣伝を真に受けて、代理戦争するのが好きだから(発想も同じ)

3.近親憎悪(日共v.s.旧社会党、革マルv.s.中核、創価学会v.s.宗門)

533 :仕様書無しさん:04/03/21 14:23
>>531
ストレートすぎる。ものには限度ってものが(ry

534 :仕様書無しさん:04/03/21 14:24
>>532
○を並べると何かご利益でもあるのか?

535 :仕様書無しさん:04/03/21 14:24
>>532
どっちもバカ同士って事は、このスレで全国に認知されまスタ

536 :仕様書無しさん:04/03/21 14:25
>>534
デムパを遮蔽できるのです

537 :仕様書無しさん:04/03/21 14:28
C#とJavaは近いかもしれないが、C/C++は違うぞ

538 :仕様書無しさん:04/03/21 14:34
だからCとC++を一緒にすんなって。

539 :仕様書無しさん:04/03/21 14:36
D言語はどうですか?

540 :仕様書無しさん:04/03/21 14:42
学生様を見くびる香具師もどうにかしているが。

541 :仕様書無しさん:04/03/21 14:43
ド素人に様を付けるのは嫌みですか?

542 :仕様書無しさん:04/03/21 14:43
と、学生様が申されております

543 :仕様書無しさん:04/03/21 14:44
で、+で足し算できるようになったの?

544 :仕様書無しさん:04/03/21 14:44
Objective-C最強

545 :仕様書無しさん:04/03/21 14:46
>>525
つまりこれは
!= 演算子 代入塩山市がつかわれておりC派遣にとっては難解の難解の

546 :仕様書無しさん:04/03/21 14:46
大月と塩山

そして甲府

547 :仕様書無しさん:04/03/21 14:47
学生 == 怒素人
という固定観念は古いことですから

548 :仕様書無しさん:04/03/21 14:48
数学ができない人は無職です

549 :仕様書無しさん:04/03/21 14:49
考えが古いということにしたいのですね? :-)

550 :仕様書無しさん:04/03/21 14:49
日本語が不自由な人は派遣です

551 :仕様書無しさん:04/03/21 15:22
ん?レスが止まってるな。お昼寝の時間か?

552 :仕様書無しさん:04/03/21 15:27
>>551
ま、熱心に書いてるのは2〜3人だけだからね、ここは

553 :仕様書無しさん:04/03/21 15:29
>>547
学生は、技術は素人とは限らないが、実務は素人

554 :仕様書無しさん:04/03/21 15:37
言語にこだわってる人は、考えが古い

555 :仕様書無しさん:04/03/21 15:40
それを楽しむスレなんです。

556 :仕様書無しさん:04/03/21 15:44
>>554
でも、Javaは悪くないんですよw
派遣営業が悪いんです。

557 :仕様書無しさん:04/03/21 15:48
C#厨はいつまで低脳な思い込みを続ける気だ?w


558 :仕様書無しさん:04/03/21 15:56
>>557 放置しとけばOK。勝手に.NETと心中してくれるから。

559 :仕様書無しさん:04/03/21 15:58
笹塚心中

560 :仕様書無しさん:04/03/21 16:03
>>553
お前にとって実務ってなんだ?日曜日の昼間からマ板にしがみつくことか?無職w

>>554
そんなのはお前だけだ。おっさんww

>>555
そういうことにしたいのですね;-)

>>556
そういう貴様は派遣営業なのか?


561 :仕様書無しさん:04/03/21 16:03
ゲイツ君とマクネリ君は同類で、そのシンパ同士も同類。

一緒に心中してくれれば、後はCOBOLとオプソで平和な社会。

562 :仕様書無しさん:04/03/21 16:16
ま、熱心に書いてるのは2〜3人だけだからね、ここは


563 :仕様書無しさん:04/03/21 16:20
>>560
w とか ww とか :-) を連発するほど、追い詰められて、見苦しい (w

564 :仕様書無しさん:04/03/21 16:21
ホントだね (w

565 :仕様書無しさん:04/03/21 16:30
やはり無職しかいないようだ。

566 :仕様書無しさん:04/03/21 16:31
ホントだね (w

567 :仕様書無しさん:04/03/21 16:31
ジョークが通じない(w

568 :普通のプログラマ:04/03/21 16:32
一晩中熱心だったのかオマエラ…暇だなおい。
C#でもJavaでもC++でもいいよ俺。足りなきゃ自分で作るし。
多少のことなら言語仕様にあわせるし。

569 :仕様書無しさん:04/03/21 16:36
>>568
普通すぎてつまらないね(w

570 :仕様書無しさん:04/03/21 16:37
ホントだね (w

571 :仕様書無しさん:04/03/21 16:37
>>567
おっさんだからなww

572 :仕様書無しさん:04/03/21 16:38
結論。私が領土を世界分割してあげよう。

ASM:H/W寄り制御 (10%)
COBOL:事務処理一般 (20%)
JAVA:サーバー、組み込み (40%)
.NET:Winクライアント (30%)

めでたし、めでたし。

573 :仕様書無しさん:04/03/21 16:38
今日は本当の厨が集まってます

574 :仕様書無しさん:04/03/21 16:38
ホントだね (w

575 :仕様書無しさん:04/03/21 16:38
ホントだね (w


576 :仕様書無しさん:04/03/21 16:38
普通ゆえに真理だろ。

577 :仕様書無しさん:04/03/21 16:38
ホ (w

578 :仕様書無しさん:04/03/21 16:39
>今日は本当の厨が集まってます

今日は本物の厨が集まってます 。

だから日本語を勉強してこいと。


579 :仕様書無しさん:04/03/21 16:39
>>572
Win以外のクライアントが抜けています。

580 :仕様書無しさん:04/03/21 16:39
がんばれ。おっさん^^

581 :仕様書無しさん:04/03/21 16:40
J (w

582 :仕様書無しさん:04/03/21 16:40
>>572 ヴォケ

ASM:H/W寄り制御 (1%未満)
COBOL:事務処理一般 (40%)
JAVA:サーバー、組み込み (45%)
.NET:Winクライアント (15%)

583 :仕様書無しさん:04/03/21 16:41
C (w

584 :仕様書無しさん:04/03/21 16:41
と、ドカタ業務系PGが夢見ています。

585 :(w:04/03/21 16:41
(w

586 :仕様書無しさん:04/03/21 16:41
L (w

587 :仕様書無しさん:04/03/21 16:41
Javaを組み込みに使っているところなんて
ほとんど無い。よって
JAVA:サーバー、組み込み (20%)

588 :仕様書無しさん:04/03/21 16:42
>>584
(w

589 :仕様書無しさん:04/03/21 16:42
と、チマチマ組込系PGが夢見ています。

590 :仕様書無しさん:04/03/21 16:43
>>587
ケータイは無視かい。

591 :仕様書無しさん:04/03/21 16:43
サーバーはPerlかPHPだから。
Javaは派遣専用

592 :仕様書無しさん:04/03/21 16:43
>>590
あれは組み込みとは言わん。

593 :仕様書無しさん:04/03/21 16:44
>サーバー

サーバ

素人サンですか?

594 :仕様書無しさん:04/03/21 16:45
>>592
何て言うのさ?

595 :仕様書無しさん:04/03/21 16:45
組込系PGはITRONとかOS-9、Z80のアセンブラで遊んでなよ。

596 :仕様書無しさん:04/03/21 16:45
>>582

統計では考慮がひつようである。
ASM:全システムで、OS内やドライバを含め、僅かでも使われている意味では無敵
COBOL:行数で比較すれば一位
JAVA:IT業界の受注額で比較すれば一位
.NET:クライアントの数で比べれば一位

597 :仕様書無しさん:04/03/21 16:46
>JAVA:IT業界の受注額で比較すれば一位

ソースは?

598 :仕様書無しさん:04/03/21 16:46
>>593
実際はそんなルール守っている奴なんか少ないんだが。

素人サンですか?

599 :仕様書無しさん:04/03/21 16:46
>>593
(w

600 :仕様書無しさん:04/03/21 16:46
>>591
サーバー = Webサーバー と思ってない?
ISP/ASPもサーバーだよ。

601 :仕様書無しさん:04/03/21 16:46
>COBOL:行数で比較すれば一位

行数ならCじゃね?

602 :仕様書無しさん:04/03/21 16:47
>>597
だって派遣営業サンが…

603 :仕様書無しさん:04/03/21 16:47
>>598
そんなルールがあるんですか?初耳です。

604 :仕様書無しさん:04/03/21 16:48
SQLサーバ、エクスチェンジサーバ

605 :仕様書無しさん:04/03/21 16:48
>>594
携帯用クライアントアプリに決まっているだろ。
実際iアプリなんていうしな。

606 :仕様書無しさん:04/03/21 16:48
>>602
元アムウェイの紺猿さんも仰ってました。


607 :仕様書無しさん:04/03/21 16:49
>>593

あのね、「プリンタ」「サーバ」とかの末尾の長音省略は、
昔の通産省用語ガイドから出たもので、今では古いんだよ。

恥ずかしいなぁ。

608 :仕様書無しさん:04/03/21 16:50
学生さんが必死だな

609 :仕様書無しさん:04/03/21 16:50
「バ」でとめたときの間抜け顔が目にうかぶようだ。

610 :仕様書無しさん:04/03/21 16:51
>>603
発音とか無視して最後のーは省くと大昔にJISかなんかで決められた。
今となってはそんなこと誰も気にしていない。

のを知らない知ったか学生がーを省略しろと突っ込むw

611 :仕様書無しさん:04/03/21 16:51
サーヴァ

612 :仕様書無しさん:04/03/21 16:53
恥ずかしいな。おっさん^^

613 :仕様書無しさん:04/03/21 16:53
>>611
誰かが書くと思った(w

614 :仕様書無しさん:04/03/21 16:53
フロッピッ

615 :仕様書無しさん:04/03/21 16:54
マンコー

616 :仕様書無しさん:04/03/21 17:11
!!!!!速報!!!!!

JavaとCの対決を消滅させる言語が開発された。

Java and C Language (略称:JCL)

既に米IBM、富士通(含・米アムダール)、日立は採用しており、
リタンコードハンドリングにより処理の流れを変える事も可能。

入力も従来のディスプレイ入力から、
カードデックをサポートし、事前パンチにより高速な一括入力が可能。

従来ネックとされていた、カードデックを床に落とした場合のリカバリは、
斜めに線を引くといういう方法で対応できる。

インターネットに代表されるオンデマンド・ビジネスの時代の言語として、
今後が期待されている。

617 :仕様書無しさん:04/03/21 17:31
Javaの現場っていつもデスマなんだけど何故?

618 :仕様書無しさん:04/03/21 17:36
>>617
お前とその周りがヘタレだから。

619 :仕様書無しさん:04/03/21 17:54
>>616

!!!!続報!!!!

Java and C Language では、CやJavaのような難解な用語を覚える必要が無く、
EXEC PGM= のような記述に統一された。

またJavaのEJBに相当する部品化として、カタプロを採用。
これにより事前作成したカタプロを他のJCLからの呼出・再利用が可能となった。

またTeratermデフォルトで開いた画面で収まるよう、80桁/行とした。
従来の言語は1行が長く、保守性に難があったが、これも簡素化された。

これらより、パンチカードおよびパンチャー、リーダーの需要拡大が期待される。

620 :仕様書無しさん:04/03/21 18:00
>>617
でかいシステムはデスマになりやすい。
古典的名著「ソフトウェア開発の神話」(改題後「人月の神話」)を参照汁

http://www.amazon.co.jp/exec/obidos/ASIN/4894716658/249-8214065-4558756

621 :仕様書無しさん:04/03/21 18:22
http://www.atmarkit.co.jp/fjava/column/javaissue/jissue2.html
20世紀Javaの歴史と21世紀への5つの提案


622 :仕様書無しさん:04/03/21 18:43
>>617
作業をマットウできる奴が確保出来ないのに仕事を引き受ける馬鹿がいるから。
そんな人間しか確保できないのに、「うちはJavaのスペシャリストです」みたいな
売込みをする糞経営者ばっかりだから。


623 :最凶VB厨房:04/03/21 18:56
>>621
その答えがドットネットw

624 :最凶VB厨房:04/03/21 18:57
そろそろ夜ですね。
早いところJavaが優れていると言うことを証明して見せてください。

625 :仕様書無しさん:04/03/21 18:59
>>624
新撰組!が終わるまで待ってて。

626 :最凶VB厨房:04/03/21 19:00
了解です。

627 :仕様書無しさん:04/03/21 19:05
酒でも買ってくるか

628 :仕様書無しさん:04/03/21 19:24
馴れ合ってんじゃねえよ。厨ども

629 :仕様書無しさん:04/03/21 19:26
どーゆースレだ。酒飲みのチャットルームか (w

630 :最凶VB厨房:04/03/21 19:27
ホントだね(w

631 :仕様書無しさん:04/03/21 19:29
帰れ。アル厨さん^^


632 :最凶VB厨房:04/03/21 19:32
>>621の4つ目の提案ってほんとおもしろいね。

633 :仕様書無しさん:04/03/21 19:34
いまさらVBでもないだろうよ。

634 :最凶VB厨房:04/03/21 19:36
いまさらC#が理解出来なかったなんて言えないじゃないか。

635 :仕様書無しさん:04/03/21 19:42
刷り込みって怖いよな。いつのまにか宗教団体に入ってて
犯罪に手を貸したり。

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

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

637 :仕様書無しさん:04/03/21 19:48
javaとその周辺ツールが工場であり、大量のDQN工員で効率よく一定品質の製品を製造
するための設備であることはわかった。では、その工場の経営者であるSunやIBMがどう
やって工員を募集しているのか見てみよう。

 「バカでもできる作業員募集!!」

こんな謳い文句ではPGは集まらない。基本的にPGはその実力に関わらずプライドが高い
のだ。
 まず、彼らはオープンソースを巧みに使い、PGがその崇高なそのコミュニティの一員と
なれる勘違いさせることで勧誘する。Eclipse等はそのための餌である。松本智頭夫の空
中浮遊写真とは少々異なるが。
 次に上昇志向を満たすためにキャリアアップの道を示す。如何にもセレブを感じさせる、
「エンタープライズ・アーキテクト」がそれである。現実には、システム開発創生期から変
わらぬ我侭なユーザーと、DQN工員の板ばさみになる緩衝材、サンドバックに過ぎない
のだが。。。いや、個々のPGの作業がより単純化されるだけに、その作業の負担は増して
いるかもしれない。


638 :仕様書無しさん:04/03/21 19:52
なんだまたコピペか。

639 :仕様書無しさん:04/03/21 20:11
>>632
まぁね。でも、甘えだと思うよ。

金を出すユーザー企業は、機能を満たして品質がよければ良い。
技術は道具であって、目的じゃない。

それを「新技術の勉強や、失敗リスクを余分に払ってくれ」ってのか?
そりゃ、デリバリ側の社内チャレンジと社内リスクだろ。

640 :仕様書無しさん:04/03/21 20:14
java
http://www.johnson.co.jp/items/details/ja01/img/photo.jpg

641 :仕様書無しさん:04/03/21 20:15
なんかさ、毎案件ごとに新しい物が導入されて、技術者が枯れる暇が無いよね。

642 :仕様書無しさん:04/03/21 20:17
>>641
それがデスマの原因

643 :仕様書無しさん:04/03/21 20:17
>>637
なーんだ、技術マスタベーションなだけ?
そういうのは仕事でなく、個人でオプソなり学会なり入って活躍すれば?

IBMやSunとかは、仕事でやってるから、
熟練工が必要な工程を、工業化するのは当然なんだよ。

部品化してプログラミングは最少に、
設計もソリューションをパッケージ化してパターン化に。

オプソも馬鹿じゃない。一致できる部分を互いに利用すればいいんだよ。

644 :仕様書無しさん:04/03/21 20:42
>>643
アホか。

645 :仕様書無しさん:04/03/21 20:49
オプソで学会員な俺様では反応に困るレスだな…

646 :仕様書無しさん:04/03/21 20:52
創価?

647 :最凶VB厨房:04/03/21 20:53
創価ウザ

648 :仕様書無しさん:04/03/21 20:59
乱立するフレームワークと競合するプロトコルの嵐のなかで、 リスクの高い決断を余儀なく
されているJavaデベロッパ、プロジェクトマネージャ

649 :仕様書無しさん:04/03/21 21:01
そこでSpring Frameworkですよ。お父さん

650 :仕様書無しさん:04/03/21 21:03
そこでHiveMindですよ。お爺ちゃん。

651 :仕様書無しさん:04/03/21 21:04
そこでWebWork2ですよ。おっさん^^

652 :仕様書無しさん:04/03/21 21:09
Tapestryにしとけよ。無職。

653 :仕様書無しさん:04/03/21 21:30
WACs (w

654 :仕様書無しさん:04/03/21 21:31
Strutsが枯れてていいんだ。当たらし物好きのバカは氏ね。

655 :仕様書無しさん:04/03/21 21:32
やっと習得したものにしがみついてるとリストラされるぞ。おっさん^^

656 :仕様書無しさん:04/03/21 21:37
先端技術についていけない爺はコボラと同じ道を歩む(藁

657 :仕様書無しさん:04/03/21 21:38
>>653
一般販売されてないが、日本IBMのSIでは大抵これだ

658 :仕様書無しさん:04/03/21 21:39
>>656
30年後も使えるって意味? (w

659 :仕様書無しさん:04/03/21 21:40
え。IBMのフレームワーク欲しい。

660 :仕様書無しさん:04/03/21 21:41
新し物好きなだけだと、社内で見捨てられるよ。ボク ^^

661 :仕様書無しさん:04/03/21 21:42
>>659
古いんだよ (w

662 :仕様書無しさん:04/03/21 21:43
矢張りTapestryだな
いち早くTapestryに注目し初期からキャッチアップしてきた俺はお前らに差をつけている。
俺は勝ち組。

663 :仕様書無しさん:04/03/21 21:47
Javaには、日々新しいフレームワークが次々に生み出される。
しかもオープンソースで無償にもかかわらず高品質だ。
M$がいまさら玩具の.NETであがいても勝ち目は無い(藁


664 :仕様書無しさん:04/03/21 21:47
>659
IBMのメインフレーマーなら職にあぶれて余っていますよ

665 :仕様書無しさん:04/03/21 21:59
>>663
くだらないおもちゃで時間をかせいでるだけ。
役に立たないJava

666 :仕様書無しさん:04/03/21 22:00
>>663
勢いとしてはそうなんだけどさ、
どれかに決めないといけないユーザーやプロマネには、
有力者がコロコロ変わる現状は悩ましい

ハードなら買い換えればすむが、将来フレームワーク変えたら、
アプリも結構書き直しじゃんか。

667 :仕様書無しさん:04/03/21 22:02
そんで、プロジェクトごとに変わって毎回デスマですよ(鬱

668 :最凶VB厨房:04/03/21 22:31
私の分かる話題にしてください。BigDecimalの話をしましょうよ!!

669 :仕様書無しさん:04/03/21 22:38
>>668
ちったぁJava本でもペロペロめくれや。

670 :最凶VB厨房:04/03/21 22:46
>669
Microsoftプレスから出ている本以外は読みません。

671 :仕様書無しさん:04/03/21 22:48
乱立するフレームワークに加えて、さらにそれぞれバージョンがあるんだよね。

672 :仕様書無しさん:04/03/21 22:49
>>670
うん、背筋がビシッと伸びてて気持ちいいね。その調子で頑張ってくれたまえ。

673 :仕様書無しさん:04/03/21 22:51
>>666
そこでIoCコンテナの出番ですよ。

674 :仕様書無しさん:04/03/21 22:51
Java陣営(wはバベルの塔をせっせとこさえてるようにも見えるね。

675 :仕様書無しさん:04/03/21 22:53
怪鳥ロプロス〜

676 :仕様書無しさん:04/03/21 22:54
>>674
百人が百人別々に俺様バベルの塔を作っていた時代よりはマシでは。

677 :仕様書無しさん:04/03/21 22:54
爺氏ね

678 :最凶VB厨房:04/03/21 22:54
それはバビル2世や

679 :仕様書無しさん:04/03/21 22:55
Struts無くなるの?

680 :仕様書無しさん:04/03/21 23:00
Tapestryにしとけ

681 :仕様書無しさん:04/03/21 23:02
11:1 世界中は同じ言葉を使って、同じように話していた。
11:2 東の方から移動してきた人々は、シンアルの地に平野を見つけ、そこに住み着いた。
11:3 彼らは、「れんがを作り、それをよく焼こう」と話し合った。石の代わりにれんがを、しっくいの代わりにアスファルトを用いた。
11:4 彼らは、「さあ、天まで届く塔のある町を建て、有名になろう。そして、全地に散らされることのないようにしよう」と言った。
11:5 主は降って来て、人の子らが建てた、塔のあるこの町を見て、
11:6 言われた。「彼らは一つの民で、皆一つの言葉を話しているから、このようなことをし始めたのだ。これでは、彼らが何を企てても、妨げることはできない。
11:7 我々は降って行って、直ちに彼らの言葉を混乱させ、互いの言葉が聞き分けられぬようにしてしまおう。」
11:8 主は彼らをそこから全地に散らされたので、彼らはこの町の建設をやめた。
11:9 こういうわけで、この町の名はバベルと呼ばれた。主がそこで全地の言葉を混乱(バラル)させ、また、主がそこから彼らを全地に散らされたからである。

旧約聖書より

682 :仕様書無しさん:04/03/21 23:05
なんだ。M糞のことじゃん(藁

683 :仕様書無しさん:04/03/21 23:09
主はJava陣営(wの外側にいるってことだよ。

684 :仕様書無しさん:04/03/21 23:12
>681
Redmondに神の雷か落ちるのはいつですか?

685 :仕様書無しさん:04/03/21 23:13
往々にしてコミュニティーってのは内部分裂が大好きだからねw

686 :仕様書無しさん:04/03/21 23:14
>>684
主は自らに雷を振り下ろすような愚かなことはしません。

687 :仕様書無しさん:04/03/21 23:15
つうか、Unixやオプソ自体が分裂の歴史じゃん

688 :仕様書無しさん:04/03/21 23:15
まさしく共産主義である。

689 :仕様書無しさん:04/03/21 23:16
そこでSpringですよ。お父さん

690 :仕様書無しさん:04/03/21 23:20
>684
ヤハウェはソドムとゴモラの上に
ヤハウェの所
即ち天から硫黄と火を降らせ、
これらの町々と全窪地
及び町々の全住民と地の植物を滅し給もうた。
ロトの妻は後ろを振り返ったので塩の柱になった。
アブラハムはその朝
早く起きて
先にヤハウェの前に立ったその場所へとやって来た。
彼はソドムとゴモラとその全窪地を見下した。
見渡すと、
見よ!
その地の煙がかまどの煙のように立ち昇っていた。

『旧約聖書』-ソドムの滅亡-

691 :仕様書無しさん:04/03/21 23:20
>>689
そろそろウザいんだが。消えろクズ

692 :仕様書無しさん:04/03/21 23:21
>>691
>>690の方が10000倍ウザイが。

693 :仕様書無しさん:04/03/21 23:24
分裂と淘汰こそが健全なる進化を約束するものなり。淘汰された技術に
乗っかってた奴にはご愁傷様としか言いようがない。
だってしょうがないじゃん、進化するためだもの。

694 :仕様書無しさん:04/03/21 23:26
>>693
COBOLERやVB使いにいってやれ。

695 :仕様書無しさん:04/03/21 23:29
M糞信者は何年もかけてCOMの塔をVBやVC, VJでせっせと建てていましたが。何か?

696 :仕様書無しさん:04/03/21 23:35
淘汰されない技術は無い

697 :仕様書無しさん:04/03/21 23:39
悪辣非道なM糞帝国を打倒したのは、Javaを合言葉に集ったオープンソースの自由の戦士たちである

698 :仕様書無しさん:04/03/21 23:54
M糞厨房は反論できません。

699 :仕様書無しさん:04/03/22 00:00
>>698は召喚呪文を唱えた

700 :仕様書無しさん:04/03/22 00:02
こんばんは
久しぶりに来てみたら、なんだかスペクタクルな方向に発展してるね(笑)

701 :最凶VB厨房:04/03/22 00:14
>699
呼びましたか?

702 :仕様書無しさん:04/03/22 00:17
>701
いいえ呼んでません。お引き取り下さい。てか、けぇれよ。

703 :仕様書無しさん:04/03/22 00:26
Java陣営(wがんばれ!

704 :仕様書無しさん:04/03/22 00:30
もう頑張る必要も無いけどな。M$も終わりつつあるし。

705 :仕様書無しさん:04/03/22 00:36
MSには俺が最後の鉄槌を降すまで生き残っていてほしいな。

706 :仕様書無しさん:04/03/22 00:37
オープンソースの勝利だね

707 :最凶VB厨房:04/03/22 00:38
どうやらVBが最高だと思っていた私の認識を改めなくてはいけないようです。
先ほどMicrosoftプレスから出ている本しか読まないと書きましたが、今後は幅広くJavaの知識を吸収していきたいと思います。
最後までお付き合い頂いてありがとうございました。

いつの日か「最凶Java厨房」として復活出来ることをご期待頂ければと思います。
本当にありがとうございました。

708 :仕様書無しさん:04/03/22 00:40
>>707
ゲラゲラ

709 :最凶Java厨房:04/03/22 00:41
>>707
呼んだ?

710 :最凶COBOL厨房:04/03/22 00:46
気にいらねぇ時は秋糞でもブン殴ってみせらぁ。
でもABENDだけはかんべんな。

711 :最凶C++厨房:04/03/22 00:48
ぷらぷらぁーーーーーっと

712 :仕様書無しさん:04/03/22 00:51
MSがかつてのIBMがやったヘマを乗り越えるのか、あるいはIBMと同じ路線に
移行するのか、正直見ものです。

713 :仕様書無しさん:04/03/22 00:52
IBMはへまなんかしないよ

714 :仕様書無しさん:04/03/22 00:53
 ┌──────────┐
 |  マ ニ フ ェ ス ト  |
 └──────────┘
   ∧_∧     / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
  ( ・∀・)   < アナン氏が自衛隊派遣を評価したことで、戦争の大義名分が
  ( 管  )     | 認められたかのような論陣を 張ろうとしているが大間違いだ。
  | | |    | 
  (__)_)    | 
            \___________________________
―――――――――――――――――――――――──────────────
 ・・・だれも逝ってないって。
__  __________
   ∨     ∧_∧      / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
     ∧∧ (#   )   < だから、人道支援と戦争をごっちゃにしてるのは
    (,  ;) (    )    | おまいだけだ。
    /  |  | │ |.     |  
  〜(__,ノ  (__)_)      \_________________

715 :仕様書無しさん:04/03/22 00:54
OSを握ったもん勝ち。IBMと一緒にするのはどうかと思われ。

716 :仕様書無しさん:04/03/22 01:08
>>713
OS/2以来へまばっかだ

717 :仕様書無しさん:04/03/22 01:18
>>716
javaでは儲けているが

718 :仕様書無しさん:04/03/22 01:37
>>717
無償提供して、まだまだ損してると思うが・・・

719 :仕様書無しさん:04/03/22 01:42
IBMはM$に花道から引きずり降ろされたでしょ。
いまじゃ人のフンドシで相撲取る商社に成り下がった。

720 :仕様書無しさん:04/03/22 01:51
それ以前に比べたら、Javaに関しては金をかけていない。
OSから開発環境等何から何まで自前で用意してたんだよ。

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

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)