Javaって重くね？　その７

1 ：仕様書無しさん：2006/04/15(土) 20:17:58

過去すれ

その１ http://pc8.2ch.net/test/read.cgi/prog/1131448367/
その２ http://pc8.2ch.net/test/read.cgi/prog/1136359572/
その３ http://pc8.2ch.net/test/read.cgi/prog/1138029112/
その４ http://pc8.2ch.net/test/read.cgi/prog/1139707592/
その５ http://pc8.2ch.net/test/read.cgi/prog/1140613666/
その６ http://pc8.2ch.net/test/read.cgi/prog/1143032241/

関連スレ
Javaが遅いという奴は遅れたバブル世代じゃね？　２
http://pc8.2ch.net/test/read.cgi/prog/1143560237/

2 ：仕様書無しさん：2006/04/15(土) 20:42:07

3 ：仕様書無しさん：2006/04/15(土) 21:04:30

Sun

4 ：仕様書無しさん：2006/04/15(土) 22:58:45

乙

5 ：仕様書無しさん：2006/04/15(土) 23:21:40

>>1
死ね！！！！！！！！！！！！！！！！！！！！

糞スレ立てんなｳﾞｫｹ！

削除依頼出してこい！

>>1死ね！！！！！！！！！！！！！！！！！！！！

糞スレ立てんなｳﾞｫｹ！

削除依頼出してこい！

>>1死ね！！！！！！！！！！！！！！！！！！！！

糞スレ立てんなｳﾞｫｹ！

削除依頼出してこい！

>>1死ね！！！！！！！！！！！！！！！！！！！！

6 ：仕様書無しさん：2006/04/15(土) 23:21:46

7 ：仕様書無しさん：2006/04/15(土) 23:21:48

8 ：仕様書無しさん：2006/04/15(土) 23:21:51

9 ：仕様書無しさん：2006/04/15(土) 23:21:56

10 ：仕様書無しさん：2006/04/15(土) 23:21:58

11 ：仕様書無しさん：2006/04/15(土) 23:22:00

12 ：仕様書無しさん：2006/04/15(土) 23:22:04

13 ：仕様書無しさん：2006/04/15(土) 23:22:06

14 ：仕様書無しさん：2006/04/15(土) 23:22:08

15 ：仕様書無しさん：2006/04/15(土) 23:22:12

16 ：仕様書無しさん：2006/04/15(土) 23:22:14

17 ：仕様書無しさん：2006/04/15(土) 23:29:08

必死ですな。
俺様裏庭にうさぎがいるようです。

18 ：仕様書無しさん：2006/04/15(土) 23:30:12

おお糞Java厨が立てたスレはみんないまいち人気がありませんからなあ

19 ：仕様書無しさん：2006/04/15(土) 23:31:21

Java厨のホームスレは話題がつまらんのしかでてこないからね。

20 ：仕様書無しさん：2006/04/16(日) 01:43:13

21 ：仕様書無しさん：2006/04/16(日) 01:43:16

22 ：仕様書無しさん：2006/04/16(日) 01:43:19

23 ：仕様書無しさん：2006/04/16(日) 01:43:22

24 ：仕様書無しさん：2006/04/16(日) 01:43:24

25 ：仕様書無しさん：2006/04/16(日) 01:43:29

26 ：仕様書無しさん：2006/04/16(日) 01:57:34

寝言はJavaの実装だけにしてくれ

27 ：仕様書無しさん：2006/04/16(日) 02:02:03

28 ：仕様書無しさん：2006/04/16(日) 02:02:38

>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！

29 ：仕様書無しさん：2006/04/16(日) 02:02:50

30 ：仕様書無しさん：2006/04/16(日) 02:03:02

31 ：仕様書無しさん：2006/04/16(日) 02:36:08

32 ：仕様書無しさん：2006/04/16(日) 02:36:57

33 ：仕様書無しさん：2006/04/16(日) 05:14:54

ムキになってるJava厨ってキモイね。

34 ：仕様書無しさん：2006/04/16(日) 06:48:22

>5他
一言で言い表せないのか。
これだから厨は・・・

35 ：仕様書無しさん：2006/04/16(日) 07:08:05

他にも似たようなのいっぱいあるからじゃねぇの？
前スレ>>966の回答が見たいんだけど、まぁいいや。

36 ：仕様書無しさん：2006/04/16(日) 08:39:50

C厨の自作自演

37 ：仕様書無しさん：2006/04/16(日) 08:51:13

>>35
コンパイル時はC++のプロトタイプ参照と同じだからなくてもいい。

実行時はメモリ上に展開または展開済みの必要がある。

だろ。

38 ：仕様書無しさん：2006/04/16(日) 08:53:19

動的にそのつどnewするのは速度的に大変不利になるから
Javaお得意の全部ひっくるめてメモリに乗せる処理をしているから
起動が10分とか平気でかかる。

39 ：仕様書無しさん：2006/04/16(日) 08:55:02

元受けは大変儲かる仕組みだが
ドカタはものすごく苦労する仕組みになっている。
しかしJava厨はそれを気づいているのかいないのか
Javaが大好き。そこが叩かれる原因。

40 ：仕様書無しさん：2006/04/16(日) 08:56:58

Javaが大好きな理由は、その他の言語を習得できるほど
頭が柔らかくない。だから今やっと使えているJavaマンセーする。

41 ：仕様書無しさん：2006/04/16(日) 09:08:05

１０分！
カセットテープからロードしているのですか！！！

42 ：仕様書無しさん：2006/04/16(日) 09:08:33

いや紙テープからだと思うぞ

43 ：仕様書無しさん：2006/04/16(日) 09:10:58

Win鯖は再起動時時間がかかるLinuxは無駄が無く速いといってた奴とJava厨がかぶる件について

44 ：仕様書無しさん：2006/04/16(日) 09:29:42

Fedraの再起動はWin2003の3倍はかかる

45 ：仕様書無しさん：2006/04/16(日) 09:31:19

有名どころのJava実装のサーバアプリを起動したことないのかな。
おめでたいJava厨。どうせインストールしたてのTomcatしか再起動
したことないんだろうな。

46 ：仕様書無しさん：2006/04/16(日) 10:45:21

Java厨ってJavaが難しくできないんだろうと凄むだけだが
まともな神経をしていたらあの糞環境の言語を真剣に突き詰めようと
は思わなくなるのが賢者の証。そこそこつきあうのならまあよし。

47 ：仕様書無しさん：2006/04/16(日) 11:47:24

最先端の情報工学についていけないおっさん釣り堀スレはこちらですか？
Javaで要求されるスキルに追い付けないのですね。
ｶﾜｲｿｽ

48 ：仕様書無しさん：2006/04/16(日) 11:49:11

firefoxやoperaってどうしてjavaで書かれていないんだろう？？

49 ：仕様書無しさん：2006/04/16(日) 12:00:16

重いから。

50 ：仕様書無しさん：2006/04/16(日) 12:12:58

Javaで書かれるのは業務アプリオンリーそれも糞重

51 ：仕様書無しさん：2006/04/16(日) 12:14:20

>最先端の情報工学
もう古いだろう。腐ったOO。
下位互換を考えない(初期設計の漏れを補完する)拡張。

52 ：仕様書無しさん：2006/04/16(日) 12:15:33

腐った古いOOに無理やり重いVMインタプリターで動作。
まるでトラクターにターボエンジンつけて(メモリキャッシュ)
11トントレーラーを引いているかのようなJava藁

53 ：仕様書無しさん：2006/04/16(日) 12:16:38

>>48
HotJava探してきて最新のJREで動かせば速いんじゃない？
動けばの話だけど（ｗ

54 ：仕様書無しさん：2006/04/16(日) 12:43:14

C言語厨＝>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
C言語厨＝>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
C言語厨＝>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
C言語厨＝>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
C言語厨＝>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
C言語厨＝>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
C言語厨＝>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
C言語厨＝>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
C言語厨＝>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
C言語厨＝>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
C言語厨＝>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
C言語厨＝>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
C言語厨＝>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
C言語厨＝>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！
C言語厨＝>>1はJavaの勉強もせずまだこんな糞スレを立て続けているのか！！！

55 ：仕様書無しさん：2006/04/16(日) 12:43:17

56 ：仕様書無しさん：2006/04/16(日) 12:43:19

57 ：仕様書無しさん：2006/04/16(日) 12:43:22

58 ：仕様書無しさん：2006/04/16(日) 12:43:23

59 ：仕様書無しさん：2006/04/16(日) 12:43:25

60 ：仕様書無しさん：2006/04/16(日) 13:00:49

10年間enumが無いのを文句も言わず使い続けたJava厨だから
程度はしれているが。

61 ：仕様書無しさん：2006/04/16(日) 13:07:12

Java厨の必死コピペって自ら敗北宣言しているのと等価だなｗ

62 ：仕様書無しさん：2006/04/16(日) 13:13:05

荒らしてもマ板で一番人気のこのスレの続きが出来るだけで．．．

「Javaをマスターして上司を馬鹿にしてやる」スレで啓蒙活動に
励んだほうがまだ生産的、かなあ

63 ：仕様書無しさん：2006/04/16(日) 13:31:27

自作自演乙

64 ：仕様書無しさん：2006/04/16(日) 13:40:39

Javaのソケットはポートは使わないと言い切るJava厨だから
程度は知れているが。

65 ：仕様書無しさん：2006/04/16(日) 13:45:21

C言語厨は大嘘つきで有名だよなw
C言語厨は大嘘つきで有名だよなw
C言語厨は大嘘つきで有名だよなw
C言語厨は大嘘つきで有名だよなw
C言語厨は大嘘つきで有名だよなw
C言語厨は大嘘つきで有名だよなw
C言語厨は大嘘つきで有名だよなw
C言語厨は大嘘つきで有名だよなw
C言語厨は大嘘つきで有名だよなw
C言語厨は大嘘つきで有名だよなw
C言語厨は大嘘つきで有名だよなw
C言語厨は大嘘つきで有名だよなw
C言語厨は大嘘つきで有名だよなw
C言語厨は大嘘つきで有名だよなw
C言語厨は大嘘つきで有名だよなw

66 ：仕様書無しさん：2006/04/16(日) 13:45:23

67 ：仕様書無しさん：2006/04/16(日) 13:45:25

68 ：仕様書無しさん：2006/04/16(日) 13:45:26

69 ：仕様書無しさん：2006/04/16(日) 13:45:28

70 ：仕様書無しさん：2006/04/16(日) 13:45:30

71 ：仕様書無しさん：2006/04/16(日) 13:45:31

72 ：仕様書無しさん：2006/04/16(日) 13:45:32

73 ：仕様書無しさん：2006/04/16(日) 13:45:34

74 ：仕様書無しさん：2006/04/16(日) 13:45:36

75 ：仕様書無しさん：2006/04/16(日) 13:45:39

76 ：仕様書無しさん：2006/04/16(日) 14:15:13

Java厨の敗北宣言が高らかにｗ

77 ：仕様書無しさん：2006/04/16(日) 15:59:24

http://www.cobol.gr.jp/
1.JavaはCOBOLに代われるか
（略）
　COBOLは、その要求にこたえるためにデータ処理に必要な機能を次々に言語に取り込んで発展してきました。これに対して、
Javaがプログラミング言語として持っている機能の規模はCOBOLに比べてほんのわずかです。Javaプログラマがシステム資源に
アクセスするために豊富な手段を享受できるのは、J2EE が規定する膨大な APIがあるからです。Javaの機能や利点について語るとき、
多くの場合は言語としてのJavaを語っているのではなく、コンピューティング環境としての J2EEのことを語っていることにまず注意すべきです。
そして、J2EEが提供する機能の多くはさまざまな手段によって Java以外の言語でも利用できるのです。従って、Javaの利点を語った後で、
「だから C や COBOL より Javaが良い」と結論付けるのはたいてい間違った論法です。
分散コンピューティング環境としての J2EE が魅力的で有望なプラットフォームであることに間違いはありません。
しかしその中でのシステム構築において使用できるプログラミング言語は Javaだけではありません。

　本稿では、J2EE環境でのシステム構築において COBOLを活用することのメリットについて解説します。

（略）

78 ：仕様書無しさん：2006/04/16(日) 16:01:08

　次に、COBOLとJavaの一般的な相違について検討します。

　Javaは、その最大の利点の一つであるプラットフォーム間のバイナリ互換性を達成するために、中間言語の動的ローディングしか許していません。
この実行形態は Servletのような動的なインスタンス化で実行される動作環境では大きな利点となります。一方、ほとんどのCOBOLの実装では、
機械語にコンパイルされたコードの静的な実行をサポートしています。プログラムのロード時にメモリ領域が静的に確保され、
その上での演算をひとつのプロセスに専念させることができます。このような実行形態は大量のバッチ処理を高速に実行するのに有利です。

　技術的な見地から離れてみますと、COBOLの既存プログラム資産の量は決して無視できません。最新のテクノロジーを駆使したシステム構築であっても、
COBOLで書かれた既存コードを再利用したいという要望は少なくありません。プログラム資産のみならず、スキル資産もCOBOLは膨大です。
最近 Java人口は増大しておりますが、企業のIT部門の業務知識を持った人材に絞ってみれば、当分の間は COBOL人口が凌駕しているでしょう。

　Javaの仕様が未だに開発途上であることも、長期に渡って使用されることが前提の企業の基幹システムで敬遠される理由の一つになっています。
COBOLの規格は ANSI85 以来17年に及んで安定しており、今年規格化される予定の COBOL2002でも、ANSI85 からの高い上位互換性があります。
Javaも、1.3 以来旧版からの互換性は高くなりましたが、新規格の出る頻度が COBOLに比べて非常に高いことを心配するユーザもあります。

79 ：仕様書無しさん：2006/04/16(日) 16:01:58

（略）
　COBOLでもJavaでも、SQL文を使用することには変わりありませんし、どちらも直感的にわかりやすいので、これは慣れや好き嫌いの問題であると思われます。
筆者の個人的な感想としては、JDBC や ADO のように SQL文をプログラム中の文字列定数として記述するのには抵抗があります。SQLはプログラミング
言語ですので埋め込みSQLのようにソースプログラム内にコードとして書くほうが自然に感じます。
6. おわりに

　J2EE準拠のアプリケーションサーバーをインフラとしたシステム構築は、今後ますます普及して行くものとおもわれます。
CORBAのような、プログラミング言語に依存しないコンポーネント化技術が成熟した現在、COBOLで記述されたビジネスロジックをコンポーネント化して
Java環境のシステム構築で活用することには大きなメリットがあります。

　プログラミング言語は道具に過ぎませんので、適材適所の使い分けが重要です。今後もCOBOLはJavaと共存して使われつづけて行くと考えます。

よかったな、こぼらーとなかよくイキロJava厨房。

80 ：仕様書無しさん：2006/04/16(日) 16:02:45

そこまで固執するほどJavaが良い言語だとは思わないけどな。
設計段階ではそうでも無いけど、いざ実装を始めるとだらだら長文を書く羽目になる。
短かけりゃいいってもんじゃないが長いとバグの入り込む余地あり過ぎ。

81 ：仕様書無しさん：2006/04/16(日) 17:11:16

C言語厨はまだわめいているのか。Javaができないからといって往生際が悪いなw
C言語厨はまだわめいているのか。Javaができないからといって往生際が悪いなw
C言語厨はまだわめいているのか。Javaができないからといって往生際が悪いなw
C言語厨はまだわめいているのか。Javaができないからといって往生際が悪いなw
C言語厨はまだわめいているのか。Javaができないからといって往生際が悪いなw
C言語厨はまだわめいているのか。Javaができないからといって往生際が悪いなw
C言語厨はまだわめいているのか。Javaができないからといって往生際が悪いなw
C言語厨はまだわめいているのか。Javaができないからといって往生際が悪いなw
C言語厨はまだわめいているのか。Javaができないからといって往生際が悪いなw
C言語厨はまだわめいているのか。Javaができないからといって往生際が悪いなw
C言語厨はまだわめいているのか。Javaができないからといって往生際が悪いなw
C言語厨はまだわめいているのか。Javaができないからといって往生際が悪いなw
C言語厨はまだわめいているのか。Javaができないからといって往生際が悪いなw
C言語厨はまだわめいているのか。Javaができないからといって往生際が悪いなw
C言語厨はまだわめいているのか。Javaができないからといって往生際が悪いなw
C言語厨はまだわめいているのか。Javaができないからといって往生際が悪いなw
C言語厨はまだわめいているのか。Javaができないからといって往生際が悪いなw

82 ：仕様書無しさん：2006/04/16(日) 17:11:23

83 ：仕様書無しさん：2006/04/16(日) 17:11:26

84 ：仕様書無しさん：2006/04/16(日) 17:11:29

85 ：仕様書無しさん：2006/04/16(日) 17:11:32

86 ：仕様書無しさん：2006/04/16(日) 17:11:33

87 ：仕様書無しさん：2006/04/16(日) 17:11:35

88 ：仕様書無しさん：2006/04/16(日) 17:11:37

89 ：仕様書無しさん：2006/04/16(日) 17:11:42

90 ：仕様書無しさん：2006/04/16(日) 17:11:45

91 ：仕様書無しさん：2006/04/16(日) 17:11:47

92 ：仕様書無しさん：2006/04/16(日) 17:25:33

たかが馬鹿でもすぐできるJavaになにをそんなに必死にw

93 ：仕様書無しさん：2006/04/16(日) 17:31:55

Javaは大学や専門学校やその学生にはすごい人気だね。
専門学校じゃ、言語はJavaがやりたいと言え、と就職指導で教えると聞いた。

一方、企業側では学校でJavaだけしか学んでこなかったやつはC++や他の言語に対応できにくいという見解が出ている。Javaプログラミングはプログラミング経験にはカウントできないんじゃないか、ってとこまで来ている。

ある学生は、Javaはやりたいと思ったことがそのまま書けるから好きだ、と言う。
他の言語ではアルゴリズムに落とし込まなければ実装できないがJavaでは気楽に書けるということらしい。

一見、ソフトウェア工学を習得していないように見えるが、どうか。

94 ：仕様書無しさん：2006/04/16(日) 17:35:22

教える方もメモリ管理だの考えさせないで「抽象化されたオブジェクト」の扱いだけ教えればいいわけだから楽なんだろ？

95 ：仕様書無しさん：2006/04/16(日) 17:37:40

うちの大学はC言語が中心のようだ。

96 ：仕様書無しさん：2006/04/16(日) 17:48:26

>>93
> 一方、企業側では学校でJavaだけしか学んでこなかったやつはC++や他の言語に対応できにくいという見解が出ている。
禿同
うちの大学はPascal,C,Prolog,Javaが必修講座にあった。Lispもさわりだけやった覚えがある。

> ある学生は、Javaはやりたいと思ったことがそのまま書けるから好きだ、と言う。
Javaしか知らないからだろうね。
例えば「XML文書『<root><child>1</child></root>』からchild要素の内容を出力する」なんてのも

$xml = XMLin('<root><child>1</child></root>'); # XML文書『<root><child>1</child></root>』から
$child = $xml->{child}; # child要素の内容を
print $child; # 出力する

と思ったことがそのまま書けるものがあるわけだがな。

97 ：仕様書無しさん：2006/04/16(日) 18:29:04

Java厨がLinuxならなんでもできますと豪語してたらから
postfixのコンフィグしてくれと言ったら5日かかっても進捗しない。
静かに聴いてみるとviのコマンドの勉強を5日かけてしていた。藁

98 ：仕様書無しさん：2006/04/16(日) 18:33:41

> 一方、企業側では学校でJavaだけしか学んでこなかったやつはC++や他の言語に対応できにくいという見解が出ている。

今新人にJava必死に教えている企業はおしまいでしょう。
Java終焉の雰囲気の中パラダイムシフトに乗り遅れるのは間違いない。

99 ：仕様書無しさん：2006/04/16(日) 20:19:39

とりあえずstrutsは糞

100 ：仕様書無しさん：2006/04/16(日) 20:23:13

>>99
賛成

101 ：仕様書無しさん：2006/04/16(日) 21:25:51

爺さんの自作自演が酷いスレですね。

102 ：仕様書無しさん：2006/04/16(日) 21:27:56

オンラインバンキングの鯖で再起動に時間がかかるというのは致命的だと思うんだけど、
どうやって保守してるんだろ。

103 ：仕様書無しさん：2006/04/16(日) 21:29:43

中身は従来の汎用機でコボルじゃないのか？
んで、それを丁重かつごてごてごてごてとラップして、Web向けにというとこだけJava。
切り離してメンテとかできるんじゃまいか？

104 ：仕様書無しさん：2006/04/17(月) 00:06:27

PHPかCGIで十分

105 ：仕様書無しさん：2006/04/17(月) 00:27:13

銀行系なら高いあのＪＡＶＡプロセッサ用のカードでも刺してるんだろう
でもさ今、ＪＡＶＡもいいとして新人でＰＨＰハッカーとか
スクリプト系言語使いを豪語するやついるけどああゆうのも時代に
パラダイムシフトしたときには終わるよな。
結局小人さんがライブラリ用意してくれないと終わる言語はいつかは
シフトされたときに切り捨てられるんだよ。アーキテクチャはローテートできたとしても
言語なんてシフトされて切り捨てられるのを解ってないやつが多いんだよ

106 ：仕様書無しさん：2006/04/17(月) 00:43:11

ノイローゼですか？

107 ：仕様書無しさん：2006/04/17(月) 00:58:09

電波じゃないのか？

108 ：仕様書無しさん：2006/04/17(月) 08:08:57

Java Press廃刊なの

109 ：仕様書無しさん：2006/04/17(月) 08:13:31

言語が持つ隘路の補填が出来るスキルを持つと何でも
出来ると勘違いしてしまうんだよね～。
C/C++で"出来る"の意味合いはその辺前々違うという事
で理解していない。
なまじ高級スクリプトで言語の使い方が表面上にている
Java厨はその傾向にあるんだよね。

110 ：仕様書無しさん：2006/04/17(月) 09:47:12

・・・Javaは遅くて重い、馬鹿でも覚えることの出来る、
メモリ管理を考えないのでミスが少ないだけが唯一の利点である簡易言語でした。
もともとはBASIC言語がその役割を果たしていましたが、その地位を乗っ取ろうと
画策する勢力がサン・マイクロシステムズの宣伝で発生しました。
ANSI,ISO,JISなどの規格には無視されていましたが、その集団はあちこちでFUD行為を行いました。
ほかの言語を使える人々は、彼らを　「　J　a　v　a　厨　」と呼び、軽侮の対象にしました・・・・
　～　「滅び去った２１世紀のコンピュータ言語」　より～
　　　　＼＿＿＿＿　＿＿＿＿＿＿＿＿＿＿／
　　　　　　　　　　 ∨
　　　　　　　　　 ∧＿∧
　　　　　　　　　（　・∀・）チラシの裏によくメモったかな
　　　　　　　　　（　　　）
　　　　　　　　　　｜｜　|
　　　　　　　　　（＿_）＿）

111 ：仕様書無しさん：2006/04/17(月) 10:02:09

VS.NET 2005をインスコした。エクリプスと違い品質が良い。
なぜか安心して使えるんだなこいつは。自分でどこのJava厨が作ったかわからん
糞プラグインを追加して開発環境を汚さないで使える安心感はさすがだ。

112 ：仕様書無しさん：2006/04/17(月) 10:41:30

113 ：仕様書無しさん：2006/04/17(月) 10:41:34

114 ：仕様書無しさん：2006/04/17(月) 10:41:38

115 ：仕様書無しさん：2006/04/17(月) 10:41:40

116 ：仕様書無しさん：2006/04/17(月) 10:41:42

117 ：仕様書無しさん：2006/04/17(月) 10:41:44

118 ：仕様書無しさん：2006/04/17(月) 10:41:46

119 ：仕様書無しさん：2006/04/17(月) 10:42:26

ドトネト厨は

120 ：仕様書無しさん：2006/04/17(月) 10:45:22

Javaに罪はないが、Javaを選択する
アーキテクトにろくなのがいないのなんとかしる！

121 ：仕様書無しさん：2006/04/17(月) 10:53:36

うーむ。鼻高々に「Javaやってます」っ言うのが恥ずかしい言語なのに
それを分からないJava厨が多数いるから叩かれるんだな。

122 ：仕様書無しさん：2006/04/17(月) 11:37:59

Java厨って設計ができない椰子ばかりだな。
コーディングだけはまあできる。ヲタクに自分の担当するクラスで利用する
APIクラスと自分が書くクラスを含め下に向かって行く。
全体設計までイメージして仕事する椰子は全くいないのがJava厨。
せいぜいantのXMLを書いて喜んでいる程度。

123 ：仕様書無しさん：2006/04/17(月) 11:40:17

毎日毎日自作自演と作り話で楽しそうだねC言語厨さんは

124 ：仕様書無しさん：2006/04/17(月) 11:47:22

Java厨は仮想マシンの上でおなぬー三昧でそんな余裕はないからなｗ

125 ：仕様書無しさん：2006/04/17(月) 12:16:09

前のスレで「Javaは10進演算が弱い」とか言っていた奴がいたけど、Cに比べて弱いって事？
ちょっと説明して。

126 ：仕様書無しさん：2006/04/17(月) 12:25:01

http://segroup.fujitsu.com/sdas/technology/java-cobol/02-array.html

1）固定小数点演算
小数を扱う演算では、COBOL には10進の固定小数点演算がありますが、
Java は言語としては、2進の浮動小数点演算しかありません。
したがって、COBOL のプログラムを Java に移植する時は精度が異なるので注意が必要です。
固定小数点演算は java.math パッケージにある BigDecimal クラスを使用して10進演算を行うことで対処可能です。

http://java.sun.com/j2se/1.4/ja/docs/ja/api/java/math/BigDecimal.html
http://www.nextindex.net/java/class/BigDecimal.html
BigDecimal クラスはそのような問題を解決するために、10　進　数　値　を　文　字　列　と　し　て　扱います。
通常の基本データ型の計算に比べてパフォーマンスが落ちるのですが、お金の計算など、厳密に正しい数値が欲しい場合に好んで使われます
　　　　　　　　　　　　　　　　　　　　　^^^^^^^^^^^^^^^^^^^^^
言語仕様でなく別定義するんだったらそらどーにでもなるだろ。C++だろうとなんだろうと。

127 ：仕様書無しさん：2006/04/17(月) 13:25:17

鼻高々にできますって言える言語ってなによ？

どの言語だって仕事で使うんなら書けないと話にならないし
職業ならだれだって書けるさ。

128 ：仕様書無しさん：2006/04/17(月) 13:36:06

俺はVBだな。VBなら誰にも負けない自身がある

129 ：仕様書無しさん：2006/04/17(月) 13:48:46

罪深きC言語厨よ

130 ：仕様書無しさん：2006/04/17(月) 13:49:32

C言語厨はmakeの使い方を知らないのでした

131 ：仕様書無しさん：2006/04/17(月) 13:53:11

132 ：仕様書無しさん：2006/04/17(月) 13:53:14

133 ：仕様書無しさん：2006/04/17(月) 13:53:17

134 ：仕様書無しさん：2006/04/17(月) 13:53:42

C言語厨はまだわめいているのか。設計もJavaもできないからといって往生際が悪いなw
C言語厨はまだわめいているのか。設計もJavaもできないからといって往生際が悪いなw
C言語厨はまだわめいているのか。設計もJavaもできないからといって往生際が悪いなw
C言語厨はまだわめいているのか。設計もJavaもできないからといって往生際が悪いなw
C言語厨はまだわめいているのか。設計もJavaもできないからといって往生際が悪いなw
C言語厨はまだわめいているのか。設計もJavaもできないからといって往生際が悪いなw
C言語厨はまだわめいているのか。設計もJavaもできないからといって往生際が悪いなw
C言語厨はまだわめいているのか。設計もJavaもできないからといって往生際が悪いなw
C言語厨はまだわめいているのか。設計もJavaもできないからといって往生際が悪いなw
C言語厨はまだわめいているのか。設計もJavaもできないからといって往生際が悪いなw
C言語厨はまだわめいているのか。設計もJavaもできないからといって往生際が悪いなw
C言語厨はまだわめいているのか。設計もJavaもできないからといって往生際が悪いなw
C言語厨はまだわめいているのか。設計もJavaもできないからといって往生際が悪いなw
C言語厨はまだわめいているのか。設計もJavaもできないからといって往生際が悪いなw
C言語厨はまだわめいているのか。設計もJavaもできないからといって往生際が悪いなw
C言語厨はまだわめいているのか。設計もJavaもできないからといって往生際が悪いなw
C言語厨はまだわめいているのか。設計もJavaもできないからといって往生際が悪いなw
C言語厨はまだわめいているのか。設計もJavaもできないからといって往生際が悪いなw
C言語厨はまだわめいているのか。設計もJavaもできないからといって往生際が悪いなw
C言語厨はまだわめいているのか。設計もJavaもできないからといって往生際が悪いなw

135 ：仕様書無しさん：2006/04/17(月) 13:53:45

136 ：仕様書無しさん：2006/04/17(月) 13:53:48

137 ：仕様書無しさん：2006/04/17(月) 13:58:38

252 名前：仕様書無しさん[] 投稿日：2006/04/17(月) 13:58:14
>>242
> >>241 いや本質的には全部いらないんだよ。
> 工学部と法学部だけは対外国の競争と交渉のために必要だから残す。それだけ。
> あとは教養に属する部分は金持ちが道楽でやればいい。大学って看板出してもいいが、
> 国が認めることもあるまい。
> 湯島に青春大学ってよくわからんものがあるが、それと同等でいいだろ。
> 自己満足のために金と時間をかけるならそれもよし。
> 文学部や商学部や経済学部こそ無用の長物だろ。
> 腐敗した大手企業経営者を滅ぼさない限りこの国の庶民に生活向上のチャンスは

ﾌﾟﾌﾟ　C言語厨はすべての大手企業経営者が不敗してるって言ってるのか。さすが
高卒の脳みそは考えることが違うなw

138 ：仕様書無しさん：2006/04/17(月) 14:23:16

Java厨必死、図星をつかれて痛がっているのがよく分かります。

139 ：仕様書無しさん：2006/04/17(月) 14:25:37

高卒のC言語厨って事実をも否定してなかったことにするんだね。

必死だね高卒って。

140 ：仕様書無しさん：2006/04/17(月) 14:26:05

Javaができないから高卒なんだ

141 ：仕様書無しさん：2006/04/17(月) 14:37:14

Java厨の設計は実装時にJava以外には落とし込みにくいのあるよな。

142 ：仕様書無しさん：2006/04/17(月) 14:56:01

つかそれしかつかえねえ設計。

143 ：仕様書無しさん：2006/04/17(月) 15:26:26

Java厨プラチナ
Java厨ゴールド
Java厨シルバー
認定基準ができました。

144 ：仕様書無しさん：2006/04/17(月) 15:50:44

ant大好きな厨はプラチナ認定してあげるよｗ

145 ：仕様書無しさん：2006/04/17(月) 18:25:13

126が説明してくれたように、Javaは標準で演算クラスが用意されている。
演算系のライブラリを使うか、自力で演算系の処理を組まないと使えないC言語よりは
遥かに整っていると思うのだが、どういう事だろうか？

前スレでJavaは演算が弱いと言っている奴は126とは別人だと思うが、
C言語もJavaも知らずに、COBOLだけは分かるって事だよな。
もしかして伝説のコボラー？
まだいたんだ。

146 ：仕様書無しさん：2006/04/17(月) 18:28:10

Cはアセンブラみたいなもんだから
初心者ではいろんなことはできない

147 ：仕様書無しさん：2006/04/17(月) 18:28:34

経済の神様は等しく平等だよ。
生まれも運も学歴も実力のうちってね。

148 ：仕様書無しさん：2006/04/17(月) 18:38:31

ttp://www.microsoft.com/japan/msdn/thisweek/interviews/fusaito.asp

Javaでの4年分のグリッド表示がまるでこのスレで語られているテーマそのもの。

149 ：仕様書無しさん：2006/04/17(月) 19:07:45

