/* C/C++/Java/COBOL/Perlの最終決戦!! */

このエントリーをはてなブックマークに追加
1仕様書無しさん
この5つのランゲージの中で最も強力なのはいったいどれでしょう??

日本全国のウィザード/グルーさん、思う存分討論してくださひ!!!

ただし、対象はこの5つのみ。基本的に他のランゲージを叩くのは×。
>COBOなんて再帰もできねえよ...
とか。

さあ、いってみましょう!!
2仕様書無しさん:03/09/23 23:41
2げと。
3仕様書無しさん:03/09/23 23:45
C++に決まってんだろ、禿げどもが

てか、なんでJAVAがあってDelphiがないの?







とちょと煽ってみる
4仕様書無しさん:03/09/23 23:49
Lispに決まってんだろ、禿げどもが
5仕様書無しさん:03/09/23 23:49

C/C++/Java/COBOL/Perl、彼らの戦いはいよいよこれからである。
闘え、プログラマー! デバッグよ永遠に!

第一部完

==================================================
短い間でしたが応援ありがとうございました。
6仕様書無しさん:03/09/23 23:49
C/C++/Java/COBOL/Perl
仲間外れは、どーれだ?
7仕様書無しさん:03/09/23 23:50
VBに決まってんだろ、禿げどもが
8仕様書無しさん:03/09/23 23:50
>>6
COBOL
9仕様書無しさん:03/09/23 23:51
>>6
おまえだ、禿げ
10仕様書無しさん:03/09/23 23:51
C/C++/Java/COBOL/Perl、彼らの間にあらわれたDelphi。
暗躍するLisp。
これが真のプログラムパワーとなるのか!? 本当の戦いはこれからだ!

闘え、プログラマー! デバッグよ永遠に!

第二部完

==================================================
短い間でしたが応援ありがとうございました。
11仕様書無しさん:03/09/23 23:52
>4

でた。レイモンド先生のまわしもん?
12仕様書無しさん:03/09/23 23:52
真の敵、VBが姿を現した。PGたちはどうやって闘うのか?
彼らの戦いはこれからだ!

闘え、プログラマー! デバッグよ永遠に!

第三部完
==================================================
短い間でしたが応援ありがとうございました。

13Del厨:03/09/23 23:53
ども
14ひまわり房:03/09/23 23:54
いやーども
15仕様書無しさん:03/09/23 23:55
>>1
なぜC#を外すのか!
16Lisp中毒:03/09/23 23:56
はあはあはあはあはあはあはあはあはあはあはあはあはあはあはあはあはあ
17仕様書無しさん:03/09/23 23:57
死ぬな、ひまわり! 
そのときレイモンドのまわしが外れた!

俺達はこれからも絶対に負けない!
プログラマーの戦いは続く。

闘え、プログラマー! デバッグよ永遠に!

第四部完
==================================================
短い間でしたが応援ありがとうございました。

18中年こぼら:03/09/23 23:58
仕様変更。エンターキーでフォーカス移動、BSキーでその逆ね。
文字は大きく、出来るだけスクロールせずに一画面で全項目表示するように。
19仕様書無しさん:03/09/23 23:59
>>15
> >>1
> なぜC#を外すのか!
M$厨言語は議論禁止だから
20仕様書無しさん:03/09/23 23:59
JAVAの時代は終わりです これからJavaScriptの時代です はい
21仕様書無しさん:03/09/24 00:01
ぶっちゃけCだとおもう。
ビット。ポインタ。
Unixハッカーの剣はCだよ。
22仕様書無しさん:03/09/24 00:01
C#はゲイツゆえに滅びた。
JavaScriptはこの俺様がとどめを刺してくれるわーっ!

そんなことはさせるか!
いよいよ最後の決戦だ! 勝ってくれプログラマー!


闘え、プログラマー! デバッグよ永遠に!

第五部完
==================================================
短い間でしたが応援ありがとうございました。


23仕様書無しさん:03/09/24 00:02
>>19
そ、そんな、、、、、
24HSP[ ´Д`]φ:03/09/24 00:03
俺様を覚えろ
25コボちゃん:03/09/24 00:08
ども いじめられまくりです
26仕様書無しさん:03/09/24 00:12
      ∧_∧ハゥッ
   ∧_(Д`; )←>>1
  ( ・∀・)   つ
  (っ  ≡つて ヽ ちん!
  して_)_ノw (_)


