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

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

Javaばかりやってると馬鹿になる

1 :仕様書無しさん:03/10/25 02:20
JavaばかりやってるとOO脳になる。
OO脳ですべて人任せ。

2 :仕様書無しさん:03/10/25 02:22
>>1
1よOO脳はわるいことではない
 単純にJavaだから馬鹿になることに気づかないようだな。

3 :仕様書無しさん:03/10/25 02:25
>>1
自分では何もせず全部人任せになってしまうと言う意味だよ。
会社に一人はいるよね?
能書きばかり達者で何もしない人が。

4 :仕様書無しさん:03/10/25 02:28
Oh!No!!!

5 :仕様書無しさん:03/10/25 02:29
OO脳の実態は
自分では屁理屈言うだけで実際には何も出来ないヤシ。
ワイドショーで屁理屈こねている評論家などに近い。

6 :仕様書無しさん:03/10/25 02:29
大悩!

7 :JAVAプログラマ:03/10/25 02:31


OOって何ですか?


8 :仕様書無しさん:03/10/25 02:32
>>7
馬鹿

9 :新人JAVAプログラマ :03/10/25 02:35
OOって何ですか?教えて!!


10 :仕様書無しさん:03/10/25 02:38
>>7
>>1が使ってるOOというのはね、
自分では何もしないヤシが、人にパン買って来いと命令したら
その人は必死になってあらゆる店にパンがあるかどうかみて
あったら買ってくるというオブジェクト指向の思想の
比喩を皮肉って例えてるんだよ。

11 :仕様書無しさん:03/10/25 02:41
JavaばかりやってるとSUN信者になる。

12 :仕様書無しさん:03/10/25 02:42
Javaばかりやってると反MSになる

13 :馬鹿JAVAプログラマ:03/10/25 02:43
>>10
わかったような、わからんような。
要はオブジェクト指向そのものの思想を批判してるってことかな?
馬鹿なんで、おしえてけれぇ。。

14 :馬鹿JAVAプログラマ:03/10/25 02:45
>>11,12
.NETばかりやっていると、MS信者になる。
.NETばかりやっていると、反SUNになる。

っと言うのと、同じでは。


15 :仕様書無しさん:03/10/25 02:45
>>13
結論を言うと、Javaばかりやってると
自分では何もせず、人任せになって、怠け者になり
馬鹿になると言う事だよ。

16 :仕様書無しさん:03/10/25 02:46
LISPばかりやってるとハッカーになる

17 :仕様書無しさん:03/10/25 02:50
>>14
給料いくら?

18 :馬鹿JAVAプログラマ:03/10/25 02:52
>>15
どうして?そのOO脳になると思うの?


19 :14:03/10/25 02:53
>>17
給料いくら?


20 :仕様書無しさん:03/10/25 02:56
>>18
OO厨房はオブジェクト指向に宗教のように洗脳されてるから、
実生活でもOO脳になってしまうから。

21 :17:03/10/25 02:57
>>19
給料いくら?

22 :仕様書無しさん:03/10/25 02:59
Javaオンリーは確かに馬鹿になるな。

23 :仕様書無しさん:03/10/25 03:00
Perlばかりやってると頭がよくなる

24 :天才JAVAプログラマ:03/10/25 03:01
ま、オブジェクト指向ってもんをちゃんと勉強しなはれ。
プログラミングの世界が変わるよ〜
俺も出身はC言語だよ。CからJAVAは簡単っていうけど、
実際はしんどいよな。Cだと。。
実際問題として、Cプログラマだった人間がJAVA書いて
流用性がないコードを書いてるような気がする。


25 :仕様書無しさん:03/10/25 03:02
>>23
物事をすべて正規表現で考えるとおもう。


26 :19:03/10/25 03:02
>>21
給料いくら?

27 :仕様書無しさん:03/10/25 03:04
>>24
Java会得するのがしんどいなら残りはVB位しかないよ。

28 :JAVA信者:03/10/25 03:04
PERL信者が多いと思う、今日この頃。

29 :仕様書無しさん:03/10/25 03:05
>>28
Perlはイイ!言語だからな。

30 :フリーJAVAプログラマ:03/10/25 03:06
PERLの仕事はねぇぞ。

31 :フリーJAVAプログラマ:03/10/25 03:10
やっぱJAVAやのぉ〜。給料いいし。

32 :仕様書無しさん:03/10/25 03:10
>>24
Cからだからだろ。
Perl覚えればおまけとしてPHP,Ruby,Pythonのような
いろいろ特徴ある言語も1日かからずに覚えられるから
Javaなんてすぐ覚えられるよ。
他の言語へもすぐに移行できる。

33 :仕様書無しさん:03/10/25 03:11
>>31
給料いくら?

34 :仕様書無しさん:03/10/25 03:14
結局ここもPerlマンセーか

35 :フリーJAVAプログラマ:03/10/25 03:15
>>Javaなんてすぐ覚えられるよ。

って逝ってる人は、たいていはCプログラマ。
JAVAの文法は簡単。実際に物は簡単に作れる。
が、流用性のあるコードかどうかっていうと話は別。
GoFのデザインパターンを勉強してもらいたい。

36 :31:03/10/25 03:16
給料いくら?

って、まだ続けますか?

37 :仕様書無しさん:03/10/25 03:17
>>35
なんで全角で書くの?馬鹿っぽく見えるよ。

38 :馬鹿JAVAプログラマ:03/10/25 03:19
>>37
ほっとけ。馬鹿なんで。

39 :仕様書無しさん:03/10/25 03:21
おめーらがLinuxで仕事なんてしてるからいけない

40 :仕様書無しさん:03/10/25 03:22
>>35
C++,Delphi,C,Perl,Ruby,PHP,Pythonやってるし
GoFくらいしっとるけどJavaはアフォ。


41 :馬鹿JAVAプログラマ:03/10/25 03:25
あ、とりあえず、わしはソラリスだよん。

42 :仕様書無しさん:03/10/25 03:27
>>35
デザパタって言ってもサルでも分かる単純な物だぞ。
1日で十分学べるぞ。

基本的には
1具体的な処理をサブクラスにまかせる
2インスタンス作成をサブクラスにまかせる
3関連する部品を組み合わせて作る
4機能の階層と実装の階層を分ける
5アルゴリズムを切り替える
6容器と中身の同一視
7飾り枠と中身を同一視する
8構造を渡り歩く
9責任のたらい回し
10シンプルにする
11状態の変化を通知する
12状態を保存する
13状態をクラスとして表現する
14同じものを共有して無駄をなくす
15命令をクラスにする
16文法規則をクラスで表現する

これだけだよ。

43 :42:03/10/25 03:29
ある本から抜粋しますた

44 :仕様書無しさん:03/10/25 03:30
なんか、デジャヴを感じる

45 :馬鹿JAVAプログラマ:03/10/25 03:30
>>42
一日で!!すばらしい。
全てのプログラマがあなたの様に優秀な方だったら、
俺の苦労はなかっただろうなぁって思いました。


46 :馬鹿JAVAプログラマ:03/10/25 03:32
しかし、42はなんであぁまで「ムキ」になってたんだろうか。

47 :Generic厨:03/10/25 03:33
>>45
  STLないし、ダメダメだね。

48 :仕様書無しさん:03/10/25 03:33
>>45
デザパタ、OOなんて思想、ノウハウ部分がほとんどだから
別に難しくないでしょ。
へぇーこういうようにしたら便利なんだ。とかそういうレベルだよ。

49 :仕様書無しさん:03/10/25 03:33
剥けてないからだろ

50 :仕様書無しさん:03/10/25 03:39
剥けてる。

51 :Generic厨:03/10/25 03:39
>>48
Javaの場合はOOは思想じゃなくて強制だけどな

52 :VB房:03/10/25 03:40
強制はよくない

53 :仕様書無しさん:03/10/25 03:45
デザインパターンは一冊本読めば十分。
一日で十分。

54 :仕様書無しさん:03/10/25 03:46
馬鹿JAVAプログラマは逃げたか。

55 :仕様書無しさん:03/10/25 03:51
Genericsの仕様もC#の方が一足早かった。ここでもJavaは負け組。
http://download.microsoft.com/download/8/1/6/81682478-4018-48fe-9e5e-f87a44af3db9/SpecificationVer2.doc

56 :Generic厨:03/10/25 03:53
>>55
期待してたんだけどJavaのGenericはエセ物だということを最近知った。


57 :VB房:03/10/25 04:01
Genericって何ですか?

58 :仕様書無しさん:03/10/25 04:03
JavaにGenericなんて要らない。COBOLにそれが必要ないのと同じ。

59 :仕様書無しさん:03/10/25 04:12
>>57
Genericを使う事でキャストが不要になり
コード量が減り、再利用性が上がり
Java房のOO厨房化が促進するのですよ。

60 :Generic厨:03/10/25 04:14
>>59
再利用性はプラス面もあればマイナス面もあるとおもわれ。


61 :VB房:03/10/25 04:15
>>59
なるほど

62 :仕様書無しさん:03/10/25 04:17
>>60
OOが使いこなせる人にとっては
再利用性は上がるでしょ。

63 :仕様書無しさん:03/10/25 04:21
最近、やけに他の言語を中傷するJava房が多いと思ってたら
やっぱりOO脳になってたのか。
OO脳では自分が中心だからな。


64 :仕様書無しさん:03/10/25 04:22
自己中心的Java房

65 :仕様書無しさん:03/10/25 04:40
ブビでもGenericsはサポートされるよ。こういう文法らしい。

Dim list As ArrayList(Of String)

66 :仕様書無しさん:03/10/25 05:24
ふーん

67 :仕様書無しさん:03/10/25 06:13
シンプルなとこしか取り柄が無いんだから、Genericsは取り入れなくていいよ。
教育用言語としてJava採用してる所には、いい迷惑だ。

68 :仕様書無しさん:03/10/25 09:00
Java厨の愚かしいところは排他的なところだと思う。

C/C++が中心の人でも、ちょっとしたツールを作るのにはPerlやVBを
使うし、言語には向き不向きがあることを理解している。

組込みから、サーバやクライアントまで全てJavaで賄えると思ってる時点で
間抜けだし怠け者では。

69 :仕様書無しさん:03/10/25 09:09
派遣・下請け社員が集うスレはここですか?

70 :仕様書無しさん:03/10/25 09:18
>>69
いえ、マ板のEclipseのスレだと思います。昨日から強烈なデンパが。

71 :仕様書無しさん:03/10/25 13:06
Javaをやってると馬鹿がより馬鹿になる

72 :仕様書無しさん:03/10/25 13:39
>>55
C#の標準言語仕様にGenericsが組み込まれるのはJavaよりかなり後だが。

73 :仕様書無しさん:03/10/25 13:41
>>67
Genericsとりいれないとコレクション系の使いやすさが向上しない。
Javaに採用されるGenericsはC++のテンプレートほどのスパゲティコード
生成する馬鹿機能は無いから安心しろ


74 :仕様書無しさん:03/10/25 13:41
Perlばかりやっているど馬鹿になる
スレも立てる?

75 :仕様書無しさん:03/10/25 13:42
>>73
 LokiやBoost使ってる人間に言わせるとかなり不満だが。

76 :仕様書無しさん:03/10/25 13:59
C++の話か

77 :仕様書無しさん:03/10/25 14:00
Perl厨はこっちへおいで
最近のPerl6の動向
http://pc.2ch.net/test/read.cgi/prog/1067057670/


78 :仕様書無しさん:03/10/25 17:24
>>1
かつ、貧乏になる

79 :仕様書無しさん:03/10/25 18:14
Javaやった程度に馬鹿になるなら
C++ばかりやっても馬鹿になってしまうオチ


80 :仕様書無しさん:03/10/25 18:14
J2EEやるならPerlだよ。
生産性が10倍は高いからね。
セキュリティ、ネットワークともに強いから
低コスト、高性能なアプリを作るのに適してる。
でも、顧客は何も分かっちゃいない。
Java,Javaと素人知識振りかざしてうるさい。

81 :仕様書無しさん:03/10/25 18:18
>>80
釣りであることがバレバレ

82 :仕様書無しさん:03/10/25 18:19
>>80
> でも、顧客は何も分かっちゃいない。
プ そうやって顧客に駄々をこねてクビにされて現在無職のPerl厨


83 :仕様書無しさん:03/10/25 18:52
>>81
釣りじゃないよ。
Perlerなら分かると思うんだけどなぁ。

84 :仕様書無しさん:03/10/25 18:55
最近Perl厨が色んなスレに来てるな。
おまえ少し頭・わ・る・い・って言われてないか?w


85 :仕様書無しさん:03/10/25 19:01
>>83
ガンガッってPerlerの顧客探すと良いと思うよ、うん。

86 :仕様書無しさん:03/10/25 19:04
>>84
言われないけど。

87 :仕様書無しさん:03/10/25 19:16
>>86
くやしそうなPer厨

88 :仕様書無しさん:03/10/25 19:20
Perl>>>>>>>>J2EE

VB>>>>>>Swing

89 :仕様書無しさん:03/10/25 19:28
てゆうか、Javaを盲信するとJavaしかしなくなるので馬鹿になる。

90 :仕様書無しさん:03/10/25 19:38
Solaris使え。何度でもいうぞ、Solaris使え>Java厨

91 :仕様書無しさん:03/10/25 19:38
そういう思い込みしかできないお前自身の脳を盲信すると>>89のような
考え方、脳内解釈しかできないので馬鹿になる。

92 :仕様書無しさん:03/10/25 19:39
Solarisを使いこなせないヴァカな厨がなにをいっている。

93 :仕様書無しさん:03/10/25 19:41
Perl厨専用スレ

最近のPerl6の動向
http://pc.2ch.net/test/read.cgi/prog/1067057670/l50


94 :仕様書無しさん:03/10/25 19:44
ほとんどのJava房はJ2EEしかできないから
Perlに異常なまでの対抗心燃やすんだろうな

95 :仕様書無しさん:03/10/25 20:03
J2EEできれば大したもんだと思う。
そこらへんのPerlしかできない厨とは比べ物にならない戦力


96 :仕様書無しさん:03/10/25 20:19
J2EEなんてPerlよりずっと簡単だよ。
1週間で十分。
Java房は頭悪いから果てしない時間がかかるんだろうが。

97 :仕様書無しさん:03/10/25 20:55
>>95
掲示板のひとつも作れないくせに。

98 :仕様書無しさん:03/10/25 20:59
>>96
Perlは言語の中では難しいからな。
Perlしかできない人が
今まで難しいと思ってた
C++やってみるとPerlより簡単だったと言う事をよく聞く。

99 :仕様書無しさん:03/10/25 21:01
まあPerlの難解というか、糞分かり辛いコードに慣れれば
他の言語の文法の分かりやすさに驚くだろうな。

100 :仕様書無しさん:03/10/25 21:03
>>99
やっぱり難しくて泣いているんだな?アホだと人生大変だなあ。

101 :仕様書無しさん:03/10/25 21:04
日本人が英語が難しいといって、
アメリカ人が日本語が難しいというのと同じだな。

難しいのは、どちらの言語というわけじゃない。
母国語が簡単で外国語が難しいのだ。

こんな当たり前のことに気づかないのか?
厨はしょせん厨だな。

102 :仕様書無しさん:03/10/25 21:07
自然言語とプログラミング言語の区別もつかないのか?
プログラミング言語は宣伝だけの糞言語Javaみたいなものもある。

103 :仕様書無しさん:03/10/25 21:10
javaは膨大なAPIが用意されてるから結構早くアプリが組める。
でも、中でどんな処理してるかを知らなくても組めちまうから、
javaばっかやってるとバカになるというのもわからんでもないな。

で、用途が違うjavaとperlで争ってるのは何でだ?

104 :仕様書無しさん:03/10/25 21:12
> 自然言語とプログラミング言語の区別
その区別はつくがその違いがこの話題でどういう風に重要なんだ?

105 :仕様書無しさん:03/10/25 21:12
>>103
基本的に用途は同じでしょ。
Javaの案件の大半がWebアプリなんだし。

106 :仕様書無しさん:03/10/25 21:12
>>103
> javaは膨大なAPIが用意されてるから
膨大なAPIを使いこなすのに時間が掛かりますが何か?

107 :仕様書無しさん:03/10/25 21:14
>>103
> javaは膨大なAPIが用意されてるから結構早くアプリが組める。
膨大なAPIが用意されて無い言語ってなによ?

> でも、中でどんな処理してるかを知らなくても組めちまうから、
中でどんな処理しているか知らないと組めない言語ってなによ?

> javaばっかやってるとバカになるというのもわからんでもないな。
馬鹿にならない言語ってなによ?

108 :107:03/10/25 21:15
修正
> javaばっかやってるとバカになるというのもわからんでもないな。
×馬鹿にならない言語ってなによ?
○上記の二つを満たす馬鹿にならない言語ってなによ?


109 :仕様書無しさん:03/10/25 21:15
Javaをやるなら、フレームワークの設計側に回らないと意味が無いよ。

使う側だと、接着剤を持って貼りあわせるだけの工員。

110 :仕様書無しさん:03/10/25 21:16
>>101
じゃあなんでVBが馬鹿にされるんだろうね?

111 :仕様書無しさん:03/10/25 21:16
>>109
そうやって無駄なクソフレームワークを増産するわけですね。

112 :仕様書無しさん:03/10/25 21:17
ビジネスを知らないとバカを見る

113 :仕様書無しさん:03/10/25 21:17
> Javaをやるなら、フレームワークの設計側に回らないと意味が無いよ。
>
>使う側だと、接着剤を持って貼りあわせるだけの工員。
Java以外でも同じじゃん。


114 :仕様書無しさん:03/10/25 21:17
>>110
馬鹿にしている奴が無知だから。

115 :仕様書無しさん:03/10/25 21:18
>>111
そうそう。
誰も工員にはなりたくないから、フレームワークの設計側になりたがり、
提案してでももぐりこもうとする。
その結果がフレームワークの乱立。

116 :仕様書無しさん:03/10/25 21:18
>>113
だな。BCBつかってぺたべた。Delphiつかってぺたぺた。
VBつかってぺたぺた。なんの違いも無い。

117 :仕様書無しさん:03/10/25 21:21
>>115
> 誰も工員にはなりたくないから、
そこが、大きな勘違いというわけだ。
フレームワークを使っても工員というわけじゃない。
優れたものを作り上げることが出来る人は
過去のものを上手く取り入れている。

過去のものを使って新しいものを作り上げることが意味のある行為。
過去のものを一から作っている奴は工員よりも劣る。

118 :仕様書無しさん:03/10/25 21:22
つまり、みんな馬鹿と言う訳だな。

119 :仕様書無しさん:03/10/25 21:23
COBOLERを馬鹿にする奴は許さん!!

120 :仕様書無しさん:03/10/25 21:25
VB/Delphiのぺたぺたはフレームワークと呼べるような代物ではない。
所詮コントロールを貼っているだけ。Javaとは次元が違う。

121 :仕様書無しさん:03/10/25 21:26
>>118
Javaやってるやつはな。