>>145 言語としての不備を膨大なライブラリで補っていこうとしているのがJavaの方向性なのかもしれないんだよね。
言い方を変えれば「ベンチマーク向けの改良」を行っている可能性があるということ。
Javaの標準クラスライブラリは、公開されていない。これが何を意味するかと言えば、うがった見方をするとこういうこともあり得る。
「実装はJNI経由または、JVM自体で細工されネイティブコード」　Javaのクラスライブラリのコード自体は公開されていないだろ？
UIやファイルアクセスはどこかでネイティブコードに行き着くから、そのラップ層がどこに位置しているかでパフォーマンス評価は変わってくる。
１０進演算は文字列で実装されている。そうか、じゃあ俺もやってみるか＞計り知れないほど重い
積もり積もって１０分カーソルが実現されると言うことなんだろう。

Cは高級アセンブラという見方もある言語で、プロセッサやOSを意識しつつ一定の汎用性のある、高速でコンパクトなプログラムを
書くことが出来るから、OSやハードウエアよりのシステム記述言語として現在でも汎用的に使われている。これを現状否定する
Java坊やがいるとしたら正気じゃないね。Javaは壮大な実験だったけど、どうやら失敗のにおいがする。
実験の後を引き継ぐのは、今じゃどうやっても大マイクロソフトしかなさそうな雰囲気。

日本はソフト屋を道具として扱い、使いつぶして捨ててきたからソフト産業はサービス業でしかなくなってる。
儲かってるとされているのは、障壁としてのブラウザ文化を創ることの出来たAccessだけだろ。ほかはゼロだ。テレビも携帯も一人勝ち。

欧米動向はマイクロソフト、サン、IBMが後押しするオプソの三つ巴なんだろ？
どれが勝っても英語がネイティブでない日本人は後塵を拝するだけ。
そうそう、パームってAccessが買ったらしいけど、この辺になんかあるのかも。

誰の代弁をしてもむなしいけど、たった一つだけいえることがある。

　Javaは重いんだ。

150 ：149：2006/04/17(月) 19:16:20

くどくなるけど、日本にもJava推進論者はいただろ？Accessと対抗していた某社。あそこはJavaで様々なソリューションだそうとしてたけど
ことごとくそれなりの評価しか受けられなくなってる。ブラウザも負けたんじゃなかったかな。Javaでブラウザ、とかあったのか？
激しく重そうだがな。

間違ってたらあやまっとく。

151 ：仕様書無しさん：2006/04/17(月) 19:25:07

壮大な実験の失敗？
出たときから失敗と思っていた人が多いよ。

152 ：149：2006/04/17(月) 19:29:36

そうだそうだ、基本忘れてたな。

CってUNIX記述するために作られた言語なんだよね、そもそも。

153 ：仕様書無しさん：2006/04/17(月) 19:33:14

JavaってUNIX開発できない人のために作られた言語だしね。

154 ：仕様書無しさん：2006/04/17(月) 20:13:29

しかし、800Mヘルツだと凄まじく遅いなぁ｡
旧製品シェアを削ろうとはなんてリッチ。

155 ：仕様書無しさん：2006/04/17(月) 20:13:31

厨房進行

156 ：仕様書無しさん：2006/04/17(月) 21:14:10

WEBアプリケーションて使えないよね

157 ：仕様書無しさん：2006/04/17(月) 21:56:13

JavaはもともとWinSDKのプログラムがかけない社内向け
ローカル言語が走り

158 ：仕様書無しさん：2006/04/17(月) 22:35:32

今日の収穫は
Java叩きしてる奴が高卒だとわかったことだねｗ

いやーもうびっくりしたよ。
まさか高卒がJava叩きをしているなんて。
やっぱりJava嫌いは下等生物に多いんだねw

159 ：仕様書無しさん：2006/04/17(月) 22:37:43

>>148
高卒はスキルがないからマイクロソフトに金を払って
VBやドトネトを使わざるを得ないんだよw

160 ：仕様書無しさん：2006/04/17(月) 22:38:47

高卒の妄想には呆れたよw

161 ：仕様書無しさん：2006/04/17(月) 22:40:25

でも.NETも結局C++になるよね次世代だと
JAVAはCELLプロセッサあるからひっくり返せる自身
あるみたいだね

162 ：仕様書無しさん：2006/04/17(月) 22:41:01

じゃばｗ

163 ：仕様書無しさん：2006/04/17(月) 22:48:05

Java厨房って底の浅いエバンジェリストすらできそうにない馬鹿ばっかだな。
暇つぶしにあおるにも不足ｗ

164 ：仕様書無しさん：2006/04/17(月) 23:41:00

Javaは核が貧弱な分、肉を分厚くするために、肥大なコーディングを行い
結果としてメモリを馬鹿食い、動作もっさり、互換性はぁ？の３ダメ言語になってしまった。

で、Javaを語る人たちは、今度は～～～って考え方がはやりますよ～ EJBｗプケラｗｗ
過去の過ちを笑い、新しき道を常に進み、、、、いまのウンコ仕様になるわけです。

過去を切り捨て、かっこつけすぎた新しい仕様を作り続ける、
だからJava信者はマーカーと同じといわれます。

165 ：仕様書無しさん：2006/04/18(火) 00:02:50

JavaってActiveX真似てJavaApplet流行らせようとしてこけたよな。
瀕死のところをServletが当たって息を吹き返した。
いつのまにかServerSideだけ盛り上がって、外国のカンファレンスなんかでもJava!Java！言われるようになった。
RPC周りの実装の時期が早かったのが注目されたのかな？

しかし、その後も何でJ2EEにこだわる人が多いのか、そこが解せない。

166 ：仕様書無しさん：2006/04/18(火) 08:09:55

おまいの頭じゃ理解できまいよ。

167 ：仕様書無しさん：2006/04/18(火) 08:13:29

Javaって粉がやたらに多い大阪のお好み焼きみたいなものだからね。
素材の味は楽しめない。

168 ：仕様書無しさん：2006/04/18(火) 08:14:34

高卒コーダーの頭じゃ無理。

169 ：仕様書無しさん：2006/04/18(火) 08:31:14

J2EEを設計した人はEJBの実行時の重さを計算できなかった。
J2EEはEJBを含むエンタープライズな実行環境なはずだが
現状EJBを使ってJ2EEしているところは少ない。
いかにもJava的。いつもこんなのばっかりがJava。

Javaを設計した人はenumを初期にはいれなかった。
10年間サポートされなくともJava厨は文句のひとつも言わなかった。
サービス寄りの実装はしないからだ。サービス系のメッセージループや
コールバック、マルチスレッディングなどの開発はできないJava厨ばかり。
そう彼らがするのはSQLをJavaの文字列に埋め込んで業務アプリするだけ！！

170 ：仕様書無しさん：2006/04/18(火) 10:22:58

Javaを広めようとする人はネガティブな箇所に一切触れようとしなかった。
それを鵜呑みにし正当かつシビアに評価できない人が現在のJava厨になった。

171 ：仕様書無しさん：2006/04/18(火) 10:23:54

以上、高卒文系C言語厨の戯言でした。

172 ：仕様書無しさん：2006/04/18(火) 10:44:30

Javaって重いよね。

173 ：仕様書無しさん：2006/04/18(火) 11:04:23

それ以上に重いのがJava厨の頭ｗ

174 ：仕様書無しさん：2006/04/18(火) 11:11:39

>>166
じゃあおまいが説明してみ？
できないと思うけど。

「お前には理解できない」は、Java厨の逃げ常套句だな。

175 ：仕様書無しさん：2006/04/18(火) 11:13:45

むしろ高卒文系って言ったらJavaしかできないやつを思い浮かべるが

特に実装できないで設計だけやる薀蓄だけのやつ

176 ：仕様書無しさん：2006/04/18(火) 11:17:01

俺が代わりに説明してやるよ。簡単だ。
「覚えても無駄なことを覚えてしまったからこだわってる」
「ほかにいくらでもソリューションがあってそっちのほうが速いって言われるのがいやだ」
「じゃばしかやりたくないんだよ」
「案件あってもやりたがるやつがいないから困ってる、地雷を踏む馬鹿を減らすな」
「実はほかの言語さっぱりわからない」
好きなのを２つ選べば当たってるとおもうぞ。

177 ：仕様書無しさん：2006/04/18(火) 11:33:26

最近のJava厨はだめだな。
ちょっと前は「ビジネスロジック」「JavaのTCPにはポートを使わない」
とか笑えるレスを返してくれた。もうJava厨も死んだな。
つまらない中年だとか高卒だとかのレスしか出なくなった。

178 ：仕様書無しさん：2006/04/18(火) 11:34:47

Java厨は体脂肪が増えすぎて死亡した。
Javaも死滅に向かう。

179 ：仕様書無しさん：2006/04/18(火) 11:41:02

Java厨のうざさは選民思想気味なとこなんだよな。
それでマカ臭がするんだと思う。
厨の自覚があるブビ使いのほうが扱い易い。

180 ：仕様書無しさん：2006/04/18(火) 12:10:24

しかしJava厨が悔しくなると分かりやすい。
新糞スレを必ず立てる。
そして糞スレは間違いなく不人気スレだｗ

181 ：仕様書無しさん：2006/04/18(火) 13:09:36

いったんまとめようか…
・Java厨
　Javaしかできず、なんでもJavaで書けばいいと思い込んでいる。
　Javaで書けない問題を提示されたら、ビジネスロジックとか言い出す。
・C言語厨
　C以後の言語の進化についていけてない。車輪の再発明が得意。
　具体的な問題を振っても、その一部をピンポイントでしか答えられず、全体像なし。
・C/C++厨
　低水準言語での話しかできない。やっぱり車輪の再発明が得意。
　システムアーキテクチャの話をクラス構造と思い込み、さらにソースファイルの構成に至る。
・普通の人
　プログラミングの基礎がわかっているので、たいていの言語を多少の学習時間で使いこなす。
　現実の問題に興味を持つ傾向が強く、抽象的な話を嫌う。だからこのスレには出てこない。
・ブビ厨
　カンブリア期以前の地層から発見される化石。

182 ：仕様書無しさん：2006/04/18(火) 13:22:24

>181
うわぁ･･･つまらね

183 ：仕様書無しさん：2006/04/18(火) 13:26:57

悪くない。
でももうちょっとそれぞれの個性を引き出してほしいな。

184 ：仕様書無しさん：2006/04/18(火) 15:13:23

正しくはこうだ。
・Java厨
　学歴差別をプライドの根幹においた大卒の恥。差別思想が染みついた人間の屑。
　Javaに出会わなかったら強姦とか公然わいせつとかやらかしてDQN+板にいるはずの連中。
　Javaしかできず、なんでもJavaで書けばいいと思い込んでいる。日本語は不自由。半島出身が疑われてる。
　Javaで書けない問題を提示されたら、ビジネスロジックとか言い出す。
・C言語厨
　でっち上げ。そんな厨房はいない。
・C/C++厨
　おなじくでっち上げ。
・普通の人
　２ちゃんなどみないのででっち上げ。
・ブビ厨
　マンセーな奴などいないのでこれもでっち上げ。

185 ：仕様書無しさん：2006/04/18(火) 15:16:27

確かにANSI OR K&R しか出来ない椰子はいないだろうな

186 ：仕様書無しさん：2006/04/18(火) 15:16:48

改悪乙。

187 ：仕様書無しさん：2006/04/18(火) 15:18:29

・Java厨
　根底にはC/C++挫折に対するコンプレックスがある。

188 ：仕様書無しさん：2006/04/18(火) 15:29:21

C/C++なんて簡単もの挫折するぐらいじゃ
どーしようもないじゃんか

189 ：仕様書無しさん：2006/04/18(火) 15:31:57

■マ板唯一の言語厨房：Java厨
　根底にはC/C++挫折に対するコンプレックスがある。（どーしようもない）
　学歴差別をプライドの根幹においた大卒の恥。差別思想が染みついた人間の屑。
　Javaに出会わなかったら強姦とか公然わいせつとかやらかしてDQN+板にいるはずの連中。
　Javaしかできず、なんでもJavaで書けばいいと思い込んでいる。日本語は不自由。半島出身が疑われてる。
　Javaで書けない問題を提示されたら、ビジネスロジックとか言い出す。

190 ：仕様書無しさん：2006/04/18(火) 15:38:42

確かにコンプレックスがあるからあれだけ必死になるんだろうなｗ
たしかここで有名なJava厨は昔、make installができねえと
本音を漏らしていた事がある。そんな事もできねえからJavaに走る。
C/C++が憎い(つうか自分が馬鹿者なだけ)

191 ：仕様書無しさん：2006/04/18(火) 15:48:39

>Javaで書けない問題を提示されたら、ビジネスロジックとか言い出す。

この部分の意味が分からん。

192 ：仕様書無しさん：2006/04/18(火) 16:05:44

お前らC厨は、エンタープライズアーキテクトを理解しないタコだからなｗ
Javaの世界はビジネスロジックで回っている。

って事？

193 ：仕様書無しさん：2006/04/18(火) 16:15:41

は？

194 ：仕様書無しさん：2006/04/18(火) 17:10:48

テンプレどおり言い出したね・・・すげえ型にはまった厨。

195 ：仕様書無しさん：2006/04/18(火) 17:27:53

XdocLetもちかいこなちぇないで
antも書けないお前らには無理だ

196 ：仕様書無しさん：2006/04/18(火) 17:28:45

さらには壮大なる業務仕様を
100ページにも及ぶUMLにできない糞C厨どもめ

197 ：仕様書無しさん：2006/04/18(火) 17:29:48

Eclipseの起動が遅いとか抜かす厨は
漏れのように最新のセレロン500MHzとか使っていないからだ

198 ：仕様書無しさん：2006/04/18(火) 17:31:27

Javaの安全なTCP/IPソケットは
糞C厨が使うポートなど使わないのだ

199 ：仕様書無しさん：2006/04/18(火) 17:38:11

>196
業務仕様をUMLに落とすのはバカでもできる。
問題は業務を仕様に落とせるかどうかだ。

200 ：仕様書無しさん：2006/04/18(火) 18:17:31

オブジェクト指向とビジネスロジックの相性は悪い。
そもそもクラスなんて筋の通ったものはなく、ユーザーの都合
部署間の力関係等でどうとでも変わる世界。
君も経験ないか？
クラスを積み上げて設計してきたら、前提を覆されて根底から崩れてしまったことが。

201 ：仕様書無しさん：2006/04/18(火) 18:58:13

Java厨房は言われるままに作業するだけのコーダーだからそんなことは考えたこともないと思われる。
やれと言われれば反射的に手が動く便利屋だから無理。

202 ：仕様書無しさん：2006/04/18(火) 19:03:09

>149
いまいち言っている事が分からない。
10分カーソル？「コマンド実行したら10分間カーソルが戻って来ない」って事か？
仮定の話なのか、実際に
「Cで実行したらすぐに終わる処理をJavaにしたら演算処理しかしていないのに10分かかった」って
言っているのか謎。仮定の話なら妄想激しすぎ。

Javaは失敗？C言語の代わりにならなかったから失敗だって言いたいのか？
少なくともほとんどの処理系と、ほぼ全てのWEB系で使用できると言う現実を無視してないか？
さらにMSがJavaを引き継ぐ？OSフリーの言語をOS会社が引き継ぐって言っているのか？
企業利益は考えないのか？ちょっと変な方向に妄想が行っているんじゃないか？

業界はAccessの一人勝ち？AccessってNetFront作ってるAccrss？
悪くはないけど、MSやIBMやSUNと比べるのは変じゃないか？
SUNはともかくMSやIBMや国内メーカー系は好調だろう。
Accessの株主か？それとも妄想か？

英語圏だからアメリカには勝てない？
おいおい、今実際にやばいのはインド、中国だぞ。
最新情報はアメリカサイトより中国サイトにヒットするほどだ。どこ見ているんだ？

まあ、一言いわせてもらえば、
JavaはCよりは重いけど、149は妄想が激しすぎ。

203 ：仕様書無しさん：2006/04/18(火) 19:07:56

>200
>オブジェクト指向とビジネスロジックの相性は悪い

そうは思わないねぇ、、。
RDBとオブジェクト指向の相性は悪いと思うけど。

>前提を覆されて根底から崩れてしまったことが。

これはOOPに限らずどんな手法を使っても同じだろ。
要求仕様の引き出し方が甘かっただけ。

204 ：仕様書無しさん：2006/04/18(火) 19:09:12

NetBeans使ってみたら思ったほど重くないね。
VS2005よりは軽いよ。

205 ：149：2006/04/18(火) 19:19:24

>>202
スレの流れをまず嫁。１０分カーソルは>>148のリンク先にある、「現MSエバンジェリストの元Java厨」の経験談だよ。
Javaで作ったものは重かった。そういう話。どうやって改善したかは書いてないから、破綻させたんだろ。
裏を読めば、MSのツールならそんなことはなかったってことだな。

Javaが失敗だというのは、重すぎる、各バージョン、ソリューションで互換性の乏しいJavaからネイティブ処理系にもどしてる例も多々あることを指してる。
Write once　run nomore が多すぎたんだよ。

MSが引き継ぐというのは、「仮想マシンのアーキテクチャーや考え方を取り込んで発展させていくのはMSだけ」という事実を指してる。

Accessが一人勝ち、というのは「テレビや携帯」にかかっている。文章をもっと読め。
日本国内で、独自性のあるソフトウエアアーキテクチャーを展開できたのは、国内の参入障壁として規格化された、閉鎖性のあるブラウザ関連だけだ。
嘘だと思うならCompactHTMLやら、BMLに関して情報集めてみればいい。儲かっている独自性のある企業はAccessだけだ、といえばわかるか？
後は全部サービス業に堕してるだろうが。国内メーカーに至っては、ハードもOSも、言語などのシステム系もほぼ放りだして
MSやらSUNやら、オプソやらに乗っかってソリューションで儲けだしてるだけじゃないか。国内初の新技術、しばらくめぼしいのは見てないが、
おまいがしっているというなら例を挙げてくれ。妥当なら不勉強を詫びよう。

インドと中国がやばいのは、アメリカがオフショアで技術移転して、「ソフトウエアの製造」を大々的にやらせてるからだ。
もともと、アメリカにかの国からの連中が移って何かやっていたのを本国で基盤が整って、帰国して起業したってパターンも多いだろうが。

まあ、よく前後を読みもしないで脳内の情報だけで過剰反応する>>202みたいなのは、妄想じゃなくて理解力不足、判断力不足だな。
Javaのような仮想のマシンを脳内に構築しているんだから無理もないのかもしれないが。

206 ：仕様書無しさん：2006/04/18(火) 19:21:10

長文すぎて読む気がしない・・・

207 ：仕様書無しさん：2006/04/18(火) 19:21:41

ケータイだから読めないってじょうじきにいえばいいんじゃよ？

208 ：仕様書無しさん：2006/04/18(火) 19:26:05

携帯じゃないよ。
ただ単に149が長文すぎて読む気がしないだけ。

209 ：仕様書無しさん：2006/04/18(火) 19:41:13

↓３行にまとめろ

210 ：仕様書無しさん：2006/04/18(火) 19:52:09

ぬ
る
ぽ

211 ：仕様書無しさん：2006/04/18(火) 20:00:11

722 名前：素敵な旦那様投稿日：2006/04/18(火) 19:34:13
帰りが遅くなり一人で風呂に入ってると
ビールｏｒスパークリングワインとツマミ１品風呂に持ってきてくれる。
美味い。たまらなく嬉しい。
そんな夜は敢えてＨ抜きで裸で抱き合ったまま寝る。
嫁の体型があんまし崩れてないのも嬉しい。
俺がかなり体型キテるのに文句ひとつ言わないのも嬉しい。

（ちなみに早い時や週末は必ず１歳の娘と３人で入る）

723 名前：素敵な旦那様投稿日：2006/04/18(火) 19:59:18
みんなそんなこと妄想だろおおおおおおおおおおおおおおお

嘘といえ柄えええええええええええええええええ

風呂にスパークリングワインなんかもってくる嫁なんていねええええええええええええ

俺にあやまれ！！！！！！！俺に謝れ！！！！！！！！！

212 ：仕様書無しさん：2006/04/18(火) 20:01:28

Java厨房は馬鹿
Javaは激しく重い
Javaに関わるとけがをする　いじょ。

213 ：仕様書無しさん：2006/04/18(火) 20:05:31

ネトゲで「あの狩場、儲からなくなったらしいぜ」とか言いまわるのと同じ感じに見える

214 ：仕様書無しさん：2006/04/18(火) 20:05:53

> Javaが失敗だというのは、重すぎる、各バージョン、
> ソリューションで互換性の乏しいJavaからネイティブ
> 処理系にもどしてる例も多々あることを指してる。

この件に関して、Java側の反論は無しか？

215 ：仕様書無しさん：2006/04/18(火) 21:08:18

＞＞203
おまい、業務系を知らないな。
市場動向や業務形態の変化とやらで、翌年には全然変わることが良くあるんだぞ。

216 ：仕様書無しさん：2006/04/18(火) 21:22:49

203は学生

217 ：仕様書無しさん：2006/04/18(火) 21:31:32

学生はとりあえず死んでいいな。

218 ：仕様書無しさん：2006/04/18(火) 21:37:53

OOは当初のモデリングを否定されるような仕様変更には弱い。

219 ：仕様書無しさん：2006/04/18(火) 22:05:32

＞OOは当初のモデリングを否定されるような仕様変更には弱い。

そうそうそうそうそう！

業務系では当たり前にそれがある

220 ：仕様書無しさん：2006/04/18(火) 22:07:10

良スレ

221 ：仕様書無しさん：2006/04/18(火) 22:24:35

どっすんどっすん

222 ：仕様書無しさん：2006/04/18(火) 22:25:56

長文書く奴ってどんなに必死やねん

223 ：仕様書無しさん：2006/04/18(火) 22:41:27

いいから単細胞は大阪弁しゃべっとき。

224 ：仕様書無しさん：2006/04/18(火) 23:33:39

Java厨はちんぽの皮をむかれるようなエチーには弱い。

225 ：仕様書無しさん：2006/04/18(火) 23:38:52

69式のおっさんは仕事中でも酒と焼き鳥の匂いには弱い。

226 ：仕様書無しさん：2006/04/18(火) 23:56:02

Javaドカって将来なにでメシ食ってくの？

227 ：仕様書無しさん：2006/04/18(火) 23:57:30

>>223
単細胞乙

228 ：仕様書無しさん：2006/04/19(水) 00:43:00

ttp://page11.auctions.yahoo.co.jp/jp/auction/n33885417

お金を出してまでほしいか、J++

229 ：仕様書無しさん：2006/04/19(水) 00:44:26

オークションに出してる奴も出してる奴だなｗ

230 ：仕様書無しさん：2006/04/19(水) 00:47:11

IDEとしての完成度はEclipse以上だし
SunJavaで開発できるし、さいきょうじゃね？

231 ：仕様書無しさん：2006/04/19(水) 01:58:57

Java厨もC厨もどうだっていいよ。
厨の仕事は中国にふってるから。

あっちのが半額以下でやってくれる。

232 ：仕様書無しさん：2006/04/19(水) 04:09:47

日本の企業はまだ設計だけで成り立つほど、設計に通じていない。(技術的には)
要件定義より後の設計は海外のコンサルへアウトソーシングした方が良くないか？

国内の設計屋はどうせ方法論は海外のモノを真似てるだけだし。

233 ：仕様書無しさん：2006/04/19(水) 07:21:45

Javaを使わず、Java屋を通さずものごとをすすめればいいんじゃまいか？

234 ：仕様書無しさん：2006/04/19(水) 08:20:57

ttp://pc8.2ch.net/test/read.cgi/tech/1033795664/l50

★お前らJavaはJNIで組もうぜ★
1 ：chinkasu：02/10/05 14:27
このすれ立てても一人としてレスはいるとはおもっちゃ
ねーけどさ
2ちゃんのｱﾌｫにはこのレス荒らすことぐらいしかできないと
思ってるぜ
お前らに期待を裏切るような書き込みをリクエストする

235 ：仕様書無しさん：2006/04/19(水) 08:24:16

Java自体を使わない。

236 ：仕様書無しさん：2006/04/19(水) 10:23:20

>215
その変更はどう考えても追加案件で対応だろ。
そんな先々のことまで考えて設計してんの？

237 ：仕様書無しさん：2006/04/19(水) 10:24:48

>218
＞OOは当初のモデリングを否定されるような仕様変更には弱い。

OOに限らないだろ。。

238 ：仕様書無しさん：2006/04/19(水) 10:25:20

>219
>業務系では当たり前にそれがある

何度もあるなら学習したらどうだろう？

239 ：仕様書無しさん：2006/04/19(水) 10:44:27

学習してもお客様の気分に勝るものなし。
できるとすればお客はこういう最悪のパターンを言い出すと予想し
それが発生しても修正の手間が少なくなる方式を事前に用意するぐらい。

240 ：仕様書無しさん：2006/04/19(水) 11:29:06

最悪のパターン満載でつくったシステムって
わけわかんねーよな。

241 ：仕様書無しさん：2006/04/19(水) 11:56:41

Java叩きするC言語厨は高卒中年
http://pc8.2ch.net/test/read.cgi/prog/1145281298/

242 ：仕様書無しさん：2006/04/19(水) 12:04:23

>>181
JavaしかできないJava屋という存在を肯定せずに
いられない馬鹿の駄文ですねえ

243 ：仕様書無しさん：2006/04/19(水) 12:50:51

Javaの今って草食の大恐竜が絶滅した時期とオーバーラップする気がする。
糞なフレームワーク、クラスライブラリ、プラグインの洪水で肥大しきった。
自分の処理すらままならない(重くて歩けない)状態だ。

244 ：仕様書無しさん：2006/04/19(水) 12:54:37

どのへんが？

245 ：仕様書無しさん：2006/04/19(水) 17:07:38

JavaしかできないJava屋って最低な響きだな

246 ：仕様書無しさん：2006/04/19(水) 17:41:12

データベースにRecordDAOクラスを使ってアクセスしてRecordクラスのArrayListを作って格納する場合、
全てのRecordインスタンスに共通するメソッドはRecordクラスに実装するでしょ？
でもそうすると、インスタンスの数だけメソッド部分も作られると思うんだけどどうよ？

オブジェクトの操作は１つで共通しているのに
インスタンスの数だけメソッドも作られちゃうの？

247 ：仕様書無しさん：2006/04/19(水) 18:22:21

壮大なスケールのバカ

248 ：仕様書無しさん：2006/04/19(水) 18:41:35

>>247 自白乙

249 ：仕様書無しさん：2006/04/19(水) 18:44:23

まぁperlしかできねぇとかphpしかできねぇvbしかできねぇ
にくらべたら遥かにjava房の方が使い道はあるけどな。

250 ：仕様書無しさん：2006/04/19(水) 18:50:58

＞246
YES

251 ：仕様書無しさん：2006/04/19(水) 19:56:35

するとその分だけメモリを食うってことでしょ？

252 ：仕様書無しさん：2006/04/19(水) 20:53:10

>205
おかげさまで言いたい事は分かった。しかし205の解説がないと分からないんじゃないか？
10分カーソルと言うのもリンク先を見たが、あれはただの設計ミスだ。
大体アプレットを使うなって。ブラウザで実現できないUIだからだって？ウソ臭い。
それにMSの社員じゃないか。明らかにJavaがWindowsの表示系処理が弱いのを知っていて言っている。
俺ならブラウザで実現できるUIを提案するか、JavaScript使うか、VB使うかにする。

Javaが重すぎる？互換性がなくて、ネイティブコード？アプレットとJMFの事を言っているのか？
アプレットは重いよ、使うなよ。ブラウザとサーブレット使えよ。
サーブレットに関してはJMFやJNIを使わない限り、互換性乏しいって事はないだろう。
少なくてもCをSUNからLinuxに移植するよりは遥かに楽だぞ。

仮想マシンの思想を引き継げるのはMSだけ？
JavaがSUNからコミュニティーに移ったのは終わった訳じゃなくて、むしろ発展したという事だろう。
1企業が管理する態勢よりずっと発展の可能性がある。それにIBMやSUNから優秀な人間が多数参加している。
MSはむしろJavaの後追いをしているだけだろう。それに制約や人材の面から見てもMSの方が不利だ。

253 ：仕様書無しさん：2006/04/19(水) 21:00:18

>>252 言いたいことは少しはわかった。
クライアント側にでも何でもかんでもJavaを使えって言い張るJava厨ではなさそうだな。
十分な資源があるサーバ側に（予算をかけていいのであればだが）実装するなら場合によっては良しとしてもいいんだろ。

コミュニティ移管はいいイメージあまりない。
商業的に失敗したものがたどる道筋になってるからな。
破棄よりはまし、だけどいつか消えていく、そんな道。

MSの吸収同化の力は甘く見ない方がいいと思うぞ。

254 ：仕様書無しさん：2006/04/19(水) 21:10:23

ブラウザで儲かっているのはAccessだけ？
まあAccessが携帯ブラウザでほぼ一人勝ちなのは認めるが、「ブラウザ限定」の話だとは思わなかった。
日本の新技術って「ブラウザ限定」の話でか？ブラウザじゃ企業レベルはないぞ。
個人レベルなら2chブラウザとかはあるがな。
ブラウザ以外で言うなら、ハードはゲーム機とかHDDプレイヤーとか携帯電話とかいっぱいあるだろう。
ソフトもビデオチャットやP2Pとか、フレームワークならシーザーなんかもあるし。個人レベルだが。
企業レベルになると標準化が大切だから、コミュニティーに参加しているんだよ。
WEBサービスの企画策定なんかにも日本人は参加しているし、多くのプロジェクトに参加してるよ。
大体、日本独自のとか言う時点で時代遅れだろう。

インドと中国が強いのはアメリカのおかげ？
確かにその通りだが、じゃあ今からアメリカが引き上げたら、インドと中国はダメになるのか？
そんな事はないだろう。むしろアメリカの方がやばい。
英語圏じゃないからアメリカに勝てないなんて、どっから出て来たんだ？

255 ：仕様書無しさん：2006/04/19(水) 21:15:07

>MSの吸収同化の力は甘く見ない方がいいと思うぞ。

ＭＳ:「我々はVOGUEだ｡お前たちを同化する。」
ってスタートレックヴォイジャーか・・・;;

クライアントがＭＳならVB&ASPがいちばん融通効くんじゃないかな＞クライアント画面

256 ：仕様書無しさん：2006/04/19(水) 21:20:28

じゃ、少し否定してみようか。
ゲーム機　　プロセッサコアはARM、MIPS、PPCとなっていて独自性はない。GPUもIBMとか使ってるよな？
HDDプレイヤー　MPEG2コアというのはライセンス料がかかってて、それは有名な某ラボが吸ってる
携帯電話　クアルコム様が一人勝ちし始めてる。ほかでもARM採用が多い。

インドと中国が強いのはアメリカのおかげ、アメリカは日本の債権購入を大いに活用してる。完全に対等なら
債権カードは使えるが、日本は軍事占領下にあり経済的、政治的にもアメリカのコントロールを受け入れているので
そのカードは引けない。

戦略的条件が整えられないからどうやっても勝てない。戦術的に特殊な形で優位を保てることはあるけどな。
Javaの話からずれてると思うがあえてレス書いてみた。

なんだかんだ言ってもぱくすあめりかーななんだろ。

257 ：仕様書無しさん：2006/04/19(水) 22:08:12

なんかMSとSUN論争になってんのな

258 ：仕様書無しさん：2006/04/19(水) 22:21:01

JAVAアプリケーションサーバとC++とVBを繋ぐにはＤＯＭ使うのが早くない？

259 ：仕様書無しさん：2006/04/19(水) 22:33:23