27Perl:03/09/24 00:14
ピエールと呼ぶのはよせ。
281:03/09/24 00:57
ばれた。
29Lisp:03/09/24 01:03
>>28
Lisp覚えれ
301:03/09/24 01:04
はい。
31仕様書無しさん:03/09/24 01:50
─── =,   _ ノ)
── =γ∞γ~  \    行けや!
── = |  / 从从) )
── = ヽ | | l  l |〃 =
── = `从ハ~ ワノ  ≡   ガッ     ∧_∧
─ =≡○_   ⊂)_=_  \ 从/-=≡ r( >>1
── =≡ >   __ ノ ))<   >  -= 〉#  つ
─ =≡  ( / ≡    /VV\-=≡⊂ 、  ノ
── .=≡( ノ =≡           -=  し'
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄|
.            .│
.            .│
.            .│〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
.            .│   道 頓 堀

32仕様書無しさん:03/09/24 11:02
>>23
M$を怨め
33仕様書無しさん:03/09/24 13:17
■このスレッドにはあなたの気分を害する恐れのある書き込みがあります■
言語オタク達よ、お前達の感じている感情は精神的疾患の一種だ。
鎮める方法は俺も知らない、俺ごと叩け!!

隔離の隔離のそのまた隔離、前代未聞の言語叩き推奨スレ
C、C++、Java、VB、C#、Objective-C、Cobol、Smalltalk、Ada、Haskel、Scheme、PHP、HSP、Ruby,Python,Perl、Tcl/Tk・・・
言語が最強の座の壮絶かつ混沌を極めた擦り付け合いはまだ続く
この争いは、終わる事は無いのか……

    許  せ  な  い  言 語  は  叩  け !!!

全ての要素を駆使する事で、他の言語を蹴落とせ!!!
厨房・真性でなければ生き残れない!!!!
【注意事項・ちゃんと読め!!】
・絶 対 s a g e メール欄に半角で sage と入れろ。
・sakage厳禁、勇者歓迎
・愚痴や批判もOK、煽り・荒らしは好きにしてください。
・ネタをネタと見抜けないと(言語叩きをするのは)難しい。

今度からこれテンプレにしないか?
34仕様書無しさん:03/09/24 17:53
次スレがあればね
35仕様書無しさん:03/09/24 20:45
てかマ板で生き残ってもなあw
36仕様書無しさん:03/09/24 20:51
┌──────────────────────―─―┐
│                                      |
│                                      |
│                                      |
│                                      |
│                ∧_∧                      |
│               ( ・∀・)                |
│               (    )                 |
│               | | |                     |
│               (__)_)                  |
|              2ちゃんねる               |
│                                      |
│            スレッドを終了しています…           |
│                                      |
│                                      |
|                                      |
|                                      |
└───────────────────────――┘

37こんばんわなり:03/09/24 21:14
VBは入れてくれないのかにょ?
.NETは?

はずれは嫌だにょ★ ぷん
38仕様書無しさん:03/09/24 21:27
COBOなんて再帰もできねえよ...
39仕様書無しさん:03/09/24 21:28
COBOなんて再帰もできねえよ...
40仕様書無しさん:03/09/24 21:34
UNIX系って、なんでC++が使われないんだろう?
Qtくらいだよねぇ。
41仕様書無しさん:03/09/24 21:40
私はあえてPerlを勧めたい!
42仕様書無しさん:03/09/24 22:38
>>40
UNIX(LINUX?)はPerlとCが強いからオブジェクト指向が理解されてないのだろう。
あと、LINUXにはGTK--っていうC++対応ライブラリはあるぞ
43 :03/09/24 22:56
>>37-41
エントリーはここまで!

バトル開始!
44仕様書無しさん:03/09/24 23:14
仕切るな。
45仕様書無しさん:03/09/24 23:31
Adaがないな
46仕様書無しさん:03/09/25 00:09
ム板の厨房避けにageられてるスレでの最新流行は
Smalltalkerの皮を被ったJavaラーですが何か?
47仕様書無しさん:03/09/25 00:21
.BAT
これ最強
48仕様書無しさん:03/09/25 00:45
Smalltalkはオブジェクト指向の神!
Objectは森羅万象の神! 至高の存在!
全てのものがこの頂点たる全知全能のObject神に行き着く!
49仕様書無しさん:03/09/25 01:05
>>45
Ada使いこなせるやつがいるか?
50仕様書無しさん:03/09/25 01:09
Adaちょっと触ったことがあるがJavaがあればイラネ。

ペンタゴンなんていってる場合じゃない。
51仕様書無しさん:03/09/25 01:28
うんだ。Ada はええだ。
恩を Ada で返すだ。
52仕様書無しさん:03/09/25 01:28
しかしC#の支持者が少ない。消えるのも早いね。
53仕様書無しさん:03/09/25 01:34
>>52
マイクロソフトがVBの方で手一杯でなかなか普及させれないんだよ。
VBなんかさっさと切り捨てればいいのに
54仕様書無しさん:03/09/25 01:47
C#はM$がJavaに対抗してムキになって作ったんだろ。

ムキになっただけで作った言語なんて、成功しないよ。
55仕様書無しさん:03/09/25 01:52
>>53
もう切り捨ててるじゃん。
56仕様書無しさん:03/09/25 02:03
VB6をやっと切り捨ててVB.NETを切り捨てられないありさま。
しかもなんでもかんでも既存の言語の語尾に.NETをつけているので
COBOL.NETのように古い言語のサポートまでもしなければ
ならないありさま。

終わってるね。
57 :03/09/25 02:52
C#は中継ぎです…。
数年後MSから新言語が出ますから、C#に手を出すのは余力のある人だけにしましょう。

実はJSPも中継ぎです。
中継ぎにしてはちょっと息が長いですが、その長さにもかかわらず消えるのは早いでしょう。
プレゼン層のスクリプト言語なんてコロコロ変わってもそれほど大変ではないですからね。
もともとASPに対抗して出来た言語ですし…。
58仕様書無しさん:03/09/25 07:40
ぴゅうたの日本語べーしっく
59仕様書無しさん:03/09/25 08:17
Modula-2がないな。
60仕様書無しさん:03/09/25 09:43
>>57
> 実はJSPも中継ぎです。
> 中継ぎにしてはちょっと息が長いですが、その長さにもかかわらず消えるのは早いでしょう。
> プレゼン層のスクリプト言語なんてコロコロ変わってもそれほど大変ではないですからね。
> もともとASPに対抗して出来た言語ですし…。
単なる対抗だけで作ったものではないのだが。
struts, JSF関係でなかなか消えないと思うぞ。ServletやEJBと連携して使うもので
そう簡単にはきえん。それに、JSPがスクリプト言語とは何事や。
ASPしかやってないから勘違いしているだけなんじゃないのか?
61仕様書無しさん:03/09/25 12:11
>>57
でおまえは何者なんだ?はっきりしよーじゃねえか!
62仕様書無しさん:03/09/25 14:02
まあ、VB.NETはC#以上の中継ぎで
覚えるだけ無駄なのだが
63仕様書無しさん:03/09/25 20:50
─── =,   _ ノ)
── =γ∞γ~  \    行けや!
── = |  / 从从) )
── = ヽ | | l  l |〃 =
── = `从ハ~ ワノ  ≡   ガッ     ∧_∧
─ =≡○_   ⊂)_=_  \ 从/-=≡ r(新人 )<勉強しマース
── =≡ >   __ ノ ))<   >  -= 〉#  つ
─ =≡  ( / ≡    /VV\-=≡⊂ 、  ノ
── .=≡( ノ =≡           -=  し'
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄|
.            .│
.            .│
.            .│〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜〜
.            .│   道 頓 堀

64仕様書無しさん:03/09/25 21:17
つーーーーかなんでPerlがあってPHPが無いんだよ!!!!!バカ!!!!死ね!!!
65仕様書無しさん:03/09/25 22:23


シッピッピッ

エイチピッピッ


今度++をピッピッと発音してみたいんですが殴られますか?
66仕様書無しさん:03/09/25 23:15
いいんじゃねぇの?
なんとなく語感は合ってる気がするから。
67仕様書無しさん:03/09/25 23:22
長靴下のピッピとかぶるじゃん。
68  :03/09/25 23:48
>>57
あのー、JSPって、内部でJavaコードに変換されてるんだけど。
69仕様書無しさん:03/09/26 01:43
と、いうより、初回実行時のみServletソースに変換されてさらにコンパイルされて、だな。
70仕様書無しさん:03/09/26 01:44
>>57は拡張子がjspになってるファイルとjsになってるファイルを
同種のファイルとみなしているからJSPがスクリプト言語だと勘違いしているんだろうな。
71仕様書無しさん:03/09/26 02:37
最終決戦とかねー
全部出来ればいいんちゃうの?

適材適所でいいじゃん
72仕様書無しさん:03/09/26 08:39
>>71
じゃあそれぞれの適所をあげてみろ!
73仕様書無しさん:03/09/26 09:00
Perl => 最強
Java => 不敗
C => 最速
C++ => 無敵
COBOL => ゴミ
74仕様書無しさん:03/09/26 09:51
Perl→何か勘違いしてる人
Java→流行に逆らわない人
C→がんばる人
C++→実力のある人
COBOL→バカな人
75仕様書無しさん:03/09/26 10:19
Perl→無茶な記述ができるので、横着な性格の人に合うかも
Java→膨大なライブラリが親切 規則にきびしい 頑固
C→技術者を育てるならこれ。ただしそれもある程度。世の中には乳離れできない人多数
C++→ソフトウェアの開発には不可欠 イイトコ取り
COBOL→なにソレ?
76仕様書無しさん:03/09/26 11:49
アセンブラ最強!!!
77仕様書無しさん:03/09/26 11:58
らくだは臭い。
78仕様書無しさん:03/09/26 12:34
PHPも入れてよ。
79仕様書無しさん:03/09/26 15:59
Perl→お伊勢さんで、買ってください
Java→JASの飛行機に乗れば飲めます
C→MS−DOS時代の子分
C++→俺はこれをやってるんだと堂々と叫んでください。阿呆にされます。
COBOL→最終的にこれを叩きたいそうだが、やりたくなければやらなければ良いもの。
 できる人がやってくれますので。
80仕様書無しさん:03/09/26 17:56
>>74
COBOLでワラタ
面白い、一票どうぞ!
81仕様書無しさん:03/09/26 18:03
言語
C++>>>超えられない壁>>>JAVA=C>>>見えない壁>>>Delphi>COBOL>>>Perl=PHP

粘着度
C
瀬戸際。なんとかC++にくらいつこうとしている。
COBOL
手遅れ。でも本人はまだまだ現役でいると思っている。
>>>超えられない壁>>>
Delphi
時代が過ぎたのを知りつつ、なおもがんばる。ある意味潔い。
Perl
周囲を巻き込んで、生き延びようと小細工をしている。
PHP
周囲に無関心。流行ろうが廃れようが使い続ける覚悟がある。
これまた潔い。と言いたいが、単に状況を把握できないだけ。
>>>余裕がありまた〜り>>>
C++
余裕があるのだが、ときどき背筋が寒くなる。
そのため、この信者が暴れだすと他の言語よりもたちが悪く手がつけられない。
ある意味、厨房度最強。
JAVA
本当に余裕があり、誰でも手を差し伸べる心の広さがある。
しかし、その心の広さが災いし、時に、本当に何もわかっていないものまで引き上げてしまう。
そのため、不幸な事故もしばしば…また教えて君も多いために、
懸命な人は、信者の集まりには参加せずに、孤独に開発を進める。
ここもまた上と下の差が激しすぎる言語である。

82仕様書無しさん:03/09/26 18:03
総括、
常時厨房を出し続けるのはCとPerl信者。
しかし、休みが近づくにつれJAVA教えて教が発足されJAVA使いを悩ませる。
JAVA教は休みが終わると自然消滅。
また、普段は温厚な人々で形成されているC言語もまた突然変異を0にすることは不可能で、
年に数回ほど、神と悪魔を生み出す。神は他の人にできない施しをし、
信者からにわか信者、さらにはただいるだけの人にまで恩恵を与え感謝される。
だが、悪魔は恐ろしく、他人との会話すら成り立たないほどの厨房度を見せつけ、
C住民だけでなく、プログラマ全体を巻き込むほどの災いをもたらす。
しかも、半ヒキコモリ状態のプログラマや学生がなることが多く、
その被害は休みだけにおさまらない。正に悪魔である。撃退方法は生贄を差し出すのみ。
生贄は主にアニメであり美少女である。
生贄には申し訳ないが、さすれば悪魔は自ら望んで生贄だけに夢中になり当面の危機は去る。
83仕様書無しさん:03/09/26 18:31
Java使い => 目を合わせただけで、女がしっとり
C++使い => 手を握っただけで、女が妊娠
C使い => 素人童貞率30%
COBOL使い => 素人童貞率70%
Perl使い => 金借りてサロピン行き
84仕様書無しさん:03/09/26 18:39
ここはCOBOLを目の当たりにした馬鹿揃い(WW
85仕様書無しさん:03/09/26 18:39
最強の言語はビジュアルベーシックで間違いなかろう。ただし、最強の言語を
使ってる禿げどもが必ずしも最強とは限らない。
86仕様書無しさん:03/09/26 18:59
最近のJava信者は昔のDelphi信者を彷彿とさせる。
なかなか面白いのでもっと頑張れ
87仕様書無しさん:03/09/26 19:36
Delphiは本当に実力があった。
Javaはつかえねー
88仕様書無しさん:03/09/26 19:41
Windowsが標準のクライアントサイドではJavaは使えんよ。
ただJavaWebStartはすばらしい。
あれだけのためにWindowsのソフトをJavaにリプレースする価値はあると思う。
89仕様書無しさん:03/09/26 21:25
ageageageageageageageageageageageageageageageageageageageage
90仕様書無しさん:03/09/27 01:48
オブジェクト指向指数

Smalltalk >> Java >> C# >> C++
91仕様書無しさん:03/09/27 14:28
Java >> C#なのはどうして?
92仕様書無しさん:03/09/27 15:39
>>91
両方使ってみて、C#のほうが使いにくかったから。
93仕様書無しさん:03/09/27 18:54
オブジェクト指向って言葉が既に古臭い。
94仕様書無しさん:03/09/27 21:39
オブジェクト指向度数

Smalltalk>>>>>>Ruby>>>>>>>>>>>>>>>Java,C#>>>C++,VB6,Delphi,Perl

問題外 C
95仕様書無しさん:03/09/27 21:51
言語はほとんどやってしまった。プログラムなんかも結構
96仕様書無しさん:03/09/27 23:28
日本語のページからPHPを検索しました。 約2,270,000件
日本語のページからjavaを検索しました。 約1,040,000件
日本語のページからperlを検索しました。 約419,000件
日本語のページからDelphiを検索しました。 約116,000件


PHPの圧勝だ!!!!!
97仕様書無しさん:03/09/27 23:35
PHPなんて憶えても何のメリットも無いでしょ。
Javaとasp.netの前ではオモチャ同然!
98仕様書無しさん:03/09/27 23:39
>>94
もまえは本当にVB6がC++やDelphiレベルのOOをできる言語だと思ってるの?
99仕様書無しさん:03/09/27 23:42
PerlってOOだったの?
100仕様書無しさん:03/09/27 23:47
>>98
誤差だろ。
>>99
Perl5からいちおうOOP
101仕様書無しさん:03/09/27 23:49
>>96
日本語のページからCを検索しました。? 約7,160,000件
102仕様書無しさん:03/09/27 23:50
また、googleバカが現れたか
103仕様書無しさん:03/09/27 23:51
>>99 ○○だよ(マルは日常会話で用いられるワイルドカード)
10499:03/09/27 23:53
>>100
知らんかった。てか、今まで興味を持ってなかった。
安い入門書でも買って読んでみるよ。
105仕様書無しさん:03/09/28 00:00
OOの定義が曖昧すぎ。
でもVB6は問題外。
106仕様書無しさん:03/09/28 00:03
PHPのOOもわりと問題外
107仕様書無しさん:03/09/28 00:39
PHPのOOはVB6レベル
108仕様書無しさん:03/09/28 00:41
隊長!!VB.netはOOと認定してもらえますか?

まぁでも、あんなのVBじゃないけど(´・ω・`)アンナノイラナイ...
109仕様書無しさん:03/09/28 00:44
VB.netはOOですね。VB6はOOモドキ
110仕様書無しさん:03/09/28 00:50
ECMAScriptはOOでつか?
とかOOPとして微妙な言語スレ化を試みる
111仕様書無しさん:03/09/28 00:58
.NETは言語関係ないでしょ。
C#もVBも同じ。
112仕様書無しさん:03/09/28 01:03
>>111
本当にそう思ってるなら相当頭悪いよ。
113仕様書無しさん:03/09/28 01:04
PerlはOOですか?
114仕様書無しさん:03/09/28 01:18
>>113
そうだよ。
115仕様書無しさん:03/09/28 01:25
>>114
うそつくなよ。w
(完全にウソじゃないけど)
116仕様書無しさん:03/09/28 01:28
>>112
C#にしかないのってunsafeとオペレーターオーバーロードくらいだろ。
OOとしての機能の違いなんてない。
117仕様書無しさん:03/09/28 01:48
ほかにプロパティ、属性、構造体、delegateってのがあった。

しかしC#は属性以外は糞

118仕様書無しさん:03/09/28 02:01
>>117
全部VB.NETにもあるってばさ。
119仕様書無しさん:03/09/28 02:14
VB.NET が OOPとして十分な機能を備えているという話,
およびVB6とVB.NETは別物って話から,C丼とVB.NETの
比較の話への変りかたがとても奇妙ですね
120仕様書無しさん:03/09/28 02:34
>>119
111からはVB.NETとC#.NETの比較の話だろ?
117は単に勘違いしてるっぽいが。
121仕様書無しさん:03/09/28 04:36
C#のプロパティは使えねーよ。
よくあんなもんが便利だといいきれるもんだな
122仕様書無しさん:03/09/28 10:01
だからプロパティはVB.NETにもあるし、
Javaも実際はフレームワークでプロパティに近い事が出来るよね。
C++も主要なコンパイラではプロパティが独自実装されてる。
Delphiにすらプロパティがあるんだし。
123仕様書無しさん:03/09/28 11:23
perlは奥が深く難しい。
スレタイの言語の中で一番難しいと思う。
124仕様書無しさん:03/09/28 11:55
いや、もっとも難しいのは機械語だ。
125仕様書無しさん:03/09/28 11:56
C#のプロパティは不変クラスを作る際にはお荷物
126仕様書無しさん:03/09/28 12:14
Perlは初心者に薦めてはいけない言語。変な癖が付く
127仕様書無しさん:03/09/28 12:24
PHPも言語仕様がウソコなので素人にはお勧めできない。
128仕様書無しさん:03/09/28 12:25
まあ結論としてはRuby最強なわけだが。
129仕様書無しさん:03/09/28 12:30
perl 面倒だが奥が深い

PHP 簡単だが底が浅い

Ruby 底が浅いがオブジェクト指向を学ぶのにはJavaよりも最適

こんなもんだろ、実際。
130仕様書無しさん:03/09/28 12:35
>perl 面倒だが奥が深い
131仕様書無しさん:03/09/28 12:45
言語それぞれに特徴があって面白いな。
132仕様書無しさん:03/09/28 12:57
perlって簡単だろう・・・面倒じゃないよ。
面倒さだったらC++の方が遥かに上でしょうに。
133仕様書無しさん:03/09/28 13:00
PerlはOO部分の仕様が糞なので奥が深く見えるだけ
134仕様書無しさん:03/09/28 13:09
とりあえず各言語の特徴を教えれ。
135仕様書無しさん:03/09/28 13:32
>>129
> Ruby 底が浅いがオブジェクト指向を学ぶのにはJavaよりも最適
あれはオブジェクト指向というよりモジュール分割機能からMixJuiceに近いようだが。
136仕様書無しさん:03/09/28 13:45
以下、あくまで俺の経験に基づく感想。

C :個人的には一番好き。UNIXが長かったので。カプセル化出来ないのがねぇ。。
C++:winでスタンドアロンのソフトを作るなら最強かも。ネットにも沢山クラスライブラリ転がってるし。
Java:言語自体より、J2EEだのEJBだの覚えるのがめんどい。ただUNIXのWeb開発では最強か?winでは.NETのほうがいいと思う。
COBOL:簡単。ただスコープ化やカプセル化をあまり意識しないので他言語に移行するとき苦労しそう。
Perl:個人的には好きではない。UNIXでは必須。winでは使う必要なし。
137仕様書無しさん:03/09/28 13:57
どうでもいいけどFortran絶滅キボンヌ。
138仕様書無しさん:03/09/28 13:59
JavaはEJBやらJ2EE以前に、JDKライブラリが巨大な割に使いにくいし、
SDKドキュメントも探しにくくて、検索もまともにできないしどうしようもないね。
139仕様書無しさん:03/09/28 14:20
C:これしか使えません。
C++:オブジェクト指向って何すか?
Java:もはや意味不明
COBOL:知りません
Perl:何すかこれ?
140仕様書無しさん:03/09/28 14:32
>>132
そうか?
C++のほうが便利で簡単だと思うが。
141仕様書無しさん:03/09/28 14:57
>>138
> JavaはEJBやらJ2EE以前に、JDKライブラリが巨大な割に使いにくいし、
(゚Д゚)ハァ?  C/C++の聖書のような分厚いライブラリに比べれば全然少なく
使いやすいんだけど。

> SDKドキュメントも探しにくくて、検索もまともにできないしどうしようもないね。
君みたいなDQNはUnixも使いこなすこともできないよ。
142仕様書無しさん:03/09/28 16:08
SDKが検索しにくい?
JDKには最強の検索エンジンGoogleがついているではないか
143仕様書無しさん:03/09/28 16:09
Javaのライブラリは壮絶に美しい。
だが、INIファイルを読みたいときも、CSVを
読みたいときも、JDKは助けちゃくれないんだ。
144仕様書無しさん:03/09/28 16:10
C++は正規表現を標準でサポートしていないため、
文字列処理が非常に面倒。
145仕様書無しさん:03/09/28 16:11
>>143
StringTokenizerもシラナイノカ…
146仕様書無しさん:03/09/28 16:13
ストリームトークナイザが連続する区切り文字を読みとばすクズだってことも知らないのか?
つーか、エスケープはどうしろと?
147仕様書無しさん:03/09/28 16:16
TSVにしなさい。空レコードにはNULLとか書いとけ。
148仕様書無しさん:03/09/28 16:20
トークナイズくらい自分でやれよ…
INIファイルは遺物。
149仕様書無しさん:03/09/28 16:23
そりゃ、じぶんでやったさ
150仕様書無しさん:03/09/28 16:34
>>147
TSVってTAB区切りのファイルのこと?
151仕様書無しさん:03/09/28 17:13
>>146
お前はStreamとStringとを間違えているのではないかと。

Jakarta OROやJakarta Commonのユーティリティ使えよ。
152仕様書無しさん:03/09/28 17:16
大して多くの事を知ってるわけでもないゴミどもが言語を主張してるスレはここですか?
153仕様書無しさん:03/09/28 17:21
ゴミを煽って自尊心を満足させている哀れなクズのレスは>>152ですか?
154仕様書無しさん:03/09/28 17:24
ここで釣れた宣言ドゾ
155仕様書無しさん:03/09/28 17:29
釣れた釣れた。



(満足か。これで満足なのか。>>154よ。俺は言ってやったぞ。
お前のこころは幸せか。お前の望むとおりに事が運んだんだ。
なあ、もっと嬉しそうな顔をしたらどうだ。なあ、>>154よ)
156仕様書無しさん:03/09/28 17:31
>>155
クダラネ
157仕様書無しさん:03/09/28 17:49
>>152
この五つの言語全てに精通しているのは1000人に1人いるかどうかだぞ。
ふたつ知っているだけでも発言してもいいと思うぞ。
158仕様書無しさん:03/09/28 17:52
CとC++知ってて発言されてもねえ…
4つは知らないと駄目だろ
159仕様書無しさん:03/09/28 18:11
NetCOBOL
COBOL
Perl
C
...
160仕様書無しさん:03/09/28 18:14
C,C++,Java,COBOL,Perlの内の4つだから
NetCOBOLとCOBOLは両方合わせて1つだろ
161仕様書無しさん:03/09/28 18:23
Ruby!
162仕様書無しさん:03/09/28 18:53
そういや最近rubyって聞かないなぁ
まだ使ってる人いるの?
163仕様書無しさん:03/09/28 19:32
Haskell,MLを勉強しようと思い立って丸一年。
やっぱり必要に迫られないとダメだな。

普通にいますけど。Ruby厨がいなくなって久しいだけでは
164仕様書無しさん:03/09/28 20:32
COBOL以外は全部コーディング経験がある。
COBOLはソースコード見たことしかない。
165仕様書無しさん:03/09/28 22:36
>>164
ああやっぱり。
COBOLやっている人はCOBOLから離れないし、
あなたのような職歴だとCOBOLの仕事は回ってこない。
あなたのような人が多数派だと思うけど。
166仕様書無しさん:03/09/28 22:44
COBOLやっている人はCOBOLから離れないというのは、
COBOLはそんなに割がいい仕事なのか?
167仕様書無しさん:03/09/28 22:55
COBOL使いがCOBOL以外のコードを書くと、周りにゴキブリのように嫌われるので、
是非書かないで頂きたい。
168仕様書無しさん:03/09/28 23:17
Perl使いのほうがヒドイと思う。
169仕様書無しさん:03/09/29 00:43
PerlってのはS式にどうしても馴染むことのできないC屋のための言語です。
lispもCも理解出来ない人間がやるものじゃありません。
170仕様書無しさん:03/09/29 00:47
>>1 C,C++,Java,,,,,,,百歩譲ってCOBOLまでは分かるが、Perlなんか一緒にするなよ。
171仕様書無しさん:03/09/29 01:19
@HASH{LIST}みたいにして、ハッシュの部分集合を特定できるのは好きかも
172仕様書無しさん:03/09/29 01:24
PerlのOO機能が好きでつ
舞台裏をイチイチ意識して
書かなきゃならないところが
あえて好きでつ
173仕様書無しさん:03/09/29 04:45
>>172
PerlのOOはいいね。俺も好き。
OOの底辺にある原理が分かる。
174仕様書無しさん:03/09/29 05:20
おっす、オラ、フリープログラマ!
契約しているコンピュータ会社の担当者様(社長)がヤヴァイ
どんなプログラムもPHPで組ませようとさせるんだ!

サーバに組み込むプログラム作ってるんだが、サーバの実行環境の詳細を聞くメール出したら
一言「OSはLinuxです。それ以外はちょっとわからないです」だ!

納期まで半月切ってヤヴァイってのに、オラ、なんだかワクワクしてきたぞ!
175仕様書無しさん:03/09/29 08:38
せっかくだから、PHPの神と呼ばれるくらいにPHPを極めましょう。
ただし、コメントは過剰気味と思うくらいに書いておきましょう。
でないと後で死ねます。
176仕様書無しさん:03/09/29 10:12
>>172
Perl6はどうなの?OO機能に関してはがらっと変わったらしいけど。
あとParrot。。。。
177仕様書無しさん:03/09/29 10:25
>>173
perlはアクセス権を設定できないのが(ry
178仕様書無しさん:03/09/29 10:59
http://eto.com/d/0207.html

結構いろんな言語ってあるんだな。
179仕様書無しさん:03/09/29 12:00
PerlのOOなんて糞だろ。あんなの多用してコーディングしてる奴は
おれは認めないね。OOやりたきゃPythonやRubyでもやっていればよし。
180仕様書無しさん:03/09/29 12:20
>>177
アクセス権設定できる事を知らない素人だな。
181仕様書無しさん:03/09/29 14:46
>>179
別にお前に認められてもしょうがない。
perlのソースコードはお前見たいな馬鹿が書くと
ぐちゃぐちゃになるけど、巧い人が書いたものはJavaなんかより
よっぽど美しいものだ。それすら知らん無知な人間に言う事はない。
182仕様書無しさん:03/09/29 14:48
>>181
> 巧い人が書いたものはJavaなんかより
> よっぽど美しいものだ。それすら知らん無知な人間に言う事はない。
見てみたいです。
183仕様書無しさん:03/09/29 14:53
おいこら、181の美的感覚に突っ込むのはよしてやれよ
184仕様書無しさん:03/09/29 14:59
>>182
http://www.perl.com/
CPANのソースでも見てみな。
185仕様書無しさん:03/09/29 15:05
Javaは贅肉が付きすぎてる。
まるで中年デブを見るようだ。
それに比べperlはスリムで無駄がない。
Lispにも同じことが言える。
186仕様書無しさん:03/09/29 15:12
http://www.shiro.dreamhost.com/scheme/trans/icad-j.html
こういうの見ると、所詮はPerlはLISPの後追いしてるだけにしか見えないけど
187仕様書無しさん:03/09/29 15:29
>>186
まあそうだろうね。
まだ現在でもLISP以上に生産性の高い言語は存在しないからな。
188言語の力1:03/09/29 16:09
私が言う言語の相対的な力を説明するために、次の問題を考えてみよう。アキュムレータを生成する関数、すなわち、数nを取り、
「数iを取ってnをiだけ増加させ、その増加した値を返す関数」を返すような関数だ。
(「増加させる」に注意。ただ足すだけではない。アキュムレータ(累積器)だから累積させなければ)。
Common Lispではこんなふうになるだろう。
(defun foo (n)
#'(lambda (i) (incf n i)))
そしてPerl 5ではこうだ
sub foo {
my ($n) = @_;
sub {$n += shift}
}
Perl 5の方がLispのより要素数が多いが、これはPerlではパラメータを自分で取り出さなければならないからだ。
SmalltalkもLispよりちょっと長くなる
foo: n
|s|
s := n.
^[:i| s := s+i. ]
レキシカルな変数が使えるが、パラメータには代入できないから、新しい変数sを作らなくちゃならない。
Javascriptでもこの例はちょっと長くなるが、それは文と式の区別を持っているために、明示的なreturn文を使わなければならないからだ。
function foo(n) {
return function (i) {
return n += i } }
(公正を期するなら、Perlもこの区別を持っているが、通常の書き方ではreturnを省略できる)
このLisp/Perl/Smalltalk/JavascriptをPythonに移そうとするとちょっとした制限につきあたる。Pythonには完全なレキシカル変数が無いため、
nの値を保持するデータ構造を作らなければならないからだ。また、Pythonは関数データ型を持っているが、その関数が単一の式で表されない場合はリテラル表記できない。だから名前をつけた関数を作ってそれを返さなければならない。こんな感じになるだろう。
def foo(n):
s = [n]
def bar(i):
s[0] += i
return s[0]
return bar
189言語の力2:03/09/29 16:11
OO言語では、一つだけメソッドを持つクラスを定義してメソッドが参照する変数をクラスのフィールドに置き換えれば、制限はあるものの、クロージャ(定義されたスコープ内の変数を参照できる関数)
を模倣することはできる。そうすることは、レキシカルスコープを完全にサポートする言語ではコンパイラがやってくれるような作業をプログラマが自分でやるようなものだし、複数の関数が同一の変数を参照する場合なんかは使えないけれど、この例のような簡単な場合は十分だ。

Pythonのエキスパートは、こっちの方法の方がPythonらしいということに同意するんじゃないだろうか。たとえばこう書いたり

def foo(n):
class acc:
def __init__(self, s):
self.s = s
def inc(self, i):
self.s += i
return self.s
return acc(n).inc

あるいはこうだ。

class foo:
def __init__(self, n):
self.n = n
def __call__(self, i):
self.n += i
return self.n

190言語の力3:03/09/29 16:12
私がこの例を入れたのは、 Python支持者が、私が言語を間違った方法で紹介しているんだと思わないようにだ。
だがどちらの方法も、私にとっては最初の例より複雑に見える。
アキュムレータを保持する場所を作るという同じことをしているだけで、それが最初の例ではリストの先頭であり、これらの例ではフィールドになっただけだ。それに特殊な予約フィールド名、特に __call__ はちょっとしたハックのように感じられる。

PerlとPythonの比較では、 Pythonハッカーの方はいつもPythonがPerlよりエレガントに書けると
主張しているようだが、この例を見る限り、言語の力は究極のエレガンスに通じるようだ。 Perlの方が、構文はちょっと醜いが、単純だ (より少ない要素で書ける)。

他の言語ではどうだろう。この話で述べた他の言語--Fortran, C, C++, Java,そしてVisual Basic--では、この問題が解けるかどうかさえ定かではない。 Ken Andersonは、次のコードはJavaでやる限り最も近い解だと述べた

public interface Inttoint {
public int call(int i);
}

public static Inttoint foo(final int n) {
return new Inttoint() {
int s = n;
public int call(int i) {
s = s + i;
return s;
}};
}


>>186のリンク先から抽出。

191言語の力3:03/09/29 16:17
>>186のリンク先の結果では

言語の力は
Lisp>>perl>python>>>C++>Java>c

のようだな。
192仕様書無しさん:03/09/29 21:07
俺の隣に座っているやつはJava Scriptできれば何でもできるといっています。
193仕様書無しさん:03/09/29 21:34
空も飛べるはず
194仕様書無しさん:03/09/30 00:14
言語の力がどうであろうと
LispやPythonじゃ食ってけないでしょ
Perlもかな
195仕様書無しさん:03/09/30 00:20
>>194
小規模なところで好きにできるなら食っていけるんじゃない?
196仕様書無しさん:03/09/30 00:32
LISPをなんだかとんでもなく遅いと思ってる香具師もいるみたいだけど、
マクロ使わない限りは、Javaよりも速かったりするよ。
197仕様書無しさん:03/09/30 00:34
古い言語は古い評価が残ってるからぬぇ
198仕様書無しさん:03/09/30 10:32
>>185
> Javaは贅肉が付きすぎてる。
> まるで中年デブを見るようだ。
> それに比べperlはスリムで無駄がない。
> Lispにも同じことが言える。
拡張性も最悪なあのperlがねえ
199仕様書無しさん:03/09/30 10:54
>>198
お前ど素人なのがバレバレだぞ。どうせ言語やりたての初心者だろ。
恥ずかしい奴だな。
200仕様書無しさん:03/09/30 13:08
Java房は知ったか君でした。
201仕様書無しさん:03/09/30 21:28
C:ふつう
C++:使いにくい
Java:おせーんだよ、死ね
VB:最強
Delphi:糞言語
C#:よくわかんねーし使ったことねー
HSP:超最強
Perl、PHP:プッ
Ruby、Python:名前しか知らない
Objective-C、Cobol、Smalltalk、Ada、Haskel、Scheme、Tcl/Tk:知らない
202仕様書無しさん:03/09/30 21:40
>>201
HTMLが抜けているよ!!これほど最強の言語は無いからね
203仕様書無しさん:03/09/30 21:46
C:化石言語は使わないし
C++:Cより全然楽だね
Java:プログラミング楽しい
VB:よくわかんねーし使ったことねー
Delphi:よくわかんねーし使ったことねー
C#:よくわかんねーし使ったことねー
HSP:よくわかんねーし使ったことねー
Perl、PHP:perlは知ってるけどPHPって何だろう
Ruby、Python:名前しか知らない
Objective-C、Cobol、Smalltalk、Ada、Haskel、Scheme、Tcl/Tk:全然知らない
204仕様書無しさん:03/09/30 21:47
>>201
明らかに釣りだとわかり面白くない
205仕様書無しさん:03/09/30 21:54
C:今時ただの手続き型言語かよ( ´,_ゝ`)プッ
C++:(・∀・)イイ! いい加減VC++は例外仕様とexportに対応しろよ
Java:ドキュメントショボすぎ。メモリ喰いすぎ。
VB:.netなら許す。VB6は逝ってよし。
Delphi:beginとend書くのが面倒だったりローカル変数定義できる位置が決まってたりしてむかつく
C#:eventの仕様が嫌い
HSP:ウンコー
Perl:汚すぎ
PHP:もうちょっとまともなOOさせろよ
Ruby:なんか文法がマンドクセ
Python:インデント位好きにさせろよ
LISP:(゚听)イラネ
Objective-C、Cobol、Smalltalk、Ada、Haskel、Scheme、Tcl/Tk:(゚听)シラネ
206仕様書無しさん:03/09/30 21:59
>>205
自分で言語作れ
207 :03/09/30 22:37
c, Lisp, COBOL, VB

得意分野のある言語は強いと思う。生き残っただけの価値はある。
208仕様書無しさん:03/09/30 22:41
FortranMona-
209仕様書無しさん:03/09/30 23:35
>>199
> お前ど素人なのがバレバレだぞ。どうせ言語やりたての初心者だろ。
> 恥ずかしい奴だな。
何も根拠もなく言語やりたてと言い切るあたりが厨房臭いぞ。

おれはネットサーフレスキューのperlソースコードを
なんども修正してうんざりしているんだよ。

いくらperl5からオブジェクト指向がサポートされたといってもあの中途半端な
仕様はJava使いからみたら使えねえんだよ。
あのVBのような曖昧な型が気に食わん。
どうせやるならせいぜいPHPくらいにしとけや。

レスポンス速度はperlよりもJavaのほうが速いしな。
210仕様書無しさん:03/10/01 00:12
C:強
C++:最強
Java:中
VB:弱
Delphi:弱
C#:謎
HSP:謎
Perl:中
PHP:謎
Ruby:中
Python:謎
Objective-C、Cobol、Smalltalk、Ada、Haskel、Scheme、Tcl/Tk:謎
211仕様書無しさん:03/10/01 00:51
いまどきC++最強とか逝ってる奴は頭が古い奴
212仕様書無しさん:03/10/01 00:51
>おれはネットサーフレスキューのperlソースコードを
>なんども修正してうんざりしているんだよ。

.....
213仕様書無しさん:03/10/01 22:15
C:強
C++:最強
Java:中
VB:糞
Delphi:弱
C#:中
HSP:惰弱
Perl:弱
PHP:謎
Ruby:うんこ
Python:謎
Objective-C:謎
Cobol:中
Smalltalk、Ada、Haskel、Scheme、Tcl/Tk:うんこ&謎

スクリプト言語は基本的に「補助」だよ。
ここで議論すべきでない。
PerlしかりVBSしかり。
214仕様書無しさん:03/10/01 23:20
64 非決定性名無しさん  01/12/19 15:02

募集広告見て気楽に「逝ってみようかな」とか思ってたんだけど、ここ
見ると羽生田、萩本、Tucker(敬称略)…メジャーネームばっかりじゃん!
これにSRAの青木さんとか酒匂さんとか加わったら日本最強と違うか?

漏れはとりあえずオージス総研のUML試験受けてから出直してきます。

65 非決定性名無しさん  01/12/20 06:28

>>64
現場経験はないくせに自分がメジャーだと認識していてタチが悪い。
オブジェクト指向界のメジャーネーム≠ソフトウェア業界のメジャーネーム

67 非決定性名無しさん  01/12/20 09:45

>>64
あまりくわしく書けないけど、青木さんと酒匂さんは現場経験あるよ。
酒匂さんは大失敗して新聞沙汰にまでなった某大プロジェクトの
リーダーやってたことがある。まぁ失敗の原因の多くは国際仕事機械
(英訳して頭文字つなげると…)のマネージメントの悪さにあった
らしんだけど。

215仕様書無しさん:03/10/01 23:21
70 非決定性名無しさん sage 01/12/20 23:34

>>67
Q大病院の件?
あの時のSmalltalkMLはすごかったみたいね。

71 非決定性名無しさん  01/12/21 10:49

>>70
そこまではっきり言っちゃ駄目だってば(藁。
今は知らんけど、当時は厳重な箝口令が出てたんだから。

74 非決定性名無しさん  01/12/21 21:44

>>73
国際仕事機械のドジな仕事ぶりが爆笑のネタになったのは確かだけど、
漏れみたいなハンパなオブジェクト指向野郎には結構ショック大だったよ。
「やっぱオブジェクト指向(Smalltalk)は現場じゃ使い物にならないのか」ってね。

75 非決定性名無しさん sage 01/12/21 23:20

>>74
現場じゃVB>>Smalltalkってことなんでしょうね。
いくら高尚な理念もっても動かなきゃ、銭にはなりません。
その点VBは現場の最高のパートナーだよ。
どれだけ助けられたか・・・・・。
216仕様書無しさん:03/10/02 11:13
>>215
そこの
>>73はいいすぎ。
頭の悪い先輩に洗脳されたのかね。
217仕様書無しさん:03/10/02 19:54
>>213
cobol 中

これ見たら、あんたの仕事内容と言語能力が十分過ぎるほど分かるね。
218仕様書無しさん:03/10/02 21:47
>>209
本物のど素人だったか・・・
219仕様書無しさん:03/10/02 22:49
>>217
>十分過ぎるほど分かるね。

じゃあ具体的に書いてみて。どうせ何も分からないだろうけど。
220仕様書無しさん:03/10/02 22:56
>>219
事務処理系の仕事がメインのSE。
昔COBOL愛用者。
VBが糞と書いてある事から見てもVBも出来ない
でSEをしている。
PGはもうしていない。SEのみ。

こんな所だろ。
221仕様書無しさん:03/10/02 23:00
C:強
C++:最強
アセンブラ:無敵
Java:中
VB:糞
Delphi:弱
C#:中
HSP:惰弱
Perl:弱
PHP:謎
Ruby:逝ってよし
Python:謎
Objective-C:謎
Cobol:中
Smalltalk、Ada、Haskel、Scheme、Tcl/Tk:うんこ&謎
222仕様書無しさん:03/10/02 23:02
>>221
もまえはハッカー志願の厨房
223仕様書無しさん:03/10/02 23:03
>>219
当たったか?
224221:03/10/02 23:03
工房でした。
225仕様書無しさん:03/10/02 23:04
C:謎
C++:謎
アセンブラ:謎
Java:謎
VB:最強
Delphi:死ね
C#:謎
HSP:謎
Perl:謎
PHP:謎
Ruby:謎
Python:謎
Objective-C:謎
Cobol:中
Smalltalk、Ada、Haskel、Scheme、Tcl/Tk:謎
226仕様書無しさん:03/10/02 23:10
>>222
もまえはハッカー気取りのダメポプログラマー
227仕様書無しさん:03/10/02 23:14
C:中
C++:強
アセンブラ:無敵
Java:中
VB:弱
Delphi:中
C#:中強
HSP:糞
Perl:中弱
PHP:中弱
Ruby:厨
Python:中
Objective-C:中
Cobol:古
Smalltalk:祖
Ada:軍
Haskel:最強
Scheme:美
Tcl/Tk:隙
228仕様書無しさん:03/10/02 23:31
なんかデジャヴ
229仕様書無しさん:03/10/03 09:20
>>81
Perlわろたw
230仕様書無しさん:03/10/03 18:58
>>227
最強といっている割には、綴りのミスに気付いてないし。
23133:03/10/03 19:50
ば、ばれたか!
232227:03/10/03 21:23
>>230
あとT「k」がT「k」になってるね
233仕様書無しさん:03/10/03 23:57
C…実行速度において最強
Perl…開発速度において最強
要はTPOかな。。。
234仕様書無しさん:03/10/04 00:20
>>220
>事務処理系の仕事がメインのSE。-->×
>昔COBOL愛用者。---------------->×
>VBが糞と書いてある事から見てもVBも出来ない-->△
>PGはもうしていない。SEのみ。--------------->△

>こんな所だろ。
くっそー1個ぐらい当てろよ!
235仕様書無しさん:03/10/04 01:24
Perl…開発速度において最強
これは有り得ない
236仕様書無しさん:03/10/04 05:13
つーかいちいちプロセス起動するcgiよりServletがおそいってのはありえない。
そもそも文字列処理が苦手なCでまともに開発しようってのがありえない
237仕様書無しさん:03/10/04 06:53
>いちいちプロセス起動するcgi

無知って怖いね
238仕様書無しさん:03/10/04 07:27
>>Perl…開発速度において最強
>これは有り得ない
>235
とすると5言語中、開発速度の最速はどれだとおもってんの?
239仕様書無しさん:03/10/04 08:09
つうか用途によって
使う言語変わるだろ。
クライアントでperl,Javaはありえないし
ネットワーク系でCOBOLはありえない。
C/C++は両刀だけど、鯖側ではperl,Javaに開発速度でかなわない。
perlは小規模なものでは、
開発速度、動作環境の確保などで圧倒的に強いし、
Javaは大規模なものに圧倒的に強い。

スレタイに書いてある言語のほかにもいっぱい言語はあるし
一部用途によっては圧倒的に優位な言語もある。
240仕様書無しさん:03/10/04 08:20
だから変な争いする前に言語の特性をしっかりつかんで
用途用途に使い分ければいい。
1言語習得するのに2週間あればとりあえずはマニュアル
見ながらでも作れるようになるだろ。
基本的に基礎が出来ていればあとは実現方法が
言語によって変わるだけなんだから。
あまり難しく捕らえるな。
多分、他の言語を攻撃してる人は
その言語自体もあまり出来ないんじゃないかな。

241仕様書無しさん:03/10/04 12:38
「何となく嫌い」って間はいくらその特性を知識として知ってても
手をだしたく無いもん,馬鹿になって攻撃しあってどこが嫌いなんか
はっきりさせるのも良い機会になるんじゃないかって事で
あえてここにいる人は結構いるんじゃないかな…といってみる
242仕様書無しさん:03/10/04 14:03
Java+Genericsはコードセーフ性において最強。
243仕様書無しさん:03/10/04 23:28
>>237
一度データを読み込んでget/post来るまで待っておくことなんか
CGIではできんだろ?
244仕様書無しさん:03/10/05 00:05
>一度データを読み込んでget/post来るまで待っておくことなんか
>CGIではできんだろ?

無知って怖いね
245仕様書無しさん:03/10/05 00:48
つまり代弁するとCGIはロードするたびにプロセスを起動を繰り返すので
応答に時間がかかる。

CGIでCするとき、サーバ内でのみ計算するならばCのほうがJavaより
高速。しかし、前述のようにC/SシステムではServletのほうが高速。

Servletではロードするたびにプロセスを再起動することもなく、
一度起動したら常駐するのでCGIと比べれば断然応答速度が速い。
しかしその代わりメモリを大量消費するので
無量レンタルサーバでJSPやServletを使わせてくれるところは殆ど無いため
あちらの世界ではPHPが覇権を握っている。
もし、メモリが安価になればレンタルサーバ市場もJSP, Servletが
PHPやperlにとってかわるだろう。
246仕様書無しさん:03/10/05 00:56
469 仕様書無しさん sage 03/10/05 00:04

>>461
perとJavaとでのベンチマーク結果ではperlよりJavaのほうが
10倍高速と言う記録がでたらしいけど。

CとJavaとのベンチマーク結果ではCよりJavaのほうが2倍ほど高速という
記録もでたらしい。

CGI使った場合の話だけどね。
247仕様書無しさん:03/10/05 01:00
>>237,244
は厨ってことでFA?
248仕様書無しさん:03/10/05 01:04
>>247
FastCGI
FastCGI SA
249仕様書無しさん:03/10/05 01:06
なんつーか無知って怖いね本当に。
250仕様書無しさん:03/10/05 01:13
メモリ消費
Java 数十MB
C++(FastCGI SA) 数MB
mod_perl 数MB
mod_php 数MB

速度
ある程度大規模なWebApp(DBはPostgreSQL,Persistent接続)を想定した場合。
JavaもC++&FastCGI SAもほとんど同じ。
mod_perl,mod_phpは遅め。
251仕様書無しさん:03/10/05 08:54
他言語のCGIと比べるなら
JavaもCGIで使うべきだと思うのダガー
252仕様書無しさん:03/10/05 09:16
>>245は本当に何も知らないJava房
こんな奴がまともな物作れるとは思えんよ。
253仕様書無しさん:03/10/05 09:29
馬鹿ばっか
254仕様書無しさん:03/10/05 09:59
>>245
はまず言語云々の話より基礎を勉強しないと
使い物にならないね。
ま、Java房全体に言えるんだろうけど。
255仕様書無しさん:03/10/05 10:02
来年の今頃は中国人やインド人に混じって仕事していることだろう。
256仕様書無しさん:03/10/05 12:32
つかPerl厨はRuby、Phython、HSPに乗り換えようとしないわけ?
257仕様書無しさん:03/10/05 12:33
×phython
○python
258仕様書無しさん:03/10/05 14:59
>>254
禿同
どの言語使おうと人次第でどうにでもなるな。
259仕様書無しさん:03/10/05 15:07
>>252>>254は具体的な反論ができないあたり
Javaに対する妬み、憎しみが想像以上に大きいと見た。
260仕様書無しさん:03/10/05 15:24
>>258
そうだなあ。
応答速度が中心的な話題になっているけど、それが問題になる場合、
(少数の例外を除いて)言語処理系に原因があるって事は無いよ。
作り方次第だよ。
言語を知っているだけでは応答速度の改善が出来ない場合のほうが多いしね。
261仕様書無しさん:03/10/05 15:37
なんか5種の内、どの言語も簡単には死滅しそうにないゾ。
絶対に死滅しない言語も混ざっているし。
このスレは延々と続くのだろうか。
262仕様書無しさん:03/10/05 15:39
死滅はしなくてもシェアが縮小しそうなものがあるぞん。
263仕様書無しさん:03/10/05 16:22
>>259
具体的な反論する必要ないほど
>>245が完全に間違ってる事言ってるんだよ。
煽って教えてもらおうとするなよ。
264仕様書無しさん:03/10/05 16:29
完全に間違っていることを証明できないんじゃ離しにならないな。
265仕様書無しさん:03/10/05 16:36
>>264
だから煽って教えてもらおうとするなと言ってるだろ。
その程度の知識しかないのにまあ、
Java房はよくWebアプリと言えるもんだw
ここのJava房は初心者だと言う事が分かったから
そっとしておいてやれ。
266仕様書無しさん:03/10/05 17:28
教わっておきながら煽っているのはお前だろと。
give and takeのtakeしかしようとしないのはお前だろと。
267仕様書無しさん:03/10/05 21:44
Javaができることの一つとしてwebアプリなんて朝飯前なのだが
268仕様書無しさん:03/10/05 22:37
Java人気スレjからの飛び火か?
269仕様書無しさん:03/10/05 22:52
ところで
C/C++/Java/COBOL/Perlの
C/C++は
CとC++別々に扱っているのか
それともC/C++として一緒くたにして扱っているのか
どっちだ?
270仕様書無しさん:03/10/05 22:53
いっしょじゃないように見えるが。
デリミタ全部一緒だし。
271仕様書無しさん:03/10/05 22:56
ではどうぞ
272仕様書無しさん:03/10/05 22:59
>>268
つーかここが次スレに指定されますた。
273仕様書無しさん:03/10/05 23:01
皿仕上げ
274仕様書無しさん:03/10/05 23:01
奴らが・・・来るッ!
275仕様書無しさん:03/10/05 23:01
アホアンチ召還あげ
276仕様書無しさん:03/10/05 23:02
>>273
あげて無いじゃん(w
277仕様書無しさん:03/10/05 23:04
アホアンチは今頃悔しくて泣いてます。
278仕様書無しさん:03/10/05 23:04
VBスレにPerl厨のフリして書き込んだ奴いるだろ

白状しろって
279仕様書無しさん:03/10/05 23:08
Java人気スレPart4が立てられました
http://pc.2ch.net/test/read.cgi/prog/1065362706/
280仕様書無しさん:03/10/05 23:11
詭弁の見抜き方

1.事実に対して仮定を持ち出す
2.ごくまれな反例をとりあげる
3.自分に有利な将来像を予想する
4.主観で決め付ける
5.資料を示さず自論が支持されていると思わせる
6.一見関係ありそうで関係ない話を始める
7.陰謀であると力説する
8.知能障害を起こす
9.自分の見解を述べずに人格批判をする
10.ありえない解決策を図る
11.レッテル貼りをする
12.決着した話を経緯を無視して蒸し返す
13.勝利宣言をする
14.細かい部分のミスを指摘し相手を無知と認識させる
15.新しい概念が全て正しいのだとミスリードする
281仕様書無しさん:03/10/06 00:29
COBOLerが激しく嫌いなのですが
いつ死滅しますか?
282仕様書無しさん:03/10/06 22:00
Java房が激しく嫌いなのですが
いつ死滅しますか?
283仕様書無しさん:03/10/06 23:04
>>281
100年後
>>282
100年後
284仕様書無しさん:03/10/07 22:07
>>283
その予想イイセン逝ってるな
285仕様書無しさん:03/10/10 23:43
>>283
50年程度しか歴史の無い業界で100年後?
未来永劫と同義語に聞こえるけど。

>>281
汎用機が使用されなくなるまでです。

>>282
javaは反M$陣営の武器の一つなので、
もっとよい武器が出来る。
反M$陣営が勝つ。
反M$陣営が負ける。
のいずれかが起こらないと
javaは死滅しません。
286仕様書無しさん:03/10/11 00:12
反M$陣営が勝ったとして次には誰が世界を支配する?
Oracle? IBM?


それとも。ソフトウェアとは関係ない企業、DNA、ナノテクノロジー関連企業?
287285:03/10/11 00:17
>>286
そんなことがわかれば、どんなことをしてでも、そこに就職するよ。
288仕様書無しさん:03/10/11 02:29
Sunじゃないことだけは確実
289仕様書無しさん:03/10/11 02:36
>>287
給料なしでもいいから雇ってくれと言えば雇ってくれるかも。
マクドのバイトより給料はでんかもしれんな。
それに社員になれば株の取得も制限される。
となれば、そこの株をたくさん買えばいいのですよ。
290285:03/10/11 02:50
>>289
あのねえ。どこかがわかんないって言っているんだけど。
291仕様書無しさん:03/10/11 06:38
>給料なしでもいいから雇ってくれと言えば雇ってくれるかも。

お前はリアル消防か?(w
292仕様書無しさん:03/10/12 08:23
いまから最近のjava人気についての避難先になりました
293仕様書無しさん:03/10/12 08:26
Javaスレまだん?
294仕様書無しさん:03/10/19 20:24
保守age
295仕様書無しさん:03/10/19 20:29
Javaに決まってんだろ、素人童貞どもが

てか、なんでCとCたすがあるの?(プ
296仕様書無しさん:03/10/20 08:08
オブジェクト指向言語と関数型言語の見事な調和を実現した
時代の最先端言語Perl6
もはやJavaなどは敵ではない。

オブジェクト指向言語と関数型言語の見事な調和を実現した
時代の最先端言語Perl6
もはやJavaなどは敵ではない。

オブジェクト指向言語と関数型言語の見事な調和を実現した
時代の最先端言語Perl6
もはやJavaなどは敵ではない。

297仕様書無しさん:03/10/20 08:43
SWT最強。WebStart最高。Java無敵。萌え。
半熟スクリプタどもはXSSに注意しながらショボイCGIでも作ってろ。
298仕様書無しさん:03/10/20 12:06
蛇場厨うざい
299仕様書無しさん:03/10/20 13:05
SWT重いしね。
300仕様書無しさん:03/10/20 23:26
Perlのある意味スゴいところは
オブジェクト指向言語と関数型言語の調和と言うよりは
オブジェクト指向言語とPerl
関数型言語が普通持っている機能とPerl
の調和では無いだろうか…

ラクダ本には Larry 自身が代入すらを副作用と呼んでしまうような
立場を素直に受け入れたくなさそうな事を書いてあったし,
少なくとも関数型言語とは違う道を辿ろうとしてるんじゃないだろうかね

301仕様書無しさん:03/10/20 23:28
オブジェクト指向言語と関数型言語の調和ならOcamlでええやん。
302Javaマンセー:03/10/24 08:03
Javaマンセー
303仕様書無しさん:03/10/24 15:08
まーperl慣れると楽だよ。
つかあの「哲学的ないい加減さ」が癖になるんだ罠。
304仕様書無しさん:03/10/24 21:12
>>299
あれでSWTが重いっていったらあんた、次期Windows Longhornを
使うのがとてつもなく不快に感じるぞ
305仕様書無しさん:03/10/24 22:27
http://pc.2ch.net/test/read.cgi/prog/1066548599/382
> >Perl6は以前のバージョンとの互換性もほとんどなく

> 実際に使った事ないのにデマ流すな。
実際にPerl6使えもしないのにデマ流すなw

> Perl5との互換性はある。
完全互換性が無いのにデマ流すなw

> つまりPerl6でもPerl5の書き方が出来ると言う事。
Perl6ですべてのPerl5のコーディングスタイルを全て真似できないのにデマ流すなw
306仕様書無しさん:03/10/24 22:42
Perl6はVMで動くから遅い
307仕様書無しさん:03/10/24 22:51
>>306
Parrot上で動くPerlの速度は
Perlの10倍だよ。
ググってみれ
308仕様書無しさん:03/10/24 23:12
Parrotの起動に何秒かかりますか?
ParrotはJava並にメモリ消費しまくりデスか?
309仕様書無しさん:03/10/25 16:59
>>307
お前みたいなPerl6をしつこく押し付ける口だけの捏造厨の発言は信用できん。
310仕様書無しさん:03/10/25 17:00
PerlVM対応OSが少ない今、Perl6の必要性はまだ少ない。

311仕様書無しさん:03/10/25 17:02
ベストなのはParrotにRubyが移植されること
312仕様書無しさん:03/10/25 18:13
Perl厨とJava厨は同一人物と見た
313仕様書無しさん:03/10/25 18:17
C++のtemplateはDQN
314仕様書無しさん:03/10/25 18:22
理解できない香具師にとってはそうかもな。
315仕様書無しさん:03/10/25 18:25
Genericに余計な機能をつけコードを煩雑化させるためにあるのがtemplateの無駄な仕様。
316仕様書無しさん:03/10/25 19:20
理解できない香具師にとってはそうかもな。
317仕様書無しさん:03/10/25 21:06
オブジェクト指向もろくに知らないくせにテンプレートマンセーとかいってんじゃねえよ 
318仕様書無しさん:03/10/25 22:16
理解できない香具師にとってはそうかもな。
319仕様書無しさん:03/10/26 19:47
お前が、仕事中に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の設計思想を知っているのか?
お前は本当に技術者なのか?
お前は本当にやる気があるのか?
320仕様書無しさん:03/10/26 19:48
>>319
ここから勝手にコピーしただろ
http://pc.2ch.net/test/read.cgi/prog/1066548599/596
321仕様書無しさん:03/10/26 19:49
322仕様書無しさん:03/10/26 19:50
323仕様書無しさん:03/10/26 19:51
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の設計思想を知っているのか?
お前は本当に技術者なのか?
お前は本当にやる気があるのか?
324仕様書無しさん:03/10/26 20:02
>>323 みたいな香具師が Java を使ってるとは思いたくないな
325仕様書無しさん:03/10/26 20:14
とはいえ、言い返せなくなると
>>324見たいなのが化けて誤魔化すことは2chでいくらでもできる
326仕様書無しさん:03/10/26 21:38
ワラタ
327仕様書無しさん:03/11/04 08:38
Perl至上主義(プ
328仕様書無しさん:03/11/04 09:19
Java至上主義マンセー
329仕様書無しさん:03/11/04 20:37
Perl厨はナルシスト
330仕様書無しさん:03/11/04 21:16
>>329
オマエモナー
331仕様書無しさん:03/11/05 08:11
Perl厨↓
       _,,......... _,........ 、_            ,. -‐‐ 、           /  ミ   ミ   ヽ
    / 彡  i =ニ _ ミ 、     /⌒i7 / '´    ``ヽ、_     /、 \  \  \   \
  /    彡  ミ   ミ. ヽ   /  -┤/     ミ 、_ヽ   / ,::::;:\  \  \  \.  ヽ
 /  〃  /      ミ 、 ヽヽ  } 彡 '  ,|ノ    ミ      ヽ  ,' /::/   `ヽ、 、      ヽ  ゙,
 i   /  〃/〃 i lヽ  ヽ 丶゙ i ,!   彡 '  _二、  \  _彡 ヽ | /〃      \\ヽ       i
. |   〃 ,ィ//  ! l| !ヾ ヽ \│/ 彡/;/ ̄   ``ヽ、 ` Z_ い! i | ,== 、   '",ゝ、       ::!
 l    / ' ==    ==ヾヽi    !{ 彡::::/         ヽ`、 ニ彡 i | } |  ,ィ_ェ ::  こニ`ー 、     ::l
 ヾ-、 |  -ェヶ :   ェヶ、 | ,ヘ/ヾ{::::├== 、  ,= 三 ` ヽ\ヽ、ゝ! ′|  ー ′! :.      ヽ ヽ:. .::l
  ヽヽ.|    .:   :    |/ ./  |}:::::| ィ_ァ     '┴' `   !:/;:ミミ {ヽ ::::!     {_  , )       i :. :. .::i
   ヽ.」     {_  ,}    l、ノ  ヾ‐、!      _       |:!'::::::/´  ヽ ::!       _ ,. __     ! ::::::::::|
     ヽ.    __,:_;.__    !      ヽ  /゙‐、 ,- へ、   !::::::::リ   ヽ ヽ   ‐ 二ニフ´    ,イ:::::::::::リ
      ト、  ヾ二フ  ,イ        ヽ ゙-┬┬;‐テ′ ,イ::::::/    .ヾ: \          /│:::::::〃
      | \     /│        〉、 ` 三‐´  /│ヾ、_     ヾ :: ト、      /   !:::::::/
      |     ̄ ̄  │       /{7!\__,/   ヽ  ``ヾ     :|    ̄ ̄     ヾ、ヽ
332仕様書無しさん:03/11/05 10:02
そろそろブラウザに変わるものが出てきてもいいのではないのかなぁ。
333仕様書無しさん:03/11/05 11:21
>>331
このAAは何?

>>332
ブラウザに変わるものが出てもそれもブラウザと呼ばれると思われ。
ユビキタス環境実現向けとしてブラウザに変わるものとは?
新世代のTVがブラウザに変わるものか?
いやまて、あれはブラウザよりもレガシーなメディアか?

>>332はブラウザにかわるものとしてどんなものがでると期待している?
334仕様書無しさん:03/11/05 13:54
COBOちゃんage
335仕様書無しさん:03/11/05 17:09
>>333
フラッシュ
336仕様書無しさん:03/11/05 23:04
337仕様書無しさん:03/11/07 00:17
「ウェブサービスに最適な開発言語はJava」
http://headlines.yahoo.co.jp/hl?a=20031106-00000004-wir-sci
338JAVAプログラマ:03/11/07 00:51
やった!!!やっぱこれからもJAVAだーー!!
JAVAだけをしとこっと。
339仕様書無しさん:03/11/07 02:47
>>335
すでに出ているじゃねえか。
まさかとは思うが、Flashのパクリ、Longhornとかぬかすんじゃなかろうな。
340仕様書無しさん:03/11/16 23:27
保守
341仕様書無しさん:03/11/17 09:31
>>337
.netは宣伝が大げさなだけだったんだな
342通行人:03/12/08 16:10
最適な言語はあっても最強の言語など存在しない
開発対象の規模と性質、稼働環境に合わせて選択すべき
最強を論じることがナンセンス
強いてあげるなら、
アセンブラの知識とC++のいろはをマスターすること
たいていの言語が勘で使えるようになる。

オープン系オンリーならほぼ不要だが
COBOLは汎用機をいぢるなら覚えとけ
汎用機の資産は侮れない

最大のゴミは、言語は目的達成のためのツールであることを認識できない思想
343仕様書無しさん:03/12/09 12:58
次期P2Pの仕様 part7
http://tmp2.2ch.net/test/read.cgi/download/1070647427/

まとめサイト(Wikiへの直リンク禁止)
 http://s2net.s41.xrea.com/

ダウソの馬鹿どもがなんかやってるぞ、からかってやろうぜ!
344仕様書無しさん:03/12/09 18:41
Perlプログラムばかり書いてると、他の言語で書く気力が失せるのが難点だ。
CPANモジュール使いまくると魔法のようにあっさり書ける。
とりあえずパイロットだけPerlで書いて後でC++で書き直そうと思い、そのまま
になっているプログラムが山のようにある。
345仕様書無しさん:03/12/09 20:24

↓↓↓↓↓↓↓以下CPANvsJDKの比較↓↓↓↓↓↓↓
346仕様書無しさん:03/12/09 21:10
CPAN 利用者の要望を満たしてくれる。
JDK 美意識を満たしてくれる。実用性が欲しけりゃApatchに逝け。
347仕様書無しさん:03/12/09 21:13
JDKはバージョンアップ時の互換性が低い。結構書き直しが必要。
CPANは優れたモジュールも多いがクソもある。見極める力が必要。
348仕様書無しさん:03/12/13 13:19
JDK1.0の頃からやってる香具師は多少の書き直しを迫られただろうな。
だがしかし今やリファクタリンクを用意にするツールが現れた。
これによってJDKのバージョンアップによる書き直しもさらに容易になった。
349仕様書無しさん:03/12/20 11:29
フォートランです。
350仕様書無しさん:04/01/25 00:36
日本語COBOL最高
351きゃっほー:04/01/25 01:24
COBOL以外全部つかえるから問題ナッシング!
352( ´・ω・`) :04/02/01 17:13
今perlから勉強してるんだけどむずかしい。
353仕様書無しさん:04/02/01 20:01
Webアプリケーション開発についてはJava!
書くこと多すぎ、やること多すぎ、覚えること多すぎ、でばかばかしくなるけど、
書きあがったものはなかなかに見える。

と思ってたが。

実際、その美しく書きあがったプログラムを使って、
次からの開発が楽になるかってーと、そうでもないんが鬱だが・・・。
ガイドラインに従って、幾層にもわたって書いたコードが返ってあだになるのは、
ついたアドバイザのヘボ?

JDBCで大量にSQLをベタ打ちしてたころから、
Javaで大量にコードを書くのは、
以降の開発でのことを考えてだと信じて疑わなかったが、
結局、その労力に見合うほど、
これまで前回開発の内容を有効に使えたことってない。
毎回新規新規新規。でそのたびに新しいデザインに。
最後にやった、前回開発はEJB開発に移って、また、別のデザインに。
そういう意味じゃ、そろそろ止まってくれないかね。Javaの「進化」。

どうせWin系サーバなんだし、こんなことなら、
最初からWin2K+IIS(ASP)+SQLServerで書いとけば、よっぽど安くあがったのに、
と思うことしばしば。
354仕様書無しさん:04/02/02 17:21
Java vs .Netはどうよ?
355仕様書無しさん:04/02/03 00:33
折れ的には
Java<.Netな気がするな。
ちっさい仕事なら間違いなく。
VPN+Webアプリ、がちがちのMS固めでしゅーりょー。

ただ、書いてて気持ちいいのはJavaだな。
なんかやってる気がする。
356仕様書無しさん:04/02/03 13:47
100% Pure Java.

          ハァハァ
いまこそ、プログラマ革命を起こすときだ!
(亜ぼーんする愚か者には核ミサイル無量大数本分の死を!)

 〜 自称C++厨の化けの皮をはがせ!運動展開中! 〜 
(本当は自称C++厨なんてたいしたことがない、上辺だけなのだ! 真実を見よ!)
大半のC++厨はインチキ詐欺師の卑怯者!
オブジェクト指向も知らなければデザインパターンも知らない悪い奴である。
しかも悪名高いウォータフォール信者と来た! 許せん! 今こそ正義の一撃を!
大半のC++厨は汚いコードを書いてチームをわざと混乱させメンテナンスの手間を増大させる悪魔なのだ!
大半のC++厨は自己保守的で官僚的で革新性が無く
自分のスキルの程度を誤魔化すためにわざとソースコードを読みにくくしているのだ!
(こいつらはわざと読みにくくすれば他人が解読するのにに手間がかかるので
凄いと思いこまれると勘違いしている馬鹿どもなのだ)

こんな卑怯者が許されるか!

蓋を開けてみればただのC言語しかできないとんでもない低脳である。

こんな悪魔のような給料泥棒なやつが金をもらっていることは絶対に許されるべきではない!
即刻減給するかクビにしてやるべきである!

このような卑怯なC++厨の行為は宣戦布告と見なさなければならない行為であり
大義名分を持って即刻解雇すべきである!

自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
自称C++厨の化けの皮をはがせ! 自称C++厨の化けの皮をはがせ!
358仕様書無しさん:04/02/21 19:38
>>357
じゃあ、お前は何の厨だ?
まさかCOBO(ry
359仕様書無しさん:04/03/11 03:49
最近マ板ではCOBOLが人気急上昇
360仕様書無しさん:04/03/12 12:11
いや、暮らすも便利ダネ。ヤッパC++デショ。パソコンハ。
361仕様書無しさん:04/03/15 11:02
三大悪の枢軸国の紹介
 C++帝國(北朝鮮) ← C++厨代表の正体は、何と! 金正日だった!
 VB帝國(イラン) ← VB厨代表はイランに潜伏していいた!
 Perl帝國(イラク) ← Perl厨代表フセインがついに逮捕された!
362http://ruitomo.com/~gulab/s.cgi?k=COBOL=r:04/03/27 11:38
363仕様書無しさん:04/04/28 22:46
364仕様書無しさん:04/06/10 22:29
だまされた・・・、実はコボルいけてるじゃんかよ意外と・・・
365仕様書無しさん:04/07/14 10:13
   ピョン
    , - 、
───┐ ! ヒュー
□□□│ ・
□□□│ |\
□□□│i´   ̄ ̄ ̄ ̄ ̄ ̄ヽ
□□□│|   ∧_∧      |
□□□│|  ( ´∀`)オマエラ  |
□□□│|  /,   つ  オチケツ |
□□□│| (_(_, )      |
□□□│|   しし'       |
□□□│!、_______,ノ
 ._.  │
 | | |  │
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
366仕様書無しさん:04/07/17 01:39
age
367仕様書無しさん:04/09/02 17:44
 そういえば、NヨCのスパコンはFORTRANが最適なそうな
FORTRANなんて使ったことねぇ・・・。
368仕様書無しさん:04/09/10 21:04:09
>>367
さもあらん。大抵のスパコンはそうだと思う。
科学技術計算ライブラリの量の差(層の厚さの差)が原因だと思われ。
・・・まあFORTRANは「科学技術計算の領域におけるCOBOL」だから
369仕様書無しさん:04/10/03 20:03:48
C++の一人勝ち
370仕様書無しさん:04/10/03 20:31:23
そうだな。
今の仕事単価は C++>C>Java>COBOL>>>>>VBの予感
371仕様書無しさん:04/10/03 20:34:17
>>368
最適化技術の違いが大きいと思われ。
この分野では、並列処理でどれだけ最適化できるかが勝負になる。
再帰ができないというのは、最適化を考えると利点でもある。
372仕様書無しさん:04/10/12 04:00:38
>>370
コードの書きやすさ順だと
Java>C++>COBOL>C (VBはコードと呼びたくない)
生産性だけで見ると
VB>C++>Java>COBOL>C
処理はJavaがダントツで遅い。
VBはスキルが要らない=そればっか使ってるとカスになる
それぞれ住み分け(プログラムの内容)の問題があるので一概には言えないが
言語仕様としてはC++が一番良いと思うのよ?
373仕様書無しさん:04/10/19 00:57:15
チョト前まではC&インライン
最近はC++&インライン
速度にしか興味ないからJava(´凵M)イラネ
374仕様書無しさん:04/10/31 02:09:35
おれはJava厨でC++は似非OO言語って刷り込まれてきたけれど
最近はC++も悪くないと思い始めた
C++はOO言語としては確かに不完全で歪だが
使いこなせればあらゆる局面でJavaと同等以上の生産性が得られると思う
しかしあくまでも使いこなせればなのだ
例えるならJavaはAT車でC++はマニュアル車
結局のところ開発者のスキルが玉石混在の現場ではJavaの方がはるかに安全だろう
ハッカー志向の上級者だけで構成されたプロジェクトでもなければC++は怖くて使えない
375仕様書無しさん:04/10/31 02:35:01
Java厨はマジデJavaしかやらないからな。
マジ性質悪い。
376仕様書無しさん:04/10/31 02:44:38
C++ >>>>>> 100億光年 >>>>>> Java
377仕様書無しさん:04/10/31 02:58:40
Java厨を批判しているやつで本当にC++を使いこなせているやつは10人に1人も居ないだろうがなw
378仕様書無しさん:04/10/31 03:03:13
未だにC++で車輪の再発明を続けているやつはアフォだな
そんなになんでもかんでも自分で作らにゃ気が済まんのか?
379仕様書無しさん:04/10/31 11:44:35
まあ、C++ は本を読むだけじゃダメで、自分でコードを書いて初めて真に理解できる言語だからな。
380仕様書無しさん:04/10/31 12:59:08
どんな言語にもいえるが本読んでわかる程度の理解は薄っぺらいものだ
381仕様書無しさん:04/10/31 15:01:54
>>374
そうかw。「OOなら良し」なのか。
JavaもC++も純OOPLでは無い事を知っての発言だよな
382仕様書無しさん:04/10/31 18:40:50
383仕様書無しさん:04/10/31 19:11:19
>>381
子供じゃないんだからそんな細かいところ突っ込むなよ。
問題は、C++でも開発者が熟練してりゃきちんとした開発ができるってことだろ。

アホでもガンガン開発できるJavaさいこー!!!
384仕様書無しさん:04/10/31 20:56:57
>>372
JAVAってそんなに遅いか?
使いどころがおかしいんじゃないか
385仕様書無しさん:04/10/31 21:04:51
>>384
クライアントサイドでモサーリし杉

Java でデスクトップアプリを作るのについて、「使いどころがおかしい」というのなら
それには反論しない(w
386仕様書無しさん:04/10/31 21:09:55
そんなに遅いだろVM上で動かすんだから
マルチスレッドにしてメモリいっぱい積めばそこそこ早いが
まだまだ組み込み系とかでは厳しそうだ
しかし最近は周辺技術も進歩して
実行前にネイティブコードに変換できたりするけどな
387仕様書無しさん:04/10/31 21:13:09
>>385
SWTはわりと速いぞ
クラスロードやGCでもたつくけど
388仕様書無しさん:04/10/31 21:15:54
>>373
アセンブラでもやってろよ
389仕様書無しさん:04/11/01 02:59:06
>>378
Java自体が車輪の再発明だろ!!
390仕様書無しさん:04/11/01 03:48:01
んなこたーない
391仕様書無しさん:04/11/01 04:01:46
AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神・・・・・!
Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ・・・・・!
SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ・・・・・!
AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神・・・・・!
Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ・・・・・!
SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ!SWTはツギハギ・・・・!
AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神!AWTは神・・・・・!
Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ!Swingはウンコ・・・・!.
392仕様書無しさん:04/12/23 23:47:31
C#はいいとおも
ゲイツ嫌いとかいってる場合じゃない
393仕様書無しさん:05/01/08 17:56:48
394仕様書無しさん:05/01/08 21:28:36
まだプログラマ暦1年だけど、うちの会社にはJavaと.NETの開発しか回ってきません。
他の会社じゃ、perlとかPHPの開発とかほんとに回ってくんの?
395仕様書無しさん:05/01/15 23:09:41
age
396 ◆JMtlf76o76 :05/01/15 23:49:34
個人的にはJAVAを押す。C++も良い。
両方とも互いに貶しあうほど悪いとは思わないな。
397仕様書無しさん:05/01/16 11:55:03
>>396
どの言語も悪くない。
結局、使う人次第。
398仕様書無しさん:05/01/16 13:30:48
適材適所だな。
私的にはC++が好きだが、
開発期間と規模に寄って言語を選択するのが賢いPGってものかと。

言語自体の理解より、OO等の概念的な物。他にはデータ構造やアルゴリズムに関しての知識、ハードウェアに対する深い理解。
これが揃ってこそ、まともなのPGと言えるだろう。<これでやっと中級者
逆に言うと、これだけ身に付ければ他の言語や処理系に移っても、少しの労力で習得し活用出来る

(まぁ、○○最強だとか○○しかいらないって言ってる奴でまともなPGってのは滅多に居ないのは誰しも知ってる訳で・・
399仕様書無しさん:05/03/05 01:55:56
perlは開発対象じゃない。
自分で仕事するために使うんだ
400仕様書無しさん:05/03/05 08:50:05
Perlは正規表現がわかれば問題なし?
401仕様書無しさん:05/03/06 11:26:21
Cはいいと思う。単純だから
C++はいいと思う。namespaceができたから
Javaはいいと思う。おかげでご飯が食べられるから
COBOLはいいと思う。私が見えないところでこそこそ作っている分には
Perlはいいと思う。作ったものを人に見せなければ
402 ◆JMtlf76o76 :05/03/06 15:49:29
>>397
そうだよね。私はなんだかんだでまだ新米PGなので、
ここでいろいろ議論されると「ホントに○は悪い言語なのかな」とか、
つい思ってしまうときがあるw 自分が手がけている言語の評価は、
自分である程度できるし、他人の本当嘘を見分けられるが、
知らない言語についてはわからないので、
「AよりもBが優秀」て言われたときに、
自分がAを使っていると「Bを使ったほうが良いのかな?」とか。

まあ、真実は>>397-398ですね。要は使う人次第と。
403仕様書無しさん:05/03/08 03:05:21
PHPはいいと思う。簡単だから。
ASPはいいと思う。バグがあってもMSのせいにできるから。
Javaはいいと思う。馬鹿がたくさんお金払ってくれるから。
404仕様書無しさん:05/03/08 04:53:29
C 初体験の人
C++ 本妻
Perl セフレ
Object-C ハードゲイ
Java お金持ちのホモ親父
405仕様書無しさん:05/03/08 23:09:37
蕎麦はいいと思う。安いし早いし体にも言いと聞く。
牛丼はいいと思う。安い早い美味いの三拍子。最近豚丼でブルー。
マックはいいと思う。なんだかんだで結構美味い。たまに食いたい。
Javaはいいと思う。結局Javaを使えるようになってから先に進もう。
406仕様書無しさん:2005/05/30(月) 00:33:09
このご時世でCOBOLerは仕事に困らないから良いと思う、弱点はプログラマーと名乗れないこと。
407仕様書無しさん:2005/05/30(月) 00:40:46
Object-CじゃなくてObjective-Cね。
これがハードゲイならC++は半陰陽だと思うよ(w
408仕様書無しさん:2005/05/30(月) 00:50:32
時代はJavaだよ
絶対!
409仕様書無しさん:2005/05/30(月) 01:16:20
そういう時代もあった
410仕様書無しさん:2005/06/03(金) 16:27:10
「C++の設計の多くの部分が、強制に対する私の嫌悪に根ざしている。
人類の歴史の最悪惨事は、"これは良いことだからこれをやれ!"という
理想主義者の強制から生じている。
理想主義は多くの罪なき犠牲者を作りだすだけでなく、
権力を揮う理想主義者たちを妄想と腐敗に導く。
理想主義者たちは経験を無視し、
また彼らのドクマや理論を否定する現実を無視する。」


『C++の設計と進化』 Bjarne Stroustrup著
より引用
411仕様書無しさん:2005/06/05(日) 20:11:19
412仕様書無しさん:2005/06/05(日) 20:45:57
javaはC++やsmaltalkに欠けたオブジェクト指向の一部分を備えているって
どっかで聞いた事あるんだけど、何のことかわかる?
413 :2005/06/05(日) 21:18:27
C#とJavaは将来、統合されるだろう。
414仕様書無しさん:2005/06/05(日) 22:18:17
M$とsunは将来、統合されるだろう。
415仕様書無しさん
☆沖川君の憂鬱について☆
http://yasushikondo.no-ip.info/prog/all/non-job/okikawa/index.html
☆沖川君の憂鬱について☆感想文掲示板
http://yasushikondo.no-ip.info/prog/all/non-job/okikawa_bbs/aska.cgi