122 :仕様書無しさん:03/10/25 21:26
>>120
他人が作ったライブラリを使っているだけと言ったほうが良かったかな(w

123 :仕様書無しさん:03/10/25 21:27
>>122
おまえの作ったライブラリは1回も使われないだろバカ

124 :仕様書無しさん:03/10/25 21:28
VBの腐れライブラリとJ2EEを一緒にするな!!!

125 :仕様書無しさん:03/10/25 21:28
>119

違うの?w

126 :仕様書無しさん:03/10/25 21:30
Perlのライブラリが質・量ともに
プログラム言語1!

127 :仕様書無しさん:03/10/25 21:31
>>126
PerlにSwing相当のライブラリあんのかよ?

128 :仕様書無しさん:03/10/25 21:32
Perlの膨大な資産は確かに有効だな。

129 :仕様書無しさん:03/10/25 21:32
Swingなんか誰も使われんね(藁

130 :仕様書無しさん:03/10/25 21:32
>>127
ある。

131 :仕様書無しさん:03/10/25 21:33
>>126
質は低いだろうが・・・

132 :仕様書無しさん:03/10/25 21:33
>>129
で回答は?
PerlにGUIライブラリがあるのか?

133 :仕様書無しさん:03/10/25 21:33
VisualBasic.Net最強

134 :仕様書無しさん:03/10/25 21:33
>>130
ない。

135 :仕様書無しさん:03/10/25 21:34
Swingなんて話題に出してほしくないものかとおもってたな。
Java厨って真性馬鹿だなあ。

136 :仕様書無しさん:03/10/25 21:35
あいかわらず、Perl厨とJava厨が低レベルな争いしてんのか。


はぁ。お前ら飽きないのな(苦笑

137 :仕様書無しさん:03/10/25 21:35
そんなあなたの体の中にもOO嚢が

138 :仕様書無しさん:03/10/25 21:35
クラスを貼りあわせるだけの仕事では単価は下がる一方だろうな。
JavaもVBと同じ運命かな。

139 :仕様書無しさん:03/10/25 21:36
Swing使ってるJava房は
何の為に使ってるのか理由が不明。
素直にC++かWinなら.NET使えよ。

140 :仕様書無しさん:03/10/25 21:36
>>138
Perlはクラスじゃなくて関数だから問題ないとでも言うつもり?(藁

141 :仕様書無しさん:03/10/25 21:37
Perlは関数を組み合わせるだけの仕事では単価は下がる一方だろうな。

142 :仕様書無しさん:03/10/25 21:37
>>140
Perlにもクラスはありますが何か?

143 :仕様書無しさん:03/10/25 21:38
アフォばっか

144 :仕様書無しさん:03/10/25 21:38
Perlは面白いから単価が下がってもいいけど
Javaはつまらないから単価下がったら放り投げます。

145 :仕様書無しさん:03/10/25 21:39
Javaを扱ってるのが低脳、貧乏、役立たずの派遣だけだと思ってるの?(藁
世の中には社員としてフレームワークを設計しているJavaPGもいるんだよ。
君のような奴隷と違って(藁

146 :仕様書無しさん:03/10/25 21:41
Swingが低速などといっている奴は、そいつが貧乏なだけだ。
SMPのSparcではそのようなことは無い。
Intelマシンしか使えない貧乏人は引っ込んでろ。

147 :仕様書無しさん:03/10/25 21:42
>>145
ふーん。糞フレームワーク作って満足してるのですね。

148 :仕様書無しさん:03/10/25 21:43
>>146
コストパフォーマンスの悪い言語は淘汰されるのみ。

149 :仕様書無しさん:03/10/25 21:43
>>145
Java以外のどの言語にでも当てはまるような事言っても
なんの意味もありません。

150 :仕様書無しさん:03/10/25 21:44
情報工学の成果は、泥臭いコーディングを低学歴PGの仕事にして、
高学歴はデザイナーとして君臨することだ。
お前らドカタがいくら吠えたところで、俺がまったりとデザインしたフレームワークでこきつかわれる。


151 :仕様書無しさん:03/10/25 21:45
またJava厨のフレームワークコピペか
氏ね

152 :仕様書無しさん:03/10/25 21:46
>>150
お前のせいでプロジェクト失敗してんだからちゃんと責任取れよ。

153 :仕様書無しさん:03/10/25 21:52
実装継承の出来ないCOMとは大違いなんですよ。
Javaのフレームワークは。OK?

154 :仕様書無しさん:03/10/25 21:53
>>153
誰がCOMの話してんだ? ノイローゼですか?

155 :仕様書無しさん:03/10/25 21:55
フレームワーク房はOO脳に染まって回りから顰蹙かってそうだ

156 :仕様書無しさん:03/10/25 22:01
J2EEしか残ってないJava
EJBは使い物にならないし、Swingは糞
J2EEもPerlに負けてさあ大変。


157 :仕様書無しさん:03/10/25 22:05
Sun,Java,OO

これらの共通点は低学歴には無関係ということだ。
情報工学と無縁な奴はLinuxやWinを使っていればよろしい。

158 :仕様書無しさん:03/10/25 22:07
その高学歴の作ったSwingは確かにあれだな。

159 :仕様書無しさん:03/10/25 22:08
派遣Java房はみんな高学歴です。

160 :仕様書無しさん:03/10/25 22:11
実際は、あほほどJavaを使ってるよな。
馬鹿でも出来るからだろうけど。
逆に、優秀な人ほどJavaを嫌ってる。
関数型言語を好むと言うか。

161 :仕様書無しさん:03/10/25 22:12
とりあえず、
「JavaはPerlのようなスクリプト言語と競合している」
ということでOKかな。

162 :仕様書無しさん:03/10/25 22:17
おけ

163 :仕様書無しさん:03/10/25 22:19
>>161
そこにJava厨がなんくせつけてくんだよなぁ。

164 :仕様書無しさん:03/10/25 22:22
つまり、Javaが競合しているのはASP(VBScript/JScript)であって、
VB.Net/C#.Net(Windowsフォーム)じゃ無いんだよ。

165 :仕様書無しさん:03/10/25 22:24
>>164
意味が分からんような。

166 :仕様書無しさん:03/10/25 22:27
月50万で売られるJava厨なんてマグロ漁船ののりだな。

167 :仕様書無しさん:03/10/25 23:00
それを言ったらそれより安い値段で売られるPerl使いの立場がないよ。(T_T)

168 :仕様書無しさん:03/10/25 23:05
>>167
おまえみたいな馬鹿はJavaやれって。

169 :仕様書無しさん:03/10/25 23:32
馬鹿はJavaをやります。

170 :仕様書無しさん:03/10/25 23:38
>>96
> J2EEなんてPerlよりずっと簡単だよ。
> 1週間で十分。
それで理解したつもりになっているようなら
J2EEの機能を賢く使っていない証拠だな

171 :仕様書無しさん:03/10/25 23:39
>>164
ASPと競合するのはPHPやJavaの限られた領域JSPだ

172 :仕様書無しさん:03/10/25 23:45
Servlet/JSP以外は問題外でしょ。

173 :仕様書無しさん:03/10/26 00:11
このスレ見ていると
スレのタイトルとして相応しいのは
「Javaに文句言うことばかりやっていると馬鹿になる」
に思えてきた。

174 :仕様書無しさん:03/10/26 00:12
>>173
それはおまえが馬鹿だから

175 :仕様書無しさん:03/10/26 00:37
不毛だ…。

176 :仕様書無しさん:03/10/26 00:39
http://page7.auctions.yahoo.co.jp/jp/auction/g8707332
アドバイス60突破!!ピーコ野郎を徹底的に追い詰めましょう!

アドバイス直リン↓
http://page7.auctions.yahoo.co.jp/jp/show/reviews?aID=g8707332


177 :仕様書無しさん:03/10/26 00:43
なんだかこのスレは必死だね。

178 :仕様書無しさん:03/10/26 00:53
Javaはいいね。
中途半端なところが。


179 :仕様書無しさん:03/10/26 01:00
>>164
C#でもWebアプリ作れるが。

180 :仕様書無しさん:03/10/26 01:32
>>173
JavaはUN*Xの文化に馬鹿を持ち込んだ。


181 :Javaと景気回復について:03/10/26 04:25
ITバブルにより、産業界ではJavaプログラマのニーズが高まった。
これに呼応し、特定のスキル、知識を持たない若年層は、就職・転職の条件を
少しでも良くしようとJavaへの関心を高めていった。
上記状況下、火急な対応をせまられた教育界では、不慣れな教員による
表面的な教育が実施され、また、この事態にビジネスチャンスを見出した
出版会は粗悪な書籍を濫発した。
結果として、愚鈍なプログラマが大量にJava言語圏に送り出され、
Java言語圏の馬鹿率は他の言語に比べて高くなっている。
よって、Javaばかりやっている人は馬鹿と断言して間違えられる
リスクが極めて高い。

ここで、粗製濫造されたエンジニアとの違いを認定する技能試験の
存在に注目すべきである。
言語仕様を作成する一方で、無邪気なプログラマから受験料を
徴収するという新たなビジネスモデルは、二次的に受験対策の
セミナー、教科書などの需要を高めている。

類似のビジネスは、過去にLinux、UMLでもおきており、
アジャイルプログラミングにおいても近々同様のビジネスが
立ち上がるものと予想される。

この、無邪気なプログラマの財布から流れ出す新たな
キャッシュフローが、景気回復の糸口として期待されていることは
周知のとおりである。しかしながら、このシナリオによる
景気回復の結果として生まれるSEとプログラマの貧富の差の
広がりをどのように受け入れるのか、という社会的議論の
立ち遅れが気になるところである。

というのは、フィクションであり登場する人物、団体、言語、固有名詞は
架空のものであり、万が一、実在のものと符合するものがあっても
創作上の偶然によるものです。


182 :仕様書無しさん:03/10/26 04:49
鎌倉博美たんもJava使いですよ

183 :仕様書無しさん:03/10/26 06:22
すっかりマ板の人気者だな。


184 :仕様書無しさん:03/10/26 08:50
>>181
フィクションといえど真に受けるアンチJavaなJavaをちっとも理解しようと努力しない馬鹿が実際に
増えそうだが。

185 :仕様書無しさん:03/10/26 09:00
仕事がなくてあせってるやつや学生はJavaの宣伝に騙されやすい。
冷静にみれば糞だということがあきらかなのに。

186 :仕様書無しさん:03/10/26 09:10
GCJ+JavaWebStartマンセー

187 :仕様書無しさん:03/10/26 09:11
JAVAやってるオイラから見ても
JAVAはもう役目終えたと思うよ。
理由はほかの言語もJAVAと同じ言語仕様になって来てる事と
オブジェクト指向が現在の肥大化したプログラムには非効率になってる事かな。
実際、関数型言語が見直されてJAVAにも取り入れられてるし。
あとは、生産性の悪さとスピードの遅さだね。
INTELがCPUクロックの限界に来ている事を見ても
これからは今までのような劇的なスピードアップは望めないと思う。
これから肥大化、複雑化していくアプリにはスピードが要求されるから
Javaではきついと思うよ。
あと、これからは言語を問わずVMで動く時代になるから
純粋に言語の能力だけで優劣が決まるようになることかな。
そうなればライセンス料の高さ、生産性の悪さ、スピードの遅さ、
中途半端なJavaより他の言語、例えばPerlなんかが台頭してくると思うよ。

基本的にはいい物を安く、早く作れる言語がいい訳だから。

188 :仕様書無しさん:03/10/26 09:19
>>187
Javaは今のC言語みたいな存在になるな。
Javaのフレームワークはたくさんあるから
それらをどうやって他の言語で再利用するかが焦点になる

ちなみに俺はFlashが簡易GUI構築ツールとして台頭してくると思うけどどうよ

189 :仕様書無しさん:03/10/26 09:21
FlashはWebの世界から出ることが出来るかなぁ・・・

190 :仕様書無しさん:03/10/26 09:21
>>185
学生が宣伝に騙されている言語系といったらVC++やVBや.NETだが。
Javaは研究教育で広く使われている。

情報処理学会などの学会を見ろ!
Javaに関する論文が多いぞ。
それで騙されるとかほざいている奴がまったくもって冷静でない。
研究機関に高く評価されているものが糞とでも言い切るアホがM$等の戦略に騙されやすい。

>>187
長文なのでマジレスしているようにみえるが
どうみてもネタだな。CPUの限界を大きく引き伸ばす量子力学をなめるなよ。
関数型言語が見直されてJavaの取り入れられる証拠も見せてみろ。
それで結局Perlを引き合いに出すわけか。いい加減にPerl信者はくだらない宗教戦争に首をつっこむな。


191 :仕様書無しさん:03/10/26 09:22
情報工学が理解出来ない高卒M$信者に何を言っても無駄。

192 :仕様書無しさん:03/10/26 09:23
>>188
flashは科学技術計算速度がJavaと比べ劇的に遅く、
ネットワーク関係もFlashだけではまともに構築しきれない。
一概にFlashさえあればいいとも言い切れない。

193 :仕様書無しさん:03/10/26 09:24
>>191
M$厨は情報工学どころか量子力学も電子工学も理解できない低脳Perl厨だということが発覚!

194 :仕様書無しさん:03/10/26 09:24
>>191

その連中を肉体労働者としてこきつかうためのJavaだよ。

195 :仕様書無しさん:03/10/26 09:24
Javaと比べるところが情けない。

196 :仕様書無しさん:03/10/26 09:25
Javaがだめだから代わりにC++やD言語の話がくるかと思ったら
なんだ、Perlかよ、ってレベルだな

197 :仕様書無しさん:03/10/26 09:26
Javaでどうやって肉体労働するんだw
M$Perl厨のいっていることは知的センスが無いなw

198 :仕様書無しさん:03/10/26 09:27
ドカタPGは高等教育を受けたPGの作ったフレームワークを使えということだ。
低学歴があれこれ考えるからいつまでたっても効率が上がらない。

考えるのは情報工学を学んだPGに任せて、ドカタはキーを叩け。


199 :仕様書無しさん:03/10/26 09:29
朝早くからアホアンチが釣れてますよ。www

200 :仕様書無しさん:03/10/26 09:31
高等教育を受けたPGがJavaでフレームワークをつくり、
ドカタPGがそれを使って開発する。これが肉体労働。OK?


201 :仕様書無しさん:03/10/26 09:31
>>200
アホアンチ的にはOK。(大爆笑

202 :仕様書無しさん:03/10/26 09:31
実際、オブジェクト指向はもう終焉に向かってるだろ。
AOPがこれから間違いなく主流になるはずだ。
そういう意味で>>187は間違ってないと思うけどな。

203 :仕様書無しさん:03/10/26 09:33
AOPって単独で成り立つとでも思ってるの?

204 :仕様書無しさん:03/10/26 09:34
まあ、お前らがJavaを脅威に思うのはよく理解できる。
今まで知的労働と思っていたことが、プレハブ住宅を組み立てる
作業員と同じになってしまうのだからな(藁

205 :仕様書無しさん:03/10/26 09:48
Perl厨ひっこめ!!HTMLの勉強シル!!

206 :仕様書無しさん:03/10/26 09:48
馬鹿の一つ覚えのように
フレームワークと言ってる奴は恥ずかしいな。
フレームワークなんて高卒の馬鹿でも出来るんだがな。
おまえら大口叩いてるだけで
実際はデザインパターンもMVCの意味も分からないんじゃないのか?


207 :仕様書無しさん:03/10/26 09:49
>>203
>>187をよく読め。
間違った事は言ってないぞ。

208 :仕様書無しさん:03/10/26 09:50
>>202
> 実際、オブジェクト指向はもう終焉に向かってるだろ。
> AOPがこれから間違いなく主流になるはずだ。
> そういう意味で>>187は間違ってないと思うけどな。

プ
こいつ馬鹿だろ。アスペクト指向がオブジェクト指向の変わりになると思い込んでる

皿仕上げ

209 :仕様書無しさん:03/10/26 09:51
馬鹿は関数型とアスペクト指向とをとり違えているようだ

210 :仕様書無しさん:03/10/26 09:51
>>208
低学歴のお前はそう思いたいんだろうな。

211 :仕様書無しさん:03/10/26 09:52
アスペクト指向があればオブジェクト指向はいらない、勉強しなくてもいいという考え方がアフォですな。


212 :仕様書無しさん:03/10/26 09:53
>>210
プ アスペクト指向がなんたるかをわかっていないお前が低学歴(ワラ
Perlしか知らないからそうなるんだよ(ワラ


213 :仕様書無しさん:03/10/26 09:53
>>211
そんな事どこに書いてあるんだ?

214 :仕様書無しさん:03/10/26 09:53
ドカタの分際で講釈たれるなよ。恥を書くぞ。(藁

215 :仕様書無しさん:03/10/26 09:53
Perlばかりやっているとこういう馬鹿になるのか

216 :仕様書無しさん:03/10/26 09:54
>>214
Perl厨はドカタだから仕方が無いよ


217 :仕様書無しさん:03/10/26 09:54
>>212
なんか勘違しいてないか?
Perl房ではないんだが。

218 :仕様書無しさん:03/10/26 09:55
Perl厨の脳内解釈(・∀・)

関数型 == アスペクト指向型

219 :仕様書無しさん:03/10/26 09:56
じゃM$房だなw

220 :仕様書無しさん:03/10/26 09:58
ドカタPGに言語は関係ない。
フレームワークを設計するのが高等教育を受けたシニアPGで
それを組み立てる作業員がドカタPGだ。

わかったか?ドカタども(藁

221 :仕様書無しさん:03/10/26 09:59
ドカタ向け言語
C
VB
COBOL

222 :仕様書無しさん:03/10/26 09:59
賛同者ゼロのアホアンチ。w

223 :仕様書無しさん:03/10/26 10:00
ドカタ向け言語はJavaだけで十分

224 :仕様書無しさん:03/10/26 10:00
>>223
激しく同意

225 :わーいJAVA大人気♪:03/10/26 10:05
JAVAヽ(´ー`)ノマンセー

226 :仕様書無しさん:03/10/26 10:05
シニアPGになりたかったら、Javaをやれということだ。

227 :仕様書無しさん:03/10/26 10:06
Javaが言語的に劣っている事がばれたので
Java房は、言語は関係ない、フレームワーク作るのが優秀だと逃げてます。

228 :仕様書無しさん:03/10/26 10:09
35歳定年のフレームワーク房が暴れてるな。

229 :仕様書無しさん:03/10/26 10:11
>>227
そういう発言で平静さを装っているのが逃げているというんだよ。
そりゃオブジェクト指向も知らないperl厨にはフレームワークの作り方も理解できないからな



230 :仕様書無しさん:03/10/26 10:12
ドカタは定年が無くてよいな。(ワラ

231 :仕様書無しさん:03/10/26 10:17
弁護士もアメリカ人も定年がないってよ

馬鹿で低脳な役立たずが定年になると、どうせ定年だからといって
仕事に精をださないからうざい

232 :仕様書無しさん:03/10/26 10:20
>>229
別に逃げてないよ。
OOもJAVAも多分、君よりは出来ると思うよ。

233 :仕様書無しさん:03/10/26 10:22
>>232
仕事でいやいやながらJavaをやらされ愚痴をこぼしたがっているようだけど
そういう発言が逃げているというんだね。
まるで背伸びした子供みたいな発言だね


234 :仕様書無しさん:03/10/26 10:26
で、結局フレームワーク房は派遣Java房の立場をどう思ってんの?
アホアンチは派遣で雇われるように
自分のマシンにLinux入れて必死にJavaを勉強してるようだけど。

235 :仕様書無しさん:03/10/26 10:29
>>234
ドカタ

236 :仕様書無しさん:03/10/26 10:29
ん?
レス数が234
でレスが見えない。
あ NGワードだなw

どうだい? NGワードに登録されて無視された気分はw

237 :仕様書無しさん:03/10/26 10:29
Perlしかできないのはドカタだな

238 :仕様書無しさん:03/10/26 10:30
▽スレッド取得開始 →Javaばかりやってると馬鹿になる/プログラマー@2ちゃんねる
キャッシュ(0件)
・アクション作動:『非表示』 →199
・アクション作動:『非表示』 →201
・アクション作動:『非表示』 →222
・アクション作動:『非表示』 →234
△スレッド取得完了 →Javaばかりやってると馬鹿になる/プログラマー@2ちゃんねる (237件/237件)


239 :仕様書無しさん:03/10/26 10:30
ドカタ アホアンチ

240 :仕様書無しさん:03/10/26 10:30
身に覚えない?(w

241 :仕様書無しさん:03/10/26 10:31
PGは言語問わずドカタだろ。
フレームワーク房もドカタ

242 :仕様書無しさん:03/10/26 10:31
おや? >>239は欠番ですか?w

243 :仕様書無しさん:03/10/26 10:31
VB厨もperl厨もC厨もみなドカタ

244 :仕様書無しさん:03/10/26 10:32
Javaのフレームワークつくるのもドカタだろう。
アホアンチ並み。

245 :仕様書無しさん:03/10/26 10:32
>>236, >>242君がなにやらアピールしているぞ。誰か相手してやれ。

246 :仕様書無しさん:03/10/26 10:33
あの人この人みんなドカタ!!

247 :仕様書無しさん:03/10/26 10:33
単純労働をドカタといってるんだろ?
そういう意味でJavaのみドカタ

248 :仕様書無しさん:03/10/26 10:33
>>246
君こそ真のドカタ

249 :仕様書無しさん:03/10/26 10:34
>>245君も相手にされてないよ

250 :仕様書無しさん:03/10/26 10:34
J2EEはドカタ職じゃないねえ

251 :仕様書無しさん:03/10/26 10:35
>>244
おや>>244は欠番ですか?w

252 :仕様書無しさん:03/10/26 10:35
>>250
工員だよ

253 :仕様書無しさん:03/10/26 10:36
NGワード登録はおもしろいね

254 :仕様書無しさん:03/10/26 10:37
EJBつかいこなせばエンタープライズアーキテクトになれる。

255 :仕様書無しさん:03/10/26 10:37
建設業に例えれば、高等教育を受けたシニアPGは建築士のようなものだ。
設計し、法制上必要な手続きをするのが仕事。

足場の上で汗にまみれて働くのがドカタPG

256 :仕様書無しさん:03/10/26 10:37
J2EEは管理職級

257 :仕様書無しさん:03/10/26 10:38
>>254
Javaドカタにもでっかい夢があるんだね。

258 :仕様書無しさん:03/10/26 10:38
土方職は派遣されないけどな。(嘲笑禿藁

259 :仕様書無しさん:03/10/26 10:38
>>254
その実態はただのドカタだけどな

260 :仕様書無しさん:03/10/26 10:39
Javaのフレームワークを作るのが建築士で、それを使ってデスマがドカタってこと?

261 :仕様書無しさん:03/10/26 10:40
SEの落ちこぼれが何かほざいてますよ。
建築士だって?

262 :仕様書無しさん:03/10/26 10:41
Java派遣とパチンコ屋の店員とどっちがマシかな?

263 :仕様書無しさん:03/10/26 10:41
土方職は日雇い労働者ですよ。

264 :仕様書無しさん:03/10/26 10:42
高層ビル作るドカタと住宅作るドカタにもこんな争いあるのかな?

265 :仕様書無しさん:03/10/26 10:43
社員JavaPGがフレームワークを作るのが建築士で、派遣JavaPGがドカタってことだな。

266 :仕様書無しさん:03/10/26 10:43
Javaはオブジェクト指向言語として優れておりオブジェクト指向設計に優れているので
仕様書が書きやすい。なにせ、仕様書をUMLで書いてそれをMDAを使ってクラスなどに変換できるのだから。

さらにJavadocでソースコード内にコメントをかいてそれを仕様書の一部とすることもできる。
さらに書くパッケージディレクトリにpackage.html,各プロジェクトごとにoverview.html
を用意することでより詳細なフレームワーク仕様書をつくることができる。

さらにXPやRUPを実践することで一級建築士になれる。

267 :仕様書無しさん:03/10/26 10:43
>>263
Java厨って徹底的に世間知らずだな。

268 :仕様書無しさん:03/10/26 10:44
>>264
ドカタだけではスカイスクレーパーはつくれないw


269 :仕様書無しさん:03/10/26 10:44
>>265
PGは所詮、何をしてもドカタ
ソフトハウスの営業のほうがまし

270 :仕様書無しさん:03/10/26 10:44
>>167
Perl厨もC#厨もな

271 :仕様書無しさん:03/10/26 10:45
ウンコのような出来損ないローカルフレームワークを押し付けられて
ドカタ派遣も泣いているだろうな。

272 :仕様書無しさん:03/10/26 10:45
営業しながら設計し自らプログラミングする香具師もいたりする。

さらに社長自らプログラミングする会社も実際にあったりする。

273 :仕様書無しさん:03/10/26 10:46
>>269
おまえのドカタの定義は?
悔しまぎれにいっしょにするなよウンコ

274 :仕様書無しさん:03/10/26 10:46
>>271
お前がその泣いているドカタ派遣のC++厨ですかw

275 :仕様書無しさん:03/10/26 10:47
ドカタでないプログラミング言語ってなに?


276 :仕様書無しさん:03/10/26 10:47
>>274
いや、アホアンチお前のこと

277 :仕様書無しさん:03/10/26 10:48
土方の派遣業もあるよ

278 :仕様書無しさん:03/10/26 10:48
>>275
Java以外全部     

279 :仕様書無しさん:03/10/26 10:48
>>258
> 土方職は派遣されないけどな。(嘲笑禿藁
こいつここにもいたのか。
C#厨じゃん。
しかしそのC#厨の実態はVB厨。まさに実態はドカタw

280 :仕様書無しさん:03/10/26 10:49
自分で営業して、設計して、PGまで全部するのが一流だと思うよ。

281 :仕様書無しさん:03/10/26 10:50
>>278
CやCOBOLだけで巨大なプログラムを作ってもドカタと思わないとは幸せですね。

282 :仕様書無しさん:03/10/26 10:50
>>278
目くそJavaがドカタなら鼻くそC#もD言語もC++もドカタだよ

283 :仕様書無しさん:03/10/26 10:52
なかよくしろよ。ドカタども。
エグゼクティブなJavaPGはドカタじゃないけどな。(藁
派遣JavaPGはドカタだが(藁藁藁

284 :仕様書無しさん:03/10/26 10:52
つらいことがあったら底辺Java派遣を煽ってストレス解消

285 :仕様書無しさん:03/10/26 10:53
派遣も大変だなー。
こんなフレームワーク房に煽られながら仕事しないといけないからなー

286 :仕様書無しさん:03/10/26 10:54
派遣PGは作業服着て仕事しろよ。
ニッカーポッカーでもいいぞ。

287 :仕様書無しさん:03/10/26 10:55
>>286
Java派遣は頭にタオルもまいてるよ!

288 :仕様書無しさん:03/10/26 10:55
>>284
つか、ぜんぜんあおりになってないし
底辺Java派遣という香具師がいないし
VB厨やCOBOL厨やPerl厨の妄想だね。


289 :仕様書無しさん:03/10/26 10:56
エンタープライズアーキテクトは派遣じゃなれないよ。


290 :仕様書無しさん:03/10/26 10:57
エンタープライズアーキテクトはセレブだから。

291 :仕様書無しさん:03/10/26 10:58
エンタープライズアーキテクト J2EE
でぐぐれ

292 :仕様書無しさん:03/10/26 10:58
>>288
悔しそうだなあ。なんでいないって言い切ってんの?
現にアホアンチがいるじゃん。

293 :仕様書無しさん:03/10/26 10:58
>>289
やってる事はドカタだよ。
そんなに必死になるなよW

294 :仕様書無しさん:03/10/26 10:58
http://dictionary.goo.ne.jp/search.php?MT=%A5%BB%A5%EC%A5%D6&kind=jn&mode=0&jn.x=30&jn.y=6

295 :仕様書無しさん:03/10/26 10:59
単価を気にする奴は派遣

296 :仕様書無しさん:03/10/26 10:59
>>293
まあおまいの給料はJ2EEを使いこなせるエンタープライズアーキテクトより低賃金
なことは明白なわけだが。

297 :仕様書無しさん:03/10/26 11:00
年収をきにするやつも派遣かなw

298 :仕様書無しさん:03/10/26 11:00
アホJavaプログラマー同士の内々ゲバ
Javaで何しようがアホ

299 :仕様書無しさん:03/10/26 11:01
>>293
おまえはどんな仕事してんのかな?
興味がある。

300 :仕様書無しさん:03/10/26 11:01
ドカタ呼ばわりされたことが相当プライドを傷つけたようだ。

301 :仕様書無しさん:03/10/26 11:02
>>296
J2EEもEJBも使いこなせますが、年収300マソです・・・

302 :仕様書無しさん:03/10/26 11:02
EJB=バッチ処理

303 :仕様書無しさん:03/10/26 11:03
ドカタ-体力+ヲタク色+身勝手=Java派遣

304 :仕様書無しさん:03/10/26 11:03
馬鹿がJavaに乗り換えてもJavaに否定的な馬鹿はいつまでたっても馬鹿だということだわな。

しかも>>1のOO脳とかいっている奴も異常なる馬鹿。
いまどきオブジェクト指向も知らないようではJavaだけでなくC++そのほかの言語も使いこなせない。
それをわからんようではアンチOO厨も惨めだな


305 :仕様書無しさん:03/10/26 11:04
>>301
使いこなせているだけで実際にJ2EEを使っている職についていないとか?

306 :仕様書無しさん:03/10/26 11:04
>>301
もらいすぎ、会社に返せ。

307 :仕様書無しさん:03/10/26 11:04
>>301
何にも出来ないのに年収300マソです。

308 :仕様書無しさん:03/10/26 11:04
>>303
お前の発言が身勝手
オブジェクト指向を否定する馬鹿は身勝手なソースコードしかかけないからな

309 :仕様書無しさん:03/10/26 11:05
アフォだなぁ。OO厨とはOOを知っている人という意味ではないぞ。

310 :仕様書無しさん:03/10/26 11:05
>>306
たかが300万ていどで会社に返せとJavaに妬みをもつのか

311 :仕様書無しさん:03/10/26 11:06
>>309
お前の脳内定義ではな

312 :仕様書無しさん:03/10/26 11:06
>>308
おまえのキモいソースをオブジェクト指向っていうの?

313 :仕様書無しさん:03/10/26 11:07
>>301
お前新人だろ
某企業では研修でいきなりJ2EE覚えさせられるからな
知人からは複雑でおぼえるのがかなりきつかったと聞いたぞ。


314 :仕様書無しさん:03/10/26 11:07
>>312
お前がキモイ

315 :仕様書無しさん:03/10/26 11:08
>>310
当たり前。仕事中にJavaやってるクズは首にしたほうがいい。

316 :仕様書無しさん:03/10/26 11:08
オブジェクト指向を一切使わず全部手続き型だけで
書く奴は市ね。

それでプログラムの拡張にどれだけ苦労するとおもっているんだ


317 :仕様書無しさん:03/10/26 11:08
>>313
そういうあなたは年収おいくらですか?

318 :仕様書無しさん:03/10/26 11:09
>>316=バカ

319 :仕様書無しさん:03/10/26 11:09
まあ、ドカタになりたくなかったら、フレームワークの設計が出来る
シニアPGになることだよ。頑張って勉強してね。きっと君にも出来るよ。

320 :仕様書無しさん:03/10/26 11:10
>>315
> >>310
> 当たり前。仕事中にJavaやってるクズは首にしたほうがいい。
お前病気だろ。
プロジェクトでJavaを使えといわれた、顧客にJavaを使えといわれた、
ベンダからJavaソースをすべて買い取ってそれを再利用する。
それでも首にしたいかw
やれるもんならやってみなゴルァw

321 :仕様書無しさん:03/10/26 11:10
段々子供のけんかみたいになってきたな。

322 :仕様書無しさん:03/10/26 11:11
新人だったら初任給で300万円、納得できる。

323 :仕様書無しさん:03/10/26 11:11
319から役に立たない親父臭がします

324 :仕様書無しさん:03/10/26 11:11
>>321
いつもドカタドカタといってる奴は頭が餓鬼だからしょうがないよ

325 :仕様書無しさん:03/10/26 11:11
初任給で300万って手取り?

326 :仕様書無しさん:03/10/26 11:11
>>316
自分は馬鹿だから手続き型が使いこなせないと言ってる様な物だぞ。
OOというのは馬鹿を前提に考えられた物だと言う事を忘れてないか?

327 :仕様書無しさん:03/10/26 11:12
>>320
えぇ〜会社ぐるみでJavaですか〜?
シンジラレナ〜イ

328 :仕様書無しさん:03/10/26 11:12
>>322
5年目ですが・・・

329 :仕様書無しさん:03/10/26 11:12
GCも馬鹿を前提に考えられた物です

330 :仕様書無しさん:03/10/26 11:13
ドカタC++厨はエンタープライズアーキテクトより年収を高めることができない

331 :仕様書無しさん:03/10/26 11:13
>>328
高卒ですか?    

332 :仕様書無しさん:03/10/26 11:13
>>326
お前なあ。
オブジェクト指向は手続き型を包含しているということをわかっているのか?

333 :仕様書無しさん:03/10/26 11:15
>>328
真正の派遣か転職か
J2EEを覚えただけで実際にはJ2EEを使った仕事をあまりやってないだろ。
実はVBしかやってないとかじゃないよな。

334 :仕様書無しさん:03/10/26 11:15
アホに限ってOOにすがる 

335 :仕様書無しさん:03/10/26 11:15
>>331
東京六大学の中で上のほうの大学卒です。

336 :仕様書無しさん:03/10/26 11:16
>>327
現実をしらない餓鬼は黙ってろ。
ハイエンド企業ではJavaを採用する傾向が強いということをよく覚えておけ。
かわりに中小企業では.NET色が強い。

337 :仕様書無しさん:03/10/26 11:16
>>336
ハイエンド企業ってどこかな?ボクチャン

338 :仕様書無しさん:03/10/26 11:17
>>334
そうやって否定的だから
eXtreme Programmiingもrational Unified Processも実践できず
クズwater fall モデルにいつまでもすがる。

339 :仕様書無しさん:03/10/26 11:18
>>338
なに話題すりかえてんの?基地害?

340 :仕様書無しさん:03/10/26 11:19
>>336
その反対だバァカ。


341 :仕様書無しさん:03/10/26 11:19
>>337
J2EEを知らないボクチャンはこれから寝言を言うのかな?

342 :仕様書無しさん:03/10/26 11:20
松下の課長でも40で年収500が普通だから
PGで300はいいほうだね

343 :仕様書無しさん:03/10/26 11:20
>>341
いや、ボクチャンが「ハイエンド企業」書くの待ってるんですけど。
さっさとしろやカス

344 :仕様書無しさん:03/10/26 11:21
>>341
J2EE=ハイエンド企業かよ。アフォもいいとこ。
 うちのような中小もハイエンド企業に認定されてしまった。

345 :仕様書無しさん:03/10/26 11:21
アフォはXPやRUPによる開発効率向上にはオブジェクト指向が前提であることをしらないらしい。
自分が基地害であることに気づけ。そして最新のソフトウェア開発手法を学べ。

ついでにUMLも勉強しろ。これからの時代はこれらを知らない奴は使い物にならない。


346 :仕様書無しさん:03/10/26 11:21
冗談だろう。300万じゃ生きていけないだろ。月収いくらなんだ??

347 :仕様書無しさん:03/10/26 11:22
>>343がキレてるぞw
だれかこいつを相手にしてやれよw

348 :仕様書無しさん:03/10/26 11:22
>>345
 Perl厨=関数指向とおもってるヴァカ

349 :仕様書無しさん:03/10/26 11:23
>>345
アホは単純でいいなあ。なんでも鵜呑みだよ。
最新のソフトウェア開発手法だってプ

350 :仕様書無しさん:03/10/26 11:23
ハイエンド企業 = サーバーだけがハイエンドな企業

351 :仕様書無しさん:03/10/26 11:23
OOが理解出来ない、負け組爺PGの掃き溜めはこのスレですか?
ソフトウェアエンジニアリングの進歩についていけない役立たずの
ロートルは、さっさと引退してください。あなた達みたいなのがいるから、
プログラミングという工芸的な知的技術者がドカタ扱いされるのです。

352 :仕様書無しさん:03/10/26 11:23
>>344
アフォ。
J2EEを使う企業はハイエンド企業の傾向が強いというてるんだよ。


353 :仕様書無しさん:03/10/26 11:23
>>347
「ハイエンド企業」はどうしたよクソバカ。逃げるなボケ。       

354 :仕様書無しさん:03/10/26 11:24
>>351
Java厨をそんなに悪く言うなよw

355 :仕様書無しさん:03/10/26 11:24
>>349みたいなアホはいいなあ。何でも鵜呑みだよ。
>>349にとってはウォータフォールモデルのほうがXPやRUPよりも最新だって(プ

356 :仕様書無しさん:03/10/26 11:24
コピペ馬鹿登場   

357 :仕様書無しさん:03/10/26 11:25
>>352
だからそれがウソなんだよアフォ。
 J2EEのシステム作るのは中小なんだから。
 採用する大企業は変える気になればすぐ変えられる。



358 :仕様書無しさん:03/10/26 11:25
いつまでたってもデスマーチなどという奴隷労働がなくならないのは、
最先端情報工学の成果であるOOを全面的に採用したJavaを使わないからで
ある。まぬけなMicro$oftや出所の怪しいOSFを使う輩のせいで、
プログラマーという最先端技術を扱う知的でクールな現代の職人が、
風呂にも入れず睡眠をとることも出来ない奴隷となってる。

359 :仕様書無しさん:03/10/26 11:25
>>350
おまいさんはJ2EE vs. .NETに関する記事を読んでいないなw

360 :仕様書無しさん:03/10/26 11:25
>>355
>ウォータフォールモデルのほうがXPやRUPよりも最新だって(プ

馬鹿にはそう言ってるように見えるのか?  

361 :仕様書無しさん:03/10/26 11:25
>>359 
 記事を鵜呑みにするヴァカ

362 :仕様書無しさん:03/10/26 11:26
>>353
バスジャック起こすなよw

363 :仕様書無しさん:03/10/26 11:26
>>362
オマエモナー

364 :仕様書無しさん:03/10/26 11:26
アホアンチも読んでるZDNet 

365 :仕様書無しさん:03/10/26 11:27
>>362
ハイエンド企業はどうしたよ。出来損ない知恵遅れ。

366 :仕様書無しさん:03/10/26 11:28
全世界のデスマに苦しむPGにとっての福音はOOである。
諸君がOOを完全に習得した暁には全てのPGが定時に帰宅することが出来て、
知的でクールなエンジニアとして尊敬を集めるエグゼクティブとなること
が出来るであろう。

367 :仕様書無しさん:03/10/26 11:28
ハイエンド企業 → Microsoft → .NETだな

368 :仕様書無しさん:03/10/26 11:30
>>367
まあそのとおり

>>366
あれ、Javaって誰でも簡単に使え幸せになれる言語じゃなかったけ?
2ch見る限り全然そうはみえないな。



369 :仕様書無しさん:03/10/26 11:30
年齢性別 25男
居住地域 北海道
通勤時間 20分
使用言語 C、C++、JAVAが主
勤務年数 3年ちょい
手取り 手取りだと23くらいか

これが現実だな。

370 :仕様書無しさん:03/10/26 11:30
年収300万の人、
ストックオプションもってるか?

371 :仕様書無しさん:03/10/26 11:31
>>367
M$はそうだがM$以外をわすれてる。
お前がM$の社員だというなら何もいわんけど

372 :仕様書無しさん:03/10/26 11:32
>>370
そんなにPGの現実が知りたいならここ見れ。
http://pc.2ch.net/test/read.cgi/prog/1061914094/l50

373 :仕様書無しさん:03/10/26 11:32
>>369
おまい浪人や留年経験がある、またはかつ、院卒の新人だろ

374 :仕様書無しさん:03/10/26 11:33
>>373
 馬鹿は学歴板にいけ

375 :仕様書無しさん:03/10/26 11:33
あのさ、俺が会社員だった20台の頃って額面450万位だったんだけど、
凄く少ないと思ってた。300万って手取りだよね???

376 :仕様書無しさん:03/10/26 11:33
>>372
自前の持ち株、自前の特許、ストックオプションのことかいてる奴いないだろ。


377 :仕様書無しさん:03/10/26 11:35
プログラマの年収って国立研究所の年収と同じくらいだね。
30すぎても350万円程度はいたいなあ。
そのかわり自由な研究ができるのがいいね。

378 :仕様書無しさん:03/10/26 11:36
>>377
  北海道だからな、あんなもんだろ>>373はそこまで考えてないみたいだが。


379 :仕様書無しさん:03/10/26 11:36
>>368
ばか者!
プログラミングを独習するには10年かかるんだYO!

380 :仕様書無しさん:03/10/26 11:36
>>375
あんた今は仕事何やってる?

381 :仕様書無しさん:03/10/26 11:37
>>379
Javaが登場して10年たってないじゃん。

382 :仕様書無しさん:03/10/26 11:37
>>378
なんで北海道なんだ。
独立行政法人の例のあの研究所ですら350万なんだぞ。
40すぎたくらいでやっと600万くらいになれるやつがわずかにいるだけ。
それ以上稼ぎたいなら教授になるか特許をとるしかない。

383 :仕様書無しさん:03/10/26 11:38
年収の話になったらアホアンチ静かになったな。www

384 :375:03/10/26 11:38
>>380
フリーのSE兼PG。会社員時代もSE兼PG


385 :仕様書無しさん:03/10/26 11:38
>>381
だからCやC++からはじめるんだYO!

386 :仕様書無しさん:03/10/26 11:38
>>381
とっくにたってるぞw
oakが登場したのはいつだとおもってるんだw

387 :仕様書無しさん:03/10/26 11:39
いまどき、ストックオプションもないだろ。

388 :仕様書無しさん:03/10/26 11:39
>>368
ちがいます、JavaはVB、C/C++、Delphi、など古い言語にしがみつく厨を見かねて作られた言語です。

結果として上記の全言語に対して影響を与えたJavaの功績は大きい

389 :仕様書無しさん:03/10/26 11:39
年収1000万以上稼げるプログラマになるには特許!

390 :仕様書無しさん:03/10/26 11:39
>>384
年収は大体おいくら?

391 :仕様書無しさん:03/10/26 11:39
>>385
 じゃあ、Javaって誰にでもつかえる夢のような言語じゃないんだね。
 いらないな。


392 :仕様書無しさん:03/10/26 11:40
正直派遣の手取りを知りたい。最下層を見てみたい。www

393 :仕様書無しさん:03/10/26 11:40
>>388
 どこが?


394 :仕様書無しさん:03/10/26 11:40
年収1600万になるのは部長クラスにまで上りつめなくては

395 :仕様書無しさん:03/10/26 11:40
>>391
Javaは一部の言語ヲタが喜んでいるだけですよ。

396 :仕様書無しさん:03/10/26 11:40
>>391
単純だなw

397 :仕様書無しさん:03/10/26 11:41
>>388
 古い言語にしがみつかない厨はJavaが出る前は何をしていたの
 SmallTalkとはいわないよね(w。


398 :仕様書無しさん:03/10/26 11:41
>>391
まあお前には高度なJavaを使いこなせるスキルがないってこった。
せいぜいC言語でオナニーでもしていなさいってこった。

399 :375:03/10/26 11:42
>>390
今の年収?会社員時代とあまり変わらないよ。

400 :仕様書無しさん:03/10/26 11:42
エンタープライズアーキテクトだと800万くらいですか?

401 :仕様書無しさん:03/10/26 11:42
最初はC言語から始めるもんだ。
Javaは使いこなす前に先にC言語をやる。
そこからJavaにパラダイムシフトするのだ

402 :仕様書無しさん:03/10/26 11:43
>>398
Javaオナニー=Macマンセー=ウリナラマンセー
 精神構造は全く同じだとおもうけど。


403 :仕様書無しさん:03/10/26 11:44
>>392
はっきしいって学生派遣アルバイトよりも安かったよ。
学生派遣アルバイトをやっていたとき、派遣社員に妬まれたよマジで。

404 :仕様書無しさん:03/10/26 11:44
まあ21正規のCOBOLerだからなJavaは。


405 :仕様書無しさん:03/10/26 11:44
>>399
手取り400弱なんだ。

406 :仕様書無しさん:03/10/26 11:44
>>400
310万円ぐらいです。

407 :仕様書無しさん:03/10/26 11:44
ま、会社起こして株で大もうけするんだな

408 :仕様書無しさん:03/10/26 11:45
>>404
まあお前にはCOBOLもJavaも使いこなせないからな

409 :375:03/10/26 11:46
>>405
失礼。純粋に残るお金がってことね。経費とか保険とか税金を引いて、
会社員時代の額面年収と同じくらい。

410 :仕様書無しさん:03/10/26 11:46
>>387
中小零細企業で働く奴にはストップオプションはおいしいらしいぞ
賭けだが

411 :404:03/10/26 11:46
ん。COBOLはつかったことないけどね。
Javaは使ってるけど糞だね。


412 :仕様書無しさん:03/10/26 11:47
>>401
逆だ、Javaから始めてポインタの勉強をするためにCをやるんだ

413 :仕様書無しさん:03/10/26 11:47
ITバブルがはじけた今となっちゃねぇ


414 :375:03/10/26 11:48
>>410
そうそう。知人にITバブルの時ストックオプションを使って家を建てたのが
いたよ。

415 :仕様書無しさん:03/10/26 11:48
>>412
ぬるぽ


416 :仕様書無しさん:03/10/26 11:48
>>411
COBOLの言語仕様もしらないくせにJavaが21世紀のCOBOLerとか抜かす坊主は黙って死んでくれ

417 :仕様書無しさん:03/10/26 11:48
>>412
そんな効率の悪い覚え方なんかしねえよ

418 :404:03/10/26 11:49
>>416
精神構造がCOBOLerとおなじ。
 COBOLerの知合いはいるからな。


419 :仕様書無しさん:03/10/26 11:49
なんだか、しおしおになってきたな(藁

420 :仕様書無しさん:03/10/26 11:50
Javaが21世紀のCOBOLとは
COBOLが占有していた市場をこれからはJavaが台頭するという点では
納得できるね。

これでますますCOBOLerがJava屋に追い詰められるわけだ。

421 :仕様書無しさん:03/10/26 11:51
Java厨はCOBOLと張り合うことにしたようです。

422 :仕様書無しさん:03/10/26 11:51
エンタープライズアーキテクトよりも長距離トラック運ちゃんとか
本物ドカタやとび職のほうが
年収多いのもなんだかなぁ。

423 :仕様書無しさん:03/10/26 11:51
あとは、著作権侵害などを利用して裁判起こして勝訴して大もうけ

424 :仕様書無しさん:03/10/26 11:51
>>422
デマは流すな

425 :仕様書無しさん:03/10/26 11:52
>>421
Javaもろくにしらないくせによく言うよ

426 :仕様書無しさん:03/10/26 11:53
>>424
長距離トラック運ちゃんは年収800万程度はあるぞ。
鳶も同じくらい。

427 :仕様書無しさん:03/10/26 11:54
給料=20万*12=240 賞与=30万*2=60  計300万。

悲しすぎ。

428 :仕様書無しさん:03/10/26 11:55
特にガスとか危険物運ぶ運ちゃんは給料がいいみたい。

429 :仕様書無しさん:03/10/26 11:56
300万じゃ嫁を貰うのも一苦労だな。嫁さんに風俗で働いてもらうか?

430 :仕様書無しさん:03/10/26 11:59
Java厨でも給料のはなしになるとしおしおだな?

おまいら、技術職やめたほうがよくないか?


431 :仕様書無しさん:03/10/26 11:59
PGの給料が安いのは日本位か。
アメリカだと600万程度みたいだから。

432 :仕様書無しさん:03/10/26 12:00
そりゃあ、稼いでるからあんな改造車に乗れるんだろうよ。
羽つけてオールペイントしたワゴン車に乗ってる塗装工とかいるだろ?

433 :仕様書無しさん:03/10/26 12:01
>>431
米国はフリーランスが多いからだよ。

434 :375:03/10/26 12:02
で、結局300万って手取りだったのかな。
それにしても安いよ。ちょっと衝撃だ。

435 :仕様書無しさん:03/10/26 12:03
結論はJavaはやめたほうがいい。
ということでOKだな。


436 :仕様書無しさん:03/10/26 12:04
>>434

http://pc.2ch.net/test/read.cgi/prog/1064069973/l50
【業種】IT・情報・ソフトウェア
【規模】社員約100人強の中小ソフトハウス
【職種】プログラマ
【雇用】正社員(社内受託開発)
【内容】官公庁の災害対策システムの開発のソフト開発
【年齢】32歳
【学歴】4大卒(理系の中堅私立大)
【残業】年間 約650時間
【年収】昨年 手取りの年収290万円



437 :仕様書無しさん:03/10/26 12:08
スレの流れが止まった

438 :375:03/10/26 12:08
>>436
ありがとう。
会社員時代の俺と勤務時間や学歴も殆ど変わらないのに・・・。絶句。


439 :仕様書無しさん:03/10/26 12:10
みんな金の話は辞めよう。
PerlとJavaの話でもしようぜ

440 :仕様書無しさん:03/10/26 12:17
>>436
残業時間がすご過ぎる。
過労死しそう。

441 :仕様書無しさん:03/10/26 12:19
単価がどうとか言ってたJava房はどこに行った!!

442 :375:03/10/26 12:20
>>440
年間650じゃ少なくない?
俺、月200時間残業したことあるけど。

443 :仕様書無しさん:03/10/26 12:25
Java厨は年収の話で死滅したか。

444 :仕様書無しさん:03/10/26 12:27
JavaPGでも稼いでる奴はいるだろ。
N*Iの奴だと30歳で600万くらいは貰ってるはずだが。
ここがドカタの巣窟だってことで。

445 :仕様書無しさん:03/10/26 12:28
>>442
月200時間ってことは1日10時間弱か。
病気になりそうだな。


446 :375:03/10/26 12:31
>>445
休日出勤があるので、実際は一日6時間位じゃないかな。
ピークの3日間くらいはずっと会社で一睡もしなかったけどね。

447 :仕様書無しさん:03/10/26 12:34
日給15000円の日雇いドカタ
を月25日やれば月40万弱
年収500万弱。
残業なし、昼飯付、税金は日給だからどうにかなる。
PGよりいいかもしれんよ。

448 :仕様書無しさん:03/10/26 12:44
>>315
> 当たり前。仕事中にJavaやってるクズは首にしたほうがいい。
お前が、仕事中にJavaアプリを使うこともJavaをやっていることに該当する。
お前が、仕事中にJavaサーバにアクセスすることもJavaをやっていることに該当する。
お前が、仕事中にJavaを使用しているサイト、Applet, 拡張子jnlpのファイル, jspになっているサイト、
ファイル名にドットが二つ以上ついているサイトにアクセスしたとき、お前はもうJavaをやっている。
お前が、仕事中にJava対応携帯電話を持っていることもJavaをやっていることに該当する。
お前が http://www.jakarta.org/ にアクセスしたとき、お前はもうJavaをやっている。
お前が市販のPCを購入し起動したとき、お前はもうJavaをやっている。
お前がLinuxを振るインストールし起動したとき、お前はもうJavaをやっている。
お前が某社のクレジットカードを持っているとき、お前はもうJavaをやっている。
お前が某自動販売機で飲料を買い、それを仕事中に飲んでいるとき、お前はもうJavaをやっている。

お前は本当にJavaをやっていないといえるのか?
お前は本当にJavaをやっている奴を首にすると指名できるのか?
お前はいずれ知らない間にお前の周りはCだけでなくJavaにまで囲まれているだろう。
いずれお前の乗る自動車にまでJavaが搭載され、お前がいくら嫌だといっても知らない間にJavaを使わされるだろう。
いずれお前の洋服(ウェアラブルコンピュータ)にまでJavaが搭載され、お前がいくら嫌だといっても知らない間にJavaを使わされるだろう。
いずれお前の臓器にまでJavaが搭載され、お前がいくら嫌だといっても知らない間に死ぬまでJavaを使わされるだろう。
いずれお前の愚かな大脳にまで手術用にJavaが搭載され、お前がいくら嫌だといっても知らない間に
Javaを使わされ、お前の大バカな頭もJavaChipによって矯正され人格補正されJavaChip無しには
仕事ができない脳になるだろう。

お前は本当にJavaのすべてをしっているのか?
お前は本当にJavaの設計思想を知っているのか?
お前は本当に技術者なのか?
お前は本当にやる気があるのか?

449 :仕様書無しさん:03/10/26 12:46
>>430
飯食いに行ったことが原因でレス数が減ったくらいで大人しくなるという
貧しい思い込みも子供っぽいからおやめなさい。

450 :仕様書無しさん:03/10/26 12:53
>>446
多分このスレで一番稼いでるJava房はあんただよ。
ここには学生か恥ずかしくて給料言えない家具氏ばかりだと思う。

451 :375:03/10/26 12:57
>>450
Java知らないんだ。俺(藁
C/C++, Perl, PHP, PL/SQL, VB, Transact-SQL, ASMなら経験あるけど。

452 :仕様書無しさん:03/10/26 13:10
Java房が死滅してしまいました。


453 :仕様書無しさん:03/10/26 13:12
誰かアホアンチの中身なし長文に突っ込んでやれよ。www

454 :仕様書無しさん:03/10/26 13:25
最近は www がアフォアンチのお気に入り

455 :仕様書無しさん:03/10/26 13:57
word wide webが?

456 :仕様書無しさん:03/10/26 13:57
まあお前なんかアフォおンチだが

457 :仕様書無しさん:03/10/26 14:03
ドカタ臭いスレだな

458 :仕様書無しさん:03/10/26 15:45
年収300万で
生きていける?
貯金出来る?
車買える?
家買える?
結婚できる?

459 :仕様書無しさん:03/10/26 16:46
年収300マンで
生きていける。
貯金できる。
車いらないし
家はかえない
彼女いないからもーまんたい。


460 :仕様書無しさん:03/10/26 19:18
なんか悲しいスレになってる

461 :仕様書無しさん:03/10/26 19:20
やっぱり、Perlが一番だな。

462 :仕様書無しさん:03/10/26 19:21
車いらない、女いらない、家買わない
なら、年収300マソでよゆーで生きていけるし、
貯金もできますよね。


463 :仕様書無しさん:03/10/26 19:25
Perl厨の寝言はこちらで

Perlばかりやってるとアホアンチになる
http://pc.2ch.net/test/read.cgi/prog/1067086773/l50


464 :仕様書無しさん:03/10/26 19:27
みんな新人なんだね

465 :仕様書無しさん:03/10/26 19:59
年収300マソというのは嘘なんだけどな。

466 :仕様書無しさん:03/10/26 20:04
で、いくらよ?

467 :仕様書無しさん:03/10/26 20:05
年収250マンです。

468 :仕様書無しさん:03/10/26 20:08
JavaよりPerlのほうがいい言語

469 :仕様書無しさん:03/10/26 20:08
年収400マソだけどな。

470 :仕様書無しさん:03/10/26 20:08
>>468
どこが?

471 :仕様書無しさん:03/10/26 20:10
>>470
スピードが速い、
生産性が高い。

472 :仕様書無しさん:03/10/26 20:10
アホンPerl厨は無視しようや。
いつも理由も意見もつけずに同じことしか言わないんだし。
なんとか必死に釣ろうとしているからまあほっとけって

473 :仕様書無しさん:03/10/26 20:12
PerlよりJavaのほうが開発効率が良い言語。
理由(一部) : オブジェクト指向度が高い。
コンパイラが厳格。クラススコープの外側にメソッドを書くことを許さず、
これが堅牢性の高いプログラミングを実現する要素のひとつとなっている。

474 :仕様書無しさん:03/10/26 20:17
> オブジェクト指向度が高い。
intがオブジェクトじゃないくせに(藁

> クラススコープの外側にメソッドを書くことを許さず、
メソッドがオブジェクトじゃないだけじゃん(藁


475 :仕様書無しさん:03/10/26 20:19
年収300万とか400万ってどういうこと?
君達、高卒か専門学校卒なの?

476 :仕様書無しさん:03/10/26 20:21
>>475
派遣のお前は年収いくらなんだよ?

477 :仕様書無しさん:03/10/26 20:23
社員だが。6年目で500万

478 :仕様書無しさん:03/10/26 20:25
年収500マソというのは嘘なんだけどな。

479 :仕様書無しさん:03/10/26 20:26
>>477
ふーん。時給換算すると時給いくらよ?

480 :仕様書無しさん:03/10/26 20:27
おまいは500万ウォンだろう

481 :仕様書無しさん:03/10/26 20:31
500万程度で必死になっている奴が笑える。
たしかに正社員の癖にそれに以下なんて悲しいだろうな。
時給換算だとコンビニのバイトよりも低いもんな。

482 :仕様書無しさん:03/10/26 20:35
>>481
そういうお前は貧乏派遣だろ(プ

483 :仕様書無しさん:03/10/26 20:39
>>482 あれ? 図星?

484 :仕様書無しさん:03/10/26 20:40
300万じゃ生活保護受けたほうが良いよ

485 :仕様書無しさん:03/10/26 20:47
>>473
バカじゃねーの??

486 :仕様書無しさん:03/10/26 21:18
このスレを見てるとJavaに関わると馬鹿になることは間違いなさそうだな。
信者であれ、アンチであれ。

487 :仕様書無しさん:03/10/26 21:19
>>474
> > オブジェクト指向度が高い。
> intがオブジェクトじゃないくせに(藁
言いたいことはどうやらそれだけか。
intがオブジェクトで無いとお前にはそんなに不満か。
Perl厨房はInteger型にラップする術も知らないのか。
値型と参照型を区別でき明示的型変換によってコンパイラが
こそバグを最小限に減らし堅牢性を高める。
Per厨は不用意な勝手な型変換がどれだけスパゲティコードを
生み出す危険性を持っているかを理解してからダタをこねろ。


> > クラススコープの外側にメソッドを書くことを許さず、
> メソッドがオブジェクトじゃないだけじゃん(藁
そうれがどうした屑。
馬鹿には「メソッドがオブジェクトでない」ことがそんなに問題か。

Perlのオブジェクト指向はSingletonパターンもろくに
実装できないDQNだろうが。

488 :仕様書無しさん:03/10/26 21:21
>>486
お前の馬鹿頭脳にJavaChipを埋め込んだら
馬鹿になることは間違いなさそうだな。


489 :仕様書無しさん:03/10/26 22:24
いまさら負け犬言語Javaをやるやつなんて悲惨だな

490 :仕様書無しさん:03/10/26 23:35
Perlは勝ち組

491 :コボラーです:03/10/26 23:43
Perlってどういう分野で使われてるの?
Javaもそうだが今の仕事とは全く縁が無いので実感がない。

492 :仕様書無しさん:03/10/26 23:48
>>491
あなたの使ってるこの2CH。
PERLCGIで2CHの膨大なトラフィックを処理してます。

493 :仕様書無しさん:03/10/26 23:51
Javaで2CHは運営できないだろうなぁ。
今でも予算ギリギリみたいだから。

494 :仕様書無しさん:03/10/27 00:04
Perlは確かに純粋な言語的能力はJavaよりも上だろうな。

495 :仕様書無しさん:03/10/27 00:10
もう!馬鹿馬鹿馬鹿馬鹿、ばかっ!

496 :仕様書無しさん:03/10/27 00:14
>>495
何か気に障りましたあ?

497 :仕様書無しさん:03/10/27 00:16
>>494
寝言は寝て言え

498 :仕様書無しさん:03/10/27 00:17
read.cgiはCと言いたくて壊れたか

499 :仕様書無しさん:03/10/27 00:18
>>497
寝言ではありませんよ。

500 :仕様書無しさん:03/10/27 00:25
500

501 :仕様書無しさん:03/10/27 00:31
<<499
ハッハッハッハ
君はこのスレで何をいっても無駄なのだよ。
Javaは君の身の回りに浸透している。
君はどこへいってもJavaに囲まれ
どこへいっても嫌でもJavaに触れ
どこへいっても知らない間にJavaを使わされる。
まもなく君の体にもJavachipが搭載される日がやってくるだろう。
そのような未来も、そう遠くはない。
ハッハッハッハ


502 :仕様書無しさん:03/10/27 00:32
Javaを現状の限られた機能のみの2chごときに使うことはもったいなすぎる。
セキュリティを最重視する機能を追加するなら別だが


503 :仕様書無しさん:03/10/27 00:33
コピペが多いな

504 :仕様書無しさん:03/10/27 00:47
GoogleがJava使うようになったら見直してやる。
それまでは糞言語。

505 :仕様書無しさん:03/10/27 00:58
GoogleごときにJavaを使おうと考えるお前は低脳。

506 :仕様書無しさん:03/10/27 01:05
>>505
Googleを「ごとき」扱いできるおまいさんがうらやましいよ。
自分の中では難しいことなんて何にもないんだろうな、きっと。
悩みとかも当然ないだろ?

507 :仕様書無しさん:03/10/27 01:06
GOOGLEごときって
GOOGLEのような複雑なアルゴリズムを要する物で使えなきゃ
ほかに使い道なんてねーよ。
だからJAVAは中途半端で使えない言語なんだよ。

508 :仕様書無しさん:03/10/27 01:08
>>507
ネタとしか思えない
マネーの虎に出てた検索エンジン開発者と同レベル

509 :仕様書無しさん:03/10/27 01:09
藻前ら頭悪いな。「ごとき」といったのは金融系サイトでもないセキュリティを
それほど意識しなくてもすむものにわざわざ複雑なフレームワークを持つ
Javaを使う必要がないという意味なんだろ。

510 :仕様書無しさん:03/10/27 01:10
>505がこれからもすくすくと育っていくことを願ってやみません。


                              Java厨一同

511 :仕様書無しさん:03/10/27 01:10
金融系でスピードが遅いのは致命的。
顧客に逃げられる。

512 :仕様書無しさん:03/10/27 01:12
>>509
プ

「ごとき」から
>金融系サイトでもないセキュリティを
>それほど意識しなくてもすむものにわざわざ複雑なフレームワークを持つ
>Javaを使う必要がないという意味
を読み取れってのか?おめでてぇなw

513 :仕様書無しさん:03/10/27 01:13
>>509
微妙にジエンが入っていてワラタ

514 :仕様書無しさん:03/10/27 01:15
GoogleごときにJ2EEのような高尚なものを使う必要は無い。
Googleで金の勘定や銀行口座の引き落としをするわけもなかろうし
Googleで証券取引をするわけでもなかろうし
Googleで電子商取引をするわけでもなかろうし
Googleで大規模社内システムを管理するわけでもなかろうし
検索程度にしかつかわんなら利用用途が限られたCやPHPなどで十分。

515 :仕様書無しさん:03/10/27 01:16
Javaは襷に長し帯に短し
コン猿が高く金取る為の宣伝用言語に過ぎんよ。

516 :仕様書無しさん:03/10/27 01:18
>>511
スピードに拘りすぎてアルゴリズムを改良した結果
二十引き落としなどのトラブルでお前はリストラだな。

金融系ではスピードを補うのはハードウェアで補うんだよ。
ハードウェア買う金がないとかほざく貧乏人には
金融系の事業は向いていない。

517 :仕様書無しさん:03/10/27 01:18
>>514
お前、相当に頭悪いな。

518 :仕様書無しさん:03/10/27 01:18
>>515
そうやって愚痴をはいていつまでも時代の流れに取り残されるんだな

519 :仕様書無しさん:03/10/27 01:18
>J2EEのような高尚なもの
出たw

520 :仕様書無しさん:03/10/27 01:19
>>517
お前、具体的に何も論理的に反駁することも何もいえないんだな。
お前が相当に頭悪い証拠だな。

521 :仕様書無しさん:03/10/27 01:19
エンタープライズ論キタ?

522 :仕様書無しさん:03/10/27 01:20
>>519
餓鬼はだまってネンネしな

523 :仕様書無しさん:03/10/27 01:20
>>516
それなら不安定なUNIXは使えんな。
当然Javaもな。

524 :仕様書無しさん:03/10/27 01:21
>>518
客観的な事実を述べてるんだが。
中途半端なのは事実。

525 :仕様書無しさん:03/10/27 01:22
エンタープライズ理論とかいってる奴、意味不明

526 :仕様書無しさん:03/10/27 01:22
>>520
Googleがどんな複雑な事してるか分からん馬鹿なお前には理解できんよ。


527 :仕様書無しさん:03/10/27 01:23
>>524
事実なら証拠を出してみろ

528 :仕様書無しさん:03/10/27 01:23
>>526
Googleにお金の勘定の必要性がないことが分からん馬鹿なお前には理解できんよ。


529 :仕様書無しさん:03/10/27 01:23
スレを盛り上げようとする気持ちも分からんでもないが・・・なんだか大変だね。

530 :仕様書無しさん:03/10/27 01:24
>>527
JavaがGoogleにも2chにも向かないだけで客観的な事実になるだろ。

531 :仕様書無しさん:03/10/27 01:25
>>523
お前が不安定にしか作れないからな。
お前は何度もテストを繰り返そうとしないからな。

532 :仕様書無しさん:03/10/27 01:25
>>528
Googleはお金の勘定してますよ。
何言ってんの?

533 :仕様書無しさん:03/10/27 01:26
>>530
Perlが金融系にも基幹系業務にも向かないだけで
Perlが中途半端である客観的な事実になるだろ、なw


534 :仕様書無しさん:03/10/27 01:27
>>532
では、どうお金の勘定をしているか説明してもらおうか

535 :仕様書無しさん:03/10/27 01:27
JAVAのような遅い言語は金融系には向いてない。

536 :仕様書無しさん:03/10/27 01:28
>>534
広告

537 :仕様書無しさん:03/10/27 01:30
>>536
その程度のものか。
その程度の単純計算とはあきれた

538 :仕様書無しさん:03/10/27 01:31
情報工学の成果であるJavaを使えば、組み込みから汎用機まで一つの言語で済む。フレームワークによる開発はコードの再利用を推進し、安定化と効率化をもたらす。
こんなこともわからないロートルPGが現役とは。。。
いや、ホントはわかっているんだろ?
ただ、自分の職を守るために必死になってるだけで(藁

539 :仕様書無しさん:03/10/27 01:31
>>533
Perlは雑用から個人サイト、大規模サイト、金融系まで使われてるんだが。

540 :仕様書無しさん:03/10/27 01:31
Perlのような危機管理に弱い言語は基幹系業務、ミッションクリティカルには向いていない。

541 :仕様書無しさん:03/10/27 01:32
子供が迷い込んでるな。宿題は終わったのか?

542 :仕様書無しさん:03/10/27 01:33
>>539
お前のいう大規模とはアクセス数が多いというだけだろ。
金融系で使われているのは知っているが、それだけ開発者に負担がかかり
拡張効率は悪い。あまり拡張する予定がないものにPerlは向いている。

543 :仕様書無しさん:03/10/27 01:33
>>540
どのように危機管理が弱いんだ?
説明できないくせに一人前の事言うな。

544 :仕様書無しさん:03/10/27 01:33
| ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄|
| 電波を感知しました。 |
|__________|
              / / >>538
              /
      _         ビビビ
     /||__|∧    /
  。.|.(O´∀`) /
  |≡( ))  ))つ
  `ー| | |
    (__)_)

545 :仕様書無しさん:03/10/27 01:33
>>538
もまえ学生だろう
んな理想論と現実の違いくらい理解してものを言え
これだから学校出たての自称デキルクンは

546 :仕様書無しさん:03/10/27 01:34
>>537
お前相当な馬鹿だな。
世界中にどれだけ顧客がいると思ってるのか分かってないのか?

547 :仕様書無しさん:03/10/27 01:34
JAVA馬鹿=JA馬鹿

548 :仕様書無しさん:03/10/27 01:35
>>538
頑固な老人には理解できないらしい。
連中はCOBOLerとかわらんて。
C厨もC++厨もPerl厨も。Javaを主軸にして
どうしても必要なときにだけJNIなどを通してC/C++/Perlを使えばいい。


549 :仕様書無しさん:03/10/27 01:35
>>547
それではJAを誹謗中傷していることになてしまう

550 :仕様書無しさん:03/10/27 01:37
>>546
お前は顧客の数だけでしかものを数えられないのか。
負担がかかる分はサーバを複数台用意してミラーリングで解決すればすむだろうが。

まったく、分散コンピューティングを知らない馬鹿はこれだから困る。


551 :仕様書無しさん:03/10/27 01:37
>>540の危機管理の説明まだぁ?

552 :仕様書無しさん:03/10/27 01:39
サーバサイドJavaはスケーラビリティに優れている。
クラスタリングも不要な玩具はPerlでも出来るだろう。
まあ、頑張って保守してくれ。

553 :仕様書無しさん:03/10/27 01:40
>負担がかかる分はサーバを複数台用意してミラーリングで解決
おめでてぇなw

554 :仕様書無しさん:03/10/27 01:40
>>543
ある程度はプログラマのの腕に左右されるが、
プログラムが複雑になってくるとそれ相応と対処をしないでいると

まず、Perlは型が曖昧な問題でバグを出しやすくなる。
Perlはどんな型の変数でもそれぞれ異なる型の変数にエラーも例外も警告も
なしに代入できてしまうことが思わぬ潜在的なバグを生み出す。
Perlはオブジェクト指向のサポートが貧弱。
Perlはエラーや例外が出るべきところで出ないことが言語仕様として問題。
ほかにもまだまだあるがこれくらいにしておこう。


555 :仕様書無しさん:03/10/27 01:42
>>550
セキュリティやバグは開発者の質が悪ければどの言語使っても
解決できない事も分からんのか?

556 :仕様書無しさん:03/10/27 01:42
>>538
またすごい幻想を。。。どこの本を読んだんだ?
Javaの現実を知りたければ、できるだけ提供されている
すべてのクラス/メソッドを使用するiアプリを作って友人全員に使ってもらえ。


557 :仕様書無しさん:03/10/27 01:42
>>553
それしか言えないのか。平静さを装って裏では泣きべそかいているのわかるが
エンタープライズコンピューティングというものはどういうものかを学んでから
ものを言え

558 :仕様書無しさん:03/10/27 01:44
>>556
お前はまさかiアプリでJ2SEすべてのクラスを使用できるとおもっていたのか
その話はJavaのクロスプラットフォームの幻想とよくいう香具師がいるが
少なくともほかの言語に比べれば理想に近づいていることは間違いない。


559 :仕様書無しさん:03/10/27 01:45
>>552
クラスタリングは言語の問題じゃないだろ。
お前鯖の事何も知らないようだな。

560 :仕様書無しさん:03/10/27 01:45
>>557
(≧∇≦ ) ぶぁっはっはっ!!!腹痛てえ〜

561 :仕様書無しさん:03/10/27 01:45
>>555
だからJavaは開発者の質を良くしやすい言語なんだよ

562 :仕様書無しさん:03/10/27 01:47
>>560
お前の顔文字レスの組み合わせ、どっかでみたことがあるな。
作り笑いを必死に浮かべて悔しそうにしている君の姿が目に浮かぶよ。

563 :仕様書無しさん:03/10/27 01:47
>>561
理想を言うなら誰でも出来るが現実は
Javaでもスパゲッティコードの山だろ。

564 :556:03/10/27 01:48
>>558
ンなわけない。現実が分かりやすいだろうと例を書いただけ<J2SE
学問やってる人間からしたらそれはそうかもしれんが、
んなもん自己満足程度のレベルだろう。実務レベルでは使えないって

565 :仕様書無しさん:03/10/27 01:48
ついでにJavaだろうがデスマはVBと同じ状態。

566 :仕様書無しさん:03/10/27 01:49
爺PGはさっさと引退しろ。
革新を拒むお前らのせいでいつまでたってもデスマがなくならねーんだよ。
そんなにJavaが怖いのか?

567 :仕様書無しさん:03/10/27 01:49
>>562
他でも醜態さらしてんのかw

568 :仕様書無しさん:03/10/27 01:49
>>559
Javaはクラスタリングの管理も楽にできるんとよ。
Perlでは大変なこった。Perl6ではそのへんは解決されんのかね?

569 :仕様書無しさん:03/10/27 01:50
>>563
Javaほどスパゲティコードを作りにくい言語はないかもな。
しかしJavaはオブジェクト指向教育をしやすい。
コンパイラがうるさく文句をいうことがJavaを通じてブジェクト指向
への理解を早める。

570 :仕様書無しさん:03/10/27 01:51
>>567
お前のよく使う顔文字はこれだろw

( ̄▽ ̄)

な、C厨w

571 :仕様書無しさん:03/10/27 01:51
>>568
大変だと思う君は馬鹿。
UNIX使えないからこうなる。

572 :仕様書無しさん:03/10/27 01:52
たとえ変革が訪れても、
デスマは終わらないと宣言しよう。
構造的な問題なんだから・・・デスマの発生は開発言語の問題じゃあないだろう。
開発の手間が多少なくなってもその分納期が短くなるだけだ。

573 :仕様書無しさん:03/10/27 01:53
>>572
Javaはデスマによる苦しみを緩和します

574 :仕様書無しさん:03/10/27 01:54
もうすぐ納品なんでつが、ソースがきちゃないです。
保守のひと、ごめんなさい。

575 :仕様書無しさん:03/10/27 01:54
>>569
お前は学生だから理想だけ言ってればいいが、
現場の現実は、ただのスパゲッティよりたちの悪い
OOスパゲッティに泣かされてるだろうが。

576 :仕様書無しさん:03/10/27 01:54
Perl使ってる連中がクラスタリングを分かってるはずがない。せいぜい、ミラーリングと似たようなもの程度の認識

577 :仕様書無しさん:03/10/27 01:55
>>571
お前みたいなことを言うやつにそっくりな奴で
アセンブラ厨にこういうのがいたよ。

C言語は馬鹿が使う言語、
C言語は遅いからアセンブラのほうがいい。

お前のいっていることはこれと同じレベル。

578 :仕様書無しさん:03/10/27 01:55
OOスパゲッティは普通のスパゲッティよりタチが悪いぜ旦那

579 :仕様書無しさん:03/10/27 01:57
>>575
学生? もう一人の香具師じゃないか?
それはデザインパターン教育をちゃんとうけていないからだろう。

それからXP教育やRUP教育もな。


580 :仕様書無しさん:03/10/27 01:57
>>578
たとえばどんな?


581 :仕様書無しさん:03/10/27 01:57
お前ら大人だろう?
必要に応じて使い分けろよ。
それともお前らは、スープを効率的に飲めるスプーンで寿司までも
食べる気なのか?

582 :仕様書無しさん:03/10/27 01:57
爺が必死だな。
リストラが怖いのかな。

583 :仕様書無しさん:03/10/27 01:58
おれはJavaerがあとで苦しむようにわざとスパゲティーにくんでますがなにか?


584 :仕様書無しさん:03/10/27 01:58
デザインパターンをしらないとアンチパターンを生み出す結果になるとは
よく言われるがな。

585 :仕様書無しさん:03/10/27 01:58
>>580は教えてクレクレ君。正直ウザイな

586 :仕様書無しさん:03/10/27 01:59
>>585
答えられないからってそれはないだろう(ポゥ

587 :仕様書無しさん:03/10/27 01:59
JAVA房は原理主義者だなW

588 :仕様書無しさん:03/10/27 02:00
>>584
デザパタとアンチパターンとの関連性は低いと思うのだが?
もう少し詳しくおながいします。

589 :仕様書無しさん:03/10/27 02:00
>>583
お前の職にはもはや未来がないぞ。
お前にはXPで有名なペアプログラミングもできまい。
なぜならペアプログラミングではスパゲティーコードは
かきたくてもかけないからだ。
たまたまお前と似たような奴とペアになった場合は別な。

だが、お前はCVSでチーム組んでソースコードを管理できまい。

590 :仕様書無しさん:03/10/27 02:01
>>585
答えられないのか、しかしすでに答えが出ているな。
お前の言いたいことは>>584のアンチパターンのことをいっているんだろう。
ためになるから調べてみろ。

591 :仕様書無しさん:03/10/27 02:02
>>587
何の原理主義者?

592 :仕様書無しさん:03/10/27 02:02
XPなんて現実問題無理。
中国人にここはおかしいって指摘したら、
逆ギレされた上に、腹いせにまったく問題ないところに突っ込みいれてきたぞ。
勘弁してくれ。

593 :仕様書無しさん:03/10/27 02:02
アホアンチは今日も元気だなぁ

594 :仕様書無しさん:03/10/27 02:03
このスレには実際には何人が書き込んでいるんだ?
実は2人程度とか(ポゥポ

595 :仕様書無しさん:03/10/27 02:03
>>588
( ´,_ゝ`)プッ
Javaを知っていれば誰でも知っていることも知らない坊主

596 :仕様書無しさん:03/10/27 02:03
>>591
JAVAに決まってるだろ

597 :仕様書無しさん:03/10/27 02:04
588ではないんだが、知らない俺は坊主か・・・ウツダシノウ

598 :仕様書無しさん:03/10/27 02:04
リストラ寸前爺PGと年収300万の哀れな派遣JavaPGが罵りあうスレはこちらですか?

599 :仕様書無しさん:03/10/27 02:04
>>592
修行が足りない。そんなことではケントベックが泣くぞ。

600 :仕様書無しさん:03/10/27 02:05


理想と現実の区別も付かないJava房は

現場では使えないだろうな。

601 :仕様書無しさん:03/10/27 02:05
>>598
すべてのJavaプログラマが派遣であることにしたいのかお前は。


602 :592:03/10/27 02:06
>>599
スマソ
でも修行が足りないと一刀両断できるあなたは中国の方と隣で一緒に仕事したことがおありでつか?
厳しいっす。ストレスで髪の毛が抜ける・・・

603 :仕様書無しさん:03/10/27 02:06
>>600
というかお前が一番使えない。
Javaを使えない馬鹿はリストラ寸前w

604 :仕様書無しさん:03/10/27 02:06
どちらも大変だね。

605 :仕様書無しさん:03/10/27 02:07
>>595
頭大丈夫ですか?

デザインパターン、アンチパターンがJava発祥とか言っちゃう人ですか?

606 :仕様書無しさん:03/10/27 02:07
>>602
交渉しろ。そんなに怒るなと言え。なだめろ。
なんで怒るか聞け

607 :仕様書無しさん:03/10/27 02:07
>>605
デザインパターンを知らない馬鹿にはJavaを使いこなせないといってんだよアフォ

608 :仕様書無しさん:03/10/27 02:08
Java原理主義ではないが、
今はJavaが使えないと、使えないレッテルが貼られる
恐れが大きくなっているのも真理。
まぁ別分野で強いのがあればいいんだろうけどな。あーあ

609 :仕様書無しさん:03/10/27 02:09
>>607
いやデザインパターンもアナリシスパターンもアーキテクチャパターンもしってますが

アンチパターンはそれらと異質でしょ?
もしかしてわかってないの?

610 :仕様書無しさん:03/10/27 02:09
>>606

現実を知らないのにお前はよくそんな簡単に解決できると思うよな。

だからお前はア ホ ア ン チなんだよ。


611 :仕様書無しさん:03/10/27 02:10
デザインパターンも知らずにJava組んでるのに年収500マンを超える俺はヤバイっすか?
昔ちらっと見たんだけど、俺が今まで考えて作ってたこととほとんど同じ
コトが書いてあってイミネーって思ったんだけど

612 :仕様書無しさん:03/10/27 02:11
ここがJava房に仕事を奪われた爺の自慰スレですか。

613 :仕様書無しさん:03/10/27 02:12
ジエンが入り乱れててワケワカメ

614 :589:03/10/27 02:12
>>589
 Javaの仕事いらないしな。Javaerが苦しむのは大歓迎。
 C++っぽいソースにしてJavaerがキモがるのをみていると面白い。
 

615 :仕様書無しさん:03/10/27 02:13
>>614
ジエンはけーん

616 :仕様書無しさん:03/10/27 02:14
>>612
いいえ。馬鹿なJava房を観察するスレです。

617 :仕様書無しさん:03/10/27 02:14
なんだか必死だね。たのむからageるなよ。

618 :仕様書無しさん:03/10/27 02:14
なぜ、Javaって全部ヘッダに書くの?

619 :589:03/10/27 02:16
Javaerは馬鹿だからC++使いのコードは理解できない。


620 :仕様書無しさん:03/10/27 02:16
ア ホ ア ン チ逃げやがったな。
Javaの事も知らないのに理想だけ語って
面白い香具氏だなw

621 :仕様書無しさん:03/10/27 02:16
だれか>>611と618に答えてやれよ

622 :仕様書無しさん:03/10/27 02:17
>>621
釣りとしか思えないからパス

623 :仕様書無しさん:03/10/27 02:17
すかさず漏れがシュート!

624 :仕様書無しさん:03/10/27 02:20
おお〜っとぉ!! ここで若嶋津くんがパンチング!!

625 :仕様書無しさん:03/10/27 02:21
そこへ脇から走りこんでキタのは!!!

626 :仕様書無しさん:03/10/27 02:21
ア ホ ア ン チです。
こんばんは。
           _-=≡:: ;;   ヾ\            
         /          ヾ:::\          
         |            |::::::|          
        ミ|-=≡、 ミ≡==- 、 |;;;;;/          
         || <・>| ̄| <・> |── /\         
         |ヽ_/  \_/    > /         
        / /(    )\      |_/         
        | |  ` ´        ) |           
        | \/ヽ/\_/  /  |           
        \ \ ̄ ̄ /ヽ  /  /           
          \  ̄ ̄   /  /       \   



627 :仕様書無しさん:03/10/27 02:23
岬クンと翼クンのゴールデンコンビも、
アホアンチにはかなわないのかァ〜〜ッッ!!

628 :仕様書無しさん:03/10/27 02:28
Javaの理想が現実とかけはなれている理由は明白だ。
CやVBをやってた連中がごみをまきちらし、プロジェクトを汚すからである。
真空菅を作ってた親父が半導体工場に紛れ込んでいるようなもので、ロット単位で破壊される。

629 :仕様書無しさん:03/10/27 02:32
CやVBの方がある種先人なんだから先人はちゃんと敬えよ。
だからこの業界は人が簡単に使い捨てられるんだよ。

630 :仕様書無しさん:03/10/27 02:34
爺はひっこんでろ

631 :仕様書無しさん:03/10/27 02:35
>>628
Javaで純粋培養された人間以外は認めないという
典型的なJava原理主義者だな。
他の言語も使えるように勉強しろよ。

632 :仕様書無しさん:03/10/27 02:35
>>628
お前スレタイが本当だと証明しようとしてるのか?w

633 :仕様書無しさん:03/10/27 02:37
>>630
漏れはまだ20代DA

634 :仕様書無しさん:03/10/27 02:39
結局Java房の言ってる事はただの理想で
現実はVBに生産性でもアプリの品質でもコストでも負けるんだよな。

635 :仕様書無しさん:03/10/27 02:47
VBは猿でも使える言語。
こいつらがJavaを汚していり。猿のぶんざいで

636 :仕様書無しさん:03/10/27 02:57
Javaを汚していり??

637 :仕様書無しさん:03/10/27 04:06
>>628 「CやVBをやってた連中がごみをまきちらし」ているのは、
CやVBの落ちこぼれがJavaにまわされているからだ、
というのが実感だ。

JavaはCやVBよりもプログラミングしやすいためリスクが少なく、生産性も高い、
という経営サイドの誤解をから生じたJava言語の不幸である。

注:
 ・生産性が高い: 安い労働力で短期間で作れる。
 ・リスクが少ない: プログラマの調達・首切りが楽。


638 :仕様書無しさん:03/10/27 06:15
ジャバジャバ温泉で泳いできます

639 :仕様書無しさん:03/10/27 10:23
喪前ら、このスレタイ通りJavaに文句ばかり言っていると馬鹿になるぞ

640 :仕様書無しさん:03/10/27 10:33
つうか、「Javaを使えば生産性があがり安定性が増す」なんて謳い文句を、
技術者だけではなく、ユーザーの間にまでひろめた紺猿どもがあほうなんだな。

それが事実であるかどうかはともかく、そういうことを広めたら短納期になるのは
当たり前なのにな。

まだまだ発展途上の段階で、言語の理想を営業トークに使った時点でJavaは終わってる。
そういう意味では、学術的には糞かもしれないVBのほうがマシ。
VC++に比べれば短納期化できることはほぼ確実なのだから。
(妙な現象に悩まされたりもするが)

641 :仕様書無しさん:03/10/27 10:34
>>614
JavaでC++ぽいソースを書くとはたとえばどんなソースだ?
JavaでC風に近づけることはできたとしてもC++風に近づけることは容易ではないぞ。
それともただJNIを使うだけか?
それとも、お前はコーディング規約を破り、クラス名やオブジェクト名に名詞をつかわず、
メソッド名をなるべき動詞にせず、クラス名やインスタンスメソッドなどに馬鹿みたいに
不必要に無駄にハンガリアンライクな記法を使ってソースコードを読みにくくしている天邪鬼か?

その様子ではC++を理解し使いこなしたつもりになっているただのC厨か。
C++使えれば難しいことをしているように思われ高く評価されると勘違いしている背伸びしたC厨か。

それから、キモたがるというが、お前はキモたがられるスパゲティコード書いている時点で
グローバル変数を乱用するインチキCOBOLerと同等の扱いされているのだぞ。わかるか?



642 :仕様書無しさん:03/10/27 10:41
>>640
そういうことは仕事内容によるだろうや。
しかしプロジェクトが大規模であればあるほどJavaを使ったほうが効率がよいことは明白。

ろくにデザインパターンも適用できないVBは大規模プロジェクトには向いていない。
C++にしても複雑多岐にわたりネットーワークを加味し他のOSで動くことも考慮する、
サーバアプリケーションを作るならば向いていないどころかC++だけではB2Bサイトを実現するのは
あまりにも生産性が悪い。

しかもVC++やVBなど、Windowsに大きく依存する恐れがあるものをUnixサーバにつかうことは
開発効率以前に選択肢を間違えているとしか言いようが無い。
サーバ系、ネットワーク系ではC++の出る幕はほとんどない。
そのあたりはJava, PHP, Perlなどの得意とする分野だ。

そこでC++を使うことはよほどのことでない限りありえない。速度問題を考慮した補助的手段としてC++
を加味すればよい。





643 :仕様書無しさん:03/10/27 10:42
>>637
あきらかに釣り煽りなので答えてやる気にもなれん。お前のレスはスルー

644 :仕様書無しさん:03/10/27 10:51
JavaのライバルはPerlですよ。勘違いしないで。

645 :仕様書無しさん:03/10/27 11:02
> ろくにデザインパターンも適用できないVBは大規模プロジェクトには向いていない。
はて? デザインパターンが適用できないから大規模プロジェクトに
向かないなんて誰が言ってんのかねぇ。

COBOLで作られた大規模プロジェクトありますよ。

デムパはお前の脳内だけで勘弁。

646 :仕様書無しさん:03/10/27 11:10
>>641
 ネタにマジレス・・・


647 :仕様書無しさん:03/10/27 11:12
ソフトウェアエンジニアリングの現場がいつまでもデスマのドカタ作業なのは、
学術的成果に背を向けつづける爺PGどものせいだな。

さっさとリストラされてしまえ。
自分の職を守るのに必死なのはこのスレ見てれば良くわかるな。(藁
もう化石なんだよ。老害でしかない。

648 :仕様書無しさん:03/10/27 11:22
>>647
煽り文だけでなんの論理的根拠もないところが笑えるな。

649 :仕様書無しさん:03/10/27 11:53
>>645
> > ろくにデザインパターンも適用できないVBは大規模プロジェクトには向いていない。
> はて? デザインパターンが適用できないから大規模プロジェクトに
> 向かないなんて誰が言ってんのかねぇ。
貴様こそ脳内変換するな電波。

お前の頭に内蔵された国語辞書には、
向いていない==存在しない
か。

COBOLが大規模プロジェクトに向いていないからといってCOBOLが大規模プロジェクトに
まったく使われていないと解釈するお前の腐った脳を自分でなんとかしろ。


650 :仕様書無しさん:03/10/27 11:55
>>646
あの程度でネタか。ならば>>640程度も相当のネタだな。

651 :仕様書無しさん:03/10/27 11:57
Javaを馬鹿にしているとJavaが来るよ・・・

652 :仕様書無しさん:03/10/27 11:59
>>647
連中は過去の栄光にすがりつくだけでCMMレベルが著しく低下している。
もはやなにを言っても無駄だ。連中の病気を手術するには
莫大なコストがかかる。連中をオブジェクト指向教育、反復型開発手法の教育によって
矯正手術する代わりに連中にはソフトウェア開発、管理などやめさせてほかの仕事を与えたほうが良い。
連中には古いソフトウェア資産を処分する仕事が向いている。

653 :仕様書無しさん:03/10/27 12:01
とりあえずスレをたてた>>1
Javaを馬鹿にしているようだが
オブジェクト指向を否定しているようではJavaを馬鹿にする資格もない。

654 :仕様書無しさん:03/10/27 12:02
オブジェクト指向を否定する>>1はJava以外に、
C++, Smalltalkなどのオブジェクト指向言語全般をも否定している。
つまり>>1は能無し。

655 :仕様書無しさん:03/10/27 12:21
OOを否定する奴は、過去の汚物で食いつないでいるロートルPG

656 :仕様書無しさん:03/10/27 12:30
OOを否定する香具師は少なくともUMLくらい理解して欲しい

657 :仕様書無しさん:03/10/27 12:36
関数型言語マンセー!
LISP使えよ、お前ら。

658 :仕様書無しさん:03/10/27 12:39
>>657
MLだろアフォ.



659 :仕様書無しさん:03/10/27 13:50
オブジェクト指向を否定する>>1はオブジェクト指向教育を受けていない証拠。
>>1はオブジェクト指向に対する教養がない。
>>1は教養がなってない。>>1をしごいてやるべき

660 :仕様書無しさん:03/10/27 14:01

本気の煽りなのかアンチの自演煽りなのかもはや判別不能


661 :仕様書無しさん:03/10/27 14:14
>>660
猜疑心の強い奴だな。被害妄想が強いと大変だな。

662 :仕様書無しさん:03/10/27 14:16
つーかなんでここまでJavaを擁護するのかわからん。
馬鹿になるのは一目瞭然。

 多少煽るだけでマカーのごとき子のありさま。


663 :仕様書無しさん:03/10/27 14:19
腐ったコードでデスマを呼ぶ爺PGは消えろ。
ダンボールハウスが待ってるぞ(藁

うまくいくはずのJavaフレームワークがデスマに陥るのは、元コボラ、元VBの
爺どものせいなんだよ。


664 :仕様書無しさん:03/10/27 14:21
Javaを信じろ!されば救われん!

665 :仕様書無しさん:03/10/27 14:22
情報工学の成果であるJavaを使えば、組み込みから汎用機まで一つの言語で済む。
フレームワークによる開発はコードの再利用を推進し、安定化と効率化をもたらす。
こんなこともわからないロートルPGが現役とは。。。
いや、ホントはわかっているんだろ?
ただ、自分の職を守るために必死になってるだけで(藁

666 :仕様書無しさん:03/10/27 14:28
http://itpro.nikkeibp.co.jp/free/NC/NEWS/20031024/135886/

アイヤー

667 :仕様書無しさん:03/10/27 14:39
>>665
それでおまいは無色なわけだ。


668 :仕様書無しさん:03/10/27 14:43
素晴らしいJavaのおかげでArkはMS Officeを潰しそうな勢いだし
JavaOSはWindowsの無い世界を実現しようとしているね。
やはりJavaはプログラム言語のステイツオブジアートなんだね。

うちもJ2EEで組んだシステムが2年余り連続稼動してるが
例外ログなんて1度も出たことはないし、もちろんVMが痕跡も残さず
落ちたなんてことも無い。 お客様からクレームの電話なんて来ないし
今日も日本シリーズの阪神をテレビで応援するために定時帰りさ。


669 :仕様書無しさん:03/10/27 14:45
>>668
俺なんか福岡ドームの前にもう並んでるぜ。
有給とって、昨晩は中洲で遊んできた。
携帯が鳴ることも無く、平穏な休日だ。

670 :仕様書無しさん:03/10/27 14:56
>>666
NECの詰めが甘かったみたいだな。

>>668
何をいうか。それはArkではなくOpenOfficeなどだろう。

671 :仕様書無しさん:03/10/27 15:04
NECにも化石のような爺が大勢いるんだろう。

672 :仕様書無しさん:03/10/27 15:08
M$寄りなNECの親父どもにはJavaは似合わない。
連中はPC-98シリーズを日本中に押し付けていた嫌な香具師だ。
しかもM$とつるんでいた。

673 :仕様書無しさん:03/10/27 15:17
爺はもうだめだね。
ソフトウェアエンジニアリングの革命を阻害しているのは爺だな。

674 :仕様書無しさん:03/10/27 15:21
じじいどもにはeXtreme Programmingとはなんたるか、
Unified Processとはなんたるか、Rational Unified Processとはなんたるかを
しっかりと身に着けてもらいたい。

そして昨今日本のCMMレベルの低下の原因となっている爺どもには
CMMレベルとはなんたるかを理解してもらいたい。

そして昨今のじじいどもには構造化手法だけがすべてでないことを理解してもらいたい。

675 :仕様書無しさん:03/10/27 15:24
>昨今日本のCMMレベルの低下の原因となっている爺どもには

ひとつ聞くが、低下する前の日本のCMMレベルってのは
いくつだったんだ? んで、それは何時頃の話だ?

676 :仕様書無しさん:03/10/27 15:31
爺が釣れたぞ

677 :仕様書無しさん:03/10/27 16:38
尊敬を集めるためにはOOに基づいて、美しくエレガントなコードを
書かねばならぬ。
VBのコードがエレガントか?Perlのコードが美しいか?$や@ばかりで
汚いことこの上ない。8bit時代のBASICじゃあるまいし。
PGがそんな汚らしいコードを書いているうちはロジック設計の妥当性
以前に芸術家として失格である。

678 :仕様書無しさん:03/10/27 16:40
国立大の情報工学科にPerlやBasicのような低学歴言語のゼミはありませんが、何か?
専門学校にはあるかもな(藁

679 :仕様書無しさん:03/10/27 16:47
CMMか。XPマンセーとCMMマンセーはかなり重複するのかな。
CMMってのは組織レベルのことだろ。
個々の技術者のスキル向上にさえ投資したがらない奴らが、組織レベルを上げようとするのは、無駄な努力だな。
きっと奴らは、「ルールを決めることにより組織レベルを向上可能だ」と思うんだろう。

680 :仕様書無しさん:03/10/27 16:50
>>675
CMMレベルは低下などしていないよ。
日本のソフトウェア開発/保守組織は歴史始まって以来、ずーーーーーと
レベル1なんだ。

681 :仕様書無しさん:03/10/27 18:33
CMMは個人の能力を否定してプログラマーやSEをドカタにするためのもの。

682 :仕様書無しさん:03/10/27 19:23
馬鹿の巣窟だな。

683 :仕様書無しさん:03/10/27 22:02
大人気あげ

684 :鎌倉博美:03/10/27 22:15

そうだよな おまえらがいい例だ

685 :仕様書無しさん:03/10/27 22:23
>684
ム板にお帰りください。。。。

686 :仕様書無しさん:03/10/27 22:23
何が成熟すりゃいいのさ?CMM!

687 :仕様書無しさん:03/10/27 22:29
OO

688 :仕様書無しさん:03/10/28 00:00
Javaなんてハゲでも使えるんだから
んなもんで議論するなよな。

うっとうしい

689 :仕様書無しさん:03/10/28 00:27
>>618
そのヘッダとは何のヘッダなんだかなあ。
JavaMail APIのメールヘッダのことかもしれないし
質問内容が曖昧では質問に答えにくいなあ。

690 :仕様書無しさん:03/10/28 00:30
日本でCMMレベルが5に達した起業はIBMくらいなんだよな。
ほかは殆どがレベル2


アメリカやインドではレベル4が当たり前。

ほんっとに日本はソフトウェア開発後進国だね。
オブジェクト指向を否定している馬鹿が多いからレベルが下がって
インド人やアメリカ人に馬鹿にされるんだよ。

691 : :03/10/28 00:32
>>690
 日本のIBMがCMMレベル2ならたいしたことないな。


692 :仕様書無しさん:03/10/28 00:33
>>1みたいなのがJavaばかりやってると馬鹿になります。
>>1の知能指数ではJavaを理解することは不可能で
やるだけやってもJavaのことが頭に入らず時間の無駄で
>>1の学力が低下するからです。
>>1みたいな低知能指数には敷居が高すぎてJavaはお勧めできません。
かえって馬鹿になります。

693 :仕様書無しさん:03/10/28 00:48
日本のプログラマは専門学校の低学歴やキモヲタばかりだからなぁ。
情報工学などとは無縁の連中だよ。

694 :仕様書無しさん:03/10/28 00:50
>>693
それ以前に大学でた役立たずが一番多いのだが。

695 :仕様書無しさん:03/10/28 00:54
大卒はSヨになるのでプログラマにはならない。
こうやってプログラムも出来ないSヨのせいで
システム開発レベルが低くなっている。

696 :仕様書無しさん:03/10/28 01:07
専門学校卒は情報工学も知らずにプログラマになる。
こうやって、フレームワークを使うことしか出来ないPGのせいで
システム開発レベルが低くなっている。

Javaこそ低学歴PGに効率よく仕事させることが出来る言語である。
大卒はフレームワークを作ってればOK



697 :仕様書無しさん:03/10/28 01:09
>>696
それがなJavaではフレームワークを作り直す、拡張するのも簡単なのさ。

そうやって煽るとだれかの作ったフレームワークが気に入らないから
改造したるという香具師がでてくるぞ

698 :仕様書無しさん:03/10/28 01:09
>>696
愚痴はいいからさ。どうやれば解決するか考えてみたら。
俺は大卒がPGやればいいと思うけどね。
無意味なプライドのせいでやりたくないんだろ?(w

699 :仕様書無しさん:03/10/28 01:10
大卒はすごいくせに文句をいってばかりです。
学歴厨は悲惨ですね。

700 :仕様書無しさん:03/10/28 01:11
大卒がプログラマにならないのは大変だな。
設計とプログラミングとを両方やるのが今の通だぜ。
プログラマとSEとを分離させると言う考え方はもう古いぜ

701 :仕様書無しさん:03/10/28 01:11
>>699
院卒は?

702 :仕様書無しさん:03/10/28 01:11
大卒は基盤PGをやれば無問題。
ドカタ作業は低学歴がやる。

703 :仕様書無しさん:03/10/28 01:13
大卒がこの業界のレベルを下げている原因だな。
自分が出来るようなことを言っておきながら、
出来る(と思い込んでいる)事をしないで
出来ない(と思い込んでいる)奴にやらせている。
そして言うことは文句ばかり。

出来るならやれ。

704 :仕様書無しさん:03/10/28 01:13
そのとおり。大卒がSEという考え方は古い。
大卒はフレームワークを作っていれば良いのだ。

705 :仕様書無しさん:03/10/28 01:14
>>701 院卒も含んでいいよ。

706 :仕様書無しさん:03/10/28 01:14
>>702
お前にドカタが出来るのか?

707 :仕様書無しさん:03/10/28 01:16
>>702
> 大卒は基盤PGをやれば無問題。
> ドカタ作業は低学歴がやる。
あんましそういう分離はeXtremeProgrammingやrational Unified Processな
開発では不向きだぞ

708 :仕様書無しさん:03/10/28 01:16
>>705
博士卒は?

709 :仕様書無しさん:03/10/28 01:17
ポインタ演算とかメモリ管理、バッファーオーバフローを気にする作業って
ほんとにドカダよな。

と言う点でJavaはドカタっぽくない。

710 :仕様書無しさん:03/10/28 01:18
JavaよりもC/C++のほうがドカタ言語

711 :仕様書無しさん:03/10/28 01:19
レベル低い大学卒業しても意味ないよ。
駅弁大学なんて行くのは時間の無駄。

712 :仕様書無しさん:03/10/28 01:19
だって、日本のPGって低学歴が多いんだから仕方ないじゃん。
低学歴でも使えるようにフレームワークを整備してあげるんだよ。

713 :仕様書無しさん:03/10/28 01:19
やっぱり、一部のDQN大卒(以上)がこの業界の大きな癌だな。


714 :仕様書無しさん:03/10/28 01:20
>>712
お前、それドカタの仕事だって知らないのか?(w

715 :鎌倉博美:03/10/28 01:21
おまえら全員バカだろ。知ったかしてんじゃないよ。

716 :仕様書無しさん:03/10/28 01:22
クラスを貼りあわせるだけの作業員がドカタさ。

717 :仕様書無しさん:03/10/28 01:22
よくいるよね。使いにくいフレームワーク作って自己満足している奴。

718 :仕様書無しさん:03/10/28 01:22
建材を大量生産している奴がドカタだろ

719 :仕様書無しさん:03/10/28 01:23
建材をおっちらおっちら組み立てるだけのやつがドカタだって。

720 :仕様書無しさん:03/10/28 01:23
>>716
で、お前はどんなクラスを作りましたか?(藁

721 :仕様書無しさん:03/10/28 01:24
>>713

ここに出てくる世渡り(だけ)上手な香具師らな。

【激怒】体育会系出身者は開発に携わるな!!
http://pc.2ch.net/test/read.cgi/prog/1056267971/


722 :仕様書無しさん:03/10/28 01:24
>>718-719 お前が必死なのは良く分かった。

723 :仕様書無しさん:03/10/28 01:26
てゆーか低学歴は単体テストだけやってたらいいんだよ

724 :仕様書無しさん:03/10/28 01:28
VisualBasic.Net最強。
JITを装備したCLR上で実行されるようになることで、VisualBasicは最強の
言語に生まれ変わった。

725 :仕様書無しさん:03/10/28 01:29
Java?
あんな糞重いもんつかってられっか。

>677
実際利用する客の事考えようよ。
こっちは芸術云々より完成品の使いやすさ(速度的なもの)の方が大事なんだからさ

726 :しつこいな、そんなに相手して欲しいか?:03/10/28 01:29
>>724 スレ違い。

727 :仕様書無しさん:03/10/28 01:38
.NET VS Java VS Parrot

真の勝者はどれになるんだろうな。

728 :仕様書無しさん:03/10/28 01:39

やっぱJava VS Perlの戦いは

Perlの圧倒的勝利でしょう。

729 :仕様書無しさん:03/10/28 01:41
以上、Perl厨の飽くなき妄想でした。

730 :仕様書無しさん:03/10/28 01:42
今はPHPだろ

731 :仕様書無しさん:03/10/28 01:42
オブジェクト指向度はPerlの方が上だもんな。
だって関数自体がオブジェクトだし。

732 :仕様書無しさん:03/10/28 01:43
プ Perl厨馬鹿丸出しw


733 :仕様書無しさん:03/10/28 01:46
Perlは予想以上に人気あるね。

734 :仕様書無しさん:03/10/28 01:48
ねーよ

735 :仕様書無しさん:03/10/28 01:49
Javaやってる奴はアルゴリズムという言葉をしらない…
嘘のようなホントの話

736 :仕様書無しさん:03/10/28 01:50
今日も今日とてPerl厨とJava厨の低レベルな争いは続く。

737 :仕様書無しさん:03/10/28 01:50
Javaやっている奴は構造体を知らない。
列挙も知らない。

738 :仕様書無しさん:03/10/28 01:51
大多数はクラスの使い方を知ってるだけだな。

739 :仕様書無しさん:03/10/28 01:51
.NET房は最近おとなしいけどなんでだろう?

740 :仕様書無しさん:03/10/28 01:52
そう言えばDel房とRuby房も最近大人しいな。

741 :仕様書無しさん:03/10/28 01:53
>>739 わざわざ呼ぶな。

Perl厨だけで十分。

742 :仕様書無しさん:03/10/28 02:00
Perlやってる奴はCPANのさまよい方と関数の呼び方を知ってるだけだけどな。

743 :仕様書無しさん:03/10/28 02:01
それにひきかえJavaやっている奴は、・・・やっている奴は・・・・


何もないじゃん・・・。ショボーン

744 :仕様書無しさん:03/10/28 02:04
Perlだけやってる奴はでハッシュの組み方は知らないかもな。使ってはいるだろうが。

745 :仕様書無しさん:03/10/28 02:06
>>735
知ってますが何か。
Cから始めてその後にJavaをやったので知ってますが何か。
妄想ですか。

746 :仕様書無しさん:03/10/28 02:07
>>745
 それはPure Java厨じゃない。

747 :仕様書無しさん:03/10/28 02:07
>>739
> .NET房は最近おとなしいけどなんでだろう?
中に隠れ.NET房がいます。
Perl厨に化けてアホアン チ連呼しています。

748 :仕様書無しさん:03/10/28 02:09
>>746
Pure Javaとはネイディブコードが含まれていないJavaプログラムのことですが何か。

749 :仕様書無しさん:03/10/28 02:10
>>737
> Javaやっている奴は構造体を知らない。
> 列挙も知らない。
Cからやり始めたので構造体も列挙型も知っていますが。
継承もアクセス権も指定できないできない構造体の必要性なんてありませんが何か。

750 :仕様書無しさん:03/10/28 02:11
>>748
くわえてPure Java厨とはJavaだけしか知らない純粋培養厨房。

751 :仕様書無しさん:03/10/28 02:12
>>749
おまえがあほなのは良くわかった。

752 :仕様書無しさん:03/10/28 02:13
>>747
ノイローゼですか?

753 :仕様書無しさん:03/10/28 02:14
>>749
必死で知っている単語を並べているところが笑えるのう。

754 :仕様書無しさん:03/10/28 02:15
>>753
笑いたければ笑えば良い。
しかし、単語も知らないお前よりは何百倍もましだ。

755 :仕様書無しさん:03/10/28 02:15
>>750
「それはPure Javaの精神に反してないか?」とか言っちゃう恥ずかしい彼等のことでつか?

756 :仕様書無しさん:03/10/28 02:18
構造体は継承出来るけどな。
コンストラクタ、デストラクタを含まないし。

757 :仕様書無しさん:03/10/28 02:18
ピュアJavaへようこそ

758 :仕様書無しさん:03/10/28 02:19
>>756
スレ違い

759 :仕様書無しさん:03/10/28 02:19
Java使っててもOO使いこなせてる奴は少ないねほんとに

760 :仕様書無しさん:03/10/28 02:19
で、Perlって継承できるのか?

761 :仕様書無しさん:03/10/28 02:25
出来る

762 :仕様書無しさん:03/10/28 02:27
型が無いのに?

763 :仕様書無しさん:03/10/28 02:30
型が無い言語は形無しですね。

764 :仕様書無しさん:03/10/28 02:31
型がないと思ってる奴は素人

765 :仕様書無しさん:03/10/28 02:35
>>763
Rubyの悪口をいうんじゃない。


766 :仕様書無しさん:03/10/28 02:36
PMC
Parrot Magic Cookie
抽象データ型
Array
PerlUndef
PerlInt
PerlNum
PerlString, etc.



767 :仕様書無しさん:03/10/28 02:38
>>744 ちょっとマジメな話でごめんなさいよ。

Javaでハッシュ表を作れるようならば、Javaの初心者クラスは
ほぼ修了じゃないかとおもっているんだけど、どう?
PhantomReference, SoftReference, WeakReferenceの使い分けって、
GCで集められないゴミってなにか?といったことを考える知識と
心理的な余裕が必要なので、初心者にはちょっと難しいでしょ?


768 :仕様書無しさん:03/10/28 02:49
>>755
お前が一番恥ずかしい。
そんなこというお前はM$ VJ++信者と同類だ

769 :仕様書無しさん:03/10/28 02:50
>>759
それはお前の周りがレベルが低いだけ。
そんな奴にJavaプログラマを名乗らせることが間違っている。


770 :仕様書無しさん:03/10/28 02:52
>>753
お前が構造体を使いたがる厨房臭い理由は速度面やリソース面だけだろう。
馬鹿ほど構造体を使いたがる。

771 :仕様書無しさん:03/10/28 04:03
>>727
> .NET VS Java VS Parrot
> 真の勝者はどれになるんだろうな。
甘いな。PerlがVMに対応した程度でJ2EE vs .NET にPerlを
三つ巴戦に加えるなどお笑い臭い。

PerlがJ2EEや.NETに対抗しうるには
PerlにJ2EE固有の以下の機能が必要だ。

MVC(Model View Controller)アーキテクチャのViewたる
JSP(Java Server Pages)に相当するもの → PHPで可能

MVCアーキテクチャのControllerたる
Java Servletに相当するもの → Perlそのもので可能

以上の二つは既存のもので対抗できる、が、
以下の機能はPerlには存在しない。

MVCアーキテクチャのModelたる
EJB(EnterpriseJavaBeans)に相当するもの

JDBC(Java DataBase Connectivity)に相当するもの
JTA(Java Transaction API)に相当するもの
RMI(Remode Method Invocation)に相当するもの
JNDI(Java Naming and Directory Service)に相当するもの
IIOP(Internet Inter-ORB Protocol)に相当するもの
JTS(Java Transaction Service)に相当するもの
CORBA(Common Object Request Broker Architecture)に相当するもの
Java Mailに相当するもの
JMS(Java Message Service)に相当するもの

これらがなければPerlは絶対に J2EE vs .NETの対決に仲介できない。

772 :仕様書無しさん:03/10/28 04:16
JDBC(Java DataBase Connectivity)に相当するもの
JTA(Java Transaction API)に相当するもの
RMI(Remode Method Invocation)に相当するもの
JNDI(Java Naming and Directory Service)に相当するもの
IIOP(Internet Inter-ORB Protocol)に相当するもの
JTS(Java Transaction Service)に相当するもの
CORBA(Common Object Request Broker Architecture)に相当するもの
Java Mailに相当するもの
JMS(Java Message Service)に相当するもの


これ全部PerlのほうがJavaよりも簡単に実現できるんだが。
J2EEなんかよりPerlのほうが圧倒的に生産性高いし安定してるぞ。
Java房は子供だましの用語に洗脳されてるんだよ。
JavaMailだとよ。もうアホかと。

773 :仕様書無しさん:03/10/28 04:22
PerlはモジュールとしてJ2EEよりも質が高い物が揃ってる。
Java房はそろそろ洗脳を解いて子供騙しのSUN用語使うのを
恥ずかしいと思ったほうがいいぞ。

774 :仕様書無しさん:03/10/28 04:24
ついでに言うとEJBは糞

775 :仕様書無しさん:03/10/28 04:27
>MVC(Model View Controller)アーキテクチャのViewたる
JSP(Java Server Pages)に相当するもの → PHPで可能
MVCアーキテクチャのControllerたる
Java Servletに相当するもの → Perlそのもので可能


こいつ、Perl、PHPの知識ないな。
典型的なアホだな。

776 :仕様書無しさん:03/10/28 04:48
Javaはもはや時代遅れ。.NETにさらに先を行かれてしまった。
http://www.microsoft.com/presspass/press/2003/oct03/10-27pdc03NextWavePR.asp

777 :仕様書無しさん:03/10/28 04:54
こりゃもう.NETに乗りかえるしかねーなw
WinFXでさらに.NETが加速する。

778 :仕様書無しさん:03/10/28 04:58
なんだよ。Sunは対抗してTigerでもリリースしてくるかと思ったのに何もできずか。
やっぱり倒産は間近なんだな。

779 :仕様書無しさん:03/10/28 05:14
MSのResearch部門に居る奴等はやっぱすごいよ

話は変わるがアンチMSって大抵が技術屋じゃない似非野郎だよな
以外と昔のマイナーな有名人がMSのLabに居たりする

MSの経営営業法務に関わってるあたりはクソかもしれんが
開発部隊のOfficeチーム、Visual Studioチームにしたって凄腕揃いだ

780 :仕様書無しさん:03/10/28 07:50
ようやくこれから
.NET房とJava房とPerl房の三つ巴の戦いが始まるな。

781 :仕様書無しさん:03/10/28 07:56
PerlはPerl.Netとして.Netに取り込まれるんだよ。

782 :仕様書無しさん:03/10/28 08:03
>>781
Perlにとって.NetはOne of Them
選択肢の一つでしかない

783 :仕様書無しさん:03/10/28 08:27
.Net以外は死滅するので、結果的にPerl.Netだけが残る。
1言語として細々と生きていく。
蓄積されたモジュール群がアセンブリとして書き直される日も近いだろう。
そうしてPerlのモジュールはC#やVBのものとなる。

784 :仕様書無しさん:03/10/28 08:53
.NETがサーバーサイドで生き残るのはMONO次第だけど
それならParrotのほうが高速だから
.NETはParrot上で細々と生きていく事になるんじゃないかな。
クライアントは.NETが寡占するだろうけどな。

785 :仕様書無しさん:03/10/28 09:00
まあ、完全に死滅して跡形も残らないのはJavaくらいだね。
J2EEは何らかの形で生き残るかな。

786 :仕様書無しさん:03/10/28 09:01
でも多分.NETはUNIX,Linuxで動かないと思うよ。
MONOもMSが潰すと思う。
そうしないともともと透明性の高く、
セキュリティの強い狡猾なLinuxのアプリが充実して
Windowsのシェアが減るだろうからね。
MSにとっては敵に塩を送る事になる。

787 :仕様書無しさん:03/10/28 09:10
俺の予想ではクライアントは
.NETが寡占
サーバーサイドは
小規模〜中規模はParrot
大規模はJavaになると俺は予想するね。
C++は高速性を要する一部クライアントかでしか使われなくなると思う。
OSや組み込みは当分はC/C++かな。Javaの出る幕はまだ5年はないね。

788 :仕様書無しさん:03/10/28 09:17
>>787
それぞれをブリッジする技術がでる(つーかIIOPで十分)。



789 :仕様書無しさん:03/10/28 09:18
だからとりあえず
C#とスクリプト(Perl)とJavaとC/C++出来れば
食いっぱぐれはないと思うな。
全部C系だからすぐに移行できるしね。

790 :仕様書無しさん:03/10/28 09:20
あとはUNIXの知識があれば
IT業界では怖い物なしだね。

791 :仕様書無しさん:03/10/28 09:25
Javaは全てにおいて中途半端。という構図だけは今と変わらないわけだが。

792 : :03/10/28 09:28
C/C++ と C# と PHP ( と Excel のマクロと VBA) で毎日過ごしている漏れですが、
なぜか Java はやろうという気がしません。

この業界でやっていけるでしょうか…

793 :仕様書無しさん:03/10/28 09:31
>>792
オイラもVC++とPHPで食ってるよ。
PerlやVBも使えるけどあまり使ってない。それぞれの分野に特化した言語
が使いやすい。Javaは放置。

794 :仕様書無しさん:03/10/28 09:33
>>793
 裏山しい、おれは無理やりJava転向させられたよ。


795 : :03/10/28 09:40
>>794 いやぁ、なんか漏れが Java あんまり好んでないのを知ってて、
Java な仕事はほかの人に回っていくんですよね…

まぁ Java の仕事ってそれほどうちは多くなくって、
肩身が狭いってわけでもないんですけど、
そんな漏れはいずれこの業界から干される日が来るのかと思うと…
ガクガクブルブル

Java も普通に文法は知っててコンソールアプリはかけるんですけど、
周辺の膨大なクラスライブラリに圧倒されて、拒否反応。
あれ?その割には C++ は普通に使ってるよなあぁ。
ヘッダファイルがないのがいやなのかなぁ>漏れ

796 : :03/10/28 09:41
ちなみに周りの反応
「コンソールアプリならかけるよ」→「意味ねぇ〜〜」

#別に Java ってグラフィカルなアプリのためのものじゃないんだが
#つーか、サーバサイドの Java プログラムなんてグラフィカルな要素ないじゃん…

797 : :03/10/28 09:48
>>795
 あーそれはあるかもね。ヘッダファイル。

そのクラスライブラリと毎日戦ってます。
 アルゴリズムとかそういうのはあんまり考えず、デザパタとライブラリの組み合わせ
 で遣ってるような感じ。あまり面白くないですな。

もっとベース部分ならアルゴリズムもあるんだろうけど。


798 :仕様書無しさん:03/10/28 09:58
>>684
お前が本当に真のかまくらならトリップ出せ。

799 :仕様書無しさん:03/10/28 09:59
Javaにもあるだろ。ヘッダファイル。




実装も書いてあるけど。

800 :仕様書無しさん:03/10/28 10:12
>>772-
プッ あれが簡単に実現できるだとよ。
Perlだけで同じ事を再現できると思うなら証拠を示してみな。
PerlだけでJ2EE以上のことをやれるもんならやってみな。
具体的にJ2EEよりどういった質の高いものがPerlにそろっているかも説明できない
口だけは達者なPerl房よ。現実をよく見な。

しかも子供だましのSun用語とほざいたか。相変わらずEJBの発案者がSunだと思い込んでいるのか。
あとから慌てて訂正し「子供だましのIBM用語使うのを恥ずかしいと思ったほうがいいぞ。」とぬかすんだろ。

>>776-777
M$のサイトを引き合いに出したところで説得力に欠けるぞ。
少なくともあれがM$以外の客観的な立場から説明された内容でなければ信憑性が無い。
その記事のどこにJavaのことが書いてある。捏造するなこのアフォが。


801 :仕様書無しさん:03/10/28 10:16
>>786
> でも多分.NETはUNIX,Linuxで動かないと思うよ。
> MONOもMSが潰すと思う。
それはありあえない。もしM$がつぶせるならなぜGNUやLinuxは一向に潰れない?
それを説明できるか?
MONOをつぶすような行動派.NETがどのOSでも動かせるようにするといっていたM$が嘘をつくことになるぞ。
それでもいいのか?

.NETの一部はMonoによってLinuxでも動くようだ。しかしUnixではまだまだだ。
さらに、.NETの多くの機能はWin32APIに依存しているものが多く、大きくWindowsに依存しており
Windows以外のOSではほとんど使えない。そちらの分野では結局Javaが優勢となる。

802 :仕様書無しさん:03/10/28 10:18
Javaは低学歴のドカタPGには理解できません。


803 : :03/10/28 10:22
>>801 これから .NET Framework のサブセットが移植されるのかも…
って、一部はすでに Mono の周辺にあるか。

サーバサイドのアプリでは Java も当分生き残っていくんだろうね。
漏れ的にはぜんぶ PHP 5 でやりたいところだが。
PHP 4 -> 5 でオブジェクト指向な記述に適したし。

804 :仕様書無しさん:03/10/28 10:23
>>795
> まぁ Java の仕事ってそれほどうちは多くなくって、
> 肩身が狭いってわけでもないんですけど、
意外と、マ板、ム板でJavaを舐めてかかっているC++プログラマのようなの誇りがないな。

> Java も普通に文法は知っててコンソールアプリはかけるんですけど、
> 周辺の膨大なクラスライブラリに圧倒されて、拒否反応。
C++と比べればライブラリは覚えやすく、名前もすっきりしたもので使い勝手は良い。
ライブラリというよりもデザインパターンを駆使したフレームワークとして覚えればよい。
デザインパターンを各種知っていればライブラリも膨大なものとは思えなくなってくる。

> あれ?その割には C++ は普通に使ってるよなあぁ。
C++のクラスライブラリなどを必死に覚えた。だのになんでまたJavaを覚え
膨大なクラスライブラリを覚えなおさないといけないんだ、という恐怖がお前の脳内に残っているのだろう。

> ヘッダファイルがないのがいやなのかなぁ>漏れ
ヘッダファイルがそんなに必要か。JNIを使いたいのか?
プリプロセッサを使ってプログラミングをしたいのか?
Javaの世界ではお粗末とされていることはやめれ。できるかぎりPureJavaにせい。
ネイティブは苦肉の策として使う以外はお勧めできない。

805 :仕様書無しさん:03/10/28 10:24
>>803
PHP5がいくらオブジェクト指向をサポートしたとは言え
あれをまっとうなオブジェクト指向言語というには抵抗がある。
Perl6では徐々にJavaやC++に近づいてくるのだろうが。

806 :仕様書無しさん:03/10/28 10:25
>>796
> #つーか、サーバサイドの Java プログラムなんてグラフィカルな要素ないじゃん…
そのグラフィカルとはどういう意味か?

サーバ側で画像を編集しクライアントに画像を返すことならServletで簡単にできるが

807 : :03/10/28 10:26
>>805 Perl も PHP も真のオブジェクト指向言語にはならないのでは…

808 :仕様書無しさん:03/10/28 10:26
ドカタはフレームワークを使って人足仕事をしていればよろし。

809 : :03/10/28 10:27
>>806
>そのグラフィカルとはどういう意味か?

コントロールからのイベントドリブン。

810 :仕様書無しさん:03/10/28 10:28
GUIって意味だろうよ<グラフィカルな要素

Swingみたいな糞には触りたくないし、鯖なら近寄らずにすむってことだ。

811 :仕様書無しさん:03/10/28 10:28
>>789
C#とJavaに関して言えば片方はいらない。
だが、Unixをやっているなら少なくともJavaは必要。
UnixをやっているくせにJavaを否定してC/C++をやるというのはわかるが
C#しかやらないという香具師はアフォ。というか変わり者。VB,VC++からやってきたオタク。


812 :仕様書無しさん:03/10/28 10:30
Javaを使ってるとアルゴリズムを忘れるよ。
クラスの使い方だけ覚える。

813 :仕様書無しさん:03/10/28 10:30
>>810
Swing嫌いはSWTでもつかってなさいってこった。

Swingのほうがきめ細かなことできるんだが。
唯一の不満は速度だけだが。しかしその速度もJ2SE1.4.2から大幅に改善されたわけだ。
サーバだったら近寄らずに済むとはいえ、RMIを使ったアプリの場合は
JSP + Servletだけで凌げるとは限らない。

814 :仕様書無しさん:03/10/28 10:34
>>812
そんなあなたにお勧め、

TeX本を書いている奥村晴彦の「Javaによるアルゴリズム事典」

ただしソースコードサンプルはもともと「C言語による最新アルゴリズム事典」
のCソースを改良しただけのものなのかオブジェクト指向をほとんど意識していないため
見ていて見苦しいものがある。
こいつら本当に「継承」の効率よい使い方わかっているのかといいたくなるほどに。
もともとCだけしかやっていなかった人たちが書いた本だけにデザインパターンなどについての
知識は貧弱。それでも大学時代に教わった忘れかけた数多くのアルゴリズムを思い出すことができる。

815 :仕様書無しさん:03/10/28 10:35
『Javaによるアルゴリズム事典』サポートページ
http://www.matsusaka-u.ac.jp/~okumura/java-algo/

これを読んで馬鹿になる奴はいない。
その代わりオブジェクト指向に対する勘違い知識が身につくかもしれない。
それだけが犠牲になるだけだ。

816 :仕様書無しさん:03/10/28 10:36
>>807
> >>805 Perl も PHP も真のオブジェクト指向言語にはならないのでは…
マ板で暴れているどっかの馬鹿はPerlはJavaよりも優れたオブジェクト指向言語だと
言い張っているようだが。

817 :仕様書無しさん:03/10/28 10:37
親切だなあ。
爺に手厚くフォローしても無駄だと思うよ。

818 :仕様書無しさん:03/10/28 10:40
>>803
> >>801 これから .NET Framework のサブセットが移植されるのかも…
> って、一部はすでに Mono の周辺にあるか。
>
> サーバサイドのアプリでは Java も当分生き残っていくんだろうね。
クライアントサイトではJavaWebStartと昨今のマシン性能向上によってでSwingが息を吹き返すと見ている。

> 漏れ的にはぜんぶ PHP 5 でやりたいところだが。
PerlやPHPだけでやれることはずいぶんと限られている。
EJBのような高度なことがやりにくい。

EJBを否定する者が多いのは、EJBを使わなければならない場面が限られている人がこのスレや板には多く
EJBなどに興味を持つものは少なく、Perl, PHPで十分じゃないか、と思う者が多いのかもしれないが。


819 :仕様書無しさん:03/10/28 10:40
>>817
まあそういうな爺たちはアルゴリズムの基礎くらいは知っているはずだ。

820 : :03/10/28 10:45
アルゴリズムなら、 レシピがいいとおもうよ。

821 :仕様書無しさん:03/10/28 10:46
>>785
> まあ、完全に死滅して跡形も残らないのはJavaくらいだね。
残念ながら生き残る。
あらゆる新言語がJavaの文法やクラスライブラリ、フレームワーク、仕組みを
真似て作られる。

よく考えても見て欲しい。Javaが登場してから斬新で個性的な言語が
Javaが登場する以前よりも増えただろうか? 減らなかっただろうか?

それだけJavaは衝撃的だった。Java登場以後、多くの新しい言語は
Javaに似た言語が多いではないか。

Javaは他の言語によって何らかの形で残る。
さらにVirtual Machine上で動くという発想も他の言語に残る。
新しい言語の中で特に普及する言語は皆Javaライクになることには変わりないだろう。


822 :仕様書無しさん:03/10/28 10:47
>>783
> .Net以外は死滅するので、結果的にPerl.Netだけが残る。
> 1言語として細々と生きていく。
> 蓄積されたモジュール群がアセンブリとして書き直される日も近いだろう。
> そうしてPerlのモジュールはC#やVBのものとなる。
そんなもんPerlらしくない。
Unixで使えなくなる新Perlは魅力が低下しすぎ

823 :仕様書無しさん:03/10/28 10:49
>>780
> ようやくこれから
> .NET房とJava房とPerl房の三つ巴の戦いが始まるな。
>>771をもう一度読み返せ。Perlの出る幕は相変わらずない。
PerlはJ2EEと.NETとのどちらか、あるいは双方に依存するしか道はない。


824 :仕様書無しさん:03/10/28 10:52
>>779
> MSのResearch部門に居る奴等はやっぱすごいよ
>
> 話は変わるがアンチMSって大抵が技術屋じゃない似非野郎だよな
GNUをなめるなよ。M$製品を使っている奴こそ大抵が技術屋じゃない似非野郎だ。
VB厨みたいなのがM$の周りを生えのように巣食っている。

> 以外と昔のマイナーな有名人がMSのLabに居たりする
そういうものがいなければM$も会社を延命できないだろう。
>
> MSの経営営業法務に関わってるあたりはクソかもしれんが
> 開発部隊のOfficeチーム、Visual Studioチームにしたって凄腕揃いだ
しかし技術力、研究開発能力という点では特許と研究所の天下のIBMやRationalの連中にはかなうまい。
M$は所詮金だけがすべてなのだ。

825 :仕様書無しさん:03/10/28 10:52
>>777
.NETの普及はUnixを愛用してきたPerl信者にも痛手だな。

826 :仕様書無しさん:03/10/28 10:56
Perlは.NETのCLRとJVMに寄生していきていくずら。

827 :仕様書無しさん:03/10/28 10:56
>>772
> JDBC(Java DataBase Connectivity)に相当するもの
> JTA(Java Transaction API)に相当するもの
> RMI(Remode Method Invocation)に相当するもの
> JNDI(Java Naming and Directory Service)に相当するもの
> IIOP(Internet Inter-ORB Protocol)に相当するもの
> JTS(Java Transaction Service)に相当するもの
> CORBA(Common Object Request Broker Architecture)に相当するもの
> Java Mailに相当するもの
> JMS(Java Message Service)に相当するもの
>
>
> これ全部PerlのほうがJavaよりも簡単に実現できるんだが。
お前のいう「簡単」とは、「なくてもできる」というレベルだろ。
「無くてもできる」ことは確かだがPerlではJ2EEより短時間でより高度なサービスを実現できまい。
オブジェクト指向を知らない落ちこぼれ馬鹿にはまったく理解できず使いこなせないがな。
Perl馬鹿でもEJBの代わりにJDBCくらいは使いこなせるようになっておけ。

828 :仕様書無しさん:03/10/28 10:57
>>826
いや、PerlはJakarta OROの中で生き残っていく

829 :鎌倉博美:03/10/28 11:06
>>798
トリップてなんだよ?訳わかんねえ隠語使うんじゃないよ 
どうせ人を引っ掛ける気なんだろ? このカスが

830 :トリップテスト ◆2MEsFVMbKg :03/10/28 11:14
>>829
おまえー、2chのマニュアル嫁。
間単にかいてあるからよ。

仮に同じ「鎌倉」というハンドルを使われて困ったとき、トリップを使うことで
別人であることのある程度の証明になる。
ハンドルの右隣に#をつけて、#のあとにだれにも見抜かれないようなパスワードを
つけるできるぞ。


831 :トリップテスト ◆2MEsFVMbKg :03/10/28 11:16
これだ。
わかったか? 
馬鹿よ。

832 :仕様書無しさん:03/10/28 11:19
>>824
別に嫌味とかではないけど、Java好きな人は
IBMマンセーな人多いね。

833 :仕様書無しさん:03/10/28 11:23
2ちゃんのトリップ知らないぐらいでバカ扱いか…
厳しい世界だな

834 :仕様書無しさん:03/10/28 11:46
>>823
>PerlではJ2EEより短時間でより高度なサービスを実現できまい。

証拠も出さずによくこんなことが書けるな。
もうアフォかと。
J2EEの生産性がPerlにかなう訳ないだろ。
反論できるならソース出してみな。お前の脳内じゃなくてな。

835 :仕様書無しさん:03/10/28 11:48
>>823
Parrotで動くのに何でわざわざJVMや.NETに依存するんだよ。
お前の馬鹿で腐った脳内妄想はいいから証拠出してみな。

836 :鎌倉博美:03/10/28 11:48
>>830
っていうか、ここやつら(オマエも含む)が書いてることをみて、
怒らない奴がいるわけ?

俺の発言以外全部俺への煽りで正論なんて一つもないぞ。覚悟しとけよ。ばかやろう。


837 :鎌倉博美 ◆syojbSroGc :03/10/28 11:51
これでいいか?

838 :仕様書無しさん:03/10/28 11:53
J2EEやOOなんてアホでも出来るのになんでJava房は偉そうなんだ?

839 :仕様書無しさん:03/10/28 11:56
Java房はアルゴリズムもまともに知らない馬鹿の巣窟。
学生にJava教えるのはやめたほうがいい。
基礎も知らずにJavaマンセーしている房が多すぎる。
Javaなんて会社の研修でやるからな。
1週間集中で十分。
VBに毛の生えたようなものだよ。


840 :仕様書無しさん:03/10/28 12:02
アメリカのソフトウエア産業がアメリカに勝てないのは
基礎研究が弱いからだ。CMMとか言う以前の問題。
学生にJavaなんて教えたら基礎が身に付かず
ただの組み立て屋になってしまう。
一番重要なのは基礎。
これをおろそかにするJavaは日本の産業を駄目にする。

841 :仕様書無しさん:03/10/28 12:06
>>840
マルチ自爆


842 :仕様書無しさん:03/10/28 12:07
とりあえず、Parrotが使われてから吼えろや。

843 :仕様書無しさん:03/10/28 12:10
>>841
反論できない馬鹿発見!

844 :仕様書無しさん:03/10/28 12:11
日本のソフトウエア産業がアメリカに勝てないのは
基礎研究が弱いからだ。CMMとか言う以前の問題。
学生にJavaなんて教えたら基礎が身に付かず
ただの組み立て屋になってしまう。
一番重要なのは基礎。
これをおろそかにするJavaは日本の産業を駄目にする

845 :大介参上:03/10/28 12:12
どうでもいいよ。おタクども

846 :仕様書無しさん:03/10/28 12:13
>>845
なら来るなよ、不細工君

847 :仕様書無しさん:03/10/28 12:14
MASMとViaualC++.Netを教えれば日本はソフトウェア強国になれる。
VisualBasic.NetとVisualC#.Netも教えればよい。


848 :仕様書無しさん:03/10/28 12:18
あと、GNU C/C++とPerl/PHPだな。

849 :仕様書無しさん:03/10/28 12:19
基礎に決まってんだろ。
高級言語は組立て用言語
こんな誰でも使える物使えても意味ないよ。

850 :仕様書無しさん:03/10/28 12:19
COM位は教養で知ってたほうが良いぞ。

851 :仕様書無しさん:03/10/28 12:21
>>849
学生にはC,アセンブラ,Perl,C#で十分
Javaは必要ない。
基礎を勉強すればいい。

852 :仕様書無しさん:03/10/28 12:23
UNIX系も一つでいいから必要だな。

853 :仕様書無しさん:03/10/28 12:26
ここで吼えてるJava房はJavaしかまともに使えないから必死なんだろうが、
Javaは馬鹿でも短期間で使えるようになるから学生は焦らずに基礎を勉強してほしい。

854 :仕様書無しさん:03/10/28 12:27
Windows系はVC++でCOMと.Net、ツール用にVBかC#
UNIX系はGNU C/C++とツール用にPerl/PHP

Java?

イラネ

855 :仕様書無しさん:03/10/28 12:30
VisualC++でATLを使わずにCOMがかける奴がいれば強力なんだが。

856 :トリップテスト ◆2MEsFVMbKg :03/10/28 12:33
>>839
> Java房はアルゴリズムもまともに知らない馬鹿の巣窟。
アフォか。アルゴリズムを知らずしてJavaを語れるかヴォケ

> 学生にJava教えるのはやめたほうがいい。
そう思うならMITや東大に文句言ってこいや。
東大教授に笑われるぞ(ワラ

> VBに毛の生えたようなものだよ。
とりあえずお前はJavaを見くびりすぎだ。
J2EEなる高度なテクノロジーをVBと一緒にするとは笑止

857 :トリップテスト ◆2MEsFVMbKg :03/10/28 12:34
>>853
> ここで吼えてるJava房はJavaしかまともに使えないから必死なんだろうが、
> Javaは馬鹿でも短期間で使えるようになるから学生は焦らずに基礎を勉強してほしい。
それで短時間で使えるようになってもJ2EEはろくに使えない。
J2EEは馬鹿が理解しようとすると100年かかる。鷹をくくっていると痛い目をみるぞ。

858 :仕様書無しさん:03/10/28 12:35
Cを知らないと、Jalartaに入れてもらえないんじゃないか?

859 :仕様書無しさん:03/10/28 12:37
>>856
簡単さではJ2EEはVBと同じ程度の物だろう。
君はVBを馬鹿にしているがVBを作れるのかね?

860 :仕様書無しさん:03/10/28 12:40
>>858
ん?新しいプロジェクトが立ち上がったのか?

861 :仕様書無しさん:03/10/28 12:41
会社ではVC++で仕事しているが、自分のWebにはPerl/PHPを使い、趣味で学生時代を
思い出しGNU Cで組んだコードを提供している。
Javaは知らない。

862 :861:03/10/28 12:42
今の20代後半くらいにはそういう人が多いんじゃないかな。

863 :仕様書無しさん:03/10/28 12:42
JavaでもVBでもどっちでもいいからさ〜、ちゃちゃっと作って儲かるのがいいな。

864 :仕様書無しさん:03/10/28 12:43
どうやら馬鹿はJavaを否定して勉強もしようとしないことが
J2EEによって生産性を下げていることが理解できないらしいな(藁

>>834
> >PerlではJ2EEより短時間でより高度なサービスを実現できまい。
>
> 証拠も出さずによくこんなことが書けるな。
> もうアフォかと。
> J2EEの生産性がPerlにかなう訳ないだろ。
> 反論できるならソース出してみな。お前の脳内じゃなくてな。
反論?
お前だろJ2EEが糞だの最初に言い出した馬鹿は。
証拠も出さずによくこんなことが書けるな。
もうアフォかと。
Perlの生産性がJ2EEにかなう訳ないだろ。
反論できるならPerlの生産性がJ2EEにかなうソースを先に言いだしっぺのお前から出してみな。
お前の脳内じゃなくてな。

Perlの生産性がJ2EEにかなう訳ないといってもお前みたいなオブジェクト指向否定主義者が
J2EE使っても所詮馬鹿にはもったいない高度なテクノロジーで
まず最初にオブジェクト思考やJ2EEパターンを覚えることに苦労して
多大の時間を費やし生産性を下げるがな(藁

JavaをVBに毛が生えたもの程度と思い込んでいる
過去の栄光とプライドに縛られPerlしかできない馬鹿には
J2EEは敷居が高すぎて生産性を上げることはできないぞ(藁

865 :仕様書無しさん:03/10/28 12:43
OOが理解出来ない、負け組爺PGの掃き溜めはこのスレですか?
ソフトウェアエンジニアリングの進歩についていけない役立たずの
ロートルは、さっさと引退してください。あなた達みたいなのがいるから、
プログラミングという工芸的な知的技術者がドカタ扱いされるのです。

866 :仕様書無しさん:03/10/28 12:45
>>859
では、君に逆に聞き返そう。
馬鹿でも使える度数ではPerlはVBと同じ程度のものだろう。
君はJ2EEを馬鹿にしているがJ2EEを作れるのかね?

867 :仕様書無しさん:03/10/28 12:45
>>864
このスレを読み返せ。
Perlのほうが生産性が高い事は既出だ。
それより反論をよろしくな。

868 :仕様書無しさん:03/10/28 12:48
保守性は?

869 :仕様書無しさん:03/10/28 12:50
Javaばかりやっていると馬鹿になると言い切ってたかをくくって
逃げてJ2EEを勉強しないでいるとここにいるPerl馬鹿のように
Perlしか自分の能力を示す基準がなくなるんだな。

Java屋はアルゴリズムをまったく知らないだって?
まったく笑わせんな。アルゴリズムもパターンもソフトウェア工学もネットワーク理論も
知らないでJavaプログラマを名乗ることができると思ってんのかヴォケが。

870 :仕様書無しさん:03/10/28 12:50
FATAL [Servlet.Engine.Transports : 2] (LoggingExceptionHandler.java:54) - java.lang.NullPointerException
at java.lang.Throwable.<init>(Throwable.java:54)
at java.lang.Throwable.<init>(Throwable.java:68)
at java.lang.NullPointerException.<init>(NullPointerException.java:63)
   ∧_∧
  ( ´∀`)< ぬるぽ

871 :仕様書無しさん:03/10/28 12:50
>>866
言語はどんな言語でも誰でも使いこなせる物だからな。
馬鹿でも使えるだろうな。
J2EEもVBも俺には作れないね。
双方とも高度な知識と人海戦術がないと作れないだろうからな。
特にVBはWindowsがブラックボックスだからどうやっても作れないだろう。


872 :仕様書無しさん:03/10/28 12:51
Perl厨房はハッシュも知らないだろ?(藁

873 :仕様書無しさん:03/10/28 12:52
>>868
保守性に関しては誰でも保守できるという意味ではJavaだろうな。
Perlの場合はスキル次第。

874 :仕様書無しさん:03/10/28 12:54
>>870
ガッ

875 :仕様書無しさん:03/10/28 12:55
Java厨房はダブルポインタも知らないだろ?(藁

876 :仕様書無しさん:03/10/28 12:58
馬鹿はフレームワークの使い方だけ覚えてれば良いよ。
馬鹿の分際で難しいことを覚えようとすんなよ。
つーか、馬鹿を隔離するためのJavaだ。
低学歴は中身をいじろうと考えるな。

877 :仕様書無しさん:03/10/28 12:59
馬鹿の推定年齢を30代前半と予測しているが
どうやら馬鹿は30ちょっとすぎたくらいでそんなに頭が固くなるようだ。
頑固になるにはまだ10〜20年早いと思うのだが。

>>867
> このスレを読み返せ。
いつもお前はそれしかいえないみたいだな。
自分でいっていて情けないとは思わないか。
反論できなくなるとそれか。こんな誹謗中傷や根拠のない煽りだけの
タイトルの煽り専用糞スレを読み返す価値がどこにある。

> Perlのほうが生産性が高い事は既出だ。
> それより反論をよろしくな。
言いだしっぺのお前が先に反論しろや。
PerlでEJB相当やJNDI相当のことをどうやってやるのか説明しろ屋。
お前みたいなオブジェクト指向否定主義者に自分でEJB相当のAPIでも自作できるのか?
まあ無理だな。

オブジェクト指向を否定する馬鹿はいつまでたっても大規模アプリケーションを作ることができない。
たとえ作ったとしても汎用性がなく、拡張性もなく、特定の処理しかできない、時代の変化や
顧客の要望の変化に答えられない糞アプリしか作れない。

オブジェクト指向を否定する馬鹿はオブジェクト指向をしっていることが前提のAPIを
使いこなすことや、XPやRUPなどのソフトウェア開発ができない。
Perl馬鹿は構造化手法で頭いっぱいらしいな。しかもアルゴリズムを知らなくても
オブジェクト指向を使いこなせると勘違いしている。

アルゴリズムとオブジェクト指向両方を知らない奴はクズだ。

878 :トリップテスト ◆2MEsFVMbKg :03/10/28 13:01
>>872
なるほど
Perl房はPerlにハッシュライブラリが用意されても知らないんだな
使えないPerl房だな

879 :仕様書無しさん:03/10/28 13:02
>>877
結局反論できないのか。
情けない奴だな。
お前が反論したら答えを教えてやろう。

880 :仕様書無しさん:03/10/28 13:03
>>875
そんなもん集約(Aggregation)使えばJavaでも同じことができるが何か。

881 :仕様書無しさん:03/10/28 13:04
>>879
結局それしかいえないのか。
いまどきオブジェクト指向を否定する馬鹿は情けないもんだな。
お前が反論したら答えてやろう。


882 :仕様書無しさん:03/10/28 13:06
アホアンチお得意の鸚鵡返しか(藁

883 :仕様書無しさん:03/10/28 13:08
>>873
> 保守性に関しては誰でも保守できるという意味ではJavaだろうな。
それは非常に甘い考えだ。
オブジェクト指向、そして参照型の挙動、クローニングや
オブジェクトの不変性や可変性、例外処理の取り扱い、抽象クラス、インターフェース、
などを理解できない馬鹿には保守できない。

かえって保守性を悪くする。
結局Javaもスキル次第なわけだ。

884 :仕様書無しさん:03/10/28 13:10
PerlとCしかできない馬鹿にはAggregationといってもわからないから無駄だよ。
なにせ、オブジェクト指向を否定しているアフォだから。

885 :仕様書無しさん:03/10/28 13:13
Perl信者は馬鹿なプライドを捨てて
Javaを身につけ

こいつをつかってPerlで培ってきた知識を役に立ててくれ。
Jakarta ORO
http://www.jajakarta.org/oro/

The Jakarta-ORO Java クラスは、Perl5互換の正規表現、AWKライクな正規表
現、glob 表現と、これらの表現による置換、分割、ファイル名のフィルタリ ング等を
行うユーティリティを提供する、テキスト処理の Java クラスのセッ トです。
これらのライブラリは、ORO, Inc. (www.oroinc.com) の OROMatcher, AwkTools,
PerlTools ライブラリの後継です。これらは、著作権 の保持者である
Daniel Savarese (www.savarese.org)によって、Jakarta Project に寄付されました。
また、Daniel は、Jakarta Project に参加し開発を続けています。

886 :仕様書無しさん:03/10/28 13:15
Perl厨は逃亡したのか?

887 :仕様書無しさん:03/10/28 13:18
なんでJavaに必死になるんだろうな。
Java以外は勉強できないのか。
それともJava以外は使えないのか。
悲しいな。

888 :仕様書無しさん:03/10/28 13:19
そんなやつここにはいないよ。
いると思ったらノイローゼじゃないかなw

889 :仕様書無しさん:03/10/28 13:21
>>888
アホアンチはJavaしかできないみたいだぞ。


890 :仕様書無しさん:03/10/28 13:23
やっぱりPerl厨は逃亡したんだね

891 :仕様書無しさん:03/10/28 13:23
PHPは挫折したと言ってたな。
Perlはネットサーフレスキューのコード見て
改造しようと思ったけど、泣きそうになって辞めたといってたかな。

892 :仕様書無しさん:03/10/28 13:25
Perl厨はいまごろJakarta OROを必死に熟読していると思われ。

893 :仕様書無しさん:03/10/28 13:25
>>891が何か独り言を言ってるぞw

894 :仕様書無しさん:03/10/28 13:26
>>893
>>891>>889のレスね。

895 :仕様書無しさん:03/10/28 13:27
OOも理解出来ない爺は早く引退して欲しいね。

896 :仕様書無しさん:03/10/28 13:30
OOは出来て当たり前。
Perl6かRubyで勉強しろ。

897 :仕様書無しさん:03/10/28 13:31
>>896
Javaでいいんじゃん。むだなことすんな

898 :仕様書無しさん:03/10/28 13:32
>>894
>>899がNGワードになって見えないよw

899 :仕様書無しさん:03/10/28 13:32
>>896
>>1はどうやらOOを否定しているらしいが。

900 :仕様書無しさん:03/10/28 13:33
>>897
そのセリフ他の言語に変えてそっくり返したい。

901 :仕様書無しさん:03/10/28 13:35
>>896
Perl6の仕様見たけどあれはオブジェクト指向言語として
最低だね。C++のほうがまだいいよ。

SingletonパターンでSingletonクラスを作っても
Singletonが異なるオブジェクトを作らせないという保障が
ないんだから。あれじゃぜんぜんSingetonになってないでしょ。
Perl6でオブジェクト指向を勉強するのははっきり言って有害だよ。
JavaやC++で勉強したほうが効率がいいよ。

902 :仕様書無しさん:03/10/28 13:35
>>899
>>1はLISPer

903 :仕様書無しさん:03/10/28 13:35
>>900
まさかPerl6とかいわないよな(ワラ

904 :仕様書無しさん:03/10/28 13:44
プログラミングを独習するには10年かかる
http://www1.neweb.ne.jp/wa/yamdas/column/technique/21-daysj.html


905 :仕様書無しさん:03/10/28 13:44
>>901
お前がラリーに言える器か。
あれで十分Perl使いには十分。
Perlは自由に記述できるからいいんだよ。


906 :仕様書無しさん:03/10/28 13:45
>>903
Perl6に決まってるだろうが。

907 :仕様書無しさん:03/10/28 13:49
>>904
お前は10年もかかるのか。

908 :仕様書無しさん:03/10/28 13:52
>>898
アホアン チ君、Linuxのコマンドは使えるようになったか?(藁


909 :仕様書無しさん:03/10/28 13:57
Java房は逃亡したか。
反論を聞きたかったんだけどな。

910 :仕様書無しさん:03/10/28 14:03
アホアンチの鯖にはメモリが2G入ってるんだとよ。
INTELの安いマシン使わずにSparcなのにRedHatなんだってなw

911 :仕様書無しさん:03/10/28 14:07
>>886 >>890
と同じこといっているね。ワラ

912 :仕様書無しさん:03/10/28 14:08
▽スレッド取得開始 →Javaばかりやってると馬鹿になる/プログラマー@2ちゃんねる
キャッシュ(0件)
・アクション作動:『非表示』 →199
・アクション作動:『非表示』 →201
・アクション作動:『非表示』 →222
・アクション作動:『非表示』 →234
・アクション作動:『非表示』 →239
・アクション作動:『非表示』 →244
・アクション作動:『非表示』 →276
・アクション作動:『非表示』 →292
・アクション作動:『非表示』 →364
・アクション作動:『非表示』 →383
・アクション作動:『非表示』 →453
・アクション作動:『非表示』 →463
・アクション作動:『非表示』 →593
・アクション作動:『非表示』 →610
・アクション作動:『非表示』 →620
・アクション作動:『非表示』 →627
・アクション作動:『非表示』 →882
・アクション作動:『非表示』 →889
・アクション作動:『非表示』 →908
・アクション作動:『非表示』 →910
△スレッド取得完了 →Javaばかりやってると馬鹿になる/プログラマー@2ちゃんねる (911件/911件)


913 :仕様書無しさん:03/10/28 14:13
>>912
相当にAHOANTIと呼ばれるのが嫌なんだなW
だからPerlばかりやってるとア・ホ・ア・ン・チになるというスレ立てたんだろ?

914 :仕様書無しさん:03/10/28 14:13
       ,..-――-:..、    ⌒⌒
     /.:;;;;;;;;;;;;;;;;;;;;;::.\      ^^
    / .::;;;;;;;;;;;;;;;;;;;;;;;;;;;;;::..ヽ
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
   :::::;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;::::
     :::::::;;;;;;;;;;;;;;;;;;;;;;;;;     
       ::::::::::::::::::::∧_∧    そうやってなんでもウリのせいにしていればいいニダ・・・・
       :::::::::  < ::;;;;;;;;:>    
          _..  /⌒:::;;;;;ヽ
-― ―'ー'-''―-''/ / ::;;;;;;;;:| |―'''ー'-''――'`'
 ,,  '''' .  ''''' と./ゝ_;_;_ノヽつ   、、, ''"
    ,,, ''  ,,,    ::;;;;;;;;;::: ,,  '''''  ,,,,
,,     ,,,,     ''' , ,,     ,,,,


915 :仕様書無しさん:03/10/28 14:17
4 : :03/10/28 03:54 ID:LfJ0d6DD
                        |  |   _,,,|
                  ◎ー)   ``‐‐'i''i" ∧_∧
  ,ィュ                    |  |      │|   <`Д´ >  
.,ィi|||iト                ~~       ヽヽ    )  (   
ミlllll|||lト      .r'"`、                  ,r''',ニ`/´   ヽ 
   ``‐-、_  /   ヽ        _,,,,--/ /_,、 .| .|゙、>>914 `、   
       `/     ヽ  _,,,,--'''''    {  {_二ノ.ヽ    ヽ
              \           \ .{  `‐〉    .}、
                }              . | .`r.、__   ノ_ノ l、 .\
               .|             <` | .|\`¨´ \-'   \
                  |               \_).\ヽ、 _)!    .\
            .    .|                      `-.ニ-‐'      \
``-、              |                               \


916 :仕様書無しさん:03/10/28 19:37
age

917 :仕様書無しさん:03/10/28 20:14
>>913
それは人違いですよ
私が立てたスレは

最近のPerl6の動向
http://pc.2ch.net/test/read.cgi/prog/1067057670/

ですが何か。

918 :終了:03/10/28 23:53
Perlは万人向けではありません。

進んで慣れようとする姿勢と、その弱点を受け入れる覚悟、
そして言うまでもなく有益なアプリケーションが必要になります。
ただ魅力的であるからという理由だけでPerlを使用すべきではありません。
それが他よりも優れたツールだからこそPerlを使用すべきなのです。

C、C++、そしてJavaの方が適しているのであれば、そちらを使用すべきです。
優秀なプログラマーは、常に複数のツールを用意しておくものです。

http://www-6.ibm.com/jp/developerworks/linux/010511/j_l-p560.html


919 :仕様書無しさん:03/10/29 00:58
Perlは汎用的な言語です。 そして、数多くの異なるモジュールを結び付ける役割を果たす柔軟な言語です。
また、どのような手続き型アルゴリズムまたは関数型アルゴリズムでもインプリメントすることができます。 ハッシュ・エレメントに対する繰り返し処理など、 1つのことを行うのにより短いコードで済むPerlは、
開発サイクルを大幅に短縮してくれます。


しかし最も大切なのは、Perlを使ったプログラミングは楽しく、常になにかを学んでいけるということです。
http://www-6.ibm.com/jp/developerworks/linux/010511/j_l-p560.html





920 :仕様書無しさん:03/10/29 01:00
というお話しでしたとさ

921 :仕様書無しさん:03/10/29 01:19
>>918
Perlだけ使っている人はいないだろ。
クライアントアプリ作るときC++か.NET使うから。
そうなると結局Javaは必要なくなるだけど。

922 :仕様書無しさん:03/10/29 01:21
ここはJava房がJava以外使わないでいいという電波に対して
議論するスレですよ。

923 :仕様書無しさん:03/10/29 01:27
1.5では言語仕様も大幅拡張だな。

過去に作った資産も無駄になるな。
Java房のいう再利用性も意味無しだな(藁
顧客にどう説明するんだろうな(藁

924 :仕様書無しさん:03/10/29 01:41
>>923 心配御無用。XPで速攻で作り直すので、顧客は気がつかない。

真っ当な管理職は健全な組織文化と要員のスキルの維持に、
プロマネはモチベーションの維持に注力する。
いまどきソースコードや設計の再利用なぞ信じている管理職やプロマネは少ない。
これをデスマと呼ぶような軟弱なプログラマは最初から要員に入っていない。

と、今日のところは言っておこう。


925 :仕様書無しさん:03/10/29 01:45
Javaはバージョン間で互換性なさすぎなんだよな。
VBから.NETへの互換性と変わらんよ。
これでは安心して大規模開発なんて出来ない。
結局Perl4でもPerl6でもそのまま動くのほうが再利用性いいな。


926 :仕様書無しさん:03/10/29 01:47
>>924
それならJava房の言う再利用性は全く意味ないという事だな。
デマ流すなよ。

927 :仕様書無しさん:03/10/29 01:50
>いまどきソースコードや設計の再利用なぞ信じている管理職やプロマネは少ない。

これではオブジェクト指向を否定している事になるぞ(藁
互換性の高いPerlのほうが生産性も再利用性も高く
結局Javaを使う意味がなくなる。

928 :仕様書無しさん:03/10/29 02:11
結局ポトペタスパゲッティが一番理に適ってるんだな。

929 :仕様書無しさん:03/10/29 02:13
>>928
VB/Delphi最強という事か?

930 :仕様書無しさん:03/10/29 07:28
ソースレベルの互換性が保たれてるならたいした問題ではない。

931 :仕様書無しさん:03/10/29 11:02
>>922
> ここはJava房がJava以外使わないでいいという電波に対して
> 議論するスレですよ。
そう思い込みたがっているのはお前だけ

932 :仕様書無しさん:03/10/29 11:10
>>925
> Javaはバージョン間で互換性なさすぎなんだよな。
Perlしかやったことが無い奴にそんなことを言う権利は無い。
いままでJavadeバージョン違いの互換性で苦労したことは一度も無い。
過去にSwing使っていたものが多少苦しんだという話は聞いたことがある。
だがそれもある程度リファクタリングで解決可能だ。

> VBから.NETへの互換性と変わらんよ。
あそこまではひどかないぞ。

> 結局Perl4でもPerl6でもそのまま動くのほうが再利用性いいな。
オマエさんそれには嘘が含まれているぞ。
どんなPerl4コードもPerl6コードとして再コンパイルできると思っておるのか。
まったくそれは甘い考え方だ。



933 :仕様書無しさん:03/10/29 11:15
>>924
> >>923 心配御無用。XPで速攻で作り直すので、顧客は気がつかない。
>
> 真っ当な管理職は健全な組織文化と要員のスキルの維持に、
> プロマネはモチベーションの維持に注力する。
> いまどきソースコードや設計の再利用なぞ信じている管理職やプロマネは少ない。
こんなことをいう奴にeXtremeProgrammingという言葉を使って欲しくない。
貴殿はXPの思想を勘違いしている。

しかも貴殿はJ2SE1.4からJ2SE1.5に変わってからどれだけ互換性が失われるかを理解しているのか?
どのあたりに互換性がなくなるのか説明できるか?
まずは互換性が失われる可能性は5%以下と見積もっている。
運が良い者はまったく互換性を気にしなくても良いだろう。

むしろGenericsの導入は歓迎したいところだ。

934 :仕様書無しさん:03/10/29 11:17
>>927
> >いまどきソースコードや設計の再利用なぞ信じている管理職やプロマネは少ない。
>
> これではオブジェクト指向を否定している事になるぞ(藁
> 互換性の高いPerlのほうが生産性も再利用性も高く
> 結局Javaを使う意味がなくなる。
Perl6からはアロー演算子が廃止されてドット演算子になるそうじゃないか。
それで過去のPerlソース資産をJavaのようにPerl6ソースコード内に混在させることは
できないだろう。

どちらが生産性が悪いかもう一度よく考えてみたまえ。

935 :仕様書無しさん:03/10/29 11:27
>>935
それが出来るんだよ。
Perl5モジュールを使えばな。

936 :仕様書無しさん:03/10/29 12:08
何か自分にレスしている奴がいるぞ

937 :仕様書無しさん:03/10/29 12:08
Javaの互換性も簡単なリファクタリングで解決できる程度のものが多いなあ。
それに比べPerlはなんてひどいことやら。

938 :仕様書無しさん:03/10/29 12:15
>>937
根拠もない嘘を書くな。
Perlは互換性に優れてる。
Perl6でもPerl4のコードで動くんだよ。
何もしらないくせに根拠のない事を書くな。
dev.perl.org/perl6/

939 :仕様書無しさん:03/10/29 12:26
すっかりJava厨が馬鹿を晒すスレになってしまったな。

940 :仕様書無しさん:03/10/29 12:39
リファクタリングの意味を履き違えてる馬鹿がいるな

941 :仕様書無しさん:03/10/29 12:56
Java厨だからね。

942 :仕様書無しさん:03/10/29 13:21
>>924
>>心配御無用。XPで速攻で作り直すので、顧客は気がつかない。
どっから金が出るんだ。ボランティアでやってんのか?
あっ、PG だから分かんないか。

釣られてみた。

943 :仕様書無しさん:03/10/29 13:50
>>938
お前はJavaの互換性がどれだけのものか説明できないだろw
それをいえないことには嘘とは言い切れないぞ。逆にお前が嘘をつているねえ。
Perl6との互換性を保つにはわざわざツールでソースコードを書き換えないといけないんだろw

こんなのをみつけたぞ。
>より速く小さくすることよりも以前のリリース
>のPerlと100%の ソース互換性を持たせることを目指しています。
一つ前のバージョンとだろ。初期のPerl1とはほとんど互換性が無い(藁
つまりいってしまえあC++のような失態を晒すわけだ。

>>839
あら? perl厨が馬鹿をさらしているようにしか見えないあw

944 :仕様書無しさん:03/10/29 13:55
ようするにPerl6には古いPerlとは一貫した互換性を保つことは不可能ということだ。
互換性とやらがコンパイルしてParrot上で動けば互換性が保たれ済まされるだけのレベルじゃ
互換性とは言わないぞ。

Perl5コードとPerl6コードとは混在させることになっても
すべてPerl6に置き換えなければ真の互換性にならないということだ。


945 :仕様書無しさん:03/10/29 13:58
ラリー自身もPerl6を覚えるのにPerl5も同時に覚えるのはただのオタクだといっているようだし。
これじゃ互換性があるとはいえないなw

過去の知識のほとんどをトリビアに新しくPerl6を覚えなおし
さらに既存の過去の膨大なPerl資産をなんとか再利用するのは限界があるというものさ。



946 :仕様書無しさん:03/10/29 14:01
技術的根拠無し。想像だけで語っている。Java厨のレベルが垣間見える。

947 :仕様書無しさん:03/10/29 14:05
これみたけどPerl6の言語仕様ってひどいね。
http://bulknews.net/lib/slides/

Singletonパターンもまともに実装できない言語って
オブジェクト指向言語として失格だよ

948 :仕様書無しさん:03/10/29 14:06
>>946
これを見ればPerl厨のほうが技術的根拠無しで想像だけで語っている。
Perl厨のほうがレベル低いことが垣間見える。

>>938
> 根拠もない嘘を書くな。
> Perlは互換性に優れてる。
> Perl6でもPerl4のコードで動くんだよ。
> 何もしらないくせに根拠のない事を書くな。
> dev.perl.org/perl6/


949 :仕様書無しさん:03/10/29 14:07
>>948
技術的根拠のある反論がぜんぜん無いよw

950 :コピペにコピペ:03/10/29 14:08
>>947
お前Singletonパターンを実装できないくらい技術力が低いの?
それは驚きだぁ。さすがアホアンチ。


951 :仕様書無しさん:03/10/29 14:08
つれまくりのJava厨はいい暇つぶしになるな。

952 :仕様書無しさん:03/10/29 14:14
Java厨レスま〜だ〜? チンチン

953 :仕様書無しさん:03/10/29 14:16
変数のプレフィクス
n $@% ルールが変更に
n 配列の要素は @
n ハッシュの要素は %
@foo[2];# $foo[2]
%foo{bar};# $foo{bar}
$bar.[2];# $bar->[2]
$bar.{baz};# $bar->{baz}


こんなにルールがかわるとはJavaより互換性が悪いぞ。
ひとつのファイル内のスコープ内にperl6コードとPerl5コードとを混在させることも不可能だろう。
こりゃあひどいもんだ

まるでC#ではVC++やVBのコードも再利用できるため互換性があるといったM$の子供だましな宣伝みたいだな。

954 :仕様書無しさん:03/10/29 14:17
>>949-952
一人で自作自演大変だな。


955 :仕様書無しさん:03/10/29 14:19
>>949
お前も相変わらず反論がないよ。
あれだな
Unix使っていた奴でもこんな馬鹿がいるのかと思うとあきれる。
perl厨もVB厨とどうレベルにまで成り下がってきたのか。
というほど失望する。

こんな馬鹿がいるからPerl6に対する印象が悪くなりperl6がぜんぜん普及しないんだよ。


956 :仕様書無しさん:03/10/29 14:39
たしかにPerl6が普及してないね

957 :仕様書無しさん:03/10/29 15:07
リファクタリングの意味を履き違えてる
馬鹿はVB房以下な訳だが。
所詮、Java房は元VB房だな(藁

958 :仕様書無しさん:03/10/29 15:14
.Net Frameworkを得て、VisualBasicは最強の開発環境として
生まれ変わった。

959 :仕様書無しさん:03/10/29 15:25
>ひとつのファイル内のスコープ内にperl6コードとPerl5コードとを混在させることも不可能だろう。

それが混在する事が出来るんだよ。
お前アホアンチだろ。
もう馬鹿を晒すのはよせ。
しっかり知識を身につけてから反論しろよ。

960 :仕様書無しさん:03/10/29 15:32
vbとvb.netってOO部分以外ほとんど同じだね。
これで移行できない人って本当にいるのかな?

961 :鎌倉博美 ◆syojbSroGc :03/10/29 15:42
あふぉ。おマラ全員アフォ。

962 :仕様書無しさん:03/10/29 15:50
>>961
お前が一番不細工

963 :仕様書無しさん:03/10/29 15:54
VB.NETが最強です。
クライアントで使い物にならないJavaは糞

964 :仕様書無しさん:03/10/29 16:02
クライアントでもJavaはPerl以下な訳だが(プ


PerlのTk GUIインターフェース・ツールキットは、
JavaのSwing GUIライブラリーにやや勝ると考えられます。
http://www-6.ibm.com/jp/developerworks/linux/010511/j_l-p560.html

965 :仕様書無しさん:03/10/29 16:10
PerlのSledgeは大規模開発用に作られた
Webアプリケーションを作る完成されたフレームワーク。

966 :964:03/10/29 16:15
URL貼るの忘れた。
http://sl.edge.jp/documents.html
エッジの作った物だけど無料で使える。

967 :仕様書無しさん:03/10/29 16:15
誰も使ってないけどな(藁

968 :仕様書無しさん:03/10/29 16:17
>>966
>>965のURLだった。

969 :仕様書無しさん:03/10/29 16:22
>>964
あほか、結論が書いてあるだけで根拠がどこにも書いていない。
そもそもTkは簡単に使えるが貧相。普通GTKを使う。
とことんカスタマイズするのならSwingのほうが上で
Tkと比較するのならSWTが妥当だ。

970 :仕様書無しさん:03/10/29 16:27
>>969
まあクライアントではどんぐりの背比べで
負け犬同士だから
仲良くしようぜ。

971 :仕様書無しさん:03/10/29 16:33
>>967
君は一生糞Strutsでも使ってなさいってこった。

972 :仕様書無しさん:03/10/29 17:13
UNIXでクライアント作るならPerlに軍配が上がるかな。
糞思いXで糞遅いJavaは考えられない。

973 :仕様書無しさん:03/10/29 17:19
結局、WinでもUNIXでもダメってことか。
携帯で頑張ったほうがよくないか?

974 :仕様書無しさん:03/10/29 17:27
>>972
それはPerlも同じだろが

975 :仕様書無しさん:03/10/29 17:32
>>974
PerlはCのモジュールにリンクするとかなり早くなる。
それ以前にJavaはメモリを食いすぎる。
Xに200Mも食うのにJavaでメモリを大量に使ったら
劇遅になる事必須。
2G位メモリがあれば別だけどな。
でもそれならPerlのほうがいい。
コマンドラインのみで使う人にも対応できるし。

976 :仕様書無しさん:03/10/29 17:36
なんでもかんでもJavaでこなそうとするから無理が来るんだよね。
理想を掲げるのは良いことだが、理想を夢見て使えないのでは
話にならない。Javaが原理主義的と言われる所以だな。

VBやPerlのほうが目的がはっきりしていて優れているだろう。

977 :仕様書無しさん:03/10/29 17:43
全部Javaにやらせるのは無理だが
Perlを使うためにいまさらCを持ち出してくるのもナンセンスだろ

978 :仕様書無しさん:03/10/29 17:47
Cモジュールの接着剤言語=Perl
COMの接着剤言語=Perl

接着剤だけの樹脂言語=Java

979 :仕様書無しさん:03/10/29 17:48
>接着剤だけの樹脂言語=Java

言い得て妙だな(w。

980 :仕様書無しさん:03/10/29 17:49
そのレスはObjective-Cを知っての狼藉かー!!!

981 :仕様書無しさん:03/10/29 17:51
スマソ。コピペのままだった。

×:COMの接着剤言語=Perl
○:COMの接着剤言語=VB

982 :仕様書無しさん:03/10/29 18:22
次スレそろそろ立てないと。

983 :鎌倉博美 ◆syojbSroGc :03/10/29 20:44
>>982 立てなくていいよ。

984 :仕様書無しさん:03/10/29 20:59
次スレは立てなくていい。個人的な希望だが
java関連スレが多すぎて全部見るのが大変なんだ

985 :仕様書無しさん:03/10/29 21:35
ここでいいだろ。どうせ参加者ほとんど同じなんだろ。w
http://pc.2ch.net/test/read.cgi/prog/1066548599/l50

986 :仕様書無しさん:03/10/29 23:28

は は は 、 J a v a プ ロ グ ラ マ が コ ボ ラ ー の よ う だ




         ,..-‐−- 、、
       ,ィ":::::::::::::::::::;;;;;:ii>;,、
        /:::::::::::::::;;;;;;;;iii彡" :ヤi、                  コボラーのようだ
       i::::::::::::;:"~ ̄     ::i||li
        |:::::::::j'_,.ィ^' ‐、 _,,. ::iii》               コボラーのようだ
      |:::i´`  `‐-‐"^{" `リ"
        ヾ;Y     ,.,li`~~i         コボラーのようだ
          `i、   ・=-_、, .:/
        | ヽ    ''  .:/
ー-- ,,__,,, |   ` ‐- 、、ノ                コボラーのようだ
;;;;;;;l;;;;;;;ヽ_ ̄``''‐- 、 , -‐}
;;;;;;l;;;;;;;;;;;ヽ ̄`''‐- 、l!//{`‐-、                      コボラーのようだ
l;;;;;;`''=‐- \‐-ッ'´ ', ' ,ヽ;;;;ヽ\_                       コボラーのようだ
;;;;;;;;;;;`'‐ 、;;;;;;;;;;;>'   ', ' ,ヽ<;;;;;; ̄`'‐、           メ / )`) )
l;;;;;;;;;;;;;;;;;;;;;`'‐ /     ,   ' ヽ/;;;;;;;;;;;;;;;;;ヽ        メ ////ノ
;;i;;;;;;;;;;;;;;;;;;;;;;;;;l      ,    l;;;;;;;;;;;i;;;;;;;;;;;l!      メ /ノ )´`´/彡    コボラーのようだ
/;;;;;;;;;;;;;;;;;;;;;-‐`‐-‐i''‐-、   _ ,, l;;;;;;;;;;;l::::::::::::l      /   ノゝ /
;;;;;;;;;;;;;;;;;;‐'´-‐''' ´ {_,,r'' _,,r''-‐'';;;;;;;;;;;;;;;l;;;;;;;;;;;l     /| 、_,,ィ '__/,;'"´``';,.
;;;;;;;;;;;;;;;;;;;_,,_;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;l;;;;;;;;;;l   /;;;;;;\ _/  |ニニニニ

987 :仕様書無しさん:03/10/29 23:32
>>957はEclipseを使ったことがないようだ。
狭義のリファクタリングと広義のリファクタリングとの意味を履き違えている
馬鹿はVB房以下なわけだが。>>957は元VB房だな(藁

988 :仕様書無しさん:03/10/29 23:33
>>972
馬鹿か
普通はC++使うだろ

989 :仕様書無しさん:03/10/29 23:35
>>971
君はstrutsしか知らない糞なわけだが。

990 :仕様書無しさん:03/10/29 23:36
>>986
アニヲタはマ板には必要ない。

991 :某PG:03/10/29 23:39
VisualBasic.NetではIntegerはクラスなわけだが

992 :仕様書無しさん:03/10/29 23:46
>>987
狭義のリファクタリングと広義のリファクタリングの説明を求めます。
googleでも見つからない自分用語は使わないようにしましょう。

993 :仕様書無しさん:03/10/29 23:50
>>991
それが。
ブビ厨はJavaでもIntegerがクラスでないと思っていたか。

994 :仕様書無しさん:03/10/29 23:50
本当にEclipseを使ったことがないんだな

995 :仕様書無しさん:03/10/29 23:51
Javaが嫌いだからといってああはなりたくねえな。

996 :仕様書無しさん:03/10/29 23:52
広義のリファクタリングってなんだよw
超ワラタ

マーチン君が泣くぞ

997 :仕様書無しさん:03/10/29 23:53
矢張り所謂接着剤だけの樹脂言語にすぎないのであろうか
ソフトウェアには最適化を要求されるケースが頻繁にあるがネィティブコードより
理想が重要なのであろうか

998 :仕様書無しさん:03/10/29 23:55
>>993
それは数値型を表すのがJavaではint、VBではIntegerであることを
知らないことからくる勘違いだな。

VB.NETにはJavaと違ってintという基本データ型にラップクラスの
Integerを使ってクラスにするというマヌケな設計になってないのだよ。

999 :仕様書無しさん:03/10/29 23:56
痛いところをついたな。Java厨の負けだ(w

1000 :仕様書無しさん:03/10/29 23:57
VB厨も言語バトルに参戦できる時代になったわけか

1001 :1001:Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

193 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)