ジェットスト(ry

260 ：仕様書無しさん：2006/04/19(水) 23:22:45

ASP.NETだと入社したての房でもそこそこなものは作れてしまう。
プログラムの作り方がわかってきた二年目あたりの若手は、Javaぐらいならすいすいできるだろう

こっからだいじで、ミリ秒単位の処理や、落ちることが許されない部分を
UnixからWindows（あるいはLinux）へ移行する場合
Javaしかできないやつや、VBしかできないやつは使い物にならない、、
あと携帯のメイン開発なども

261 ：仕様書無しさん：2006/04/19(水) 23:59:36

forkを長いと感じる感覚。
CreateProcessはもっと遅いと感じる感覚。
CreateThreadならforkより軽い。
printfはとてつもなく遅いと感じる。

そんな技術者はすっかり死滅して、この国は人間が認知出来ない時間を０とみなす似非PGだらけになってしまった。

262 ：仕様書無しさん：2006/04/20(木) 00:06:04

Java厨は一番速い機能を使ってもprintfの100倍遅い感覚になれてしまっているから
な。そんな感覚がないのがJava厨の証。

263 ：仕様書無しさん：2006/04/20(木) 00:07:31

>>261が光臨してから流れが変わったな。

264 ：仕様書無しさん：2006/04/20(木) 00:10:44

そんなPGは不足しているんだよ。
PGの需要が増え供給も増えたがそのクラスの人間は殆ど増えていない。
２～３年の人間でもそこそこ安定したソフトを書かせるためにJavaは普及した。
時期的にもプロセッサの速度とメモリの搭載量が劇的に増え、それでフォローできると考えられた。

2000年前後の話ですな。

265 ：仕様書無しさん：2006/04/20(木) 00:12:08

ant厨がなりをひそめちゃったよ。じゃ漏れがかわりに。なっ。

貴様らEclipseもantもaxisのインストール検証もまともに完了しないスキル
じゃJavaは理解できるわけがない!!
まあくたばりぞこないのC厨ならばいたしかたないでおろうな。

266 ：仕様書無しさん：2006/04/20(木) 00:15:04

>>264
2000年ごろから調子に乗ったJava厨が暗躍しだした時期だな。
まあ2000年の先端Java厨は本当に手がつけられないほど宗教じみてたがな。

267 ：仕様書無しさん：2006/04/20(木) 00:16:12

forkは長いけど、誰も道ずれにしないから好きだよ

268 ：仕様書無しさん：2006/04/20(木) 00:17:08

あのころはOracle OASがApacheベースにいきなり切り替えた時期だな。
Ora8についていた mod_JServは軽くて結構好きだったんだけどね。
J2EEになってからは糞になったな。

269 ：仕様書無しさん：2006/04/20(木) 00:18:04

良スレ

270 ：仕様書無しさん：2006/04/20(木) 00:19:41

そしてプロセッサの速度は停滞を向かえる。
これからはマルチコアを目指すのだろうが、LinuxやJavaのようななんちゃってマルチスレッドが
通用しない時代になるだろう。

271 ：仕様書無しさん：2006/04/20(木) 00:21:12

そしてI/O完了ポートへと向かう。

272 ：仕様書無しさん：2006/04/20(木) 00:22:06

ISAPI厨＆IOCP厨降臨の悪寒

273 ：仕様書無しさん：2006/04/20(木) 00:28:17

>>268
OracleはJavaに汚された。Javaを受け入れてからすっかり糞になったと思う。

274 ：仕様書無しさん：2006/04/20(木) 00:29:57

>>273
激しく同意。9i以降は漏れもインスコすらしなくなった。

275 ：仕様書無しさん：2006/04/20(木) 00:48:48

物凄く面白いスレに育ってきたなｗｗｗｗ

276 ：仕様書無しさん：2006/04/20(木) 01:03:40

最近立ち上がりつつある
JavaからWin32.EXEのアセンブリツールとLinuxバイナリのがあるけど
どうなんだろか？JavaVM使わないで動くからいいかも、、、

277 ：仕様書無しさん：2006/04/20(木) 02:22:38

Eclipseってキモい。

278 ：仕様書無しさん：2006/04/20(木) 02:23:49

>274
客がOracle9iが必要だというシチュエーションは無いのか？
いやDB2だってJava使ってるんだが。

279 ：仕様書無しさん：2006/04/20(木) 08:22:56

新しいパソコンにはOracle8iがインストールできないことがあるらしいがｗ

280 ：仕様書無しさん：2006/04/20(木) 08:35:59

>>279
当時のパソコンにもインストールできない事はあった。
IBMのJDK 1.1.8の問題だったような事がドキュメントに記載されていたと記憶しているが
違ったら訂正してくれ。
よく知らんがIBMのJDKでなくてもインストールできそうなもんだけどね。
互換性を高々とうたうJavaなんだからさ。
じつはリアルな世界ではインストーラもJava仕立てだと互換性に困るわけだ。

281 ：仕様書無しさん：2006/04/20(木) 09:06:03

Oracle8はpen4にインストールできなかった。
CDROMに入ってるJVMがpen4で動かなかったのよ。

282 ：仕様書無しさん：2006/04/20(木) 09:49:41

JITが動かないだけでJIT解除でJVM動いてインストールできたような

283 ：仕様書無しさん：2006/04/20(木) 09:53:19

WindowsがPen4で動かなかったら、Pen4の方が怒られるけどなｗ

284 ：仕様書無しさん：2006/04/20(木) 10:55:18

Javaは重くて動かないのか・・・

285 ：仕様書無しさん：2006/04/20(木) 11:30:44

>>281
よくJava厨が古くて遅くてメモリが少ないマシンで使うなとか反論するが
新しいマシンでもだめなんだなJVM。笑った。

286 ：仕様書無しさん：2006/04/20(木) 11:48:52

しかしDBメーカもつらいと思うよ。
Windows単発サポートになるわけにはいかないし
かといってエンタープライズ開発できる環境がJavaのAP鯖しか
選択肢がない。エンドユーザはパフォーマンスにうるさいし(当然だけど)
Java厨はJavaしかできねえし。苦肉の選択がJavaだったんだろうね。

287 ：仕様書無しさん：2006/04/20(木) 11:55:50

>>184
お前の記事そのものがでっちあげだよ。

Java厨って存在はいたとしても
Javaしかできない存在はまずでっちあげだね。
C言語厨、C++厨の存在はもう数年前から存在が確認されている。
というか20年前からいるだろう。

288 ：仕様書無しさん：2006/04/20(木) 12:06:10

>>287 ソース示せないお前がでっち上げ専門なんだろ？

289 ：仕様書無しさん：2006/04/20(木) 12:53:55

JavaやったらC忘れるよ

290 ：仕様書無しさん：2006/04/20(木) 13:32:21

ソフトウェアエンジニアがいない
ttp://blogs.itmedia.co.jp/takeuchi/2006/04/post_3639.html?top

291 ：仕様書無しさん：2006/04/20(木) 13:52:03

うむ。今C/C++の仕事は受け側が強い市場になっているね。
もちろんろくなスキルがなければだめだが。
数の論理でJava技術者は安かろう悪かろうが一般的な見解。

292 ：仕様書無しさん：2006/04/20(木) 13:53:11

ろくなスキルしかに訂正

293 ：仕様書無しさん：2006/04/20(木) 14:13:18

>Java技術者は安かろう悪かろうが一般的な見解
概ね同意

294 ：仕様書無しさん：2006/04/20(木) 17:45:40

ﾌﾟﾌﾟﾌﾟ C言語厨は情報処理学会にすら入会できない低脳なのですね

情報処理学会＝プログラマの権威
http://pc8.2ch.net/test/read.cgi/prog/1141487104/

295 ：仕様書無しさん：2006/04/20(木) 20:27:05

Javaしか出来ない奴は存在する。
Servletが登場して5年は経っているんだから、Javaしか出来ない中堅はいっぱいる。
Cしか出来ない奴も存在する。というかCしかやろうとしない奴は大量に存在する。
C++しか出来ない奴はいない。Cも出来る。
JavaやってもCは忘れない。すぐに思い出す。
もし思い出せないなら、それは最初からCをマスターしていなかったんだ。

296 ：仕様書無しさん：2006/04/20(木) 20:48:40

>256
既存の物を使って新しいサービスを生み出したら、それは新しい物とすべきだろう。
パーツを分解してこれは独自じゃないとか言うのは無意味だ。
256の論理で言うと、日本企業は絶対にアメリカ企業に勝てないって結論になるよな？
じゃ車やバイクやゲーム機はどう説明するんだ？

なんか256の話を聞いてると、飲み屋で見かけた爺さんを思い出すよ。
70過ぎだったようだが、「最近の日本人は真似ばかりだ」とか「独自の技術がない」とか、
「焼け野原から復興させた俺に比べたら、現代の奴なんて甘っちょろい」とか、
「戦争に勝ってたらこんな事にはならなかった」とか。
まさか256は70過ぎじゃないよな。

297 ：仕様書無しさん：2006/04/20(木) 21:09:12

もうちょっと深読みできないのかな。

戦略的に勝てる条件というか、首根っこ押さえちゃえばあとはおのおのの戦術的状況でどうなろうが大勢は変わらない。
日本企業がどの分野でアメリカを打ち負かそうが、稼いだ資金が投資という名の借金負担でアメリカに環流しているから
アメリカはその資金を用いて中国やインドに戦略的なカードをいろいろ打つことが出来る。

車もバイクもゲーム機も、戦術的な状況に過ぎない。それうっていくら儲けても環流する仕組みは変わらない。
食料の過半をアメリカが供給している事実も変わらない。

298 ：69式フリーPG ◆hND3Lufios ：2006/04/20(木) 22:45:02

>>286
どうかな。OracleがJavaを取り入れたのはイメージ戦略だと思うけど。
むしろ、Win/Unix共有できるJavaインストーラ、Javaツールを開発するほうが
それぞれネィティブで作るより大変だと思う。

299 ：仕様書無しさん：2006/04/20(木) 22:50:20

>>283
いや、MSが叩きまくられるだろ

300 ：仕様書無しさん：2006/04/20(木) 23:06:59

http://www.o-mil.com/ORA001.html

これかｗ

301 ：仕様書無しさん：2006/04/20(木) 23:12:40

うわーJAVAうぜえ

302 ：仕様書無しさん：2006/04/20(木) 23:23:43

＞テンポラリディレクトリにある全てのsymcjit.dllをsymcjit.oldに変更する。

ﾅｹﾙ

303 ：仕様書無しさん：2006/04/20(木) 23:33:39

ぶぶぶぶぶマジで糞だなｗｗｗｗｗｗｗｗ

304 ：仕様書無しさん：2006/04/20(木) 23:35:27

なんでこんな有名な事象について今ごろ語ってんの？

305 ：仕様書無しさん：2006/04/20(木) 23:36:43

JAVAを使うとこんなに問題があるんだってことに気づかなかったから

306 ：仕様書無しさん：2006/04/20(木) 23:45:31

どんとねぇっと

307 ：仕様書無しさん：2006/04/20(木) 23:47:54

>>286
> Java厨はJavaしかできねえし。苦肉の選択がJavaだったんだろうね。

こういうキチガイな妄想を抱く奴がこんなスレをたてることが
よくわかった。JavaしかできないならJavaプログラマ
として仕事が成り立たないんだがw
データベースも知らない、サーバ弄りもできないのにJavaプログラマ？
>>286が想像している人間はJava厨じゃねえよ。アホか

308 ：仕様書無しさん：2006/04/20(木) 23:48:24

おっと、こんな糞すれでマジレスしても無駄だったな

309 ：仕様書無しさん：2006/04/20(木) 23:48:43

ガベージコレクタって言うかただのガベージだな

310 ：仕様書無しさん：2006/04/20(木) 23:49:54

Javaは枝葉のバージョンが違ったらもう互換性皆無だからねぇ

311 ：仕様書無しさん：2006/04/20(木) 23:56:43

ﾌﾟﾌﾟﾌﾟ C言語厨は情報処理学会にすら入会できない低脳なのですね

情報処理学会＝プログラマの権威
http://pc8.2ch.net/test/read.cgi/prog/1141487104/

312 ：仕様書無しさん：2006/04/20(木) 23:57:41

Javaすらも使いこなせない低学歴Ｃ言語厨の言い訳必死だな

313 ：仕様書無しさん：2006/04/21(金) 00:20:26

>307
いや、実際にいるんだが。。。
SQLも人にやらせてる、なんか微妙な20代後半が。

314 ：仕様書無しさん：2006/04/21(金) 01:38:14

本当にSQLが全然できないのか？
まさかselect * from table;
すら知らないわけじゃあるまい。
そんなんでよく仕事ができるもんだな。
お前の妄想じゃなければいいが。

315 ：仕様書無しさん：2006/04/21(金) 01:39:31

具体的に行ってみな。
Javaしかできないってことは
Tomcatの設定もできない、XMLも使いこなせない、
サーバのネットワーク設定もできない、
ほんとうになーーんにも知らない奴のことを言うんだよ。
というかJavaの仕事をする上でそういうことってほぼあり得ないし。

「Javaしか知らない」っていうのは論理的に破綻しているんだよ。

316 ：仕様書無しさん：2006/04/21(金) 01:42:42

ﾌﾟﾌﾟﾌﾟ Java嫌いなC言語厨は情報処理学会にすら入会できない低脳なのですね

情報処理学会＝プログラマの権威
http://pc8.2ch.net/test/read.cgi/prog/1141487104/

317 ：仕様書無しさん：2006/04/21(金) 01:52:10

電子情報通信学会＞＞＞＞＞＞＞＞＞＞（超えられない壁）＞＞＞＞＞情報処理学会

318 ：仕様書無しさん：2006/04/21(金) 01:58:04

電子情報通信学会＝電気学会＝映像情報メディア学会＝照明学会＞＞＞＞＞＞＞情報処理学会

日本で唯一先端分野に無いのが情報処理である。

319 ：仕様書無しさん：2006/04/21(金) 02:25:42

>314
いや、それくらいは出来るけど業務じゃ通用出来ないレベルって意味だよ。

320 ：仕様書無しさん：2006/04/21(金) 02:30:18

だから、その情報処理学会にすら入れない馬鹿＝＝C言語厨なわけですよw

321 ：仕様書無しさん：2006/04/21(金) 02:31:19

>>319
お前胡散臭いなw
ただJavaが嫌いなだけだろw
ひょっとして、お前その男よりスキルがないんじゃないのかw

322 ：仕様書無しさん：2006/04/21(金) 02:33:41

C言語厨は電子情報通信学会でJavaの投稿論文を載せているJava厨に嫉妬していると

323 ：仕様書無しさん：2006/04/21(金) 08:17:19

いやとりあえずマシンの設定やSQLは「プログラミング言語」じゃないから、
出来る物としてカウントしなくていいんじゃないか？
プログラミング言語と言うのは制御文（判定や繰り返し）がある物を言う。
HTMLは含まないし、SQLは微妙だが含まない方に入れておこう。
つまりJava以外のプログラミング言語（C/C++、.net、COBOL、Perl、PHPなどのどれか）が出来ない人は、
Java厨って言う定義だろ。

324 ：仕様書無しさん：2006/04/21(金) 08:22:26

江畑粘着太郎君乙

325 ：仕様書無しさん：2006/04/21(金) 08:22:43

>>300
すばらしいなｗ
これがもしM$だったら10年は叩かれつづけただろうな。

326 ：仕様書無しさん：2006/04/21(金) 08:24:09

ORACLEのインストーラーはクソ。
ちなみに今でもクソ。

327 ：仕様書無しさん：2006/04/21(金) 08:51:05

Oracleはアンインスコできない

328 ：仕様書無しさん：2006/04/21(金) 09:07:51

Linuxではディレクトリ(/opt/oracleとか)消すだけだよ

329 ：仕様書無しさん：2006/04/21(金) 09:27:09

>JRE(Java Runtime Environment)1.1.7が原因とされています。

糞だｗ

330 ：仕様書無しさん：2006/04/21(金) 09:30:45

Javaの基本設計がいかにその場しのぎであるかがよく分かった。

331 ：仕様書無しさん：2006/04/21(金) 12:05:53

OracleのせいでJavaの評価が下がっている。

332 ：仕様書無しさん：2006/04/21(金) 12:31:32

Java厨のせいでまああまりよくないJavaが糞Javaの評価に下げられた。

333 ：仕様書無しさん：2006/04/21(金) 12:54:46

ttp://www.vc-net.ne.jp/~ytp/bbs/java/

バックアップされていなかったそうな。

334 ：仕様書無しさん：2006/04/21(金) 12:58:42

Java普及委員会（笑）

335 ：仕様書無しさん：2006/04/21(金) 13:08:40

そこの掲示板ってJava製だった気がする。
Java厨さんは安全な機能なJavaを利用しているから
バックアップもとらなくて良いと判断したのかな。

336 ：仕様書無しさん：2006/04/21(金) 14:57:26

http://javanews.jp/javap/newsletter047.html

今月の質問 : 性能対決 EJB 対 JDBC 直接呼び出し
EJB を使うのと JDBC を直接使うのとではどちらが性能上有利ですか?

337 ：仕様書無しさん：2006/04/21(金) 15:03:14

>>336
変な比較だね。
水着を着た女性と水着の上にシースルーの上着を着た女性、どっちがセクシー？て感じかな。

338 ：仕様書無しさん：2006/04/21(金) 15:19:43

>337
JDBCの上にシースルーがセクシー

339 ：仕様書無しさん：2006/04/21(金) 15:28:19

>最悪の場合はかなり遅くなります
って書いてあるね。やっぱり遅いのみとめている。

340 ：仕様書無しさん：2006/04/21(金) 15:30:32

Javaの 5.0について >336

> ".0" リリースというのは安定したテストを行うことはできても、
> 安定した運用には使えないということです。
> これは Sun の責任ではありません。
> 私たちの業界の風土病なのです。

だ、そうだ。

341 ：仕様書無しさん：2006/04/21(金) 15:30:50

Java厨が言うJavaって軽いは最高のケースの事。
最悪のケースは考えないのがJava厨でいいかな。

342 ：仕様書無しさん：2006/04/21(金) 15:32:17

>>340
漏れのそこ不思議だった。
ベータリリースならばそれはおっけーだけど
5.0の正式リリースでもそれでいいんじゃアルファ、ベータと
なんらかわらないよな。
業界というよりはJavaの風土病なんでは？

343 ：仕様書無しさん：2006/04/21(金) 15:32:28

>またしても TMC で. NET 対 J2EE の調査。相変わらずの大論争。
>なぜわざわざこんなことをするのかといぶかる向きもあるでしょう。
>彼らはMicrosoftから大金をもらっているのです

爆笑、プロ固定かよ

344 ：仕様書無しさん：2006/04/21(金) 15:33:54

Javaを宣伝するメディアまでJava厨化してるのかなあ。

345 ：仕様書無しさん：2006/04/21(金) 17:38:17

潮で層化を否定できないのと同じですよ

346 ：仕様書無しさん：2006/04/21(金) 18:13:13

体制が変わるときは自己（過去）批判が発生するのが全体主義のセオリーだと思うが。

347 ：仕様書無しさん：2006/04/21(金) 18:31:26

つまり、EJBとWeebServiceとO/Rマッピングとアプレットはクソって言う事で決定でいいかな。

348 ：仕様書無しさん：2006/04/21(金) 19:09:59

>>347
taglibを忘れてますよ

349 ：仕様書無しさん：2006/04/21(金) 21:08:23

馬鹿C言語厨がこのスレでどんなデマであろうと何を言おうと、

C言語厨は電子情報通信学会でJavaの投稿論文を載せているJava厨に嫉妬している
に過ぎないわけだが。

電子情報通信学会やIEEEでは様々なJava厨やJava厨教授が
Javaに関する論文を投稿し、論文誌に掲載しているわけだが。

それでもJava厨を見下したがらないと気が済まないとはなんとも愚かな奴らよ。

350 ：仕様書無しさん：2006/04/21(金) 21:43:48

おお。Java厨のレスのパターンが変わりましたね。
またしばらく楽しめますおろうな。

351 ：仕様書無しさん：2006/04/21(金) 21:45:27

嫉妬してるわけないだろ。

仕事で読む必要がある資料というのは大体業界規格が多い。そこから進んでもせいぜいJIS,RFC,IEEE,ISOだ。
無視してもJava厨に指揮命令するぐらいの知識経験は積めるんだよ。
どうせここで気勢を上げたところで、>>349だって３０前にはプログラマ強制引退だ。

ま、馬鹿丸出しでせいぜい見栄を張れ。中身空っぽでかわいそうだなお前。

352 ：仕様書無しさん：2006/04/21(金) 21:46:09

厨ってのは相手を貶める表現なわけだが、自分よりの人を厨とは失礼な人だな

353 ：仕様書無しさん：2006/04/21(金) 21:46:59

Java厨はRFCは読まないのは過去スレで実証済み。

354 ：仕様書無しさん：2006/04/21(金) 21:47:52

>>352 ん？厨房でわるけりゃ、

糞　ガ　キ　でいいか？

355 ：仕様書無しさん：2006/04/21(金) 21:49:50

クレクレJava厨はRFCの仕様どおりにサービス系の実装など絶対しませんから

356 ：仕様書無しさん：2006/04/21(金) 21:52:08

いいか？ここで騙ってるJava厨なんぞ、どこに所属していようが誰の名前を借りようが、所詮屑だ。
人の体裁は取っているが中身は糞の固まり、糞の固まりを打ち損じのプリンタ用紙で形をつけた泥人形というのがせいぜいな所だ。
目鼻は墨汁でへのへのもへじでも書いておいた方がよっぽど見られる不細工だし、語彙もなければ教養も知識もない。
Java関係のオンラインマニュアルから拾ってきた用語をランダムに並べ替えて間を幼児語でつなぐしかできないタダの泥人形。
そういう屑が何を騙ろうが屑は屑。

謙虚さなどみじんもない糞虫は虫らしく汚泥でもむさぼってればいいんだよ。

357 ：仕様書無しさん：2006/04/21(金) 21:53:54

糞虫Java厨という新語ができました。

358 ：仕様書無しさん：2006/04/21(金) 21:54:48

ここらで69式のおっさんが出てくる予感。

359 ：仕様書無しさん：2006/04/21(金) 22:05:28

http://itpro.nikkeibp.co.jp/free/NSW/NEWS/20050621/163065/

「従来のEJBは存在自体が間違いだった」，軽量コンテナ「Spring Framework」開発者のRod Johnson氏吠える

おいおい、存在自体が間違えなのみとめちゃうのよ

360 ：仕様書無しさん：2006/04/21(金) 22:16:10

http://dev.ariel-networks.com/Members/inoue/java-compat

Java5 バイナリ互換性

361 ：仕様書無しさん：2006/04/21(金) 22:31:29

入社前にJAVAの課題が出たが、
今は「C#を覚えろ、JAVAは使わない」と言われてる俺社会人一年生

362 ：仕様書無しさん：2006/04/21(金) 23:06:12

あと２年もしたらO/Rマッピング、DIは間違いだった
とか本気でなりそうだ

363 ：仕様書無しさん：2006/04/21(金) 23:13:24

なにごともほどほどじゃないとな
Java房はいつもやりすぎなんだよ。

364 ：仕様書無しさん：2006/04/21(金) 23:17:42

俺の予感ではDIは失敗すると思う
いやな臭いがする

365 ：仕様書無しさん：2006/04/21(金) 23:24:56

DIは稚内のおっさんがマンセーしてるだけだろ。

366 ：仕様書無しさん：2006/04/21(金) 23:26:12

>J2EEのデザインパターンも本当のデザインパターンではないと主張した。

おいおいJava厨が大好きなエンプラアキテクなJ2EEが否定されてるぜw

367 ：仕様書無しさん：2006/04/21(金) 23:28:52

【従来のJava厨は存在自体が間違いだった】高卒学会無縁なC厨吼える

368 ：仕様書無しさん：2006/04/21(金) 23:31:03

だから漏れが昔から主張してるように
Javaは出てきた時から駄目だから使うなとあれほど・・・

369 ：仕様書無しさん：2006/04/22(土) 00:02:42

DI稚内もとい北海道と沖縄でブレークしている
この2地域は日本の癌だ
やっぱりJAVAはソフトウェア業界の癌だｗ

370 ：仕様書無しさん：2006/04/22(土) 00:04:35

どっすん

371 ：仕様書無しさん：2006/04/22(土) 01:28:15

学会拝んでるやつなんてどうせ学生だろう？

372 ：仕様書無しさん：2006/04/22(土) 01:53:21

いや、IPAから税金もらって生きている寄生虫も拝んでるよ
地方の部会とかにだけ強い顔して研究は４，５流
でなんちゃってベンチャーラボ系の会社なんかも拝んでるよ

373 ：69式フリーPG ◆hND3Lufios ：2006/04/22(土) 02:37:57

>>358
すまぬ。今帰宅した。
もう寝る

374 ：最凶VB厨房：2006/04/22(土) 02:45:04

VBをやってれば間違いはない。

375 ：仕様書無しさん：2006/04/22(土) 08:15:53

>>369みたいなC言語厨こそが、
まさにそのソフトウェア業界の癌である。

C言語厨はまるで共産主義者のようにオブジェクト指向の普及を妨げた。
C言語厨のやっていることは威力業務妨害だ。

376 ：仕様書無しさん：2006/04/22(土) 08:25:23

営業「Javaで作るとオブジェクト指向だから安全で納期も前倒しで、メンテナンス費用が安くなります」
客「そうですか、あなたを信じましたたのみます」
◆デスマーーーチ、納期遅れ、500番エラー頻発
客「あれ、プレリリースみましたけど営業さんの言っている事とぜんぜん違いますね」
営業「Javaは最新技術を常に検証しながら作らないといけませんので開発時は
時間がかかる場合があります」
客「そっそうですか。。。(少し疑惑を持ち出す)」
◆メンテナンスができないマスタメンテ機能
◆SSLで動作させると異様な遅さ
◆データ検索時の固まりおよそ40秒
客「品質がよろしくないようですが、とくに速度的に3秒ルールでお願いします」
営業「Javaはエンタープライズなアーキテクトを利用しております。安全と引き換えに
速度が犠牲になる場合があります。しかしお客様のデータ保護の観点から安全を優先させます」

と詐欺は延々と続く

377 ：仕様書無しさん：2006/04/22(土) 08:32:09

Javaのオブジェクト指向ってRPCとかIIOPを無理やりラップして
元からそんなに速くないものを遅いVMラッパーでラップする
コンセプトが悪いんだよね。だから結論としては

【Javaは存在じたいが間違いだった】スレ立てて議論すべきだ。

378 ：仕様書無しさん：2006/04/22(土) 09:44:27

>>375
CでダメならC++でいいじゃん
あ、もしかしてC++ってオブジェクト指向だと知らないのか
ゴメンね、JAVAだけがOOPできるわけじゃないんだよもっと
世の中の技術を見るべきだよ

379 ：仕様書無しさん：2006/04/22(土) 10:22:32

OOPの実効的な実装ではC++でいいと思う。
OODのインプリメントとしてはJavaに少し利があると思うがまだ実用性に疑問がある。
OOD自体OOP言語に素直に落とし込めないことがあるから。
Javaはあくまで実装言語なのでOODの範囲までには影響力はない。
というよりOODは暴走しててOOPの都合を無視しすぎている嫌いがある。

380 ：仕様書無しさん：2006/04/22(土) 10:30:24

Java厨が暴れだしてるねｗ

381 ：仕様書無しさん：2006/04/22(土) 10:46:11

C言語のCはChinaのC。
C言語は共産主義厨華人民共和国の厨言語

382 ：仕様書無しさん：2006/04/22(土) 10:46:50

もっとも、暴れているのはC厨なんだが

383 ：仕様書無しさん：2006/04/22(土) 10:57:51

そのなんたら研究会なんだけど
Java厨が入っても活躍する場がねーじゃんｗ
↓

下記以外の研究会　　EJBはなぜ腐ったかのテーマぐらいかな
データベースシステム　EJBとだめなクラス設計の報告ぐらいかな
システムソフトウェアとオペレーティング・システム　OSの奴隷のVMについての報告
ユビキタスコンピューティングシステム　40秒固まっても我慢する人間性を高める報告
エンタテインメントコンピューティング（平成18年度）　リアルタイム性がないゲーム仕様の報告

384 ：仕様書無しさん：2006/04/22(土) 11:11:40

学術的には「特定の営利企業の処理系」ってのは扱いにくいんじゃないのか？

385 ：仕様書無しさん：2006/04/22(土) 11:32:07

JVMはJava厨が書く糞コードの破壊活動からシステムを保護するための防護壁。
暴れる手足を抑制する拘束具。

386 ：仕様書無しさん：2006/04/22(土) 11:35:34

それでもぬるぽ出まくりなんだが・・・・

387 ：仕様書無しさん：2006/04/22(土) 11:36:19

ぬるぽは防護壁に激突したJava厨の血痕ですよ。

388 ：仕様書無しさん：2006/04/22(土) 11:46:49

牢屋みたいだね->JVM

389 ：仕様書無しさん：2006/04/22(土) 11:48:00

確かにVMがなければOSにど糞コードが混ざる。
ああ恐ろしい。JVMは隔離機能だったんだね。

390 ：仕様書無しさん：2006/04/22(土) 11:49:00

と言う事は
Java厨の叫びは獄中からの怨念がこもった叫びだったのかｗ

391 ：仕様書無しさん：2006/04/22(土) 11:49:15

いい、表現だ80年を与えよう

392 ：仕様書無しさん：2006/04/22(土) 11:49:22

いや、激突した音だろ。

393 ：仕様書無しさん：2006/04/22(土) 11:51:29

オリから脱出しようとして、目とか頭潰して死ぬ馬とか鹿と一緒だよな

394 ：仕様書無しさん：2006/04/22(土) 11:52:43

Java厨の叫び

娑婆　　　　　牢獄
C/C++厨　　　　　Java厨

パチンコもお酒も飲み放題。
ああうらやまちいよー　by Java厨

395 ：仕様書無しさん：2006/04/22(土) 11:58:12

そうだよな。
69式のおっさんにJavaやれって言う事は
酒飲むなと言うのと等しい。

396 ：69式フリーPG ◆hND3Lufios ：2006/04/22(土) 12:10:46

さて、今日は何しますかね。
ファイルI/O関連のベンチマーク取るサンプルを何種類か書いて夕方から飲みに行くかな。

397 ：仕様書無しさん：2006/04/22(土) 12:27:58

おっさんはJavaはやる気もしねえだろう？

398 ：仕様書無しさん：2006/04/22(土) 12:31:05

こうなったらMSとSUNで
どっちがノベルティが太っ腹かで勝負を決めよう。

・MSは128Mバイトのメモリスティック付の3色ボールペンをくれた。
太っ腹だ。MSについていこうとマジで思った。

399 ：69式フリーPG ◆hND3Lufios ：2006/04/22(土) 12:37:03

いや、俺はJava出来ねぇからｗ

400 ：仕様書無しさん：2006/04/22(土) 12:48:01

Javaやらねえでも食っていけるおっさんはすごいな。
Java厨からしたらきっと神だなｗ

401 ：仕様書無しさん：2006/04/22(土) 13:50:19

オラクルだとお茶くれるぞノベルティで

402 ：仕様書無しさん：2006/04/22(土) 14:02:33

で
ＳＵＮはなにくれるんだ、誰か知ってる人？

403 ：仕様書無しさん：2006/04/22(土) 14:04:41

オプンで普段金払わないJava厨はなにももらえないんだろうなｗ
で残飯(プラグイン)あさりするだけ

404 ：仕様書無しさん：2006/04/22(土) 14:11:25

ガベージコレクタのゴミ

405 ：仕様書無しさん：2006/04/22(土) 14:28:55

ＳＵＮはストラップくれるよ
あの変な宇宙人ついたやつくれる
ＩＢＭもDeveloper Worksって書いたストラップくれる
あと知りたいとこある？

406 ：仕様書無しさん：2006/04/22(土) 14:31:10

>>402
セミナーか何かでケータイストラップをもらった気がする

407 ：仕様書無しさん：2006/04/22(土) 14:32:46

MSDNでもらったクールアイマスク、まだ冷蔵庫に眠ってます

408 ：仕様書無しさん：2006/04/22(土) 15:01:35

>>407
クールアイアイマスクｗ
漏れももらった

409 ：仕様書無しさん：2006/04/22(土) 15:18:38

>>383
お前の目は節穴か？
論文をもっとよく読んで見ろ

410 ：仕様書無しさん：2006/04/22(土) 15:19:16

>>384
Javaの研究なら東大や東工大でよくやっていたわけだが。
JBossの研究なんて東工大ではとくに

411 ：仕様書無しさん：2006/04/22(土) 15:20:11

>>399
> いや、俺はJava出来ねぇからｗ

お前自分がいかにレベルが低い発言しているかわかってねえな

412 ：仕様書無しさん：2006/04/22(土) 15:21:08

論文もろくにかけない癖にJavaにいちゃもんつけるC言語厨は
この業界から消えて良いよ。

413 ：仕様書無しさん：2006/04/22(土) 15:40:22

>>411
レベルが高いからやらなくても良いんだろう？
違うか？

414 ：仕様書無しさん：2006/04/22(土) 17:41:33

日本の情報工学科の研究室なんてロクな研究やってないよ。
電子・電気・物性は世界トップクラスだけど。情報は中国・韓国以下。

415 ：仕様書無しさん：2006/04/22(土) 17:58:34

中国・韓国ってことはないな

米英にはおちるけど

416 ：仕様書無しさん：2006/04/22(土) 18:41:28

本当のJava使いはEJBとO/Rマッピングがクソだと言う事を知っている。
WEBサービスは俺が救ってやるよ、SOAPは廃止してRESTでな。

417 ：仕様書無しさん：2006/04/22(土) 18:51:13

WebサービスはSUNの NetBeansがいい線いっている。
あとはスタブ生成までの自動化を VS.NET並に仕上げれば
NetBeansがJava界のデファクトに君臨するのは間違いない。
そのときはEclipseは糞素人プラグインと共にINETのダストになる。

418 ：仕様書無しさん：2006/04/22(土) 19:12:06

いや、JavaでWebサービスは無理だろ。

419 ：仕様書無しさん：2006/04/22(土) 19:19:56

Webサービスはともかくとしても、NetBeansに頑張ってもらって
Eclipseが廃れれば、Javaの開発も少しはマシになるな。

420 ：仕様書無しさん：2006/04/22(土) 19:26:20

プロジェクト全体でEclipse使ってるから一人だけNetBeansってわけには行かないんだよな・・・

421 ：仕様書無しさん：2006/04/22(土) 20:13:03

Javaで実装出来ない限り、Webサービスがブレイクすることは無いな。
InternetサーバはJavaがもはや標準言語となっている。OSはLinux。
ネィティブのCでは工数・品質的に無理だ。.NETではそれ以前にIISが論外。

422 ：仕様書無しさん：2006/04/22(土) 20:33:12

IISのほうがパフォーマンスに優れているの知らないJava厨。
おそらくIIS 2.0の頃のセキュリティの甘さをいまだに引きずっている
それこそ年寄りの発想。

Javaで使えないWebサービスは、.NET + Office 2007のスマートクライアント
で開花する。そのときにJavaが手を打っても時すでに遅し。
Java沈没間違いなし。

423 ：仕様書無しさん：2006/04/22(土) 20:36:59

Webサービスが何故普及しないか？
それはJavaで出来ないからだ。
つまり、Webサービスが浸透しないことは既にJavaの存在がそこまで大きくなっていることの証明。

そんなことも理解出来ないM$厨あわれ。

424 ：仕様書無しさん：2006/04/22(土) 20:51:36

普及しないのはJava側だけ。.NETでは分散コンポーネントとして
今では無くてはならない存在。悔しいかJava厨。時代遅れの糞OOでも
もてあそんでろ。

425 ：仕様書無しさん：2006/04/22(土) 20:53:16

EJB糞
Javaで出来ないWebサービス糞
I/Oマッピング糞

いったいなにがJavaで優れているんだｗ

426 ：仕様書無しさん：2006/04/22(土) 20:55:41

M$はWebアプリは既に古臭いレガシー環境と認識している。
スマート&ある一部はWebを利用するとしてもだ。
Webアプリしか生きる道がないJavaに明日はないのは間違いないと
言っておこう。

427 ：仕様書無しさん：2006/04/22(土) 21:37:02

JavaはServletで持ってるんだよ。
当分いけると思うけどね。

428 ：仕様書無しさん：2006/04/22(土) 21:56:29

>>414
> 日本の情報工学科の研究室なんてロクな研究やってないよ。
> 電子・電気・物性は世界トップクラスだけど。情報は中国・韓国以下。

んだとゴルァ！　数学もJavaもソフトウェア工学も
電子回路もろくにできねえC言語厨の癖に生意気だぞ。

429 ：仕様書無しさん：2006/04/22(土) 21:57:09

>>416
> 本当のJava使いはEJBとO/Rマッピングがクソだと言う事を知っている。
EJBを使わないなら代わりにO/Rマッピングを使うわけだが。

430 ：仕様書無しさん：2006/04/22(土) 21:57:43

>>424
悔しがっているのはお前のほうだろw
ドトネトの仕事がどれだけあるんだw

431 ：仕様書無しさん：2006/04/22(土) 21:58:32

電子工学も情報工学もろくに知らないC言語厨やドトネト厨が
ハードウェアに詳しいJava厨に刃向かうところが馬鹿みたいで笑える。

432 ：仕様書無しさん：2006/04/22(土) 22:02:42

何言ってんだ、JavaでWEBサービスは出来るぞ。SOAPがクソだと言っているんだ。
RESTなら問題ない。つーかREST知らんか、年寄りは。

433 ：仕様書無しさん：2006/04/22(土) 22:14:10

REST はあ?
EJBの二番煎じか?

434 ：仕様書無しさん：2006/04/22(土) 22:17:00

なんか、Java厨房は朝刊配達しながらどっかの２部に行ってる予備校生みたいなきがしてきた。

なんとなくなんだが。

435 ：仕様書無しさん：2006/04/22(土) 22:17:58

Java新しいなにかは信じられない。
過去実績が物語る。

436 ：仕様書無しさん：2006/04/22(土) 22:25:18

>>430
あるよ。Javaのリプレスはみんな.NETだ。デモすると即決。
客はみな「Javaなんかで作らなきゃ良かった」と言う。

437 ：仕様書無しさん：2006/04/22(土) 22:30:04

>んだとゴルァ！　数学もJavaもソフトウェア工学も
>電子回路もろくにできねえC言語厨の癖に生意気だぞ。

最近のJava厨はJavaからストレートに制御もできないHWの
勉強をするんだ。おめでてーなw

438 ：仕様書無しさん：2006/04/22(土) 22:34:18

学があり、品格がある人は>>428のような発言はしないよな。
よっぽど学歴とJavaにコンプレックスがあるんだな。
なんかかわいそうになってきたよ。

439 ：仕様書無しさん：2006/04/22(土) 22:43:22

ttp://java-house.jp/ml/archive/j-h-b/025659.html
JDBC applet のリロード時の不具合

>いやあすべてがセンスの悪いコードですね

ﾜﾗﾀ。やっぱりセンスが悪いのも当たりだった。

440 ：仕様書無しさん：2006/04/22(土) 22:59:59

>433
やっぱり知らないんだな。
じゃGoogleやAmazonがWEBサービス公開してるのも知らないんだろうな。
米Yahooが大量のサービスをWEBサービス化してるのも知らないんだろうなきっと。
時代はどんどん動いてるよ、Javaかじって満足しているようじゃ、C厨やコボラーのように化石になるよ。

441 ：仕様書無しさん：2006/04/22(土) 23:08:57

Webサービスって具体的にどんなのを指すの？

442 ：仕様書無しさん：2006/04/22(土) 23:10:06

GoogleのサービスはJavaで実装されているのか?
ほおーそりゃすげえや、それがもし本当ならばJavaを見直してやるがな。
おそらくネイティブでしょう。そうでなければJava以外の言語だろうな。

443 ：仕様書無しさん：2006/04/22(土) 23:11:49

http://watch.impress.co.jp/internet/www/article/2002/0412/googapi.htm

>>441

444 ：仕様書無しさん：2006/04/22(土) 23:13:01

>米Googleは11日、「Google Web API」を公開した。これはSOAP1.1およびWSDLに基づいたインターフェイスで

GoogleはSOAP & wsdlだけどなあー藁

445 ：仕様書無しさん：2006/04/22(土) 23:14:36

>>440って本当に語彙を列挙するだけなんだな
enumの存在すら10年気づかない馬鹿たんだから
列挙のクォリティもあれなんだなw

446 ：仕様書無しさん：2006/04/22(土) 23:22:33

一ついえる事がある。

Googleは技術力が非常に高い。
Java厨は技術力が非常に低い。

この違いは真理である。

447 ：仕様書無しさん：2006/04/22(土) 23:26:33

一ついえる事がある。

69式のおっさんは血中アルコール濃度が非常に高い。
Java厨の脳における前頭葉および海馬の能力は非常に低い。

この違いは真理である。

448 ：仕様書無しさん：2006/04/22(土) 23:27:55

日本でwebサービスの構築例はないの？

449 ：仕様書無しさん：2006/04/22(土) 23:28:43

JAVA厨もC厨ももちつけ

450 ：仕様書無しさん：2006/04/22(土) 23:36:36

>>448
MSNのなんたらって(忘れた海馬性能が低い)Webサービスだよね。けっこう地味にWebサービスは
広まっている。

451 ：仕様書無しさん：2006/04/22(土) 23:50:22

Java厨もC厨もドトネト厨もプログラマはうんこ

452 ：仕様書無しさん：2006/04/23(日) 02:22:10

Sun Java Studio Enterprise 8
ってかなりいいよね？

453 ：仕様書無しさん：2006/04/23(日) 08:15:05

なんか、C言語厨房は朝刊配達しながらどっかの２部に行ってる予備校生みたいなきがしてきた。

なんとなくなんだが。

454 ：仕様書無しさん：2006/04/23(日) 08:17:03

>>438
品格があるならお前みたいな発言もこのすれでアンチJavaに回るような
発言も一切しないはずなんだが。
Javaにコンプレックスを感じているのはJava嫌いな連中なわけだが。
学歴コンプレックスを感じているのも高卒C言語厨。

根拠のない発言しかできない君がなんだかかわいそうになってきたよ。

455 ：仕様書無しさん：2006/04/23(日) 08:18:31

>>446
J2EEエンタープライズアーキテクトという名のJava厨は技術力が高いぞ。
お前は技術力がゼロでGoogle厨にもJava厨にも及ばないがな。

456 ：仕様書無しさん：2006/04/23(日) 08:19:16

一ついえる事がある。

C言語厨の脳における前頭葉および海馬の能力は非常に低い。
C言語厨には人格補正チップを埋め込んで手術したほうがいい。
この違いは真理である。

457 ：仕様書無しさん：2006/04/23(日) 08:20:37

C言語厨はC++ができると勘違いして最強だと勘違いしている。

C言語厨はプログラマとしての地位が低い。

　　　つ　・　ま　・　り　、　

　　　　C　言　語　厨　は　レ　ベ　ル　が　あ　ま　り　に　も　低　い　と　い　う　こ　と　。　

458 ：仕様書無しさん：2006/04/23(日) 08:21:15

C言語厨の正体とは

●馬鹿である。
●アホである。
●間抜けである。
●自称プロである。

さあ、続きをどうぞ。

459 ：仕様書無しさん：2006/04/23(日) 08:22:01

C/C++の栄光の時代は終わった。
C/C++を使った仕事が少なくなってきたことによる
愚痴と新技術に対する詭弁で溢れた口八丁C言語信者の行く末は？

460 ：仕様書無しさん：2006/04/23(日) 08:22:43

最近のJavaって軽くね？

もう、めっちゃめちゃ速いでしょ

絶対評価ではCや汗ンブラには劣っても
相対評価では全然問題無しなパフォーマンスにまで向上してる。
昨今ではCとJavaとの速度さなんてもう誤差の範囲内に収まっている。

今じゃもうだれも遅いと感じない。
(遅いと感じる者は古いJVMやマシンを使う者や汚いコードを書く者や
Javaコンプレックスを持っているアンチJavaだけ)

461 ：仕様書無しさん：2006/04/23(日) 08:23:02

C/C++の栄光の時代は終わった。
C/C++を使った仕事が少なくなってきたことによる
愚痴と新技術に対する詭弁で溢れた口八丁C言語信者の行く末は？

C言語信者の年齢層は30代～50代。
バブル世代から新人類世代にまで広がる
まさにオッサン世代ですね。だからガーベッジコレクタの
動作原理も知らない化石的思考といわれる。
今C言語はJVMとOS作るだけで十分だ。それ以外のことは
いずれ、すべてJavaに委譲すべきだ。

462 ：仕様書無しさん：2006/04/23(日) 08:23:18

今、C言語信者の開発環境のCMMIレベルは非常に低い。
アジャイルソフトウェア開発なんてことも彼らの頭から消え去っている。
今じゃ製造業ですらアジャイル開発の影響を受けているにもかかわらずw
彼らは新しい技術を習得するという努力を怠って2chで愚痴を零してばかりいるのだ。
このスレはそんなC言語厨が愚痴を零すためのスレです。
さあ、このスレでC言語厨の強がりや愚痴や僻みや負け惜しみ発言をどーんと眺めてみましょうw

463 ：仕様書無しさん：2006/04/23(日) 08:23:33

ホンダ式は常に速度を意識する。
トヨタ式は余裕を持って自動化にこだわりをもつ。

ホンダ式＝C言語厨、C++厨
トヨタ式＝Java屋

って構図にもなぜか似合ってしまう。

464 ：仕様書無しさん：2006/04/23(日) 08:24:12

C＋＋厨は女にモテないから無理

465 ：仕様書無しさん：2006/04/23(日) 08:24:32

皆さん、注目してください！！！！！！！！！！！！！！！！！
　
C言語厨の正体は高卒であることが発覚しました！
さあ、Java叩きに必死になっているC言語を思う存分報復し虐めてあげましょう！！！

専門卒や高卒でPG/SEの人っているの？Part2
http://pc8.2ch.net/test/read.cgi/prog/1141003614/

466 ：仕様書無しさん：2006/04/23(日) 08:24:44

高卒C言語厨と大卒Java厨との戦い、

見ものだな

467 ：仕様書無しさん：2006/04/23(日) 08:25:01

OOも知らない奴はJava厨とは言わない。っていうかただの厨。
それから理系大卒じゃない奴はJavaが使えるとは認めさせないぞ。

468 ：仕様書無しさん：2006/04/23(日) 08:25:23

C言語厨の脳みそはチンパンジー並み

469 ：仕様書無しさん：2006/04/23(日) 08:25:33

サールゥ・Ｃ言語リラ・チンパンジ～♪

470 ：仕様書無しさん：2006/04/23(日) 08:25:49

Cが良いって人はCしか使えない人でしょ？

471 ：仕様書無しさん：2006/04/23(日) 08:26:34

ぼろくしそに叩かれているなＣ言語厨。

男言う！Ｃ言語厨！　劣勢にたたされているぞ！
どうする気だ？このまま負けてしまっても良いのか！

472 ：仕様書無しさん：2006/04/23(日) 08:26:37

速度を語るなら
MMXやSSEをコード中でたたけるようになってからにしてね

473 ：仕様書無しさん：2006/04/23(日) 08:27:57

まるでアレキサンダーの東方遠征によってJavaは普及したようなモノだ。
そのお陰でヘレニズム(Java)文化がヨーロッパ中に産まれた。

って感じに。

もはやJavaの考え方は常識になっているよねこの業界では。

Javaがオブジェクト指向を見事に流行らせた所は。
戦争によって民主主義を広めようとするネオコンと似ている。

474 ：仕様書無しさん：2006/04/23(日) 08:28:44

バブル世代の高卒C言語厨ってなんでこんなに必死なの？
こんな時間にレスするなんてニートですか？

475 ：仕様書無しさん：2006/04/23(日) 08:29:29

C言語厨　⇒ 顧客に必要も無いライブラリを無理して自作しようとする。標準ライブラリやSTLは糞だと考え
　　　　　　　　　互換性が無くなってでもフル自作ライブラリを作ることが至高だと考える。
　　　　　　　　　Javaを叩くときはJakartaのことしか知らない。
Java屋　　 ⇒ 標準ライブラリもJakarta系も必要で有れば適材適所に使うと考えている。

476 ：仕様書無しさん：2006/04/23(日) 08:58:59

GOTO 10な書き込みばかりだな。

477 ：仕様書無しさん：2006/04/23(日) 09:00:10

478 ：仕様書無しさん：2006/04/23(日) 09:28:44

>>456=>>457 って

薬物やってるヤンキーの発言だなまるっきり。
話に一貫性が何もない。

くすりやってぼーっとしてるアンちゃんが、茶店で
「おれはやるぜ・・・」
（なにをするんだい？つうつっこみ）
「いや。なにかを・・・」

こんな感じだなｗｗ

479 ：仕様書無しさん：2006/04/23(日) 09:54:00

RESTって囲い込みが激しい感じがするんだが・・・。
その辺がJava厨に気にいられているんだろうな。

480 ：仕様書無しさん：2006/04/23(日) 13:10:21

おやや。モデルの彼女とデートしてる隙にJava厨がまた暴れたんですか。

481 ：仕様書無しさん：2006/04/23(日) 13:12:23

しかもお決まりのテンプレートの真似発言。
Javaが10年間テンプレートがなかった恨みをはらすかのようですな。

482 ：仕様書無しさん：2006/04/23(日) 13:13:51

これからモデルの彼女とエチーするから
なんか書いといてね。もてないJava厨くん。

483 ：仕様書無しさん：2006/04/23(日) 13:24:29

【なぜJava厨はもてないのか】
まわりくどい。ラップしすぎ。ストレートにいじれない。

例
Java厨「さあ食事はどこでしましょうか?」
ドブスな彼女(しか相手にされない)「おまかせするわ♪」
Jドブスな彼女(たとえドブスでもるんるん)「(気取って)ううん。それじゃあ僕の行きつけの店に
行きましょうか」
ドブスな彼女「ええ♪」
Java厨「ぼくが仕事しているときによく利用する店なんですけどねえ2つのうちどちらにします」
ドブスな彼女「その2軒のお店はどうちがうのですか」
Java厨「一軒は最近メインに出す食材の主力を牛から豚に代えてシェフは超一流の厳しい研修を
クリアした逸材が揃っています。行き届いたサービスと駅のそばにある立地がいいですね。
サイドメニューをオプショナルに選択する事が可能なんです。基本メニューはオブジェクト指向の
スーパークラスのようなシンプルな味噌スープなのですが、extendsする事でトン汁スープに拡張
する事ができるのです。さらに先払いでinterfaceを利用すればおしんこやごぼうサラダを実装
する事もできるというオブジェクト指向メニューなのです。」
ドブスな彼女「はあ?」

484 ：仕様書無しさん：2006/04/23(日) 13:39:19

おっさん寒いよ。

485 ：仕様書無しさん：2006/04/23(日) 14:16:58

【Java厨のデート】
厨：じゃ、食事にしますか。（と、携帯を取りだしメール）
彼女：・・・
数分後、厨の携帯にメール。
厨：お、情報とれたみたいだから聞きますね＾＾
（しばらくやりとり）
厨：それじゃ、店決まったので、今度はメニューと交通手段問い合わせますね＾＾（と、携帯を取りだしメール）
数分後、厨の携帯にメール。
厨：お、情報とれたみたいだから聞きますね＾＾
（しばらくやりとり）
彼女：ごめんなさい、予定あるので帰りますね＾＾
厨：え、困るよ。君紹介して貰うのに１０人ぐらいは通してるんだから！ちょ、ちょまって！
（逃げるように走り去る彼女）

厨：これから全部のサービスキャンセルするのにどれだけかかると思ってるんだよ！（GCね）

486 ：仕様書無しさん：2006/04/23(日) 15:52:30

Javaってコードが冗長になりがちでいまひとつ好きにはなれない。
C++はCの拡張部分の演算子等々のシンタックスがセンス無さ杉。
Cは、Web屋のスピード感覚でモノを納品してくれる人間がいなさ杉。

ザイログのニモニックは好きw

487 ：仕様書無しさん：2006/04/23(日) 16:42:14

どうみても高卒C言語厨のほうがもてないんだけど。
高卒コピペテンプレートはアホだねw

JavaOneTokyo2005では多くのJava厨がイケメンだったからなw

488 ：仕様書無しさん：2006/04/23(日) 16:44:42

年寄りがオブジェクト指向についていけない理由は
制御工学ばかりやっていることと
抽象化の概念を理解できないことに尽きる。

オブジェクト指向を理解できない厨は
メタフィジックス(形而上学)を理解できない厨でもある。
つまり代数学も理解できない厨でもある。

ベクトル解析も理解できない厨でもあったりする。

489 ：仕様書無しさん：2006/04/23(日) 16:45:07

C言語信者ってもう古くね CMMIレベル1
http://pc8.2ch.net/test/read.cgi/prog/1140616676/

「ストーカーみたいに糞スレばかり乱立させるし」

Cを使った仕事が少なくなってきたことによる
愚痴と新技術に対する詭弁で溢れた口八丁C言語信者の行く末は？

C言語信者の年齢層は30代～50代。
バブル世代から新人類世代にまで広がる
まさにオッサン世代ですね。だからガーベッジコレクタの
動作原理も知らない化石的思考といわれる。

今、C言語信者の開発環境のCMMIレベルは非常に低い。
アジャイルソフトウェア開発なんてことも彼らの頭から消え去っている。
今じゃ製造業ですらアジャイル開発の影響を受けているにもかかわらずw
彼らは新しい技術を習得するという努力を怠って2chで愚痴を零してばかりいるのだ。
このスレはそんなC言語厨が愚痴を零すためのスレです。
さあ、このスレでC言語厨の強がりや愚痴や僻みや負け惜しみ発言をどーんと眺めてみましょうw

490 ：仕様書無しさん：2006/04/23(日) 16:45:57

●C言語厨はレス内容のアホさ加減から友達が少なく誰かに相手にして貰いたがっていることが
　C言語厨の精神状態を伺わせている。
●C言語厨はグローバル変数が大好き。C言語厨はグローバル変数に取り憑かれているために
　いつまでたってもオブジェクト指向を理解できない。
●C言語厨はどんな大規模開発でも関数があればクラスなんて必要ないと豪語する。
●なっ、なんとぉ！ C言語厨はHibernateを知らないことが発覚してしまったぁ！
●C言語厨の知っているオブジェクト指向は継承のみで、
　ポリモーフィズム、カプセル化、委譲、集約も知らないという間抜けさ。
●C言語厨はバカだからクラスとは構造体とまったく同じだと思い込んでいる。
●C言語厨にクラスを作らせると性質がほとんど構造体と変わらなくなる。
●そしてメンバ関数はすべてstaticになるという失態。
●C言語厨はオブジェクト指向がわかってないのでメンバ変数が全くないクラスばかり作る。
●C言語厨は名前空間を知らないため、おかしな関数名をつける癖がある。
●C言語厨はデザインパターンを知らないから、デザインパターンを知っているC言語厨よりも高スキルな人間に対して
　「ポリモーフィズムを知らないだろw」と喧嘩を売ろうとする。そのさまはまるで蟻が像に喧嘩を売っているかのよう。
●オブジェクト指向が苦手なC言語厨の年齢層は30,40代に多い。まるでCOBOLerのように。

491 ：仕様書無しさん：2006/04/23(日) 16:47:52

実際にC++でスパゲティコードを書く奴が
C++厨の大半ってことはC++厨の9割はみんな低レベル
なんだな。

492 ：仕様書無しさん：2006/04/23(日) 16:48:25

C++できるフリをできることが売りなC言語厨

493 ：仕様書無しさん：2006/04/23(日) 16:51:58

なんでOSはJAVAで出ないの？
性能もCやC++と遜色ないというなら
出てもいいんじゃないの？

494 ：仕様書無しさん：2006/04/23(日) 16:55:25

モデルとデートしてるって妄想が激しいな。
さすが高卒C言語厨の学歴コンプレックスがここまで酷いとはw

495 ：仕様書無しさん：2006/04/23(日) 16:55:57

なんでC言語厨はJavaが嫌いなの？

答えは簡単

C言語厨は馬鹿だからwww

496 ：仕様書無しさん：2006/04/23(日) 16:56:28

C言語のCは共産主義(Communism)のCだからw

497 ：仕様書無しさん：2006/04/23(日) 16:57:13

共産主義者のための言語C言語

C++　← 共産主義++、GPU(ゲーペーウー)並みの共産主義者ww

498 ：仕様書無しさん：2006/04/23(日) 16:57:32

C++厨は秘密警察本部の馬鹿w

499 ：仕様書無しさん：2006/04/23(日) 16:57:47

C++厨は共産主義者のアカ

500 ：仕様書無しさん：2006/04/23(日) 16:57:59

C言語厨はその下っ端のアカ

501 ：仕様書無しさん：2006/04/23(日) 17:00:35

頼むからｷﾁｶﾞｲはJVMに隔離していてくれ。

502 ：仕様書無しさん：2006/04/23(日) 17:02:22

C言語厨さんってアカ？
かわいそうですね

503 ：仕様書無しさん：2006/04/23(日) 17:04:56

じゃC言語厨は被オブジェクト指向の世界に隔離へ

504 ：仕様書無しさん：2006/04/23(日) 17:17:07

UMLとJavaは
プログラマにとって世界共通語みたいなものだ。

その標準語すらつかいこなせないとは
国際化社会に背いているのと同然。

UMLやJavaを勉強しようとしないプログラマは
戦時中の日本のように、国際化社会を否定して
英語を使うことを禁止した旧日本軍のヴァカどもと同類。

UMLやJavaを勉強しようとしないプログラマは
プログラマ同士どころか顧客とのコミュニケーションがろくに取れない愚か者である。

君たち、諸君は、国際標準語たるUMLとJavaくらいできなくては
国際プログラマとして使い物にならない存在である。

505 ：仕様書無しさん：2006/04/23(日) 17:17:30

UMLができない香具師は国連を脱退した国賊と同じ
ならず者国家と同類

506 ：仕様書無しさん：2006/04/23(日) 17:17:49

Javaを否定するC言語厨はテロリスト、テロ国家と同類

507 ：仕様書無しさん：2006/04/23(日) 17:42:25

今日は学生さんが大はしゃぎだね

508 ：仕様書無しさん：2006/04/23(日) 18:09:53

Java厨はC言語ではOOPできないのか。
基底クラス無いと自分では何もできないんだな。

509 ：仕様書無しさん：2006/04/23(日) 18:53:31

C言語厨はOOPなんて
ろくにできないだろ。
できないからJavaに移行できないでいるレベルなんだからさ

510 ：仕様書無しさん：2006/04/23(日) 18:59:00

デバイストライバがJavaで書けるなら移行してもいいんだが。

511 ：仕様書無しさん：2006/04/23(日) 19:39:51

>>509
Java厨の方がよっぽどOOを理解してないがな。
JavaがOOPだからと言われてるからOO理解した気になってるだけ。

512 ：仕様書無しさん：2006/04/23(日) 19:57:30

自作自演乙

513 ：仕様書無しさん：2006/04/23(日) 20:19:13

>>489
CMMって作られた理由の一つが米空軍の航空機搭載コンピュータの
プログラミングの納品基準を作ることで、基本的にC言語でやってたと
記憶していたんだが。

航空機用コンピュータは世界で一番過酷だからね～。

514 ：仕様書無しさん：2006/04/23(日) 20:27:24

>>513
へー

そういう分野は Ada だと思っていたのだが。
Ｃなのか。

515 ：仕様書無しさん：2006/04/23(日) 20:30:10

プログラマ自体がクソってことに気付いてくださいね、目クソ鼻くそってヤツ

516 ：仕様書無しさん：2006/04/23(日) 20:33:47

・Java厨が批判してるのはオブジェクト指向を理解できないC言語厨
・C言語厨が批判してるのはJava自体

この２つを理解しないまま議論しても意味ないよ

CでOS作れるかもしれないけど、C言語厨はOS作れないだろ？

517 ：仕様書無しさん：2006/04/23(日) 20:36:34

要するに、
JavaでOS作れないかもしれないけど、Java厨はOS作れる
と言いたい訳だな

518 ：仕様書無しさん：2006/04/23(日) 21:01:38

ふいーデート終了。
モデルの彼女にこれ見せたら【Java厨さんってもてなそうね】
だってさw

519 ：仕様書無しさん：2006/04/23(日) 21:37:54

・Java厨が批判してるのはオブジェクト指向を理解できないC言語厨
「理解できないと決め込んでるのが片腹痛い」

・C言語厨が批判してるのはJava自体
「最初期から使ってみて欠陥を理解してるから」

ガキの戯言に過ぎないんだよ。

520 ：仕様書無しさん：2006/04/23(日) 22:03:12

でも戦車とか飛行機とかにJAVAで開発したメインコントローラー搭載
してほしいよなぁｗボーイングとかにさ
VM落ちて墜落とか楽しそう

521 ：仕様書無しさん：2006/04/23(日) 22:11:56

もはや犯罪だな

522 ：仕様書無しさん：2006/04/23(日) 22:17:45

バックアップシステムが古いVMで動いてんのな

523 ：仕様書無しさん：2006/04/23(日) 22:20:06

新生銀のことかあそこ落ちたなｗJAVAだし再起動すればいいけど
すげー時間かかりそうだ

524 ：仕様書無しさん：2006/04/23(日) 22:22:14

C言語最強と思うんなら何も焦る必要はないし、顔を真っ赤にしてJava厨の相手をする必要はない
もっとどっしり構えて欲しいもんだよ

525 ：仕様書無しさん：2006/04/23(日) 22:38:29

Javaって重いよね
それに比べたらCは軽い軽い、風が吹いたらどっか飛んでいってしまうくらい軽い

526 ：仕様書無しさん：2006/04/23(日) 22:47:43

>>510
Java Communication APIと何度言ったら(ry

527 ：仕様書無しさん：2006/04/23(日) 22:52:51

>>511
ＯＯＰを理解しているC++厨がどれだけいると
思っているんだ。
C++厨だと覆われている奴の大半は正体が
オブジェクト指向も何も理解できていないただのC言語厨だぞ。
MFC使った程度で満足して自分でクラス設計もできない愚か者が
いかに多いことか。

528 ：仕様書無しさん：2006/04/23(日) 22:53:28

>>513
それでもC言語厨が群れを成している職場はCMMレベルが低い。

529 ：仕様書無しさん：2006/04/23(日) 22:54:36

>>518
脳内彼女とデート完了かモテないC言語厨w
どうだその満たされない気分はw

530 ：仕様書無しさん：2006/04/23(日) 22:55:29

>>519
C言語厨の頭の狂った脳内変換乙

どうやらC言語厨は人格補正チップを
埋め込んでその頭の悪い脳細胞を手術して
やらないといけないようだな

531 ：仕様書無しさん：2006/04/23(日) 22:57:03

>>524
> C言語最強と思うんなら何も焦る必要はないし、顔を真っ赤にしてJava厨の相手をする必要はない
> もっとどっしり構えて欲しいもんだよ

>>524が良いこと言った。
それは確かにいえてる。
恐らく、これはC言語厨の余裕の無さの現れだろう。
C++の仕事はおろか、C言語の仕事ですらろくにないからな。

532 ：仕様書無しさん：2006/04/23(日) 23:02:12

すげえな。日曜日の朝から

533 ：仕様書無しさん：2006/04/23(日) 23:39:46

>>531
折角皆が、JAVA厨になってデバドラも書けない癖にハッカー気取りにり向上心をも失なってしまわない用に注意してあげてるのに。
ソレを皮肉と取るとは、可哀想な方だ。

534 ：仕様書無しさん：2006/04/23(日) 23:43:44

日本語でおｋ

535 ：仕様書無しさん：2006/04/23(日) 23:58:40

なんか、JavaでOSを書けないとか言っている人がいるけど
そもそもそのためにあるものじゃないんだけど・・・

4 アプリケーション ---> Javaアプリ
3 ミドルウェア -------> JavaVM(C++) / J2EEコンテナ(Java)
2 OS --------------> C/C++
1 マイクロカーネル ---> アセンブラ/C

で、このようにレイヤー毎に役割分担するのは
ソフトウェアの生産性の観点からも堅牢さから
言ってもここ３０年の常識。

アプリからデバイスドライバや仮想メモリをたたくのは
非生産的だし、その分バグが多くなるでしょ。

536 ：仕様書無しさん：2006/04/23(日) 23:59:03

こんな時間でもおjavaは

537 ：仕様書無しさん：2006/04/24(月) 00:13:47

うっせーよ

538 ：仕様書無しさん：2006/04/24(月) 00:18:58

ミドルウェアにJavaは糞。

539 ：仕様書無しさん：2006/04/24(月) 00:20:03

>>535
別にJavaを使うのは構わん。
俺は6種類程度は確実に書けるし、その中にJavaもある。
ただ言いたいのはJavaに固執して、デバドラやOS周りに触れる事無く、
遅いJavaを必死に擁護するばかりで、
周りが見えてないだろうということだ。

540 ：仕様書無しさん：2006/04/24(月) 00:21:13

>>533
> >>531
> 向上心をも失なってしまわない用に注意してあげてるのに。

そもそも、Ｃ言語厨に向上心なんてあるのかw
彼らはお前みたいな馬鹿に注意されるのは余計なお世話だと感じているよ。
逆にお前に注意してやるよ。お前は図に乗ってないでちゃんとJavaを勉強しろ。

541 ：仕様書無しさん：2006/04/24(月) 00:21:51

お前がしろよ理解してないくせに

542 ：仕様書無しさん：2006/04/24(月) 00:22:32

>>535
JavaでOSかける。
アセンブラを補助的に使うがな。
あのOSは、
OSを作るのに、C言語なんて一切いらないことを見事に証明している。

543 ：仕様書無しさん：2006/04/24(月) 00:23:36

>>539
> ただ言いたいのはJavaに固執して、デバドラやOS周りに触れる事無く、
それもお前の妄想だ。
JiniとJava Communication APIについて調べろ。

Javaでドライバを書く方法がわかる。
それからJavaでOSを作ることも可能だ。

544 ：仕様書無しさん：2006/04/24(月) 00:30:26

要件：10G級のクロックとT級のメモリ

545 ：仕様書無しさん：2006/04/24(月) 00:40:39

>>539
＞Javaに固執して
いやいや、Cに固執してC++をやろうとしない or やってもできないヤツのことをC言語厨と呼んでるだけだ

546 ：仕様書無しさん：2006/04/24(月) 00:41:34

Jiniとか使うと自前で、メモリ管理とかしないといけないよね？100％GC管理可能なわけじゃないよね？
アセンブラ一部使うって結局、GCがあるから堅牢性が他言語と比較して高いという利点も消えるよね？
結局VMの範疇から外れGCを利用できないと開発効率は糞だというCやC++とそんなに変わりなくなるよ

JAVAの人間って実現可能と運用可能の意味が解ってないと思うよ。
10Ghzのマシンと100GBぐらいのメモリが誰でも使えるなら別だろうけどね

547 ：仕様書無しさん：2006/04/24(月) 00:46:11

？つけずに言い切れよ

548 ：仕様書無しさん：2006/04/24(月) 00:47:08

>>544
それでも俺はC++を使うよ

549 ：仕様書無しさん：2006/04/24(月) 00:57:35

>> 543
>JiniとJava Communication APIについて調べろ。
>Javaでドライバを書く方法がわかる。

・JINI
http://glossary.tank.jp/t05C8.html

・Java Communication API
>Java からシリアル・パラレルポートを制御するための API。 "ネイティブ"メソッドを使用している。

調べてみたが分からんかった。
どこでJavaとデバドラが関係しているんだ？

550 ：仕様書無しさん：2006/04/24(月) 01:08:05

C房ってみんなデバドラ書いてるの？
つか、デバドラの仕事しかこないの？

551 ：仕様書無しさん：2006/04/24(月) 02:13:49

デバドラとかOS作りたかったらCやりゃいいじゃん
なんでもCでやろうとするからC言語厨は・・・って言われるんだよ

552 ：仕様書無しさん：2006/04/24(月) 06:24:40

C厨などという存在しないやつを想定して
必死にJavaを持ち上げ自己肯定するのがJava厨

553 ：仕様書無しさん：2006/04/24(月) 08:17:52

>>534
>>549

あちゃあ、またかｗ　EJBと同じパターンだね
http://glossary.tank.jp/t05C8.html

>予定のまま接続できずに終わっているもの

554 ：仕様書無しさん：2006/04/24(月) 08:23:40

＞アプリからデバイスドライバや仮想メモリをたたくのは
＞非生産的だし、その分バグが多くなるでしょ。

デバイスドライバや仮想メモリは誰が実装するんだ？
Javaでやるのか？

555 ：仕様書無しさん：2006/04/24(月) 08:50:13

JINI使えばできる。
あれつかえばできる。そんなこともC厨はしらんのか
とか言うJava厨のほうがなにも知らないのが証明されましたね。

556 ：仕様書無しさん：2006/04/24(月) 09:54:06

557 ：仕様書無しさん：2006/04/24(月) 09:55:42

>>549

Jiniとは　─　意味・解説： IT用語辞典 e-Words
読み方：ジニー

　パソコンや周辺機器、AV機器、電話、家電製品など様々な機器を
ネットワークを通じて接続し、相互に機能を提供しあうための技術仕様。
Sun Microsystems社によって提唱され、IBM社、Cisco Systems社、
Motorola社、キヤノン、シャープ、ソニーなど多くの大手企業が支持して
いる。SunのJava技術を基盤としているため、特定のOSやマイクロプロセ
ッサなどに依存しない。また、Jiniに対応した機器は、ネットワークにつな
ぐだけで複雑な操作や設定作業を伴うことなくすぐに機能する。Jiniを利
用するためにはJava実行環境であるJVMを搭載するか、ネットワーク上
の他の機器が搭載しているJVMを利用できることが必要になる。似たよう
な構想としてMicrosoft社が推進するUPnPがある。
http://e-words.jp/w/Jini.html

558 ：仕様書無しさん：2006/04/24(月) 09:56:33

Sun Microsystems - Jini
"JINI NETWORK TECHNOLOGY Jini logo

Jini?ネットワークテクノロジは、ハードウェアやソフトウェアの実装に関係なく、
ネットワーク上でのサービス実現や、そのサービスを利用するプログラム間の
自発的対話のためのシンプルなインフラを提供します。

サービス(アプリケーション、データベース、サーバ、デバイス、情報システム、
モバイル機器、ストレージ、プリンタなど)とそのクライアント(サービスの依頼側
)から構成されるあらゆる種類のネットワークは、Jiniテクノロジを使用したネット
ワーク上で容易に統合、分割、管理が行えます。サービスはネットワークへの追
加・削除ができ、新規クライアントは一切管理することなく既存のサービスを見
つけ出すことができます。

Jiniテクノロジに関する詳細な情報は http://www.sun.com/jini/ (英語)をご覧下さい。"
http://jp.sun.com/products/software/consumer-embedded/jini/

559 ：仕様書無しさん：2006/04/24(月) 09:57:15

>>552
このスレでは、どうみても

Java厨などという存在しないやつを想定して
必死にCを持ち上げ自己肯定するのがC言語厨

が現実解であーる。

560 ：仕様書無しさん：2006/04/24(月) 09:59:54

RBB TODAY (ブロードバンド辞典)
http://dictionary.rbbtoday.com/cgi-bin/image/gif/fig1570-1.html

561 ：仕様書無しさん：2006/04/24(月) 10:00:43

Jini（ジニー。Java Intelligent Network Infrastructure）
トップ英字－【J】 Jini
　Jiniとは、サン・マイクロシステムズ（Sun Microsystems）が開発した
Javaベースの分散システム技術で、パソコンやプリンタなどの周辺機器
をはじめ、PDAやディジタル・カメラ、 AV機器などの情報家電機器をネッ
トワーク化して利用するための仕様です。
　このJiniは、HAVi協議会（日欧の家電メーカーが中心になって設立した
家電用AV機器のネットワーク化を実現する協議会）と連携してネットワー
ク上でサービスを提供するインフラと呼ぶべきものです。ハードウェア
（例：ディジタル・カメラやプリンタなど）とソフトウェア（ソフトウェアとしての
オブジェクト）を区別することなく「サービス」（Jiniサービス）として統一的に
扱い、サービスをネットワークにプラグ・インするだけで、そのサービスが利
用可能となる「プラグ&ワーク」を実現します。
　Jiniネットワークの中心をなすのはLookup（ルックアップ）サービスです。
Lookupサービスは、利用可能なJiniサービスの動的なデータベースの役目
を果たします。
Lookupサービスを中心として、
　（1）Discovery（ディスカバリー。Lookupサービスの発見）
　（2）Join（ジョイン。Lookupサービスへの登録）
　（3）Lookup（ルックアップ。動的データベース）
という3つの過程により、サービスのプラグ&ワークが実現されます。Jiniサービ
ス（例：プリンタ）は、ネットワークに初めてつながれたとき、近くにいるLookupサ
ービスを探すところから始まります。

562 ：仕様書無しさん：2006/04/24(月) 10:01:17

Jini（ジニー。Java Intelligent Network Infrastructure）：RBB TODAY (ブロードバンド辞典)
http://dictionary.rbbtoday.com/Details/term1570.html

563 ：仕様書無しさん：2006/04/24(月) 10:02:37

＠IT：Insider's Computer Dictionary [Jini]
"Jini
【ジーニー】

最終更新日： 2000/07/11

　コンピュータ機器のインテリジェントな接続を可能にするソフトウェア技術。
Sun Microsystemsによって開発され、1998年に発表された。

　Jiniでは、同社のJavaテクノロジを応用して、コンピュータ本体やプリンタ、
ビデオプロジェクタなど、ネットワーク接続されるデバイスのそれぞれに
Javaコードを搭載し、各デバイスがネットワークに接続されると、このコードに
よってデバイスが自発的にネットワークをモニタし、利用可能なネットワーク資
源を検出して、逆に自分が存在することをネットワークに宣言して資源を公開
する。このためSun Microsystemsは、Jiniによって構築されるネットワークを指
して、「自発的なネットワーキング」または「動的なコンピューティング」と呼んでいる。

　従来のネットワークでは、コンピュータやプリンタなどをネットワークに接続した
ときには、基本的に人間がマニュアルで必要な設定を行い、ネットワークに公開さ
れている資源を利用したり、逆にネットワークに対して資源を公開したりできるよう
にする必要があった。これに対しJiniでは、デバイスがネットワークに接続された時
点で、デバイス同士がインテリジェントに情報交換することで、必要な設定を自動
的に行えるようにする。

　Sun Microsystemsでは、ビジネス利用はもちろん、Jiniをホームネットワークに対し
ても普及させることを狙っている。

　このJiniに対しMicrosoftは、同様の主旨を持つ規格としてUniversal Plug and Playを提唱している。"
http://www.atmarkit.co.jp/icd/root/95/5798695.html

564 ：仕様書無しさん：2006/04/24(月) 10:03:09

実質、ハードウェアの性能次第で
C言語厨の職を奪いそうな技術であることには間違いないな。

565 ：仕様書無しさん：2006/04/24(月) 10:03:52

『C言語厨の特徴』のまとめ

●C言語厨はC++という言葉だけに酔いしれていたことが証明された。
●C言語厨は中身はC言語のみのコードでも拡張子をcppにしただけでC++熟練者なったと勘違いしている。
●C言語厨はヘッダファイルの使い方を間違えてオブジェクト指向を理解できないでいる。
●C言語厨はとにかく継承すれば拡張して再利用になると勘違いしてスパゲティコードを量産している。
●C言語厨はオブジェクト指向＝継承のみだと勘違いしている。
●C言語厨はJavaをライバル視し目の敵にして必死に叩こうとして変なスレを立てるも自惚れと厚顔無恥が目立つ。
●C言語厨はJavaエンジニアよりも自分の能力が優れていると勘違いし、自惚れている。
●C言語厨は問題を出して腕を試すと称して自分の宿題を他人にやらせようとするw
●そして相手が忙しいことも無視して返答を求めることにせっかちw
●相手に即答を求めることから、C言語厨は暇人NEETである可能性が高い
●C言語厨はC言語のenumとJava5のenumとの区別がつかない。
●C言語厨はResourceBundleの使い方も存在も知らない。

566 ：仕様書無しさん：2006/04/24(月) 10:04:01

567 ：仕様書無しさん：2006/04/24(月) 10:19:05

http://glossary.tank.jp/t00C1.html

>色んなAPI出して、手を広げるのも良いけれど、
>「バグの無い基本セットを早く作ってくれ」と言うのが本音。

ﾜﾗﾀ。

568 ：仕様書無しさん：2006/04/24(月) 10:56:27

『C言語厨の特徴』のまとめを書き記したJava馬鹿のまとめ

■基本的な日本語に難がある。相当国語の点数が低かったか、外国語として学んだのであろうか。
論理的な語り口は全く出来ず、主観に基づく断定ばかり連発する。
■断定するが、論拠を示さないか、まったく荒唐無稽。
■「誰かが作ってくれた○○○○」がないと何も出来ない。しかもその使い方すらわかっていないことが言葉の端々で簡単に理解できる。
■Javaに偏ったコンピュータ用語を乱発するが、実際は中身に関して知らない。
　「オブジェクト指向」「デザインパターン」を乱発するが・・・
　「デザインパターン」は元々C++で例を示しながら記された本で紹介されたものである。あとでJavaへ適用しただけ。
　http://www.amazon.co.jp/exec/obidos/ASIN/4797311126/qid=1145843519/sr=1-1/ref=sr_1_2_1/249-0410863-9213137
■「情報学」なるものにこだわるが、なぜか電磁気学や回路理論を持ち出す。組み込みだって普通は使わないのに。
言語の処理方法論として自然言語からの解析アプローチは資するところ大であったはずなのに、無視してかかる。

結論：Javaは馬鹿ではないし、目的によっては役立つのであろうが

J　a　v　a　厨　房　は　馬　鹿　で　あ　る　。　し　か　も　矯　正　不　可　能　。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

569 ：仕様書無しさん：2006/04/24(月) 11:12:34

　【　J　a　v　a　厨　近　影　】
　　　　　　　　　　　　　　　　　　　■■■■■■■■
　　　　　　　　　　　　　　　　■■■■■■■■■■■■
　　　　　　　　　　　　　　　■■■■■■■■■■■■■■
　　　　　　　　　　　　　　■■■■■■　～～　■■■■■■
　　　　　　　　　　　　■■■■■■～～～～～～■■■■■■
　　　　　　　　　　　■■■■■　～～～～～～～～　■■■■■
　　　　　　　　　　　■■■■■　　　■■～～■■　　　■■■■■
　　　　　　　　　■■■■■　　■■■■～～■■■■　　■■■■■
　　　　　　　　　■■■■　　　　　　　　　｜｜　　　　　　　　　　■■■■
　　　　　　　　■■■■■　　　〓〓〓〓｜｜〓〓〓〓　　　■■■■■
　　　　　　　　■■■■　　　〓〓　　　　｜｜　　　　〓〓　　　■■■■
　　　　　　　　■■■■　　　　　　　　／／　　＼＼　　　　　　　■■■■　　　　　<　C　言　語　厨　は・・・
　　　　　　　　■■■■　　　　　　／／（　●●　）＼＼　　　　　■■■■
　　　　　　　　■■■■　　　　／／　■■■■■■　＼＼　　　■■■■
　　　　　　　　■■■■■　　／　■■■■■■■■　＼　　■■■■■
　　　　　　　　■■■■■　　　■／〓〓〓〓〓〓＼■　　　■■■■■
　　　　　　　　■■■■■■　■　／▼▼▼▼▼▼＼　■　■■■■■■
　　　　　　　　■■■■■■■■■　▼▼▼▼▼▼　■■■■■■■■■
　　　　　　　　　■■■■■■■■■　　　■■　　　■■■■■■■■■
　　　　　　　　　■■■■■■■■■■■■■■■■■■■■■■■
　　　　　　　　　■■■■■■■■■■■■■■■■■■■■■■■■
　　　　　　　　　　■■■■■■■■■■■■■■■■■■■■■■
　　　　　　　　　　　　■■■■■■■■■■■■■■■■■■■■

な　ん　か　わ　け　わ　か　ん　な　さ　が　こ　い　つ　の　レ　ベ　ル。

570 ：仕様書無しさん：2006/04/24(月) 11:18:59

Javaってつくづくかわいそうな言語だと思う。
Write onceを謳い、どこでも動作するを全面に押し出した故に破綻をきたした。
そもそもJavaの優位性とは発生時からそれしかなかったわけだ。
JavaをサポートするベンダはよせばいいのにクライアントIDEまでJavaで実装せざるを
えなくなった。もちろん自分たちが誇りを持つ技術をアピールするためだ。
間違ってもMSのVJ++のようにネイティブで快適に動作するIDEを作るわけにはいかなかった。
それを行う事はJava技術の根幹を否定することになるからだ。結果最新のマシンでも起動に1分
以上かかり、キーボードおよびマウスのレスポンスビリティは低下した。技術をアピールする
つもりが駄目な技術のレッテルを貼られてしまう事になった。よく、サーバでは高速に動作する
と詭弁を使う人がいるが、ローカルクライアントで遅いものがサーバで速く動作するはずがない
事は小学生でも理解出来ることであった。

571 ：仕様書無しさん：2006/04/24(月) 12:32:21

>>568-570
お前暇人だな。
昼休みでもないこんな時間に書き込むなんて無職のニートか？
お前がJava屋に対する粘着ストーカーっぷりがすごいことだけはよくわかったよ。

572 ：仕様書無しさん：2006/04/24(月) 13:07:13

JINIとJNI区別できてるか？

573 ：仕様書無しさん：2006/04/24(月) 13:13:05

マ板の新庄

J a v a 厨

574 ：仕様書無しさん：2006/04/24(月) 13:26:24

　　／￣￣￣＼
　/ 　　　　　ヽ
　|::::..　●) 　●)　l
　ヽ:::.. 　　∀′ 丿　　　あれれ？まだ懲りませんか？ノータリンｗ。
　　〉　　　..K 　　
　　〈_ノ　　　.::l-'
　　　ト、　）:ノキュム
　　　　ヾニノ　キュム　

575 ：仕様書無しさん：2006/04/24(月) 13:55:05

気が狂ったC言語厨が暴れている模様ですな

576 ：仕様書無しさん：2006/04/24(月) 15:41:14

Cで食ってる＆これからも食うに困らないんなら問題ないでしょ？
C++やJava、C#、VBに仕事取られると危惧してるから焦ってJavaを叩くのはどうかと

577 ：仕様書無しさん：2006/04/24(月) 17:58:12

今のjavaが遅いとは思わないけど、本当に速度だけが重要視されてるなら
VBやVBAやマクロなんてだれも使わずに、アセンブラでそれぞれの専用
パッケージソフトウェアを書く市場が儲かってたろうね。

578 ：仕様書無しさん：2006/04/24(月) 18:04:42

>VBやVBAやマクロなんてだれも使わずに、アセンブラでそれぞれの専用
>パッケージソフトウェアを書く市場が儲かってたろうね。

そうなったお。
パッケージ市場ではＡｃｃｅｓｓやブビアプリはスルーされて、
Ｍ＄からしてＶＢを使ってない。

579 ：仕様書無しさん：2006/04/24(月) 18:10:24

JavaとCwoマスターしてる漏れからすれば
Javaのほうがプログラムとしてはウンコだと思うよ

580 ：仕様書無しさん：2006/04/24(月) 18:16:00

何をもってマスターしたというのかをまずははっきりと・・・

581 ：仕様書無しさん：2006/04/24(月) 18:22:05

・高級住宅地の一戸建て開発がC/C++
・安普請鉄骨不足の高層建築がJava

582 ：仕様書無しさん：2006/04/24(月) 18:24:24

C = China
Java = Japan

583 ：仕様書無しさん：2006/04/24(月) 18:35:22

K = Korea

584 ：仕様書無しさん：2006/04/24(月) 18:36:16

>577

C/C++ >>>>>> VB >> VBA >>>>>(中略)>>>> Java

585 ：仕様書無しさん：2006/04/24(月) 18:36:53

↑反日中国人ｶﾚﾚ!

586 ：仕様書無しさん：2006/04/24(月) 18:41:51

大体C/C++と比べるなんて100年はやい。インタプリターのくせになｗ

Perl >>>>>>>>>>>> Javaで十分。

587 ：仕様書無しさん：2006/04/24(月) 18:49:30

>>576
いま、食いっぱぐれない言語はJava, PHP。これに限る。
圧倒的な仕事の多さがそれを証明している。

588 ：仕様書無しさん：2006/04/24(月) 18:55:33

>>581
> ・高級住宅地の一戸建て開発がC/C++
どうみてもC/C++のほうが安普請鉄骨不足の高層建築
を作りやすいんだけど。

Javaは信頼できる部品のみで建築物を造る感じであるのに
対してC/C++は信頼できる部品を使わないか、信頼できる部品を
作ることに膨大なコストをかける効率の悪い方法で建設している感じだ。

Java側がクレーンやヘリコプター、専用大萱工事機械を導入しているのに
対してC/C++側はクレーンもヘリも車両も一切使わず、
しかも場合によってはIビーム(Iの字型の鉄骨)なしで
超高層ビルを建造しようというトンデモない無計画で行動している。

589 ：仕様書無しさん：2006/04/24(月) 18:56:24

>>586
> 大体C/C++と比べるなんて100年はやい。インタプリターのくせになｗ
Hotspotを未だにしらずにアホなことをいってる奴がまだいるのか。
> Perl >>>>>>>>>>>> Javaで十分。
Perlも今のところインタプリタ。

590 ：仕様書無しさん：2006/04/24(月) 19:03:01

>>582
> C = China
> Java = Japan

ﾜﾗﾀ。面白すぎ。
ちなみに

C/C++ = Communism(共産主義アカ)
Java = Justice(正義)
D言語 = Democracy(民主主義)

591 ：仕様書無しさん：2006/04/24(月) 19:03:56

E言語 = Ecotopia(エコトピア主義)

592 ：仕様書無しさん：2006/04/24(月) 19:04:58

>>584
うーん、そんなに違うならJavaなんて最初からないはずだよ
仕事もC/C++のみになるね

それにしてもC厨はすぐC++を出してくるが、C厨はC++できないんだから出さなくていいよ

593 ：仕様書無しさん：2006/04/24(月) 19:17:10

C/C++ 全て手作りのマイバッハ
Java　全て100円ショップ製か解体業者が捨てた部品で作った車

594 ：仕様書無しさん：2006/04/24(月) 19:17:42

C/C++ レクサスブランド
Java 中国のコピー車

595 ：仕様書無しさん：2006/04/24(月) 19:18:43

C/C++　オートクチュール
Java 公園のフリマの洋服

596 ：仕様書無しさん：2006/04/24(月) 19:23:26

いいぞJavaでガンガン作ってくれ。
5年後あたりからリプレースで稼がせてもらう。

597 ：仕様書無しさん：2006/04/24(月) 19:23:33

Algol = Anarchy(無政府状態), Absolutism(専制政治)、Absolute Monarchy(絶対王政)
C/C++ = Communism(共産主義、アカ、中国、北朝鮮、ソ連), Chieftain(族長制)
F# = Fundamentalism(イスラム教原理主義、自爆テロリスト)、
　　　Fascist regime（ファシスト体制, ファシズム、ナチス）
Lightweight Language全般 = Limited monarchy(立憲君主制、皇室付き英国、天皇制日本)
ML = Monarchy(君主政治), Multinational company(多国籍企業)
R言語 = Republican Institutions(共和政治)、federal Republic(連邦共和制)
S言語, Smalltalk = Social Democracy(社会民主主義)
Tapestory,Tcl/Tk = theocracy(神権政治), Technocracy(技術至上主義)

598 ：仕様書無しさん：2006/04/24(月) 19:24:15

C言語厨はアカであることが発覚しました

599 ：仕様書無しさん：2006/04/24(月) 19:25:53

C言語厨の意見ってけなすだけで的を射た意見は何もないんだよなぁ

600 ：仕様書無しさん：2006/04/24(月) 19:28:24

>>596
いや、風向きは既に変わっている。利口な企業はJavaを疑問視している。

601 ：仕様書無しさん：2006/04/24(月) 19:46:12

>>599
> C言語厨の意見ってけなすだけで的を射た意見は何もないんだよなぁ

それは言えてる。

602 ：仕様書無しさん：2006/04/24(月) 19:46:36

>>600
お前は>>596の意図を理解していないなw

603 ：仕様書無しさん：2006/04/24(月) 21:48:33

CもJavaもクソ、C#こそ最強なんだ！！！！！！！！！！！

604 ：仕様書無しさん：2006/04/24(月) 21:55:29

Lotus1-2-3はオールアセンブラだった。その高速性能の前に、P-codeで書かれたMSのMultiplanは敗北したのである。

605 ：仕様書無しさん：2006/04/24(月) 21:55:57

>>601
意味の無い罵り合いを除けば、
C派は貶す意見が多いのは確かだが、それに対する
反論も少ないのは確かなんだよな～。

そもそも、Java厨のけなす意見は、Cの初心者本レベルの
Cの基本的な機能の文句を逝ってるだけの的外れ
な意見なので全然目立たくて、気にならないだけ。

こーいうの無様な醜態っていうんだけど、いまだにJava厨
は気がつかない。

606 ：仕様書無しさん：2006/04/24(月) 21:58:15

>>605
そりゃそうだよ。みんなたかがポインタアドレッシングで挫折した人ばかりだから。

607 ：仕様書無しさん：2006/04/24(月) 22:00:20

ﾜﾛﾀ

608 ：仕様書無しさん：2006/04/24(月) 22:01:06

そんなとこで挫折するヤツなんていない、都市伝説だよ

609 ：仕様書無しさん：2006/04/24(月) 22:02:08

Javaでぬるぽ連発してるような奴のことだろ？
山ほどいるじゃんｗｗｗｗ

610 ：仕様書無しさん：2006/04/24(月) 22:41:32

Java = Junk言語ｗ
C ＝ Critical言語！
VB ＝ Victory言語

611 ：仕様書無しさん：2006/04/24(月) 23:31:46

言語で争ってるのは不毛だ。言語なんてどれでも使えるのがPGの最低条件。
ソリューションやアーキテクチャに焦点を絞らないと進歩はない。

C厨Java厨って騒いでるけど、おまいらみんなどっちかしかできないんじゃね？
そんな技術者は派遣でも回転率悪くて疎まれるだろう。

612 ：仕様書無しさん：2006/04/24(月) 23:38:18

どっちもできない子↑

613 ：仕様書無しさん：2006/04/25(火) 00:36:59

>>C厨Java厨って騒いでるけど、おまいらみんなどっちかしかできないんじゃね？
むかし、Ｃ言語、今はＪａｖａだね。
両方の言語ができるよりもどっちかに特化して技を磨いたほういいよ。
会社員なら無理かもしれんが、派遣だと、どっちもは単価低いぞ。

614 ：仕様書無しさん：2006/04/25(火) 00:39:09

言語しかできない奴なら、どっちに特化してようが安いがな。

615 ：仕様書無しさん：2006/04/25(火) 01:29:11

>>605
Ｃ厨自演乙。
少ないならその根拠を示すために今までの反論の数の統計を取ってから
言ってくれ。

それから少ないことにどんな問題があるのか示してみてくれ。
同じ事しか言っていないで堂々巡りに陥るC馬鹿にはつきあってられねえな
ってのが多くの者の本音だが。
Javaにenumがサポートされるのが遅いことについて同じ事を
何度も連呼するアホC馬鹿のオッサンなど相手にもしてられないんだが。
何度JavaのenumとC/C++のenumは仕様が全く異なるといっても全然通じてないし。
脳みそが溶けたC言語馬鹿には何を言っても無駄なんだよ。
それだけのことだ。貶す数を増やせばそれだけで貶された言語の評価が下がって
同時に他の言語、C言語の評価が上がるだと？　そいつは一体どこの餓鬼の発想か。
C馬鹿は死んでも直らない、というか、死ななきゃ直らないみたいだな。

616 ：仕様書無しさん：2006/04/25(火) 03:28:53

>>615

>Javaにenumがサポートされるのが遅いことについて同じ事を
>何度も連呼するアホC馬鹿のオッサンなど相手にもしてられないんだが。
>何度JavaのenumとC/C++のenumは仕様が全く異なるといっても全然通じてないし

だから、空気嫁って・・・この辺は普通に軽い揶揄程度だろ？
この程度で貶すといわれたらこっちが困惑するよ。
どー読んでも、“C馬鹿”のおっさんが分かって逝ってるだけだろう。

ジャブですらない。こんなじゃれ合い程度でマジになられても困る。

はっきりいってやろうか？釣られるなよ！タコ！！！
だから、こーいうが無様な醜態っていうンだけど。

とりあえず、風呂逝って血上った頭にシャワー浴びせて冷やせや、なぁ？

617 ：仕様書無しさん：2006/04/25(火) 07:49:25

　【　J　a　v　a　厨　近　影　】
　　　　　　　　　　　　　　　　　　　■■■■■■■■
　　　　　　　　　　　　　　　　■■■■■■■■■■■■
　　　　　　　　　　　　　　　■■■■■■■■■■■■■■
　　　　　　　　　　　　　　■■■■■■　～～　■■■■■■
　　　　　　　　　　　　■■■■■■～～～～～～■■■■■■
　　　　　　　　　　　■■■■■　～～～～～～～～　■■■■■
　　　　　　　　　　　■■■■■　　　■■～～■■　　　■■■■■
　　　　　　　　　■■■■■　　■■■■～～■■■■　　■■■■■
　　　　　　　　　■■■■　　　　　　　　　｜｜　　　　　　　　　　■■■■
　　　　　　　　■■■■■　　　〓〓〓〓｜｜〓〓〓〓　　　■■■■■
　　　　　　　　■■■■　　　〓〓　　　　｜｜　　　　〓〓　　　■■■■
　　　　　　　　■■■■　　　　　　　　／／　　＼＼　　　　　　　■■■■　　　　　<　C　言　語　厨　は・・・
　　　　　　　　■■■■　　　　　　／／（　●●　）＼＼　　　　　■■■■
　　　　　　　　■■■■　　　　／／　■■■■■■　＼＼　　　■■■■
　　　　　　　　■■■■■　　／　■■■■■■■■　＼　　■■■■■
　　　　　　　　■■■■■　　　■／〓〓〓〓〓〓＼■　　　■■■■■
　　　　　　　　■■■■■■　■　／▼▼▼▼▼▼＼　■　■■■■■■
　　　　　　　　■■■■■■■■■　▼▼▼▼▼▼　■■■■■■■■■
　　　　　　　　　■■■■■■■■■　　　■■　　　■■■■■■■■■
　　　　　　　　　■■■■■■■■■■■■■■■■■■■■■■■

な　ん　か　わ　け　わ　か　ん　な　さ　が　こ　い　つ　の　レ　ベ　ル。

618 ：仕様書無しさん：2006/04/25(火) 09:00:06

>何度JavaのenumとC/C++のenumは仕様が全く異なるといっても全然通じてないし。

仕様が違うがどうした？10年間サポートされないのに文句ひとついえない
Java厨を指摘しているだけなのだがｗ

619 ：仕様書無しさん：2006/04/25(火) 09:29:07

じゃJava房、「全角ハイフン」と「まる１」をSJISかEUCで表示させたいんだけど、
エンコーディングに何を使えばいいか教えてくれ。

620 ：仕様書無しさん：2006/04/25(火) 09:37:49

ついでにJava1.4で作ったプログラムがどこかでメモリリークしているようなのだが、
どこでリークしているのか簡単に調べる方法を教えてくれ。

621 ：仕様書無しさん：2006/04/25(火) 09:41:26

あとJavaでシューティングゲーム作ったら、フルGCが走った瞬間に弾が止まるようなのだが、
どうすればいいか教えてくれ。

622 ：仕様書無しさん：2006/04/25(火) 09:47:03

Java厨って逃げ口上はうまいんだよな。
普段から以下のように逃げているから。問題をすりかえるのもうまいと
言うか姑息なんだな。

例
客「遅い！なんとかしてください。」
J厨「Javaの仕様です。お客様は私たちにVMから作れておっしゃっている
ことになります。それには契約時の工数では足りませんので出来ません。」

623 ：仕様書無しさん：2006/04/25(火) 09:50:05

補足

>お客様は私たちにVMから作れておっしゃっている
>ことになります。それには契約時の工数では足りませんので出来ません

↑こうは言うもののVMから作る事はJava厨には不可能です。

624 ：仕様書無しさん：2006/04/25(火) 10:30:26

>>616
> >>615
> >Javaにenumがサポートされるのが遅いことについて同じ事を
> >何度も連呼するアホC馬鹿のオッサンなど相手にもしてられないんだが。
> >何度JavaのenumとC/C++のenumは仕様が全く異なるといっても全然通じてないし
> だから、空気嫁って・・・この辺は普通に軽い揶揄程度だろ？
> この程度で貶すといわれたらこっちが困惑するよ。
> どー読んでも、“C馬鹿”のおっさんが分かって逝ってるだけだろう。

いや、あのオッサンは絶対にわかってないw
Javaなんて簡単だとたかをくくって最近のJavaの言語仕様をよく理解もせずに
C/C++のenumとJavaのenumの仕様が全く同じだと勘違いして
自分で煽っているつもりになっているところが笑えるがw

やっぱりC言語厨は頭が悪いんだよ。絶対に脳みそが腐っている。
これは、もうどんなにC言語厨が頑張ってももうC言語厨の馬鹿脳は一生直すことができない。

625 ：仕様書無しさん：2006/04/25(火) 10:37:21

んなもの調べれば３分だろ・・・

C:整数にラップしただけ
C++:形式は一緒だが型のチェックはある
Java;例によって具の周りにもちもちした皮てんこ盛り
http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/lang/class-use/Enum.html

処理系の特性や用途無視してもうね・・・

馬鹿ですかJava厨房は？

626 ：仕様書無しさん：2006/04/25(火) 10:44:06

ちなみに同等の機能を持ったクラスをC++で設計することは不可能じゃないと思われるのだがねぇ・・・。

言語仕様と（クラス）ライブラリの仕様混同してないか？
プログラミング言語Javaの１版と３版読んでも、別に言語として優位性がどうのこうの言うものじゃないけどな。
C++のクラスライブラリにしろ、Javaのクラスライブラリにしろ、Cならランタイムライブラリになってる基本機能をラップ、
その上でOO要素加味して拡張したもののようにしか見えないんだが？

言語の仕様として比較するなら(クラス)ライブラリは抜きにして比較しようね坊主。

627 ：仕様書無しさん：2006/04/25(火) 10:44:24

>>624は本当におばかたんだなｗ

たかがenumを操作するのになんで仕様が違うとそれだけ高飛車になれるのか
理解に苦しむよ。それにenumはクラスでくどくどしく追加された機能だろ。
Javaの言語仕様とは切り離して考えるべきもの。
お前は【言語仕様】の定義もしらないで大馬鹿さらしているのもわからんのかｗ

628 ：仕様書無しさん：2006/04/25(火) 10:45:46

>ちなみに同等の機能を持ったクラスをC++で設計することは不可能

あんなに回りくどい糞仕様なら自作したほうがいいかなｗ

629 ：仕様書無しさん：2006/04/25(火) 10:47:43

10年間無いのを疑問にも思わず。
でてくりゃそれが神の仕様とあがめる。
やっぱりJava厨には進歩および技術と言う言葉は似合わない。

630 ：仕様書無しさん：2006/04/25(火) 10:51:44

たかがenumで何度も釣られてくれるからついｗ
ごめんな。

631 ：仕様書無しさん：2006/04/25(火) 11:06:58

Enumクラスのサブクラスであること、
メソッドを実装できること、
タイプセーフであること、
Genericsにより内部に入れる型を指定できること(Enum<E extends Enum<E>> )
range()などメソッドによって要素数、要素名、要素オブジェクト
をenum型の値から取得できること、

などが抜けているぞ。

632 ：仕様書無しさん：2006/04/25(火) 11:07:53

言い訳だけには必死に無駄にばかみたいに時間を費やすところが
C言語厨というか。

すでに解決した問題を蒸し返してどうにかしてC言語厨としての自分を
認めて貰いたいという必死さがよくわかって笑えるw

633 ：仕様書無しさん：2006/04/25(火) 11:08:59

C++でもenum相当を実装できても
既存のenumを変えることはできまいよ。
もしできたら演算子オーバロードみたいに
混乱することだろうなw
enum2とかアホな名前で定義でもするのかC言語厨はw

634 ：仕様書無しさん：2006/04/25(火) 11:17:27

JavaLangEnumとでもなづけてつかえばいいっぺさｗｗｗｗ

635 ：仕様書無しさん：2006/04/25(火) 11:18:24

ワロタ、JavaをパクったC言語厨のenum型wwwwwwwwwwwwwwwwwwwwwww

636 ：仕様書無しさん：2006/04/25(火) 11:20:08

本当に馬鹿かと。。。
タイプセーフじゃないと安心できないのは
【己　の　ス　キ　ル　が　底　辺　だ　か　ら】

637 ：仕様書無しさん：2006/04/25(火) 11:23:35

ここでスレッドタイトルを見よう。

【Javaって重くね？】　は　い　そ　の　と　お　り　で　す！

638 ：仕様書無しさん：2006/04/25(火) 12:39:20

>>こうは言うもののVMから作る事はJava厨には不可能です。
つか、ＪＶＭはＣ言語で実装してるわけだが。

639 ：仕様書無しさん：2006/04/25(火) 13:26:33

C房だってVM作れるやつなんてほとんどいねーよ。

640 ：仕様書無しさん：2006/04/25(火) 13:31:18

>>638
JVM.DLLをテキストエディタで覗くと、拡張子がhppやcppのソースファイルをビルドしている痕跡があるから、
きっとC++で実装しているんだろうね。

641 ：仕様書無しさん：2006/04/25(火) 13:55:41

hppってなんだ？

642 ：仕様書無しさん：2006/04/25(火) 14:30:54

>>641
しらねえの？

643 ：仕様書無しさん：2006/04/25(火) 17:38:15

ここで暴れているJava厨はC++を理解しているふりをした書き方をしているのが
笑止千万だな。もしも深い理解をしているのならば絶対Java厨にはならないと
思われるからだ。

644 ：仕様書無しさん：2006/04/25(火) 18:25:28

とりあえず、Javaで言う部品はかなりFATな部品だ。
Cの部品の方はそれなりにSimpleだ。
C++の部品はFATなのもあるが、Cの部品も使える。

Java厨のコーディングは「シンプルに！」がモットーらしいが、
設計書の見た目やソースコードの見た目がシンプルなだけだ。

当然内部の動きはシンプルとは程遠いものだ。

645 ：仕様書無しさん：2006/04/25(火) 18:34:55

Javaの部品
CのランタイムをC++でラップしてJavaのObjcectでラップして
糞Java厨がラップしてラップしまくるわけだからねえ。
その生い立ちからして回りくどくシンプルさとは程とおいからね。

646 ：仕様書無しさん：2006/04/25(火) 19:54:55

AT車はMT車より運転が簡単だけど内部構造は複雑だ、みたいなこと？
それで何がいいたいの？

647 ：仕様書無しさん：2006/04/25(火) 19:57:15

抽象化すれば重くなるのは当然だろ？
ハードは具象なんだからさ
抽象化のデメリットにもっと目を向けたほうがいい

648 ：仕様書無しさん：2006/04/25(火) 20:45:02

はいはい、ワロスワロス、
Ｊａｖａが重いのはＣ＋＋のせいだ。
vmのソースを手に入れたが、わかんねーや。

649 ：仕様書無しさん：2006/04/25(火) 20:59:26

そうだなあ、Java厨はピュアJavaのVMを作って使うといいぞ。
C/C++よりも速いJavaとか言っているぐらいだから
きっと爆速のVMができるだろう。

650 ：仕様書無しさん：2006/04/25(火) 21:00:50

はいはいJavaは速い。40秒固まるだけで表示してくれるからね。
C++だと0.0003秒

この場合は秒数が多いほど速いと言う定義。

651 ：仕様書無しさん：2006/04/25(火) 21:05:13

enumなんてどうでもいいから、「エンコーディング化け」と「メモリリーク検知」と
「フルGCで停止」の問題について答えてくれ。

652 ：仕様書無しさん：2006/04/25(火) 21:32:02

>>636
> 本当に馬鹿かと。。。
> タイプセーフじゃないと安心できないのは
> 【己　の　ス　キ　ル　が　底　辺　だ　か　ら】

あっそ、じゃ、おまえは一生アセンブラでやスクリプト言語に見られる
動的型付け言語も使ってな。
あと、C++ Templateは使用禁止な。

653 ：仕様書無しさん：2006/04/25(火) 21:33:09

>>640
Java6のソースコードくらい嫁よ
C言語厨だったらJava6の公開されたソースコードくらい読めるだろ。
よめねえくせに威張ってるC言語厨がいるもんだから呆れるが

654 ：仕様書無しさん：2006/04/25(火) 21:33:33

JavaとC++のenumって用途が違うの？

655 ：仕様書無しさん：2006/04/25(火) 21:34:51

>>619
$ cat Test2.java
public class Test2 {
public static void main(String[] args) {
System.out.println("－");
System.out.println("①");
}
}
$ java Test2
－
①
$ echo $LANG
en_US

細かいことを気にしてはいけない(w

>>620
つ Borland Optimizeit
つ ttp://www.atmarkit.co.jp/fjava/rensai3/devedge05/devedge05_1.html
後者は使ったこと無いからワカラン

656 ：仕様書無しさん：2006/04/25(火) 21:35:02

>>651
メモリリーク検知についての結論はJava6を使え、だ。
エンコーディング問題はググレば解決する。
フルGCで停止は何がいいたいのかわからん。もっと詳しく

657 ：仕様書無しさん：2006/04/25(火) 21:35:48

>>654
Javaのenumのほうが高機能で幅広い使い方ができる。
何せ、クラスだから。メソッドを独自に実装することが可能というのが売り。

658 ：仕様書無しさん：2006/04/25(火) 21:36:49

>>655
教えて君Ｃ言語厨にそこまで親切に教えるのは勿体ないぞ。

659 ：仕様書無しさん：2006/04/25(火) 21:40:26

いや、その辺のコードでenumなんか使ってないぞ。

660 ：仕様書無しさん：2006/04/25(火) 21:47:05

Javaは1.4で止まってる。

661 ：仕様書無しさん：2006/04/25(火) 22:26:52

>>653
単純に読む価値がないと思ってるから・・・・

662 ：仕様書無しさん：2006/04/25(火) 22:27:35

>>653
読む理由が全くない。糞糞なんていらね。

663 ：仕様書無しさん：2006/04/25(火) 22:28:25

>>教えて君Ｃ言語厨にそこまで親切に教えるのは勿体ないぞ。
教えたくてうずうずしてるんだろうが
誰も聞きたくないぞw

664 ：仕様書無しさん：2006/04/25(火) 22:29:15

JVMの中の蛙

665 ：仕様書無しさん：2006/04/25(火) 22:33:53

牢屋とも表現されたな。

666 ：69式フリーPG ◆hND3Lufios ：2006/04/25(火) 22:38:05

むーどんこ

667 ：仕様書無しさん：2006/04/25(火) 22:39:50

おっさん下品だな

668 ：仕様書無しさん：2006/04/25(火) 22:46:29

ＪＶＭこそ読む価値があると思うんだが。
とくにJavaの研究をしている学者の間ではかなり重宝することだろう
あのソースコードは。

669 ：仕様書無しさん：2006/04/25(火) 22:46:59

先日Java厨がプロジェクトにやってきた

漏れ「この3次元配列のマップを×して△して○してください」
Java厨「すんません、ぼっぼくイチヂゲン配列しか使った事ないです」
漏れ「あれえ、おかしいなあ3D経験3年って経歴書に書いてあったよね。経歴詐称かい
しかたないなあ、営業のコール先教えてください」
Java厨「Java開発ってgetter|setterでSQLのデータをセットするだけですから」
漏れ「ん、ここではSQLなんてあまり使わないなあ。あSQL製品を作る人はいるけど
あそこにいる田中さんはミドル専門でなかなか詳しいよ」
Java厨「あこがれちゃうなあ。ミドル製品を僕も作りたいです」
漏れ「せめて2次元配列ぐらい使えなきゃ無理だよ」

670 ：仕様書無しさん：2006/04/25(火) 22:49:07

>>668
「Javaの研究」自体が無価値と言っているのが伝わらなかったか。

671 ：仕様書無しさん：2006/04/25(火) 22:50:33

>>670
それがJava厨　サンプルは >>669

672 ：仕様書無しさん：2006/04/25(火) 22:52:00

3次元配列を使うことと3D経験とにどんな相関があるのかと
>>669の作り話につっこみをいれてみたいところだが。

三次元配列を使うくらいなら三次元階層コレクションを
使った方が効率がいいがな。
三次元ハッシュとか、三次元ハッシュのキーとか、
ハッシュの中にあるリスト構造とか集合オブジェクトとか、

三次元配列だけだと
ソースコードが汚くなるし要素追加、挿入、削除効率も悪くなる。

>>669がガチなら>>669のソースコードはスパゲティコードだな。

673 ：仕様書無しさん：2006/04/25(火) 22:52:28

>>670
お前みたいな能無しの高卒にとっては無価値に見えるだろうな。

674 ：仕様書無しさん：2006/04/25(火) 22:52:54

>>670
お前、そのことを東大や東工大の大学教授に逝って皆よ。
馬鹿にされるぞ。

675 ：69式フリーPG ◆hND3Lufios ：2006/04/25(火) 22:53:42

うすうす

676 ：仕様書無しさん：2006/04/25(火) 22:53:51

>>672は
算数ができないのかな。たかが3次元のマッピング計算も単純シンプルに
できないんだw

677 ：仕様書無しさん：2006/04/25(火) 22:54:32

三次元配列でマップをするなら、
三次元ハッシュでマップをしたほうがましだな。
それも効率が悪く見通しが悪いが。
データ量が膨大になりそうだったらRDBMS化や
データのクラス化を見当すべきだな。
その点で、>>669はもっとオブジェクト指向について勉強すべきだろう。

678 ：仕様書無しさん：2006/04/25(火) 22:55:46

マップの意味が・・・

679 ：仕様書無しさん：2006/04/25(火) 22:56:30

>>676は本当に3Ｄプログラミングをしたことがあるのだろうかと疑問。
4行4列の行列にさらに次元を加えるとき、
4行4列の行列の値を保持できるクラスを作ってそれを
配列化するかまたはListオブジェクトにadd()することも考えつかないのか。

680 ：仕様書無しさん：2006/04/25(火) 22:56:42

あれえ、恥をまたさらすのかなw
算数できるよね?効率はオブジェクトよりリニアな配列が1000倍はやい

681 ：仕様書無しさん：2006/04/25(火) 22:57:59

>>679
はとまってばかりいる遅いグラフィックスしかできなそうだな

682 ：仕様書無しさん：2006/04/25(火) 22:58:50

以前、C言語厨が三次元配列と他複数の二次元配列を使って
ある二次元配列の要素に別の配列番号を記入して
リンクして呼び出すという効率の悪いブツをつくっていたことがあったな。
しかもその配列データ、データの挿入、追加、削除に
そうとうするメソッドすら作っておらず非常に使い勝手が悪いものだった。
ちゃんとクラス化するかRDBMS化くらいしろってのが低脳C言語厨は。

683 ：69式フリーPG ◆hND3Lufios ：2006/04/25(火) 22:59:29

その昔、プロセッサの浮動小数点演算が遅かった頃は、整数型を使って固定小数点演算
したもんじゃよ。三角関数はテーブルにしてのぅ。
おっさんが大学にいた頃の話じゃ。当時はDCTでもべらぼうな時間がかかったもんじゃ。

684 ：仕様書無しさん：2006/04/25(火) 22:59:32

>>676
で、３Dと３次元配列に何が関係あんの？

685 ：仕様書無しさん：2006/04/25(火) 22:59:40

>>681のマシンは10年前の重たいマシンなんだね。

686 ：仕様書無しさん：2006/04/25(火) 22:59:55

>データ量が膨大になりそうだったらRDBMS化や

わはははは遅いオブジェクト、さらに遅いSQLかいな
劇藁

687 ：仕様書無しさん：2006/04/25(火) 23:00:18

>>680
> あれえ、恥をまたさらすのかなw
> 算数できるよね?効率はオブジェクトよりリニアな配列が1000倍はやい

根拠は？ Javaの配列とCの配列は内部構造が違うわけだが。
Channelを使えばそんなもん関係ないわけだが。

688 ：仕様書無しさん：2006/04/25(火) 23:01:09

>>686
ちょっとしかデータの呼び出しにしか使わないならそれでも構わないわけだが。
一旦呼び出したらstaticに保持しておくだけで再起動するまでは
一切弄らないプログラムではよく使う。

689 ：仕様書無しさん：2006/04/25(火) 23:03:17

頻繁に呼び出しをする配列を使うためだけに三次元配列ですべてを構築するのか。

まず最初はクラスで構築して、オブジェクト生成し
あとから三次元配列で最適化するわけだが、
しょっぱなから三次元配列に無理矢理データをつっこみたがるC言語厨は
算数どころか部屋の後かたづけもできないようだね。

690 ：仕様書無しさん：2006/04/25(火) 23:03:42

この程度で煽りに成功したと勘違いしてるC言語厨もイタイね。

691 ：仕様書無しさん：2006/04/25(火) 23:04:22

>>689
だから何度も言っているが算数ができないとそうなるんだな
わはははははははははは

692 ：仕様書無しさん：2006/04/25(火) 23:05:15

笑いすぎて腹が痛い

693 ：仕様書無しさん：2006/04/25(火) 23:05:42

ミドル専門の田中さんｗ

694 ：仕様書無しさん：2006/04/25(火) 23:07:45

釣れた！！！！！！！

695 ：仕様書無しさん：2006/04/25(火) 23:12:09

>>674
大学教授を拝む趣味はないんでな。学生と違って。
馬鹿に馬鹿と言われても、ってやつだな。

696 ：仕様書無しさん：2006/04/25(火) 23:19:40

漏れが大学生の頃はJavaがまだなかったから、
数学科や情報処理の教授はFORTRANとかPascalと使ってたなぁ…
今の大学教授はJavaなんだね。教育用言語には、いいかも…

697 ：仕様書無しさん：2006/04/25(火) 23:20:15

>>653
Java6のソースコードって、ここでいいの？
ttp://download.java.net/jdk6/

698 ：仕様書無しさん：2006/04/25(火) 23:23:29

どれどれ落としてみるか

699 ：仕様書無しさん：2006/04/25(火) 23:24:33

言語Javaで情報処理試験受けれますか？(ﾟ∀ﾟ)=3

700 ：仕様書無しさん：2006/04/25(火) 23:29:08

>>697
精神ブラクラ注意

701 ：仕様書無しさん：2006/04/25(火) 23:31:40

>>672みたいなのが標準的なJava儲の思考ﾊﾟﾀｰﾝなのか？
いっぺんそれで書いて、バイトコード解析してみたら？

702 ：仕様書無しさん：2006/04/25(火) 23:34:05

書く気もしない回りくどさだよなw

703 ：仕様書無しさん：2006/04/25(火) 23:40:03

アンガールズみたいなダレダレな
感じが受けるご時世だしJAVAの
ような糞言語が流行るのもいたし方が無いのかも
しれないな

704 ：仕様書無しさん：2006/04/26(水) 00:37:49

やまね～

705 ：仕様書無しさん：2006/04/26(水) 01:52:22

JAVAであっちのクラスもこっちのクラスの継承して
いっぱい継承してああーーもう
ジャンガジャンガジャガ.....

706 ：697：2006/04/26(水) 02:11:03

１時間掛かってやっとJava6のソースコードを落としたよ
ZIPファイルなのに、いちいち自己解凍JARになっているところがウザイ

どうもhotspotディレクトリ配下がJVMのソースコードのようだな
バリバリのC++で書かれているな
ハッカー気分でじっくり眺めさせてもらうことにしよう

707 ：仕様書無しさん：2006/04/26(水) 02:16:57

JVMがC++だってあんなに嫌ってるC++がないと何もできない
JAVAおまえ等は親の苦労も解らないでグレる糞が餓鬼と何ら
かわらないんだよ。JAVA房はなすべて御ぜん立てしないと
なにもできねぇことを理解しろよ

708 ：仕様書無しさん：2006/04/26(水) 02:53:15

>>707
>JVMがC++だってあんなに嫌ってるC++がないと何もできない

別に誰も嫌がっていないし・・・
必要に応じて使い分ければ良いだけでしょ

>JAVAおまえ等は親の苦労も解らないでグレる糞が餓鬼と何ら
>かわらないんだよ。

というか、それこそがJavaの存在意義なんですが・・・
メモリやスレッドの管理はVMに任せて、
やりたい事（アプリ=業務処理）のみを書ける。

これは、何もJavaだけの特殊な考えぢゃなくて計算機を設計する上での*常識*

たとえば、SOAPで通信したいときには、SOAPメッセージの事だけを考えれば
よくて、データリンク層は誰かがよしなに計らってくれていると期待するだけでいい。
SOAP -- HTTP -- TCP -- IP -- MAC
逆に下位レイヤのドライバを書くときにもアプリの事を気にせずに上位層から来た
バイト列を転送する事に専念できる。

709 ：仕様書無しさん：2006/04/26(水) 04:08:07

そんな状態なのに
JAVAさえあればなんでもできると言えるわけだ

710 ：仕様書無しさん：2006/04/26(水) 04:11:21

なんだこりゃ。糞だな。

711 ：仕様書無しさん：2006/04/26(水) 04:13:05

開発環境をインストールする時はインストーラにお任せしたいもんですな。

712 ：仕様書無しさん：2006/04/26(水) 04:25:01

ラッピングして抽象化するのは計算機の常識だが、Javaの場合はアプリ毎に専用の仮想マシンを
用意するという重厚さが嫌われる要因。そもそも、その前の段階でOSがプロセス毎にメモリ保護
しているのに、さらにその中でエミュレータを走らせる無駄。

もし、TCP/IPのプロトコルスタックがそのレイヤだけで数百ミリかかるような糞だったら、誰も使わない。

713 ：仕様書無しさん：2006/04/26(水) 06:49:16

TCP/IPもトランスポート層とネットワーク層で綺麗に層分割されてるわけじゃないけどな。
実装ではTCP層とIP層でズブズブの関係だ。

実装を考えると当然そうなる。そんなの*常識*

714 ：仕様書無しさん：2006/04/26(水) 07:17:35

つ【女郎の厚化粧】

715 ：仕様書無しさん：2006/04/26(水) 08:07:03

>たとえば、SOAPで通信したいときには、SOAPメッセージの事だけを考えれば
>よくて

おひょひょ、SOAPの勉強したんだ藁
これでとりあえずレスができるようになってよかったな。うんうん。

716 ：仕様書無しさん：2006/04/26(水) 08:14:04

669のJava厨の例を見ると、「Java厨」より「漏れ」の方が性格に問題があると思われる。
さらにSQLが出来ない事にコンプレックスがあると思われる。

717 ：仕様書無しさん：2006/04/26(水) 08:24:19

Java6の

CPUフォルダソースはアセンブラ操作が主なC++クラス

OSフォルダのスレッド(Win32)は_beginthreadex を使っているんだね。
CRT系のAPI関数だ。古臭いCスタイルな記述だぞ。
Java厨が嫌い語るところのC厨のコードだｗ
ｹﾞﾗ
_os_win32.cpp　こいつにはDllMainがあるからけっこう需要だ。

LoadLibraryでなんのDLLをロードしているのか
."E:\java6\src\hotspot\src\os\win32\vm\hpi_win32.cpp"
・ 37,25 : LoadLibrary(lib_name);
・ 40,21 : LoadLibrary failed, code = %d", GetLastError());
."E:\java6\src\hotspot\src\os\win32\vm\os_win32.cpp"
・ 160,61 : LoadLibrary):
・ 946,20 : LoadLibrary( "PSAPI.DLL" ) ;
・ 964,23 : LoadLibrary("Kernel32.DLL") ;
・ 2104,14 : LoadLibrary("kernel32.dll");
・ 2111,14 : LoadLibrary("advapi32.dll");
."E:\java6\src\hotspot\src\os\win32\vm\vtune_win32.cpp"
・ 171,16 : LoadLibrary(strcat(strcat(p, "\\"), DLLNAME));
・ 190,18 : LoadLibrary(DLLNAME);
3ファイル、合計9個所見つけました

718 ：仕様書無しさん：2006/04/26(水) 08:28:05

Java6ソースネタでしばらく遊べるなｗ

719 ：仕様書無しさん：2006/04/26(水) 08:34:22

strcpy
sprintfを使いまくってるぞｗ

【最新のJava6は古～いCのランタイムライブラリで作られています】

720 ：仕様書無しさん：2006/04/26(水) 08:38:35

Java6のソースプログラムインストール手順
ttp://download.java.net/jdk6/beta/
からjdk-6-beta-src-b59g-jrl-06_feb_2006.jar, 63.11 MBをダウンロード
ダウンロードファイル↓
jdk-6-beta-src-b59g-jrl-06_feb_2006.zip
.jarにリネームする
jdk-6-beta-src-b59g-jrl-06_feb_2006.jar
javaコマンドで自動解凍させる↓
java -jar jdk-6-beta-src-b59g-jrl-06_feb_2006.jar
あとはソースを眺める

721 ：仕様書無しさん：2006/04/26(水) 08:38:50

>656
本当に使うプログラムなので、Java6で実行環境を作るの自体が無理。
ぐぐると標準かIBMかMSしか出て来ない。標準はいろいろ化けまくり実用性皆無。
IBMエンコードだと「まる１」が化ける、MSエンコードだと「ハイフン」が化ける。
フルGC停止は「シビアなリアルタイム処理で0.5秒止まっても困るプログラムの場合、
不定期にフルGCで全スレッドが一瞬停止するJavaで、どうやって解決するか」って言う問題。

722 ：仕様書無しさん：2006/04/26(水) 08:42:21

>>707
もちつけ。お前の被害妄想だよ。

723 ：仕様書無しさん：2006/04/26(水) 08:43:06

>>707
お前こそアセンブラという親の苦労も解らないで
C/C++を使っている身分だろう。
お互い様だ

724 ：仕様書無しさん：2006/04/26(水) 08:44:30

>>712
> ラッピングして抽象化するのは計算機の常識だが、Javaの場合はアプリ毎に専用の仮想マシンを
> 用意するという重厚さが嫌われる要因。

おいおい、いつの時代のＪＶＭだそいつは。
買ってにデマを流さないで貰えるか？

725 ：仕様書無しさん：2006/04/26(水) 08:46:13

>>717
> Java6の
> CPUフォルダソースはアセンブラ操作が主なC++クラス
> OSフォルダのスレッド(Win32)は_beginthreadex を使っているんだね。
> CRT系のAPI関数だ。古臭いCスタイルな記述だぞ。
> Java厨が嫌い語るところのC厨のコードだｗ

なーにいってんのかな。C厨ってのはCしかできない馬鹿のことで
CがｌきらいなJava厨なんて一人もいないわけだが
ｹﾞﾗ

726 ：仕様書無しさん：2006/04/26(水) 08:46:56

比較

できの悪いJava厨　
おとうさんぐうたらなVM　
おじいさんC++
ひいおじいさんC言語　
ひいひいおじいさんアセンブラ博士

C厨
お父さんアセンブラ博士

血が薄まったJava厨のできが悪いわけだ

727 ：仕様書無しさん：2006/04/26(水) 08:48:03

>>720
> Java6のソースプログラムインストール手順
> ttp://download.java.net/jdk6/beta/
> からjdk-6-beta-src-b59g-jrl-06_feb_2006.jar, 63.11 MBをダウンロード
> ダウンロードファイル↓
> jdk-6-beta-src-b59g-jrl-06_feb_2006.zip
> .jarにリネームする
いちいちリネームなんかしなくてもダブルクリックですぐにインストールできるはずだが。

728 ：仕様書無しさん：2006/04/26(水) 08:48:34

>CがｌきらいなJava厨なんて一人もいないわけだが
あははははは。好きで出来ないからなおさら可愛そうだなｗ

729 ：仕様書無しさん：2006/04/26(水) 08:50:22

>>727
Win XPだとOS組み込みのZIPとしてフォルダを開くだけになるので
出来ないよ。

730 ：仕様書無しさん：2006/04/26(水) 08:52:14

>>726
ハードウェアに依存し
10年前のソースコードがコンパイルできない
C/C++のできはかなり悪いけどな。

731 ：仕様書無しさん：2006/04/26(水) 08:52:52

>>729
おれもWinXPつかってるができるよ。

732 ：仕様書無しさん：2006/04/26(水) 08:53:11

>>730
ん？昔のコードでもビルドできるよ。
それは組み方がJava厨クオリティなだけだよ。

733 ：仕様書無しさん：2006/04/26(水) 08:53:37

>>728
Java屋でCを批判している香具師は大抵がC/C++経験が5年以上の
の人間なわけだが。俺もそうだし。

734 ：仕様書無しさん：2006/04/26(水) 08:53:43

しかしこりゃまたえらい古臭い書きかたのソースだな。
なんかデジャブと思ったらNetscapeがオプソになって初めてソースを見た時の感じに近い。

735 ：仕様書無しさん：2006/04/26(水) 08:54:08

C厨と言うのは何でも知っていないと我慢出来ないタイプ。
知ること自体に問題はないが、根本的な事が分かっていない。
元々Cが「基礎的な処理を毎回自作」していて、サービスよりも実装などに時間や労力をかけていたが、
Javaでは実装よりどんなサービスを提供するかに重点を置くことにした。

つまりソースを見ている暇があったら、新しいサービスでも考えろって事だ。

736 ：仕様書無しさん：2006/04/26(水) 08:56:47

ソースを研究しろといったり
見るなといったり、いったいJava厨ってなんなんだ

737 ：仕様書無しさん：2006/04/26(水) 08:59:33

なんでもかんでもオブジェクトにするから重くなるんだろ！
少しはコンピュータの気持ちを考えろ！

738 ：仕様書無しさん：2006/04/26(水) 09:01:08

Java屋でCを批判している椰子は
【C/C++挫折組み間違いなし】

739 ：仕様書無しさん：2006/04/26(水) 09:11:04

一人でJavaのあら探しをしようと必死になってる馬鹿がいるな。
くだらないことで鬼のクビを取ったように喜ぶとは実に痛いやつだ。

740 ：仕様書無しさん：2006/04/26(水) 09:12:10

>>732
Ｃ厨クオリティだろ。
その証拠にC厨は環境依存度を下げるためにオブジェクト指向に
することもできないしハードコーディングばかりしたがるからな。

741 ：仕様書無しさん：2006/04/26(水) 09:13:10

ハードコーディングってこういうこと？
漏れはリテラルは使わないけどねｗ
."E:\java6\src\hotspot\src\os\linux\vm\os_linux.cpp"
・ 940,13 : fopen("/proc/self/maps", "r");
・ 1052,9 : fopen("/proc/self/stat", "r");
・ 2031,15 : fopen("/proc/meminfo", "r");

742 ：仕様書無しさん：2006/04/26(水) 09:13:22

>>735
> C厨と言うのは何でも知っていないと我慢出来ないタイプ。

そのくせC言語厨はJava5のenumのこともろくに知らなかったがな。
Javaのパフォーマンスについても古い知識しかしらないようだし。

743 ：仕様書無しさん：2006/04/26(水) 09:13:53

>>736
見るなといったJava厨なんてどこにもいないんだが。
お前の被害妄想じゃないのか

744 ：仕様書無しさん：2006/04/26(水) 09:14:32

>>738
根拠がない。挫折しているなら俺は今C/C++の仕事もついでにやることなんて
ないんだが。

745 ：仕様書無しさん：2006/04/26(水) 09:15:18

>>737
オブジェクトにしたていどでそんなに重たくはならんぞ。
お前さん、なんでもかんでもヒープ領域に詰め込むだけだと勘違いしているわけじゃあ
ないよな？

746 ：仕様書無しさん：2006/04/26(水) 09:16:21

>>741
ある程度妥協するならいいが、C厨のハードコーディングはもっと酷い。
一緒に仕事をしていると明らかに仕事の能率に悪影響を与えているわけだが
C厨はそれをわかっていない。まるでCOBOL厨と同レベル。

747 ：仕様書無しさん：2006/04/26(水) 09:17:18

>>742
enumをgrep
341ファイル、合計1139個所見つけました

おーや、古いC言語仕様の安全でないenumが沢山みつかりましたよお。

748 ：仕様書無しさん：2006/04/26(水) 09:18:05

>>741
CはJavaと違って意図的にハードコーディングしないと遅くなるから
わざとやってるだけじゃね

749 ：仕様書無しさん：2006/04/26(水) 09:19:10

>>748
あららら。また根拠がないJava厨劇場が始まりました！

750 ：仕様書無しさん：2006/04/26(水) 09:19:20

>>747
安全でないから使っちゃ行けないってだれが言ったのかな。

っていうかアセンブラを批判しているC言語厨もCの原型コードに
アセンブラコードが含まれていたらアセンブラ厨がお前を攻撃するのか(ﾜﾗ

751 ：仕様書無しさん：2006/04/26(水) 09:19:44

>>749
いやいやここはC言語厨劇場ですよ

752 ：仕様書無しさん：2006/04/26(水) 09:20:03

C言語厨劇場、はじまりはじまりぃ～♪

753 ：仕様書無しさん：2006/04/26(水) 09:21:11

実際の所、C++ではなんでもかんでもオブジェクトにすると重たくなる。
だがJavaの場合は？逆に軽くなることも多いと思われ。

754 ：仕様書無しさん：2006/04/26(水) 09:21:27

前に言っていたよねえ。
Cと違って安全。仕様もぜんぜん違って話にならないって。
そんな素晴らしいEnumクラスを解釈するVMはJava厨がけなしまくる
ANSI Cのenumを利用しています。ｗ

755 ：仕様書無しさん：2006/04/26(水) 09:21:41

C言語厨のレスがピタリと止まったな。

反論できなくなってしっぽを巻いて逃げたがC言語厨

756 ：仕様書無しさん：2006/04/26(水) 09:22:52

>>754
VMは憲法みたいなものであってJavaソースコードは
法律みたいなものだって
解釈をすればなぜそうなっているかわかるはずなんだけどねえ。

757 ：仕様書無しさん：2006/04/26(水) 09:30:52

>>755
もう仕事してるからね。またね。

758 ：仕様書無しさん：2006/04/26(水) 09:54:36

言ってることが矛盾してるなC厨

759 ：仕様書無しさん：2006/04/26(水) 10:07:19

(･∀･)

（　´,_ゝ`）
（　´,_ゝ`）
（　´,_ゝ`）
（　´,_ゝ`）
（　´,_ゝ`）
（　´,_ゝ`）
（　´,_ゝ`）
（　´,_ゝ`）
（　´,_ゝ`）

760 ：仕様書無しさん：2006/04/26(水) 10:33:43

【Java厨房の生きる世界】

　(･∀･) 　<こんにちは。今日は僕の暴れてるせかいをしょうかいするお＾＾

(ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ
(ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ
(ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ　　　　　　　　　　　　　　　　　　　　　　 (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ
(ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ　　(･∀･) 　　　　　　クラスライブラリ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ　←JVM
(ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ　　　　　　　　　　　　　　　↓　　　　　 (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ
(ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ ( ﾟДﾟ)( ﾟДﾟ)( ﾟДﾟ)( ﾟДﾟ)( ﾟДﾟ)　　　 (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ
(ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ ( ﾟДﾟ)( ﾟДﾟ)( ﾟДﾟ)( ﾟДﾟ)( ﾟДﾟ)　　　 (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ
(ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ
(ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）←JNI
(ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）
(ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ (ﾟДﾟ)ﾊｧ（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）
（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）
（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）←OS/ネイティブライブラリ群
（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）
（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）（　´,_ゝ`）

761 ：仕様書無しさん：2006/04/26(水) 10:56:55

mallocが遅いとか言っていたJava厨さん

最新のJava6のVMコードの中にこんなにありました。
72ファイル、合計264個所見つけました

762 ：仕様書無しさん：2006/04/26(水) 10:58:18

mallocが遅いとか言うJava厨はmallocで作成されたヒープを利用している
これはお笑い

763 ：仕様書無しさん：2006/04/26(水) 12:21:08

俺はJava房、「ソースは見るな、そんな暇があったらサービス考えろ」
実装に固執するのは「C上がりのJava使いになりきれないC厨」
enumがどうのと言ってるのも結局「C厨とJava使いになれないC厨」の論争。
本当のJava使いは「そんなどうでもいい事、気にしない」

764 ：仕様書無しさん：2006/04/26(水) 12:26:57

Java厨がけなすC厨

C厨とけなすJava厨が使うVMはC厨の塊のソース(藁

765 ：仕様書無しさん：2006/04/26(水) 12:28:20

>そんな暇があったらサービス考えろ
バグだらけのなんたらプロジェクトじゃ考えても公開できないっすよ。
無駄が多いですね。相変わらず(藁

766 ：仕様書無しさん：2006/04/26(水) 12:29:13

>本当のJava使いは「そんなどうでもいい事、気にしない」

あれだけ釣られてこんどは逃げ口上ですかｗ

767 ：仕様書無しさん：2006/04/26(水) 12:30:24

あまり速くないstrcatも沢山つかってます

27ファイル、合計123個所見つけました

768 ：仕様書無しさん：2006/04/26(水) 12:32:00

printfはスタックトレース表示用ですかね

110ファイル、合計2816個所見つけました

769 ：仕様書無しさん：2006/04/26(水) 12:38:12

あら探ししてるわりには釣りレベルが低いね

770 ：仕様書無しさん：2006/04/26(水) 12:38:17

さすがに絶対使ってないだろうなと思った
scanfを発見してしまいました。新人研修じゃないんだからさ。
scanfはないでしょう。
5ファイル、合計22個所見つけました

771 ：仕様書無しさん：2006/04/26(水) 13:03:37

>>770
ＶＭ作ってる香具師はそこらへんやこのスレの定スキルなC言語厨と
違って高度なスキルを持っているのでうまく使いこなせるんだろう。

772 ：仕様書無しさん：2006/04/26(水) 13:04:17

VMだけは最適化のためにわざとハードコーディングや古い関数を使っていると見た。
何度もテストをしているので頑強になっていると思われるが。

773 ：仕様書無しさん：2006/04/26(水) 13:33:26

JavaWebStartはATL COMなんだね。完璧なプロジェクトが存在した。
そういやJava厨はCOMは捨てられたとか行ってたけど
Java6でも現役だね。ことごとくJava厨の言う事はいいかげん。

774 ：仕様書無しさん：2006/04/26(水) 14:26:46

>>763
なるほど。
だからJava使いの行き着く先は決まってホラ吹き設計者＆アーキテクトなわけか。
なんか妙に納得した。

775 ：仕様書無しさん：2006/04/26(水) 16:05:17

アーキテクトを否定するとお前も職に困るぞ

776 ：仕様書無しさん：2006/04/26(水) 16:27:47

♪You are my Sun社員
　　My only Sun社員♪

777 ：仕様書無しさん：2006/04/26(水) 18:06:35

ホスト処理でコンマ０．１のタイマーが必要なんですが
EJBで叶でしょうか？

WebSphereとかで

778 ：仕様書無しさん：2006/04/26(水) 22:08:53

Java VMはスレッド調停をmutexでしているんだな。

779 ：仕様書無しさん：2006/04/26(水) 23:05:46

おjava様ぁ～～～～～～～～～～～～～

780 ：仕様書無しさん：2006/04/26(水) 23:17:02

SUNのJavaVM開発部隊はC厨か。

781 ：69式フリーPG ◆hND3Lufios ：2006/04/26(水) 23:23:13

うーん。なんだか古臭いコードだ。

782 ：仕様書無しさん：2006/04/26(水) 23:27:02

>>772
最適化のために古い関数を使うなんてことは無いよ。
インライン展開するとかならありうるけど。

783 ：仕様書無しさん：2006/04/26(水) 23:37:21

別にC言語をけなしている訳じゃないよ。
Java使うのにVMや実装に関して議論するのが無意味だって言っているだけ。
あとバグだらけってのはテスト精度の問題であって、言語の問題じゃない。
あと俺はenumやVMの話題で釣られてはいない。
釣られたのは「C上がりのJava使いになりきれないC厨」
VMで使われている関数の数をカウントするなんて、典型的なC厨だよ。
あと自称Java使いで実装を全く考慮しない設計をする人間がいるのは認めよう。
しかしそれはJava房じゃなくて、偽コンサル。

784 ：仕様書無しさん：2006/04/26(水) 23:39:55

C厨の自作自演乙

785 ：仕様書無しさん：2006/04/26(水) 23:44:07

↑

786 ：仕様書無しさん：2006/04/26(水) 23:49:53

別にC言語をけなしている訳じゃないよ。
Java使うのにVMや実装に関して議論するのが無意味だって言っているだけ。
→決めつけてるだけだな、C使うかアセンブラ使うかのトレードオフはプロセッサ見てやる。
同様に、VMの実装は重要な要因だろうが。

あとバグだらけってのはテスト精度の問題であって、言語の問題じゃない。
→複雑きわまりない機構はバグの原因だよ。

あと俺はenumやVMの話題で釣られてはいない。
→どうでもいい。

釣られたのは「C上がりのJava使いになりきれないC厨」
VMで使われている関数の数をカウントするなんて、典型的なC厨だよ。

→あれだけJavaだけで何でも出来るって煽り受けたら当然だ。厨房でも何でもない。

あと自称Java使いで実装を全く考慮しない設計をする人間がいるのは認めよう。
しかしそれはJava房じゃなくて、偽コンサル。
→意味不明。OOAとOODとOOPはフェーズの違う別物。
段階的に具象を抽象にするんだから、途中のモデルが実装と異なっていてもいい場合がある。

787 ：仕様書無しさん：2006/04/27(木) 00:20:54

あーぬるぽ

788 ：697：2006/04/27(木) 00:23:41

Java6のソースコードって、ビルドしないと生成されないソースファイルがあるのね！？
…というわけで、ビルドに挑戦！

なんとかJVM.DLL(hotspot)のビルドに成功したよ
…CygwinやJDK5のインスコに時間が掛かっちゃった

これからjava.exe(j2se)のビルドに挑戦するよ
…なんでビルドにDirectX SDKが必要なのか意味不明

誰かJava6のビルドできた？

789 ：仕様書無しさん：2006/04/27(木) 00:28:00

>>780
いや、JVMはC厨じゃないな。
まさにJava厨が作ったもの。
ただのC厨にはあのような高度なものは作れない。

790 ：仕様書無しさん：2006/04/27(木) 00:29:26

しかし、きたねぇコードだな。

791 ：仕様書無しさん：2006/04/27(木) 00:29:28

低脳乙

792 ：仕様書無しさん：2006/04/27(木) 00:30:49

>>788

> …なんでビルドにDirectX SDKが必要なのか意味不明
そこらへんはM$に聞いた方が早いだろう。
恐らくJava2D, Image I/OやApplet, Swingの部分のために用意されていると
思われ。

793 ：仕様書無しさん：2006/04/27(木) 00:34:44

超低脳だから相手するなうつるぞ

794 ：仕様書無しさん：2006/04/27(木) 00:35:32

os::init_system_properties_values()で、環境変数_ALT_JAVA_HOME_DIRが取得できなかったら、
home_dirの中はどうなってるんだろうかと凄く気になる。strschrにそのまま渡してあるけど・・・。

795 ：697：2006/04/27(木) 00:38:07

>> 792
> 恐らくJava2D, Image I/OやApplet, Swingの部分のために用意されていると
> 思われ。
なるほどね
ネイティブメソッドの実装でDirectXを呼び出しているのかぁ

796 ：仕様書無しさん：2006/04/27(木) 00:47:33

Javaのエレガントさのかけらも無いソースだね・・・・

797 ：697：2006/04/27(木) 00:52:47

なんとなく、Java6のソースコードの取っ掛かり方が解ってきたぞぉ

java.exeのメイン関数は、[j2se\src\share\bin\java.c]にあるね
main()やJavaMain()が、メイン処理らしい

ここから、JVM.DLLのエクスポート関数やJNIEnvクラスやJavaVMクラスが呼び出されているようだ。
[hotspot\src\share\vm\prims\jni.cpp]に、この辺の実装があるな

798 ：697：2006/04/27(木) 01:49:50

java.exeの処理内容って、だいたいこんな感じかな

　main関数
　 1.バージョン選択
　 2.JVM.DLLのロード
　 3.引数の解釈
4.JavaMain関数を別スレッドで起動し、スレッド終了待ち

　JavaMain関数
　 1.初期化
　 1.1.JVMの初期化(JNI_CreateJavaVM関数)、JNIEnvクラス、JavaVMクラスのインスタンス取得
　 1.2.メインクラスのロード(JNIEnv::FindClass関数)

2.実行
　 mainメソッドの呼び出し（JNIEnv::CallStaticVoidMethod関数）

　 3.終了処理
　 3.1.メインスレッドのデタッチ（JavaVM::DetachCurrentThread関数）
　 3.2.JVMの破棄（JavaVM::DestroyJavaVM関数）

799 ：697：2006/04/27(木) 02:01:45

わざわざJavaMainを別スレッドで実行するのは、
_beginthreadex（windows）pthread_create（Solaris,Linux）で
スタックサイズを指定したいからのようだな

800 ：仕様書無しさん：2006/04/27(木) 02:07:09

JAVA房ピンチだなEJBが3度目の大こけ確定し大嫌いなC言語とC++によって自分たちの核であるJVMが作られている。
JAVA房ってさ、親のすね齧ってるあまちゃんと同じだよ。
メモリの管理もろくにできないでGCにまかせて一人前のつもりか？高度な抽象化とかいってキモイコード書くなよ。
そもそも、その抽象化された再利用しやすいと称しているクラスって何度も使うことあるのｗ？使用しているフレーム
ワークのバージョン上がるだけでExceptionの嵐に見舞われるぐらい再利用性のないフレームワークでガチガチに
依存したクラスがまともに使えるの？結局おまえ等はラッパしたネイティブメソッドの上でしか生きられない
子供言語なんだよね。まぁこれに懲りたら、俺にわびいれて土下座すれば、解らなくて職場からバックレした
「ポインタ」これについて教えてやってもいいよ。俺が優しく思っているうちに土下座して誤れよ

801 ：仕様書無しさん：2006/04/27(木) 08:06:59

>>798
話題の中心のgcをコントロールするコード量が少ないのにビックリしている。
漏れが実装したガベコレよりかなりシンプルだったな。漏れも時間があれぱ
gc中心に解析してみるよ。キーワードはTimer, timer(おそらくgc起動は
なんらかのトリガでタイマ起動されるはず)

802 ：仕様書無しさん：2006/04/27(木) 08:14:43

Java厨で>>798ぐらい解析できる人はいないに1000ビジネスロジック

803 ：仕様書無しさん：2006/04/27(木) 08:25:16

/hotspot/src/share/vm/service/memoryManager.cpp
L188 - L198 for Loop

// Keep memory usage of all memory pools
mem__pool__gc__begin

804 ：仕様書無しさん：2006/04/27(木) 08:40:02

>>794　(src/os/win32/vm/os_win32.cpp)
strlen(home_dir)+1のサイズでメモリ確保しているけど
取得できないとgetenvはNULLを返すからifには入らない。
気になるのがローカルVariableである char home_dir[MAX_PATH]
なんだけど、ローカルだから値は不定内部はゴミ。
ゴミのレングス+1のゴミ環境変数パスをVMに渡す事になるな。
そのときにexeが見つからないとかでアボート処理するから
ここではこれでいいのかっていうコードなのかな。
getenvが失敗した処理はアボートしていないのは確か。

805 ：仕様書無しさん：2006/04/27(木) 08:42:38

漏れだったらhome_dirはmemsetして内部に文字がセットされなきゃ
アボートするとかデフォルトをここで渡すとかするかな。

806 ：仕様書無しさん：2006/04/27(木) 08:59:40

ワロタ
とうとうJVMのコードレビューまで始めやがったよ。

さすがマ板名物スレだな。
もっとやれwww
週末には俺も参加するよ。

807 ：仕様書無しさん：2006/04/27(木) 09:06:36

しょうがないなC厨は。じゃあ具体的な例を示してやるよ。

むかしむかし、ある所にC使いがいました。彼はC言語が大好きで無駄な処理が大嫌いで、
遅いロジックやいいかげんな処理が許せませんでした。
彼はフレームワークを自作し、DBアクセスを自作しました。
それでも彼の望むエレガントさには及びません。
彼はバッファリングを自作し、分散処理を自作しました。
さらにJavaのソースコードを入手し、ガーベージコレクションや文字列操作まで修正しました。

そしてある日．．．Javaがバージョンアップしました。
彼の努力は無駄になり、得た知識は過去の物となりました。
彼は言いました。
「ぐはっ、．．．．．いい勉強させてもらったぜ。」

808 ：仕様書無しさん：2006/04/27(木) 09:33:04

どうせ的はずれなこと書いて、大好きなCですらまともに出来ないことを自ら晒すことになる。

809 ：仕様書無しさん：2006/04/27(木) 09:38:42

今月の日経ソフトウェアでDIを勉強しましたお。

810 ：仕様書無しさん：2006/04/27(木) 10:13:16

Java厨房の場合ここで無限ループするわけだろ？

（略）
そしてある日．．．Javaがバージョンアップしました。
彼の努力は無駄になり、得た知識は過去の物となりました。
彼は言いました。
「ぐはっ、．．．．．いい勉強させてもらったぜ。」
そしてある日．．．Javaがバージョンアップしました。
彼の努力は無駄になり、得た知識は過去の物となりました。
彼は言いました。
「ぐはっ、．．．．．いい勉強させてもらったぜ。」
そしてある日．．．Javaがバージョンアップしました。
彼の努力は無駄になり、得た知識は過去の物となりました。
彼は言いました。
「ぐはっ、．．．．．いい勉強させてもらったぜ。」
そしてある日．．．Javaがバージョンアップしました。
彼の努力は無駄になり、得た知識は過去の物となりました。
彼は言いました。
「ぐはっ、．．．．．いい勉強させてもらったぜ。」
（以下SUN倒産までもずく？）

811 ：仕様書無しさん：2006/04/27(木) 10:18:09

>DBアクセスを自作しました
そんなつまらんもの自作して喜ぶ椰子はいない。
サービス・カーネル系はおもしろいからやりがいがあるがね。
Java厨の思考はせいぜいDBアクセスを【ラップする】ぐらいが
限界点なんだなｗ

812 ：仕様書無しさん：2006/04/27(木) 10:21:45

//シンプルにループしようぜ
while(TRUE/*C厨スタイルフラグ*/){
　そしてある日．．．Javaがバージョンアップしました。
　彼の努力は無駄になり、得た知識は過去の物となりました。
　彼は言いました。
　「ぐはっ、．．．．．いい勉強させてもらったぜ。」
}

813 ：仕様書無しさん：2006/04/27(木) 10:53:45

VS.NET 2003/2005でビルドする方法
*.dswプロジェクトファイルを検索する
プロジェクトを開く前に、システムのプロパティ-詳細設定-環境変数
以下の環境変数名を新規作成
HotSpotWorkSpace
値は、hotspotへのフルパスを指定

これでVS.NET 2003でadac_g.exeはビルドできた。たぶん2005でもできる。
($(HotSpotWorkSpace)\src\hotspot\build\windows\projectfiles\compiler2\bin)

814 ：仕様書無しさん：2006/04/27(木) 10:57:19

VS.NETでプロジェクトオープンできると
クラスビューで見通しが良いよ。Java厨が御用達のIDEと違って
VS.NETのIDEはいいなあ～。レスポンス最高！ストレス全く無し！

815 ：仕様書無しさん：2006/04/27(木) 11:44:29

コード読むのも楽しいけど、ふつーにtrussとかデバッガで追っかけてもだいたいわかるんじゃないの？
Solaris10ならDTraceもつかうと楽しい。

816 ：仕様書無しさん：2006/04/27(木) 11:53:05

gc周りを処理しているFunction(確保|開放)の前後にlogを仕込んで動かすとよく分かりそうだな。

817 ：仕様書無しさん：2006/04/27(木) 12:35:52

しかしJava厨から出てくるレスって技術的な話は皆無だな。
爺とか高卒とか学会がどうのとかツールが使えるの使えないの
とかばかり。悲しい生き物なんだなJava厨って。

818 ：仕様書無しさん：2006/04/27(木) 12:36:53

誰かdeleteを実装してくれ

819 ：仕様書無しさん：2006/04/27(木) 12:53:43

開発目標
2ch【重く寝】エディションJava VM Version 1.0
追加機能
1. メモリの割付と開放(heapAlloc, heapDelete)
2. JNIを経由しないでダイレクトにDLLコールが出来る機能
3. UNICODEを利用しないでSJISとかの機種依存文字をダイレクトに操作できる機能
4. Socketセッションをダイレクトに呼び出せる機能
5. デバイスドライバを直接呼び出せる機能
6. プリントキューにrawデータを直接送信できる機能
7. JDBCを介さないで直接セッションPoolに参加できる機能(4とかぶる)
これだけあればかなり良くなるね Java

820 ：仕様書無しさん：2006/04/27(木) 13:00:41

オプショナルセキュリティ機能
1. Java厨が無駄に割り付けるクラスインスタンスを制限する機能
2. Java厨が無駄に利用するStringBufferのサイズを制限する機能
3. Java厨が無駄に作成する糞糞クラスを利用させない機能

821 ：仕様書無しさん：2006/04/27(木) 13:17:40

Javaでカーネルなんか作れるの？

822 ：仕様書無しさん：2006/04/27(木) 13:18:49

>>2. JNIを経由しないでダイレクトにDLLコールが出来る機能
みんなが好きだったVisual J++では出来た

>>3. UNICODEを利用しないでSJISとかの機種依存文字をダイレクトに操作できる機能
全部バイト列で(ry

ついでに、JSSE相当部分をネイティブコードで置き換えてﾎｽｨ

823 ：仕様書無しさん：2006/04/27(木) 13:23:52

IDeleteインタフェースを実装する方向で。
javac.exeもいじらないとだめか。

.NETの真似だけどな。

824 ：仕様書無しさん：2006/04/27(木) 13:33:01

蛆虫氏ね

825 ：仕様書無しさん：2006/04/27(木) 13:35:42

しかしJava厨から出てくるレスって技術的な話は皆無だな。
蛆虫氏ねとか爺とか高卒とか学会がどうのとかツールが使えるの使えないの
とかばかり。悲しい生き物なんだなJava厨って。

826 ：仕様書無しさん：2006/04/27(木) 15:19:24

■過去を振り返ってみるとｗ
>Javaは信頼できる部品のみで建築物を造る感じであるのに
>対してC/C++は信頼できる部品を使わないか、信頼できる部品を
>作ることに膨大なコストをかける効率の悪い方法で建設している感じだ。

へー信頼できないVMの上でJavaのコード書いてるんだｗ

>Java側がクレーンやヘリコプター、専用大萱工事機械を導入しているのに
>対してC/C++側はクレーンもヘリも車両も一切使わず、
>しかも場合によってはIビーム(Iの字型の鉄骨)なしで
>超高層ビルを建造しようというトンデモない無計画で行動している。

JavaのクレーンやヘリコプターはC/C++で出来ているの知らなかったんだねｗ

827 ：仕様書無しさん：2006/04/27(木) 15:22:32

おJava様惨敗だな

828 ：仕様書無しさん：2006/04/27(木) 17:08:54

>>812 おまい大事なこと忘れてる。「Java厨房はこぴぺでソース水増しする」ってことを。

829 ：仕様書無しさん：2006/04/27(木) 17:12:54

>>796
むしろJavaソースコードをエレガントにしかつできる限り高速化するために
わざとこうやっているんだと思われ。

830 ：仕様書無しさん：2006/04/27(木) 17:15:47

>>800
C言語が嫌いだなんて誰が言ったんだ？
お前はC言語を構成したアセンブラが嫌いなのか？
Cがアセンブラでできているにも関わらず。
お前の言っていることは、輸入品が嫌いだといっているのと同じだぞ。

831 ：仕様書無しさん：2006/04/27(木) 17:16:34

>>802
おいおい、あの程度なら簡単だろ。

832 ：仕様書無しさん：2006/04/27(木) 17:18:36

>>810

>>807みたいなケースに陥る可能性は
はまだまだよくあるが、>>810みたいなケースに
陥る羽目になることは、他の言語とくらべたらJavaは
非常に少ない方なわけだが。

833 ：仕様書無しさん：2006/04/27(木) 17:20:20

>>824-825
あからさまに自演だと解るところが痛々しいぞお前

834 ：仕様書無しさん：2006/04/27(木) 17:20:29

>>830よ>>826を見ろ。どうみても嫌いな表現だろ。

835 ：仕様書無しさん：2006/04/27(木) 17:20:45

＞非常に少ない

出た。この曖昧な表現。

836 ：仕様書無しさん：2006/04/27(木) 17:21:34

>>829よ低速mallocでメモリ確保されたVMで高速化かい。
自分らの発言に責任を持てよ。

837 ：仕様書無しさん：2006/04/27(木) 17:22:43

>>831 無理しなくていいぞ。コールバックの使い方も知らないくせにな。

838 ：仕様書無しさん：2006/04/27(木) 17:24:01

>>828
そうか。ｽﾏｿ。Java厨にだけはなりたくないなｗ

839 ：仕様書無しさん：2006/04/27(木) 17:25:08

>>832
ふーん。おJava様光臨ですねｗ

840 ：仕様書無しさん：2006/04/27(木) 17:25:23

重大な勘違いがあるな。

C/C++コンパイラは、アセンブリ言語を出力するとは限らない。
最終的に吐き出されるのはリンク情報を含んだ「機械語＝バイナリコード」だ。
アセンブリ言語出力は「指定したときだけ」吐き出されるものだ。

GCCはそうじゃないかもって？あれは汎用化狙ったBinutil使うんだから仕方ない。
as以下で機械語の相違吸収するのが基本だからな。
それに、C/C++コンパイラは一度作ってしまえばそれそのものをアセンブリ言語で
わざわざ記述する必要はない。あとはクロス環境でどのターゲットに向けたものでも
C/C++を用いて記述することが可能になる。

Javaはそうじゃない。一度作ったJava環境で、別のJava環境は記述できない。
必ず、JavaコンパイラとJVMは別の言語で記述する必要がある。

変なたとえ話で本質ぼかすのはもう無理だと思うぞ。

841 ：仕様書無しさん：2006/04/27(木) 17:27:10

>>835
いつもの事だがなｗ

842 ：仕様書無しさん：2006/04/27(木) 17:31:39

>>840
すまん、漏れが馬鹿で何を言いたいのか理解できん。
もう少し分かりやすく結論を書いてくれないか。

843 ：仕様書無しさん：2006/04/27(木) 17:38:50

Java厨が言いたいこと

■C/C++を用いてJava環境が書かれているのは事実だが
C/C++もアセンブリ言語を用いて書かれてるではないか、同じことだ。

反論

○C/C++は一度書かれてしまえばあとはアセンブリ言語で設計者が記述するところはほとんどない。
C/C++はC/C++によって記述されている。
○中間的にアセンブリ言語を出力することはあっても、設計者はわざわざそれを書かない。

Javaは自己再生産できないから同一視はできない。（例外はあるが無理しすぎ・・・）

844 ：仕様書無しさん：2006/04/27(木) 17:39:48

あからさまに断定する奴も怪しいけどなw

845 ：仕様書無しさん：2006/04/27(木) 17:50:47

鬼の首をとったように喜んでいるC言語厨の馬鹿が
自己満足しているようだが、こいつは日本語も英語も読めないのだろうか。

846 ：仕様書無しさん：2006/04/27(木) 17:52:38

>>840
> Javaはそうじゃない。一度作ったJava環境で、別のJava環境は記述できない。

JavaCCであれば作れないことも無いが。

> 必ず、JavaコンパイラとJVMは別の言語で記述する必要がある。

わざわざ同じ言語で記述して一体何がしたいのかと。

847 ：仕様書無しさん：2006/04/27(木) 17:52:56

ふむふむ。わかった。しかしJava厨は決定的な間違いがある。

言語コンパイララップの階層構造だ。
ASM->C/C++

ASM->C/C++->JavaVM->Java
ゴム1枚でのエチーと4枚重ねのエチーだ。
快楽の差はとんでもなくある。そこを理解しろ。

848 ：仕様書無しさん：2006/04/27(木) 17:53:46

>自己満足しているようだが、こいつは日本語も英語も読めないのだろうか
小学生の作文でも枝葉末節がもっとはっきりしているよ。

849 ：仕様書無しさん：2006/04/27(木) 17:55:18

>>836
自分の発言？
誰がそんなことを言った？
人違いもほどほどに。
確かにずいぶん前にmallocによるメモリ確保は遅いというレスを見たことがあるが
そいつは俺じゃないんだがな。
まずコードをよく読んでみたらどうだ？
malloc使ってるところのコード全部読んだかお前？

人違いというかキチガイだなお前。
というかストーカーっぽいな。
くだらないことで根に持って鬼の首をとったように喜んでいるんだからな。

850 ：仕様書無しさん：2006/04/27(木) 17:55:52

起承転結の流れも読まずに枝葉に拘泥するあたりがやはりマの限界だな。

851 ：仕様書無しさん：2006/04/27(木) 17:58:35

>>835
馬鹿かお前？
断定したら偽になるからだろ。
非常に少ないというより、Javaよりバージョンアップ互換に
苦しむ言語は他に無いと言って貰いたいか？
俺が見た数十の言語の中ではJavaほど上位互換性
に優れた言語は他にはまったくないがな。
だが、これはあくまで俺が見た者だからな。
だから「非常に少ない」と言ったわけだ。
もしJavaよりも上位互換性に優れた言語があるなら紹介してくれ。

どっちみち、たとえどんなことがあろうとも、
C/C++よりJavaのほうが上位互換性に優れていることは確実だがな。
だからJVMのソースコードがAdapterとして役割を果たしている。
だからJVMのコードが汚くても構わないわけだ。

852 ：仕様書無しさん：2006/04/27(木) 17:59:29

起動時にmalocしといて使いまわすからJavaのほうが早いよ

853 ：仕様書無しさん：2006/04/27(木) 17:59:32

>>834
お前は被害妄想が激しくて
日本語が読めないだけじゃないのか？
主観でお前が勝手に「嫌いだと認識している」と思いこんでいるだけだ。

854 ：仕様書無しさん：2006/04/27(木) 18:00:07

しかし>>826は短絡的だな

855 ：仕様書無しさん：2006/04/27(木) 18:01:19

JavaVMってのは、よくあるプロセッサの命令セットシュミレータ(ISS)＋αと思えば正しいんだろ？
んなもの早いわけがない

または、こういうものを考えると納得できないかな？
ｃｆ　http://www.microsoft.com/japan/mac/products/VirtualPC/default.asp

856 ：仕様書無しさん：2006/04/27(木) 18:01:58

>>820
> 2. Java厨が無駄に利用するStringBufferのサイズを制限する機能

おいC言語厨、いまどきStringBufferなんて使わねえよアホ。
ほら、さっさとJVMを改造して公開してみろやw

857 ：仕様書無しさん：2006/04/27(木) 18:03:43

VMじゃなくてそのクラスの実装なんじゃまいか？

858 ：仕様書無しさん：2006/04/27(木) 18:04:05

>>819

> 1. メモリの割付と開放(heapAlloc, heapDelete)
System.gc()やjava.lang.ref.Referenceの何に不満があるのか説明してみてくれ。

859 ：仕様書無しさん：2006/04/27(木) 18:04:13

> 開発目標
> 2ch【重く寝】エディションJava VM Version 1.0
> 追加機能
それを仮にお前が作ったとして
お前はSunにちゃんとライセンス料を支払えるか？
裁判でSunに訴えられても裁判費用を自分でまかなえる経済的余裕が
お前にあるか？　それを先に考えた方がいいだろう。

860 ：仕様書無しさん：2006/04/27(木) 18:05:05

C++＞Java＞C

861 ：仕様書無しさん：2006/04/27(木) 18:06:21

>>819
> 2. JNIを経由しないでダイレクトにDLLコールが出来る機能

Runtime.execでスクリプトファイルまたはexeファイルなどを直接呼び出せば
できなくはないぞ。

> 3. UNICODEを利用しないでSJISとかの機種依存文字をダイレクトに操作できる機能
Byte[]型で実現することにどんな不満があるのか？

> 7. JDBCを介さないで直接セッションPoolに参加できる機能(4とかぶる)
それをやるとどれだけパフォーマンスが上がるのかまずベンチマークデータを
紹介してくれ。

862 ：仕様書無しさん：2006/04/27(木) 18:06:56

>>817
学会が技術的な話でないと？
それはとんだ勘違いだぞＣ言語厨

863 ：仕様書無しさん：2006/04/27(木) 18:07:52

>>814
単にお前のマシンが重たいだけじゃねいのかと。
クラスビューならEclipseでも見ることができるぞドトネト厨

864 ：仕様書無しさん：2006/04/27(木) 18:09:34

おJava様って負けず嫌いだね。

865 ：仕様書無しさん：2006/04/27(木) 18:11:17

いやいやｗ
おJava様の怒涛のようなレスを待っていた漏れとしては大満足。

866 ：仕様書無しさん：2006/04/27(木) 18:11:19

C言語厨はJVMからmallocをすべて除去すれば
Javaが速くなると断言した。

だったらさっさと高速化JVMを作ってくれよC言語厨w

867 ：仕様書無しさん：2006/04/27(木) 18:11:34

C言語厨はJVMからmallocをすべて除去すれば
Javaが速くなると断言した。

だったらさっさと高速化JVMを作ってくれよC言語厨w

868 ：仕様書無しさん：2006/04/27(木) 18:11:56

>>866
誰もそんな事言ってないけどね。

869 ：仕様書無しさん：2006/04/27(木) 18:11:58

C厨、malloc除去版JVMﾏﾀﾞｰ？

870 ：仕様書無しさん：2006/04/27(木) 18:12:26

>>868
いや、はっきりいっていたよ。C言語厨は。
責任をとってもらわないと。

871 ：仕様書無しさん：2006/04/27(木) 18:12:42

おJava様逆切れする。
Date 2006/04/27 18:20

872 ：仕様書無しさん：2006/04/27(木) 18:12:59

Runtime.execでスクリプトファイルまたはexeファイルなどを直接呼び出せば
できなくはないぞ。

Runtime.execでスクリプトファイルまたはexeファイルなどを直接呼び出せば
できなくはないぞ。

Runtime.execでスクリプトファイルまたはexeファイルなどを直接呼び出せば
できなくはないぞ。

呼び出すんじゃなく、別プロセスを起動するんじゃないのか？
OSの機能を使って。

873 ：仕様書無しさん：2006/04/27(木) 18:13:57

確かに、>>836が言ったね。
>>836にmalloc除去版JVMを作って
Javaが本当に高速化されるかどうかを彼に証明してもらいましょう。

もしできなければこの試合はC言語厨の負けということだ。

874 ：仕様書無しさん：2006/04/27(木) 18:14:29

おいC言語厨、さっさとmalloc抜きで高速化しろよw

875 ：仕様書無しさん：2006/04/27(木) 18:15:10

>>873
面白いw それをC言語厨にやらせようw

そしてC言語厨に、Java Community Process
その案を提出させようw

876 ：仕様書無しさん：2006/04/27(木) 18:15:28

おJava様の逆鱗にふれたようですｗ

877 ：仕様書無しさん：2006/04/27(木) 18:15:44

ほらC言語厨、さっさとJava Community Processに
malloc使うなって文句行って来いよw

878 ：仕様書無しさん：2006/04/27(木) 18:15:46

>>870 どこでそんなことをいってるのかわからんが・・・
固定長のメモリを大量に準備できればmallocいらなくなるだろうな。

数TBのメモリを装備した１２８bitアドレッシングでもできるJavaプロセッサ装備マシンでも準備すれば
きっとやってくれるんじゃまいか？

879 ：仕様書無しさん：2006/04/27(木) 18:16:17

C言語厨のﾚｽがピタリと止まったなw
C厨、敗走したかw

880 ：仕様書無しさん：2006/04/27(木) 18:16:47

>>878
というか、C言語厨には煽って嘘をついた責任を
取って貰わないとw

881 ：仕様書無しさん：2006/04/27(木) 18:17:04

そうそう、C言語厨に精神的苦痛を与えねばw

882 ：仕様書無しさん：2006/04/27(木) 18:17:22

C言語厨をこうやって追いつめるのが実に楽しくて愉快なのだw

883 ：仕様書無しさん：2006/04/27(木) 18:17:34

漏れも変なちゃちゃいれだしたし、定時回ったから帰ったんだろ。

頑張れJava厨。おまいの定時はあと４、５時間後なんだろ？ｗ

884 ：仕様書無しさん：2006/04/27(木) 18:18:47

なはは。笑ったよ。今日もありがとうなJava厨さんがた。

885 ：仕様書無しさん：2006/04/27(木) 18:29:15

>>883-884
お前はJava屋が負けず嫌いだと主張しているみたいだが、
お前もかなりの負けず嫌いだな。

malloc抜いて高速化するJVMができるのを楽しみにしているぜw

886 ：仕様書無しさん：2006/04/27(木) 18:36:48

俺の中では>>883-884が
メガネデブ体型のキモヲタのオッサンに見えた。
文体からそういう匂いがひしひしと伝わってくるのはなぜだろう・・・・

887 ：仕様書無しさん：2006/04/27(木) 18:37:45

ああそうな、「なはは」なんて笑い方するからデブみたいなんだな。
しかしこのしつこさは本当にデブそうだ。
リアルではこんなにしつこくなれないからそうなるんだろう

888 ：仕様書無しさん：2006/04/27(木) 18:38:10

言ってることがおかしいんだよ。

■　Javaにはmallocが使われているという事実

○　Java厨房がC/C++のmalloc/newを口を極めてののしっていたという事実

あるのはこれだけ。

889 ：仕様書無しさん：2006/04/27(木) 18:39:11

天に唾して己が面に掛かる

890 ：仕様書無しさん：2006/04/27(木) 18:44:28

C厨はJavaのJVMの部分しか叩けないという現実

891 ：仕様書無しさん：2006/04/27(木) 18:48:59

C/C++はJavaより習得が難しくてスピードも速いんだ！！
だからJavaやってるヤツらよりC/C++やってるほうが偉いんだ！
現場は関係ない

という理論だけ

892 ：仕様書無しさん：2006/04/27(木) 18:50:39

蛆虫氏ね

893 ：仕様書無しさん：2006/04/27(木) 18:53:39

>>892
↑これがC厨の煽り方

894 ：仕様書無しさん：2006/04/27(木) 19:01:26

Javaを必死に持ち上げるのはいいんだよ。

だけど、それで他の言語そのものを貶めようと必死で唾はきまくってるからいかんのだよ。

天地すべてに唾を吐くのがJava厨流ってことかい？ｗ

895 ：仕様書無しさん：2006/04/27(木) 19:01:44

GW期間中ぐらいは閑散とするんだろな

896 ：仕様書無しさん：2006/04/27(木) 19:01:57

>>891-893
ﾜﾛﾀ

897 ：仕様書無しさん：2006/04/27(木) 19:03:08

>>894
おいおい、このスレはjavaのスレだぜ。
嫌でもJavaの話が勝手に持ち上がるんだがw

こんなJavaｽﾚでJavaとは関係ない
C言語を必死に持ち上げるのはどうなんだ？

898 ：仕様書無しさん：2006/04/27(木) 19:03:10

>>891-893=>>896
.　　　　　　　　　　　　　　　　＿＿＿＿
　　　 _ 　　　　　　　　　　　　　| （・∀・）｜
　　　｀)）　　　　　　　　　　　　 |￣￣￣￣
　　　 ´　　　　　　　　　　　　 ∧
　　　　　　　　　　　　　　　　<⌒>
　　　　　　　　　　　　　　／⌒＼　　　　　　　　　　ｼﾞｻｸｼﾞｴﾝ王国
　　　　　　＿＿＿＿＿____］皿皿［-∧-∧、
　　　　／三三三三三三∧_／＼_|,,|「|,,,|「|ミ^!、
　　＿_|￣田￣田 /￣￣Π . ∩　 |'|「|'''|「|||:ll;|
　/＿_,|==／＼＝ハ,￣￣|「|￣￣￣￣|「|￣￣|
/_| ロロ「￣￣￣ | |　田 |「|　田田　|「|［［［［|
|ll.|ロロ,/| l⌒l.ｌ⌒l.| | 　　|「| 　　　　|「|ミミミミミミ

899 ：仕様書無しさん：2006/04/27(木) 19:04:29

>>888
> 言ってることがおかしいんだよ。
> ■　Javaにはmallocが使われているという事実
> ○　Java厨房がC/C++のmalloc/newを口を極めてののしっていたという事実

Java厨房ってのが誰だか知らないが
mallocの話題が出たとき、mallocを全面否定した話はなかったハズだが。
とりあえずソース出してみろや。

900 ：仕様書無しさん：2006/04/27(木) 19:05:08

>>898
お前被害妄想激しいなw
C厨はなにかトラウマでも抱えているのかw

901 ：仕様書無しさん：2006/04/27(木) 19:05:38

>>895
C厨は友達も彼女もいないからこのスレに毎日何か書いてるだろうよw

902 ：仕様書無しさん：2006/04/27(木) 19:07:11

>>894 馬鹿かお前は。
むちゃくちゃ言い始めるから事実指摘されて反論できなかっただけだろ？

Javaのメリットって、俺はこう思う。
「作ってる奴が乱暴でも、そこで当座動けば、他人に面倒ごととひっくるめてぽいっと渡せる」
俺も他人様が作ったJavaプロジェクト「ぽいっと」渡されて難渋したことがあるからな。
「Javaだから移植簡単でしょ？」

はいはい、JDKのバージョンやVM自体にあんなに依存してるとはおもいませんでしたよと。
Java厨房は死ねと本気で思ったよ。

903 ：仕様書無しさん：2006/04/27(木) 19:10:47

>>901
ごめん、今モデルの彼女とデート中。君には縁がないいい女。

904 ：仕様書無しさん：2006/04/27(木) 19:17:53

>903
ウホ

905 ：仕様書無しさん：2006/04/27(木) 19:18:05

必死でJAVA勉強してる香具師の末路
↓
500円携帯アプリプログラマｗｗｗｗｗｗ

906 ：仕様書無しさん：2006/04/27(木) 19:25:53

EJB3.0やっぱりこけたの？詳細キボン

907 ：仕様書無しさん：2006/04/27(木) 19:31:44

いやC言語をバカにしている訳ではなく、C厨をバカにしてるんだよ。
早くmalloc抜いたVM作れよ。

908 ：仕様書無しさん：2006/04/27(木) 19:33:25

これが監獄の設計書

909 ：仕様書無しさん：2006/04/27(木) 19:37:00

EJBは最初、SUNとBEAでやってたんだけど、ボロボロだったんだ。
そこにIBMが入って来て、かなりまとものなった。
しかしどんなに頑張っても利点のないEJBに、IBMが見切りをつけて撤退。
金が尽きてSUNの技術者もほとんど流出。
今はBEAだけが頑張っている状態だな。

BEAは意識してコーディングしなくてもEJB化できるよにするらしいから、
俺達は口を開けて待っていればいいんだよ。

910 ：仕様書無しさん：2006/04/27(木) 19:37:14

Javaはダメ？
C/C++はダメ？

いやいや、俺は悟ったねプログラマがダメなんだ！

911 ：仕様書無しさん：2006/04/27(木) 19:42:27

D言語最強

912 ：仕様書無しさん：2006/04/27(木) 19:46:55

>810
だから繰り返すのはJava使いになれないC厨だって。
例にしても理解出来ないんだな、C厨は。仕様書読めないんじゃね？

913 ：仕様書無しさん：2006/04/27(木) 19:57:45

さあさあ。言うだけのJava厨を尻目に
コードレビュー劇場がもうすぐ開催されますよ。

914 ：仕様書無しさん：2006/04/27(木) 20:58:05

>>902

いや、お前が氏ねばと思う。
お前の考え方みたいにJavaだからといって甘くみたことによってどれだけ多くの
馬鹿がプロジェクトをデスマーチに追い込んだことか。

915 ：仕様書無しさん：2006/04/27(木) 20:58:41

>>903
またそのネタかw
そんな妄想はもう飽きたぞw
ちなみにモデルの名前挙げてみろよｗ

916 ：仕様書無しさん：2006/04/27(木) 20:59:10

>>905
最近では必死にC言語を勉強した奴が
BREWでそういう目に遭っているようだがw

917 ：仕様書無しさん：2006/04/27(木) 20:59:52

>>907
だよね。マジでmalloc抜いたJVM作って披露して欲しいなC言語厨に

918 ：仕様書無しさん：2006/04/27(木) 21:04:56

ジジイにそんな能力は無い

919 ：仕様書無しさん：2006/04/27(木) 21:15:41

>>914 これだからJava中毒は困るね。文章もろくに読めないんだから。
Java厨におしつけられたってかいてあるんじゃね？ｗ

920 ：仕様書無しさん：2006/04/27(木) 21:18:04

>>918
所詮C言語厨はその程度ってことかw
BugParadeにmallocが付いてるぞと報告してもらおうかと思ったのにw

921 ：仕様書無しさん：2006/04/27(木) 21:18:21

なんでJava厨房って論点意図的にずらすぐらいしかできないんだろ・・・・

「おれはばかだわーわーわー」って言えばはっきり。

922 ：仕様書無しさん：2006/04/27(木) 21:25:56

お前、それ自分に言ってみろよw

923 ：仕様書無しさん：2006/04/27(木) 21:34:58

>>922は世界一のばかだわーわーわー

924 ：仕様書無しさん：2006/04/27(木) 21:38:48

>なんでJava厨房って論点意図的にずらすぐらいしかできないんだろ・
いいんだよ。正義は常に技術力と動作速度の速さが勝つ。
メモリの無駄遣いは環境性能最悪と言えるし、自分らに都合が悪く
なると逃げてばかりいるJava厨だからそんなもん。

925 ：仕様書無しさん：2006/04/27(木) 21:40:03

ところで次スレそろそろ頼むね。

926 ：仕様書無しさん：2006/04/27(木) 21:41:30

わーわーわーを見た時点で勝負アリだな・・・

927 ：仕様書無しさん：2006/04/27(木) 21:45:59

まあそれはそれとして、ﾌｯ
Java解析劇場は楽しみだな。
Java厨は絶対レスできねえもんなw

928 ：仕様書無しさん：2006/04/27(木) 21:46:47

3日レスできねえか
悪態つくか、論点ずらすしか脳がないからねw

929 ：仕様書無しさん：2006/04/27(木) 21:49:15

大漁

930 ：仕様書無しさん：2006/04/27(木) 21:50:19

俺もGlobalとか用意したからワクテカで解析カキコ町

931 ：仕様書無しさん：2006/04/27(木) 21:50:46

井上真央が可愛い訳だが

932 ：仕様書無しさん：2006/04/27(木) 21:51:21

今日もおっさんが釣れた！

933 ：仕様書無しさん：2006/04/27(木) 21:52:51

カワイソス（AA略）

934 ：仕様書無しさん：2006/04/27(木) 21:53:04

>>932
井上真央かわいくね？

935 ：仕様書無しさん：2006/04/27(木) 21:53:39

おまんこおまんこおまんこおまんこ
おまんこおまんこおまんこおまんこ
おまんこおまんこおまんこおまんこ
おまんこおまんこおまんこおまんこ

936 ：仕様書無しさん：2006/04/27(木) 21:53:41

■Java厨の馬鹿さかげんはこれに集約される

>Javaは信頼できる部品のみで建築物を造る感じであるのに
>対してC/C++は信頼できる部品を使わないか、信頼できる部品を
>作ることに膨大なコストをかける効率の悪い方法で建設している感じだ。

へー信頼できないVMの上でJavaのコード書いてるんだｗ

>Java側がクレーンやヘリコプター、専用大萱工事機械を導入しているのに
>対してC/C++側はクレーンもヘリも車両も一切使わず、
>しかも場合によってはIビーム(Iの字型の鉄骨)なしで
>超高層ビルを建造しようというトンデモない無計画で行動している。

JavaのクレーンやヘリコプターはC/C++で出来ているの知らなかったんだねｗ

937 ：仕様書無しさん：2006/04/27(木) 21:55:20

かあああああわいいいいいいいいなぁああああああ

938 ：仕様書無しさん：2006/04/27(木) 21:55:32

おまんこおまんこおまんこおまんこ
おまんこおまんこおまんこおまんこ
おまんこおまんこおまんこおまんこ
おまんこおまんこおまんこおまんこ
おまんこおまんこおまんこおまんこ
おまんこおまんこおまんこおまんこ
おまんこおまんこおまんこおまんこ
おまんこおまんこおまんこおまんこ
おまんこおまんこおまんこおまんこ

939 ：仕様書無しさん：2006/04/27(木) 21:57:05

俺の前の不細工とは大違い

940 ：仕様書無しさん：2006/04/27(木) 21:57:40

ｱﾊﾊ
見苦しいなjava厨

ひとりでがんがっているのは専門学校生？

941 ：仕様書無しさん：2006/04/27(木) 22:00:48

>Java側がクレーンやヘリコプター、専用大萱工事機械を導入しているのに
>対してC/C++側はクレーンもヘリも車両も一切使わず、
>しかも場合によってはIビーム(Iの字型の鉄骨)なしで
>超高層ビルを建造しようというトンデモない無計画で行動している。

無計画だけど、日夜努力して古臭いコードを書いて
printfたくさん使って、scanfも使って新人研修の時のプログラムみたいに
ただひたすらJava厨のためにJava実行環境を作ってあげるよ。
そう、Java厨はVMがなにで作られているか知る必要もない。
それが馬鹿コントロール仕様のOOだからだ。それでいい。

942 ：仕様書無しさん：2006/04/27(木) 22:01:44

とりあえず、スレの流れを切りたいらしい。
コードレビュー大好評

943 ：仕様書無しさん：2006/04/27(木) 22:01:58

・・・位のノリが俺には必要らしい。
医者に行ったら人を大切にしすぎると言われた。

944 ：仕様書無しさん：2006/04/27(木) 22:04:39

間違っている物を反撃する事が必要らしい。
相手が弱ってボコボコになるまでやれだとよ。

945 ：仕様書無しさん：2006/04/27(木) 22:05:55

ボッコボコにしてキレイサッパリハッキリが良いね。

946 ：仕様書無しさん：2006/04/27(木) 22:06:38

フックで一発KOだな。

947 ：仕様書無しさん：2006/04/27(木) 22:08:22

相手が止めるまで相手をキズつけないと
相手に自分が受けている痛みが分からないという・・・

948 ：仕様書無しさん：2006/04/27(木) 22:15:26

ああ。殴り頃すくらいの勢いが必要だとさ。

949 ：仕様書無しさん：2006/04/27(木) 22:21:39

たこ八郎

950 ：仕様書無しさん：2006/04/27(木) 22:31:42

>最近のJavaって軽くね？
軽いらしいね。ふーん。
>もう、めっちゃめちゃ速いでしょ
へえ～そうなんだ。
>絶対評価ではCや汗ンブラには劣っても
>相対評価では全然問題無しなパフォーマンスにまで向上してる。
>昨今ではCとJavaとの速度さなんてもう誤差の範囲内に収まっている。
すごいねえ～Javaは。

>今じゃもうだれも遅いと感じない。
>(遅いと感じる者は古いJVMやマシンを使う者や汚いコードを書く者や
>Javaコンプレックスを持っているアンチJavaだけ)
■さあコードレビューをはじめましょうかw

951 ：仕様書無しさん：2006/04/27(木) 22:32:13

つーか昔はそういう人間だった
何時から変わっちまったんだ
周囲がそういう人間で居させてくれなくなってからだ

容姿ってつくづく影響力大きいと感じる・・

952 ：仕様書無しさん：2006/04/27(木) 22:37:59

エビちゃんが可愛い訳だが

953 ：仕様書無しさん：2006/04/27(木) 22:41:07

何であんなに可愛いの？

954 ：仕様書無しさん：2006/04/27(木) 22:41:14

>>668 ：仕様書無しさん：2006/04/25(火) 22:46:29
>ＪＶＭこそ読む価値があると思うんだが。
>とくにJavaの研究をしている学者の間ではかなり重宝することだろう
>あのソースコードは。

■■■コードレビューの発端はこのおJava様の一言。

955 ：仕様書無しさん：2006/04/27(木) 22:44:14

>>656 ：仕様書無しさん：2006/04/25(火) 21:35:02
>>>651
>メモリリーク検知についての結論はJava6を使え、だ。
>エンコーディング問題はググレば解決する。
>フルGCで停止は何がいいたいのかわからん。もっと詳しく

■■■こいつこんな事えらそうに言いながらこの時点でVMの内部仕様なんて知らない。ｹﾞﾗ

956 ：69式フリーPG ◆hND3Lufios ：2006/04/27(木) 22:44:18

getenvって、引数三つだったかぁ？と、思ってたら同じos_win32.cppにWin32 API GetEnvironmentVariable
のラッパとして実装されてた。

コレだと第１引数の環境変数が存在しなかった場合、第２引数はスタックのゴミが入ったまま。
lengthがMAX_PATH未満の場合は、os::jvm_pathも'\0'打ちとかしない。

さて、、、

957 ：仕様書無しさん：2006/04/27(木) 22:45:55

おっさん今日は酔ってねえの?

958 ：仕様書無しさん：2006/04/27(木) 22:51:52

>>957
エビちゃん可愛くね？
あの可愛さを認めないなんて許さんぞ

959 ：仕様書無しさん：2006/04/27(木) 22:53:00

かわいいよね？

960 ：仕様書無しさん：2006/04/27(木) 22:53:53

>>959
お前は合格だ

961 ：仕様書無しさん：2006/04/27(木) 22:55:36

>>668 ：仕様書無しさん：2006/04/25(火) 22:46:29
>ＪＶＭこそ読む価値があると思うんだが。
>とくにJavaの研究をしている学者の間ではかなり重宝することだろう
>あのソースコードは。

■■■コードレビューの発端はこのおJava様の一言。
■■■間抜けだよねー。自分では見てもいないくせにさ。

962 ：仕様書無しさん：2006/04/27(木) 22:56:26

エビちゃんって誰？写真きぼんぬ。

963 ：仕様書無しさん：2006/04/27(木) 22:57:35

964 ：仕様書無しさん：2006/04/27(木) 22:58:04

何でスレ番が飛ぶの？

965 ：仕様書無しさん：2006/04/27(木) 22:59:03

(∩゜д゜)あーあー聞こえない
(∩゜д゜)あーあー聞こえない
(∩゜д゜)あーあー聞こえない
(∩゜д゜)あーあー聞こえない
(∩゜д゜)あーあー聞こえない
(∩゜д゜)あーあー聞こえない

966 ：仕様書無しさん：2006/04/27(木) 23:00:42

>>668 ：仕様書無しさん：2006/04/25(火) 22:46:29
>ＪＶＭこそ読む価値があると思うんだが。
ハイ。おJava様の事を信じてJava6の勉強をしてみます。

>とくにJavaの研究をしている学者の間ではかなり重宝することだろう
>あのソースコードは。
私低脳なC厨ですが高度なオブジェクト指向のJavaコードを読むことができるでしょうか?

967 ：仕様書無しさん：2006/04/27(木) 23:04:06

>>958
あれはキャバクラ嬢だよ

968 ：仕様書無しさん：2006/04/27(木) 23:09:00

Javaって重くね？　その８
http://pc8.2ch.net/test/read.cgi/prog/1146146874/

969 ：仕様書無しさん：2006/04/27(木) 23:24:50

ＪＶＭに関して
strcpy
sprintf
strcat
scanf
を使いまくってるぞＷ(古い)
てレスがあったけど、
底のコードはこうでなくっちゃいけねーよ
安易に参照Call　by　Referenceとか使っちゃいけね
参照が幾重にも重なった・・・なんて目もあてられない
そういう意味で、アーキがシンプルという点で、
＞ＪＶＭこそ読む価値がある
まったくだ、研究者じゃなくても、ＣやＣ＋＋の初心に帰る意味でも価値があると思う
よくできてる

970 ：仕様書無しさん：2006/04/27(木) 23:27:50

>>969で
ちょっとイミフなところがあるが、
ＣやＣ＋＋だと、往々にして＝が参照を意味したりもするしな

971 ：仕様書無しさん：2006/04/27(木) 23:30:33

よし俺様がJAVA房の心臓をレビューしてやるか。ありがたく思えよ
JAVA房なんてCやC++ができる名将がいないとなんにもできない
グズだからな

972 ：仕様書無しさん：2006/04/28(金) 00:10:35

普通はstrncpyやstrncatを使うでしょ。

973 ：仕様書無しさん：2006/04/28(金) 00:24:49

>>972
つかわねーよ。C言語初級者以外つかわねーよ
お前みたいなDQNがただでさえゴミのJAVA房の
質を下げるんだよ

974 ：仕様書無しさん：2006/04/28(金) 00:31:52

>>802
本当のこと言ってやるなよ

975 ：697：2006/04/28(金) 01:13:49

よぉし！
JVMをVisual Studioでデバッグすることに成功したぞ。
ステップ実行したり、ブレークポイントを張ったり、変数の内容をウォッチできるぞ。

これでJVMのソースコードを解析しやすくなった。

976 ：仕様書無しさん：2006/04/28(金) 08:02:46

>>969って素人以外の何者でもないでつね。

977 ：仕様書無しさん：2006/04/28(金) 08:26:40

CやC++の技術者がいなくなったら
JVMはメンテできないね

978 ：仕様書無しさん：2006/04/28(金) 08:37:44

>>969って、C厨はオブジェクト指向が使えないスパゲッティコード
書くとか言ってた人だよね。JVMがC厨スタイルと知るや
すぐさま手のひら返して【底のコードはこうでなくっちゃいけねーよ】
だもんなｗ
Java厨さんは詐欺師がよく似合うな。

979 ：仕様書無しさん：2006/04/28(金) 08:38:59

さあさあ

【しったかJava厨大ピンチ劇場のはじまり】

980 ：仕様書無しさん：2006/04/28(金) 08:54:38

try... catchが殆ど無い！！！！

981 ：仕様書無しさん：2006/04/28(金) 08:57:59

Java厨派オブジェクト指向がわからねえC厨はtry catchをつかえねえ
とか騒いでいたねｗ

982 ：仕様書無しさん：2006/04/28(金) 09:00:22

禿藁

983 ：仕様書無しさん：2006/04/28(金) 09:23:43

■結論

Java厨が大好きな美しいと妄想しているオブジェクト指向言語のJava
はスパゲティ、try..catchなし、リテラルありあり
■339のgoto文を含む
57ファイル、合計339個所見つけました

VMの上で踊らされていただけなんだねｗ

984 ：仕様書無しさん：2006/04/28(金) 09:27:10

まあ漏れとしてはエラーハンドルのgoto文は大賛成だからいいんだけどね。
Java厨は嫌いみたいだからさ。切れる包丁は子供には持たせられない
Sunの親ごころなんだろうね。ｗ

985 ：仕様書無しさん：2006/04/28(金) 10:11:21

ありゃりゃあ～
Java厨がよく馬鹿にしている

【グ　ロ　ー　バ　ル　変　数】
沢山つかってますねー。Java厨の辞書によるとグローバル変数使うのって馬鹿のきわみ
なんだよね。
グローバル変数を馬鹿にする事は自分の実行環境を馬鹿にする事と
同じになってしまいますねえ。
(dfa.cpp)

986 ：仕様書無しさん：2006/04/28(金) 11:39:35

おまんこおまんこおまんこおまんこ
おまんこおまんこおまんこおまんこ
おまんこおまんこおまんこおまんこ

987 ：仕様書無しさん：2006/04/28(金) 11:43:00

Java厨壊れますた

988 ：仕様書無しさん：2006/04/28(金) 12:00:11

これからのために
【改心したJava厨としての正しい態度】
1.Javaを使う時は神のようなC/C++技術者に感謝をしつつおごそかに使わせていただきます。
2.いかなるときもJavaはC/C++の下僕である事を認識し、それなりのビジネスロジック実装に励みます。
3.C/C++より速くなることは物理的に不可能なのを認めます。

989 ：仕様書無しさん：2006/04/28(金) 12:04:32

Java厨完全KOだね。レスのひとつもないし。

990 ：仕様書無しさん：2006/04/28(金) 12:09:08

C++技術者に神がいることなんて誰でも知ってる
それを自分の手柄のように思ってるC厨は頭おかしいんじゃね？

991 ：仕様書無しさん：2006/04/28(金) 12:16:02

自分の手柄だなんて誰も言ってないだろ。Javaのコード見て誰も神とはいってない。
コードも読まなきゃレスも読まないか。

ただな。

「お　め　え　は　ぐ　だ　ぐ　だ　事　実　無　根　の　煽　り　を　や　り　す　ぎ　た
　事　実　突　き　つ　け　ら　れ　て　も　懲　り　な　い　の　か　？
　馬　　鹿　　か　　お　　前　　は　」

こうお前に思ってる奴は多い。糞スレ乱発の罪も重い。恥って言葉もう一度教わって来い。

992 ：仕様書無しさん：2006/04/28(金) 12:18:35

平日の朝からC厨さん、ご苦労様です
仕事はどうしたんですか？Javaに取られちゃいましたか？
あ、もう定年退職されましたかｗｗそれともリストラですか？

993 ：仕様書無しさん：2006/04/28(金) 12:21:48

むなしい煽りだな。

世間はそろそろGW開始だけど、おまいは相変わらず中古マシンに張り付いてるのか？

994 ：仕様書無しさん：2006/04/28(金) 12:23:44

Javaなんてどうでも良い。竹島を取り返せ

995 ：仕様書無しさん：2006/04/28(金) 12:50:13

いやtry... catchないのは当たり前だろ？
基底的な関数を使えば使うほどないのは当たり前。

try... catchなんか本質的に必要ないんだが・・・。
OSのAPI失敗した場合try... catchないのは当たり前だろ？
関数内でエラー処理するのにOSのAPI失敗レベルで投げる
馬鹿どこにいる？
それが分からないのが厨クォリティ。

996 ：仕様書無しさん：2006/04/28(金) 13:03:23

try..catchなんていらねえんだよ。
そうじゃなくてJava厨がC++でもtyr...catchにこだわって
OOを使いこなせないとかさんざ言ってたじゃねえか。
あれに対する　【イ　ヤ　ミ】なだけだよ。理解力ねえな。

997 ：仕様書無しさん：2006/04/28(金) 13:04:35

これからのために Version 1.0.1
【改心したJava厨としての正しい態度】
1.Javaを使う時は神のようなC/C++技術者に感謝をしつつおごそかに使わせていただきます。
2.いかなるときもJavaはC/C++の下僕である事を認識し、それなりのビジネスロジック実装に励みます。
3.C/C++より速くなることは物理的に不可能なのを認めます。
4.どんなに悔しくても糞スレは立てない事を誓います。(V1.0.1 add)

998 ：仕様書無しさん：2006/04/28(金) 13:08:11

泣くなよJava厨
これからがんばればいいじゃねえか

なっ

999 ：仕様書無しさん：2006/04/28(金) 13:09:19

Java厨の喪前に1000取らせてやるからさ

1000 ：仕様書無しさん：2006/04/28(金) 13:15:47

Java厨が10000ｹﾞﾄｰ

で、Javaでどうやってカーネル作るんだ？VM無しでJavaが動くのか？

1001 ：１００１：Over 1000 Thread

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。