1 ：
仕様書無しさん ：
04/07/18 19:13 正直Cしか出来ないヤツはもう終わりでしょうー
2 ：
仕様書無しさん ：04/07/18 19:17
２
クラスのまともな使い方も解らないC厨の終焉が来たり。
Ｃ厨はオブジェクト指向を理解できないから
Cオンリーの奴なんかいねえよ。馬鹿
6 ：
仕様書無しさん ：04/07/18 19:35
ツマンネ
8 ：
仕様書無しさん ：04/07/18 19:36
>>5 > Cオンリーの奴なんかいねえよ。馬鹿
少なくともこの板、ム板を見る限りではそういう奴が実際多いけど。
C++できるのかと思って蓋を開けてみるとＣしかできない哀れなオッサンが多いこと多いこと
9 ：
仕様書無しさん ：04/07/18 19:37
>>7 仕返し(スレ立て返し)されて不機嫌になったのか(藁
10 ：
仕様書無しさん ：04/07/18 19:45
_,,...,_
11 ：
仕様書無しさん ：04/07/18 19:46
Ｃ厨の問題点
12 ：
仕様書無しさん ：04/07/18 19:49
組み込み系ではC++の様なオブジェクト指向プログラムを使う事が
出来ない、だってリアルタイム性が保障されないでしょ。
現に何度もC++で作ろうとしたが検討時点で遅すぎて×を何度かくらった。
>>1 がアマチュア過ぎるのですよ。
案件としてはCでunix系のプログラマは今だに引っ張りダコですし
>C+++Java+サービス指向
全く持って意味不明ですなー
自分の周りのわずかな人間がそうだからといって
>>12 ＞unix系のプログラマ
彼らは、純粋にCしか出来ない人って殆どいないな。
Perlは殆どの人が出来るし、JavaやPHPも出来る人も多い。
中にはﾌﾞﾋﾞをやる奴もいる。
15 ：
仕様書無しさん ：04/07/18 19:52
そうか、もう夏休みなんだ。
17 ：
仕様書無しさん ：04/07/18 19:54
Perl, PHPはJavaと違って型に対するあいまいさから
18 ：
仕様書無しさん ：04/07/18 19:55
>>15 必死だなＣ厨w
いまどきSQLもTCP/IPもしらないようではJavaで食っていくことはできないぞw
19 ：
仕様書無しさん ：04/07/18 19:55
１はﾋｯｼ
20 ：
仕様書無しさん ：04/07/18 19:56
どうせプログラムなんて、30過ぎたら組む事も無いんだから、どの言語が出来るかなんて関係ないだろ。
21 ：
仕様書無しさん ：04/07/18 19:56
そうか夏休みなんだー
>>1 よオナニーでもして
寝ろw
22 ：
仕様書無しさん ：04/07/18 19:57
>>14 実際にCしかできないお馬鹿が多いんだが。
Cで汚いスパゲティコードを量産していれば
自分がすごい奴といつまでも思われ続けていられるだろうと
勘違いしているヴァカが多くてね。
先が見えた、使い捨てJava厨が壊れたか。
24 ：
仕様書無しさん ：04/07/18 19:58
26 ：
仕様書無しさん ：04/07/18 20:02
スパゲティーって何時の話をしてるんだ...
>>22 が素人丸出しの話をしております。
今時どのPJでもgoto分は禁止でしょー
そんな奴は化石だそんな奴と関係がある
22は何もの?
基地外の引きか？
27 ：
仕様書無しさん ：04/07/18 20:03
つうかさ、JavaPGって殆ど派遣じゃん？
28 ：
仕様書無しさん ：04/07/18 20:04
>>26 がまた無知をさらしたなw
goto文をかかなければスパゲティコードにならないと
勘違いしているようだ。
こういう馬鹿にはケントベックの爪の垢でも飲ませてやりてぇくらいだな。
29 ：
仕様書無しさん ：04/07/18 20:04
国は使い捨てJavaPGに救済策をこうじるべきだ。哀れすぎる。
つうかさ、Cプログラマって殆ど派遣じゃん？
32 ：
仕様書無しさん ：04/07/18 20:05
国は組み込み系に追いやられ行き場の無い使い捨てCプログラマに救済策をこうじるべきだ。哀れすぎる。
33 ：
仕様書無しさん ：04/07/18 20:06
結局はCが基本でCが出来てればポインタがある程度理解できれば
CやCOBOLは１０年、２０年スパンで使われた（使われつづける）と
36 ：
仕様書無しさん ：04/07/18 20:08
>>33 > 結局はCが基本でCが出来てればポインタがある程度理解できれば
> 何でも理解出来るんじゃないのでしょうか?
できないヴァカが多いんだよ。それが現実。
継承、委譲、集約くらい使いこなせやC厨。
C厨にオブジェクト指向言語を使わせると関数がすべてstaticになっているんだよな。
37 ：
仕様書無しさん ：04/07/18 20:08
38 ：
仕様書無しさん ：04/07/18 20:09
オウム返ししか出来ない夏房か
39 ：
仕様書無しさん ：04/07/18 20:09
真似視点な<34
>>38 このオウム返しを見てると、いよいよJavaは終わりなんだなって感じだね。
オウム返ししか出来ない夏のC厨房か
43 ：
仕様書無しさん ：04/07/18 20:10
>>42 このオウム返しを見てると、いよいよC言語は終わりなんだなって感じだね。
44 ：
仕様書無しさん ：04/07/18 20:12
このスレはＣ厨の往生際の悪さを観察し、
Javaの比較対照はVBでしょ。
Cの比較対照はVBでしょ。
47 ：
仕様書無しさん ：04/07/18 20:13
言語にこだわってるところがﾁﾝﾎﾟな気がするが、
48 ：
仕様書無しさん ：04/07/18 20:14
ｵﾚの先輩はCが出来なくてjavaのPJに行った、そこでは結構余裕でPGが
Cは70年代から21世紀まで食えた。Javaはせいぜい2001年から3年である。
50 ：
仕様書無しさん ：04/07/18 20:16
51 ：
仕様書無しさん ：04/07/18 20:18
何時も2chでは言語言語とのたまっているjava厨がいる
52 ：
仕様書無しさん ：04/07/18 20:19
Javaは200年から2004年の21世紀で食えた。Cはせいぜい70年代から30年である。
54 ：
仕様書無しさん ：04/07/18 20:25
なんだもうjava夏房はオナニー
55 ：
仕様書無しさん ：04/07/18 20:26
>>47 だからこそﾇﾙﾎﾟというと叩かれるのだよ。
>>27 Javaの寿命がせいぜい数年というのは業界の常識。
正直教えてもらいたいのだが、
理解出来ないでしょ。
_,,,......,,__
60 ：
仕様書無しさん ：04/07/18 23:04
ｵﾚの先輩はJavaとエンタープライズアプリ開発、大規模開発、オブジェクト指向理解が出来なくてC言語のPJに行った、
61 ：
仕様書無しさん ：04/07/18 23:06
何時も2chでは言語言語C言語速度最強とのたまっているC厨がいる
>>49 お前の頭とスキルじゃJavaだけでは喰っていけないがな(w
Javaはまだ登場してから20年もなってないだろうがw
2001年から3年とはアフォだな。
もっと昔から喰えていたぞw
JavaとC使いなんだが、Javaって動作遅すぎてリアルタイム性の
Webアプリのプロトタイピング用言語でしょJavaって。
27 名前：仕様書無しさん[] 投稿日：04/07/18 20:03
まあ、確かに社員PGを新規採用する流れではあるな。最近の人事課は。
>>11 >●オブジェクト指向を理解できない。
>●それどころかクラスの使い方も理解できない。
…何だこりゃ…
理解してないのはお前だろう？
(それとも「それどころか」の意味を知らないとか？)
68 ：
仕様書無しさん ：04/07/19 11:58
ウォータフォールは死滅！
>ラーショナル
PASCALしかできませんが何か？
windows を作ってるんですか?
wncos作ってます
ウンコスですか
CとC++の議論ならともかく､Javaはちがうだろ。
長文乙。読んでないけど。
76 ：
仕様書無しさん ：04/07/20 14:13
> Java屋が真顔でC使いを揶揄するのを聞いていると､
77 ：
仕様書無しさん ：04/07/20 14:21
>>74 C厨がアセンブラを揶揄しているのだって同じだろ
PCを使いこなしている香具師が、PCを一切使うことができない先輩や上司、オヤヂ世代を
揶揄しているのと同じだろ。
何が的外れか説明できない厨も居ることだし
>>77 > C厨がアセンブラを揶揄しているのだって同じだろ
いつの時代ですか？
81 ：
仕様書無しさん ：04/07/20 23:37
C(SUN)とC++(Windows)を５年やってきた。
>もう、VBもJAVAもC++も変わらないよ。
そりゃ
>>81 にとってはどれも同じだろう
83 ：
仕様書無しさん ：04/07/20 23:54
C++のできるできないって、
>>36 みたいに低いレベルで語る椰子多いな。
ただオブジェクト指向マンセーってか。
ところで先日ソフトウェア開発展へ行ってきたが、
別ブースでやってた組み込み系を見るにこの分野はまだまだC現役だね
ラダーとか知らない言語もいっぱいあったが・・・・
>>84 > C++のできるできないって、
>>36 みたいに低いレベルで語る椰子多いな。
っていうかおまいみたいな傲慢なのがいるから
バグを大量放出しセキュリティホールを生み出す薄汚い読みにくいソースコードが氾濫し
デスマーチの原因を作るんだよ。
86 ：
仕様書無しさん ：04/07/21 01:20
>>84 走らせるとメモリリークやバッファオーバーフローを平気で起こすようなプログラムしか
書けないでおいて「俺はC++ができるぜ。」とか言ってんだろお前。アフォか。
>>84 梯子も知らない香具師に言語を語られるようになったのか・・・
世も末だな。
88 ：
仕様書無しさん ：04/07/21 10:22
C++の組込みってどうなんだろう
単純に、メンバ関数を呼ぶのは関数アドレスを介して呼ぶわけで。
何でC++でOSを作りたがらないか
91 ：
いなむらきよし ：04/07/21 22:14
キケー！
92 ：
仕様書無しさん ：04/07/21 23:09
>>88 いつまでたってもちまちまと言語に違いによる速度にこだわるＣ厨のおでましか。
実際に測定された時間差を出してこい。
速度差が与える利益の損得データも出してこい。
それを具体的に明示できずにJavaが遅いなどといっている香具師はDQN以下
>>90 すでにOSの開発にはJavaやC++を使っているものがあるだろうに。
Javaは論外というのは理解できるけど。
96 ：
仕様書無しさん ：04/07/21 23:36
ジャバネゴキブリは氏んでください。
extern "C++" ができればなぁ。
98 ：
仕様書無しさん ：04/07/22 01:27
つまりＣ厨はJavaとC/C++との速度比較を
>>98 すまん。そのとおりじゃ。
どうじゃ？若いの。いっちょ、あんたがパシっと
両者が「誤差にすっぽり」であることを証明してみてくれんかね。
年寄りのわしに分かるようにたのむぞ。
101 ：
仕様書無しさん ：04/07/22 13:36
/￣￣＼|_＿Ｄ＿,,| ／ ￣`ヽ
102 ：
仕様書無しさん ：04/07/23 00:55
>>99 とりあえず最速マシンを買いたまえ。
そして大容量メモリも用意したまえ。
話はそれからだ。
Javaはメモリ食い過ぎなんだよ。
104 ：
仕様書無しさん ：04/07/23 02:28
そんな愚痴をいっていられるのも今のうちだぞ
105 ：
仕様書無しさん ：04/07/23 02:39
>>98 あれで誤差なのか？
一度、WindowsでOracle9の管理ツールを使ってみな。
あれはJavaで動いているが話にならんぐらい遅い。
しかし、Javaの最大の欠点は速度よりも、メモリ使用量だと思う。
>>105 Oracle9のシステム要件ってさ、「製品インストールに最低512MBのRAM」(Linux版）と
書いてあるけど、あれってDB本体じゃなくJava製インストーラのための
システム要件かもしれないよねｗ
107 ：
仕様書無しさん ：04/07/23 03:15
>>105 おまいのマシンのスペックを晒せ。
そのOracleの管理ツールのJava版とC版両方の
ベンチマークを取れ。
話はそれからだ。
108 ：
仕様書無しさん ：04/07/23 03:24
C厨が生き残れるかは知らんが、Cは不滅だぞ
109 ：
仕様書無しさん ：04/07/23 03:33
>>107 あのさ。そこで、何でマシンスペックを晒す必要があるの？
Javaが本当に「誤差の範囲」でC++と同等の性能で動くのなら、
どのマシンでも性能差はほとんど変わらないはずだ。
誤差がどういうものであるか、理解しているんだろうな？
>>105 >100から引用
>Stroustrup： そうですね、大体は。 実行ファイルは巨大だったし、128MBのRAMを積んだHPの
>ワークステーションでロードするのに5分かかりました。 動作もとろとろしていました。 私は、
>これは大きな障害になるだろうと思ったのですが、一週間もしないうちに、誰もそんなことは
>気にしないということに気付きました。 SunやHPは、小さなくだらないプログラムを走らせるだけの
>目的に、大量のリソースを積んだパワフルなマシンを売れるので、単純に喜んでいました。
重くなって気持ち悪いと思うのはプログラマ。
重くなって喜ぶのは企業です。
大抵の企業はJavaは軽くなって欲しくないでしょう。
Cは軽すぎるのでそれが逆に問題だという事かもしれませんね
>>107 × 話はそれからだ。
○ その間に屁理屈を考える。結果次第では逃げる。
なんかCって工芸職人ぽいよね。
│ _、_
114 ：
仕様書無しさん ：04/07/24 12:10
>>109 詭弁術を使って逃げるな。
老人が使っていた古いマシンなど問題外。
「マシンのスペックが縮小すれば
それだけ誤差も拡大するという反比例関係がある」
とでも言わせたいのか？
速度には、その対象がクライアントサイドのスタンドアロンアプリである場合は
消費者の心理的関係が大きい。作る部品によって反応速度も変わってくるわけだから
どう比較するかは容易ではないだろう。
その対象が、サーバサイドアプリで、Servletなどのようにブラウザだけで使うものであるならば、
C++とJavaとを比較するには速度評価以前の問題を考慮しなければならない。
CGI + PerlとServletとの応答速度を比較したら
Javaのほうが10倍速くなったというベンチマークは見たことがあるだろう。
CGIというのは読み込むファイルの数だけ速度が遅くなる。そしてセッション管理機能がない、
という欠点も抱えている。そしてPerlの場合はインタプリタでさらに遅い。Perlにもセッション管理機能がない。
さらにCGIはいちいちプロセスを再起動し、プロセスを常駐させることができない分、Javaより速度が劣る。
CをCGIの上でも動かせばPerlよりも速くなるがJavaより遅いときは遅い。2chのような限定的な
機能しかもたないものならCGIでもかまわないだろう。しかし大規模サイトとなるとCGI/Perl/PHPを
使うことはお勧めできない。ここでいう大規模サイトとはアクセス数、利用者が大規模ということではない。
正確で厳密で失敗が顧客からの信頼喪失につながる、ミスが許されない金融系サイト、
オークション系、ショッピング系サイトのことだ。
こういうところでは信頼性の低いC言語/C++/Perl/PHPを使うことは許されないのだ。
オークションで金が入札額を勝手に倍にされたらそれだけで信頼を失うだろう。
平気でバッファオーバーフローを起こすような言語はこうゆう、確実な処理を要求するような
サイトを構築するにはまったくもって不向きなわけだ。
116 ：
仕様書無しさん ：04/07/24 12:15
/＾ｌ
Cの実行時間が1とするとC++は1.2、Java・C#は1.5程度だ。
C#は高速なことになってるが、体感速度は...
119 ：
仕様書無しさん ：04/07/24 12:46
C#の速度はJavaと変わらないよ。構造体とかこっそりと第三者にわからないように
120 ：
仕様書無しさん ：04/07/24 12:51
>>117 Java Chipを使うとJavaはCよりも高速となる。
C#チップはありえないな。
122 ：
仕様書無しさん ：04/07/24 13:50
ﾜﾗﾀ。
>>120 カメが車にのって「おれはウサギより速い」ってのとおなじだろ
124 ：
仕様書無しさん ：04/07/24 14:14
いい加減C厨の速度相対評価には興味がない。
> 団栗の背比べにまで近づいている
127 ：
仕様書無しさん ：04/07/24 16:07
>>125 お前のマシンが糞だから愚痴を言いたくなるんだろw
Javaが糞なのは自明の理だから、DelphiじゃなきゃC厨を攻撃する事はできんな
>>127 はそんな事を云いながら高いPCを市場で占めさせようとしてる工作員
400MHｚくらいで最高のパフォーマンスをするOSが最後には普及すると思われ。
>>128 がが糞なのは自明の理だから、アメリカ大統領iじゃなきゃJava厨を攻撃する事はできんな
>>129 ほうほう。それはM$君のことじゃないかな？
Windowsが発売されるたびにメモリが売れておるからなあw
>>132 そうだね、M#には感謝せねばｗｗｗｗｗｗｗｗあとJava厨にもｗｗｗｗｗｗ
>>130 それは無理だな。M$がJavaよりも遅いLonghornを公開して普及させるようでは
135 ：
仕様書無しさん ：04/07/24 20:57
>>114 詭弁を使っているのはおまえだろ。
誤差の話をしているのに何で信頼性の話になるわけ？
136 ：
仕様書無しさん ：04/07/24 21:24
>>114 > オークションで金が入札額を勝手に倍にされたらそれだけで信頼を失うだろう。
> 平気でバッファオーバーフローを起こすような言語はこうゆう、確実な処理を要求するような
> サイトを構築するにはまったくもって不向きなわけだ。
「確実」の意味が分からん。
客観的に見れば、「確実」など無いわけだが
お前の言っている信頼性はバッファオーバーフローはともかくとして、言語依存しないな。
DBのACIDが保たれない事はJavaでもC++でも同じようにある。
>>134 やはりFreeBSD＋D言語が頑張るしかないか
>>135 CとJavaとの比較の話をしているんだろ。
その中でも誤差の話はごく一部の話題。
信頼性のはなしはCとJavaとの比較の話の範疇に入る。
>>136 >
>>114 >
> > オークションで金が入札額を勝手に倍にされたらそれだけで信頼を失うだろう。
>
> > 平気でバッファオーバーフローを起こすような言語はこうゆう、確実な処理を要求するような
> > サイトを構築するにはまったくもって不向きなわけだ。
> 「確実」の意味が分からん。
> 客観的に見れば、「確実」など無いわけだが
説明が足りなかったようだが、「確実」に、計算ミス、バッファーオーバーフローもなく、
トランザクションもしっかりしており
排他制御のミスもなく金の勘定ができるということだな。
よくある金のかからないポータルサイトやコミュニティサイトでは確実に実行されることを要求していない。
掲示板に投稿しようとおもったら何かのバグで投稿できないことといったことが平気で起こる。
ロールバックコミットの実装が多少いい加減でもさほど困らないというケースも多い。
不満があるなら使わなければいいで済まされるからな。
> お前の言っている信頼性はバッファオーバーフローはともかくとして、言語依存しないな。
> DBのACIDが保たれない事はJavaでもC++でも同じようにある。
そりゃ時間をたっぷりかければお前でもできるだろう。
だが実装方法、実装コストは非常に大きく言語依存すると言うことを忘れているぞ。
それと、お前の言うC++による実装が、「確実」に間違いなく動くかどうか保証されないわけだが。
テストプログラミングをも怠っているならなおさらだ。
140 ：
仕様書無しさん ：04/07/26 11:24
2chのような掲示板では「確実」に実行される処理は要求されていない。
141 ：
元プログラマ ：04/07/26 11:36
>>1 ＞ 正直Cしか出来ないヤツはもう終わりでしょうー
Ｃが本当にばりばりできるなら、他の言語もすぐに
習得できると思うのだが？
Ｃしかできない奴っている？？？
ちょっとまった
>>141 悲しい事に、実はすんごく多い。
大抵そういう奴はプログラミングそのものを嫌っている。
144 ：
仕様書無しさん ：04/07/26 12:28
シチュー 先生 きのこ ルー には？
>>142 テストすればバグがなくなると思ってる？
人間が気をつけなきゃいけないことが多いかどうかが、信頼性に影響するのは当然のこと。
バグの発見方法はテストしか存在しないのだが。
「アセンブラなんぞ使われなくなる」との発言は昔、何度か聞いた。
148 ：
仕様書無しさん ：04/07/26 14:44
>>141 >
>>1 > ＞ 正直Cしか出来ないヤツはもう終わりでしょうー
>
> Ｃが本当にばりばりできるなら、他の言語もすぐに
> 習得できると思うのだが？
> Ｃしかできない奴っている？？？
>
いるー。博士課程の香具師に。
オブジェクト指向をまるっきり理解しておらず計算しかできない香具師
149 ：
仕様書無しさん ：04/07/26 14:45
>>147 「使われなくなる」んではなくて「ほとんど使われなくなる」といっていただけだろう。
>>145 すべてのバグがなくなるとは思っていないが、ほぼ０近くになると思っている。
気をつけなければいけない事全てをテストするんではないか？
そこで、工数が増えて納期が間に合わない等の理由で端折ったりすると品質に問題が出るが。
うちは金融系開発だから、１つのバグが出ると新聞謝罪等の事態になる。
全件網羅テストを行って、品質管理部でテストをする等、全工程の５割はテストの為にある。
稼動後にバッファオーバランだの計算ミスなんかで端末が止まったら･･･上長の首が全部飛ぶわ･･･。
151 ：
仕様書無しさん ：04/07/26 15:27
154 ：
仕様書無しさん ：04/07/26 16:53
155 ：
仕様書無しさん ：04/07/26 17:16
まあ、emacsやlinux, apacheがJavaで書かれるような時代になったら
Stroustrup： もうずいぶんと時間が経ちました。
インタビュアー： 明らかに学ばなかったと？
Stroustrup： そうですか？ 最新の g++ を試してごらんなさい。
160 ：
仕様書無しさん ：04/07/26 17:33
●●●●●●●●●●●●●●●●●●●●●●●●●●●●
161 ：
仕様書無しさん ：04/07/26 17:34
＞SunやHPは、小さなくだらないプログラムを走らせるだけの目的に、
163 ：
仕様書無しさん ：04/07/26 17:37
▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲▲
164 ：
仕様書無しさん ：04/07/26 17:41
このデマインタビューはOOPへの皮肉だろ？
167 ：
仕様書無しさん ：04/07/26 17:43
Stroustrup： 平均的なCプロジェクトの長さを憶えていますか？
皮肉に小躍りして喜ぶJava厨
169 ：
仕様書無しさん ：04/07/26 17:45
>>166 おいおい、なーにいってんだか。
演算子オーバーロード、typedefという機能をもつC++への皮肉だよ。
演算子オーバーロードやtypedefは全然オブジェクト指向じゃーないぜにぃーちゃんよ。
170 ：
仕様書無しさん ：04/07/26 17:46
オブジェクト指向言語を使っておきながらオブジェクト指向というものを
171 ：
仕様書無しさん ：04/07/26 17:47
まあ、emacsやlinux, apacheがJavaで書かれるような時代になったら
＞脳みそを半分でも持っている人なら、オブジェクト指向プ
173 ：
仕様書無しさん ：04/07/26 17:49
Stroustrup： そうでしょうか。 Cプロジェクトの設計と、
涙目であばれているのはJava厨か
時代はとっくにD言語なんだけどな
インタビュアー： ツールがあります…
涙目でJava厨を連呼しているC++厨か。
なんでJava厨がC++厨にかまってちゃんなの？
要するにあれだ…
夏だねぇ
Stroustrup： 幸運なことに、彼にはユーモアのセンスがありました。
182 ：
仕様書無しさん ：04/07/26 17:59
>>171 > まあ、emacsやlinux, apacheがJavaで書かれるような時代になったら
> 君らの意見は参考にさせてもらうよ。
EmacsだったらEclipseがあるぞ。
ApacheはTomcatがある。
LinuxがJavaがかかれる必要はないな。
JavaOSなんてものがあるが(w
183 ：
仕様書無しさん ：04/07/26 18:00
>>162 > ＞SunやHPは、小さなくだらないプログラムを走らせるだけの目的に、
> ＞大量のリソースを積んだパワフルなマシンを売れるので、単純に喜
> ＞んでいました。
>
> これがJavaへの皮肉と理解出来ないJava厨（藁
それじゃあIBMはどうなるんだい？w
それと、それのどこがJavaへの皮肉なんだい？ それで困ったことがあるのかい？w
186 ：
仕様書無しさん ：04/07/26 18:02
>>183 具体的に何がアホであるかを説明できないのかい？
説明できないチミが一番アホだね。まるで夏厨みたいにね。
とりあえず君を晒しあげてあげよう。
187 ：
仕様書無しさん ：04/07/26 18:03
>>185 お前のマシンが糞だから仕方がない。
糞でない新型マシンに買い換えるか
CPU交換するかメモリ増設でもしなさい。
>>185 余計な常駐プログラムやサービスを停止してから使いましょう。
このデマインタビューはC厨がOOP厨（C++厨やJava厨）をバカにするために書いた記事だぞ
190 ：
仕様書無しさん ：04/07/26 18:05
とりあえずC++厨が具体的に反論できないということは
192 ：
仕様書無しさん ：04/07/26 18:08
>>189 > このデマインタビューはC厨がOOP厨（C++厨やJava厨）をバカにするために書いた記事だぞ
> 文章読解も出来なければ、ソースの真偽すら確かめる事が出来ないのか・・・
お前は何もわかってないな。
お前は演算子オーバーロードやtypedefがオブジェクト指向だと勘違いしてるだろ。
しかも演算子オーバーロードやtypedefはC++にはあるがJavaではC++の欠点として
尾てい骨のように切り落とされた機能だぞ。
この記事はC++の実装多重継承マンセー、演算子オーバーローディングマンセーなC++厨を
バカにするためにかいたようなものだぞ。
それと、メモリ関係は今ではほとんど気にする必要はない。
当時は気にする必要があったからかれは書いていただけだ。
またJavaスレで頑張ってた彼か。
195 ：
仕様書無しさん ：04/07/26 18:10
とりあえずC++厨が具体的に反論できないということは
スレタイ読み直して赤面して首括るまで放置しとくか・・・
>>194 ここには半年以上前にC++スレで頑張っていた彼もいるぞ
>>196 じゃあ、はやく赤面してくれ。
速くお前のクビを絞めるのが待ち遠しいなあw
199 ：
仕様書無しさん ：04/07/26 18:12
>>196 とりあえずいいたいことはそれだけかＣ厨(藁
Cは偉大ということで。
お前らD言語を応援しろや
OOPはｸｿ
>>202 D言語は将来Objective-C並のポジションを手に入れる最強言語だぞ
>>203 >Objective-C並のポジション
う～ん…微妙じゃね？
C系の欠点とか分かるが、鼻息荒くして否定する程のものでもないんだがな。
206 ：
仕様書無しさん ：04/07/26 21:13
C++厨の傲慢さが癪に障っていると見た。
どこがまともな訳なんだ。
とても読みやすいと思いますよ
Stroustrup： あなたは本当にそれを信じているのですね。 あなたはこれまでに、C++ のプロジェクトで働いたことはありますか？
C厨はもちろん
質問があるんだけど
C
>>213 でもさ
>100のリンクの約で「Win95はC++の傑作だ」みたいな発言してなかった？
たしかに。
218 ：
仕様書無しさん ：04/07/26 23:52
晒しage
219 ：
仕様書無しさん ：04/07/27 00:13
下の方が面白いってのはC++擁護者側の傾向ですな。
C厨はC++厨すら嫌いだからあの記事では叩きにもならんのだよな
221 ：
仕様書無しさん ：04/07/27 01:11
この先生？ってどこの先生のことです？きのこ？
C厨は このティーチャーきのこる には ○○ ～
223 ：
元プログラマ ：04/07/27 04:08
亀レスですが・・・。
>>143 ＞ 大抵そういう奴はプログラミングそのものを嫌っている。
おれはもう引退しちゃったけど、
プログラミングが今でも大好きだから、
嫌わないで欲しいと思うんだなあ・・・。
苦しいけど楽しい、楽しいけど苦しいという感じで
ずっとやってきたんですけどね、今となっては何もかも
みな懐かしい思い出です・・・。
>>148 ＞ いるー。博士課程の香具師に。
＞ オブジェクト指向をまるっきり理解しておらず計算しかできない香具師
博士課程ということは、研究で作ってるんですよね？仕事じゃなくて？
学生でもたまにすごいできる人いるけど、一般的には、そんなに
できないんじゃないかなと思いますよ。
>>223 >
>>148 > ＞ いるー。博士課程の香具師に。
> ＞ オブジェクト指向をまるっきり理解しておらず計算しかできない香具師
> 博士課程ということは、研究で作ってるんですよね？仕事じゃなくて？
> 学生でもたまにすごいできる人いるけど、一般的には、そんなに
> できないんじゃないかなと思いますよ。
できない奴がいるんだよな。ホントに。
そいつはプログラミングが嫌いらしく、数式から作った小さなプログラムを
動かすことしか頭にない。
他人の書いたコードをろくに読もうとせずいつも一から作り直している。
そのため、そこの研究室からいかなるソフトウェアも生み出されない。
そいつは、教授に頼まれて新しい言語をつくるように言われたが、
N○Kに約100万かけて一緒に作ったそうだ、だが、
できあがったものはあまりにもひどいものだった。
あんなものを使うんだったら既存のプログラミング言語を使った方が
まるっきり効率が良い、というものだった。彼はだれも使いたがら
ない言語を作ってしまったようだ。オブジェクト指向のこともよくわかっておらず
関数ポインタのこともよくわかっておらず、だった。
その言語のソースコードを既存の言語のソースコード
の文字列の括弧などに変換するというだけのショボい言語になってしまった。
ただのソースコードコンバータだというのに彼はそれを「コンパイラ」と
未だに言い切っているのだから笑いが止まらない。
しかも関数という概念もろくにない。あったとしても使い物にならない、
しかも既存の言語の関数構造をパクっただけだった。
彼は新しい言語を作る意味も意義も分かっていなかったようだ。
225 ：
仕様書無しさん ：04/07/27 06:13
C++は、かってPL/IやAdaが犯した過ちを繰り返している面は確かにある。
C厨がこの → C厨学校の
>>224 > ただのソースコードコンバータだというのに彼はそれを「コンパイラ」と
> 未だに言い切っているのだから笑いが止まらない。
たしかにそいつは困った人のようだが､既存言語に変換する方法そのものは
常套というか、悪いことではないよ。
Ｃ＋＋も当初はＣのソースを吐くプリプロセッサとして実装されてたし。
あと、強引に解釈すれば､（その言語がCのソースを吐くとして）C言語で動作する
仮想マシンが存在するとみなせば､コンパイラと言ってしまっても間違いではない。
>>227 Mr. Kinokoru が先生をやってるんです。
月厨がこの奈須きのこ
>>228 その話、追加しておくと。
そいつがどうやってそのコンバータを作ったかというと
yacc/flexを使っていたというらしい。
独自の記法の言語のソースコードを
MATLABという言語のソースコードに変換するだけというものらしい。
コンパイラコンパイラなんて使う必要ないだろ、
正規表現とか使えば一発でできるじゃねえかって思ったよ。
それで論文に出しても審査員も専門知識がないから解らず通ってしまうんだから恐ろしいもんだ。
>>231 独自の記法のソースコードによるな。
俺らの知っているパラダイムと全く異なった未知なる記法を採用していたに違いない。
多分、そいつは３Ｄエディタなるものを作って、単語間の線形補完を行いながらコーディングしていたんだよ。
バカの壁を作っていたのは僕らの方だったんだよ！
233 ：
仕様書無しさん ：04/07/27 19:47
>>232 > 独自の記法のソースコードによるな。
> 俺らの知っているパラダイムと全く異なった未知なる記法を採用していたに違いない。
全然未知じゃなかったよ。開始括弧と終了括弧を外して行末にただセミコロンを置いただけのコードだよ。
しかも一行単位でしか解釈できないショボイもので、スコープとか分岐とかループの解釈は全然できていなかったw
> 多分、そいつは３Ｄエディタなるものを作って、単語間の線形補完を行いながらコーディングしていたんだよ。
そいつにはそんな高度な知識もスキルもなかったよ。
XMLやJavaを否定していたし3D関係はまったく未経験な香具師だったよ。
ボケてみたんだけどなぁ･･･
>>231 すぐに関係人物が特定できそうな話だな。
親が教授だと何でも有利になってしまうんだろ
新しい言語をつくるなんてほとんどオナニーで終わってしまうからね。
D言語が今一番きたいされてる言語だな…
>>238 されてねーよ！IBMに買い取ってもらいたいくらいだ
DはDeathの頭文字なんだろ
242 ：
仕様書無しさん ：04/08/05 20:31
違う、
243 ：
仕様書無しさん ：04/08/05 20:45
>227
244 ：
仕様書無しさん ：04/08/05 20:53
それは違う！
245 ：
仕様書無しさん ：04/08/05 20:54
それじゃ癇癪言語だった
ランゲッジワラタｗ
248 ：
仕様書無しさん ：04/08/08 20:06
違う！
_,,,......,,__
251 ：
仕様書無しさん ：04/08/15 12:56
↑茸
252 ：
仕様書無しさん ：04/08/15 23:27
>C厨がこの先、生き残きのこるには…
と思いたいんですね。
255 ：
仕様書無しさん ：04/08/20 21:14
>>252 大学を卒業したばかりの新入りに多いんだな、これが。
256 ：
仕様書無しさん ：04/08/20 22:05
はっきり言って、Ｃ言語以外の言語はこの世に必要ない。
>>256 アセンブラやってれば？
無駄に言語増やさないでさ
>>256 >ＣとＣ＋＋は、全ての用途に問題なく使うことが出来る。
この辺りが脳足りん。
259 ：
仕様書無しさん ：04/08/20 23:05
>>257 ｱｾﾝﾌﾞﾗだけでﾌﾟﾛｸﾞﾗﾑを組むなんて正気の沙汰じゃない。
関数の呼び出しをするのにわざわざpush, pop とかﾚｼﾞｽﾀのｾｯﾄなどをする必要があるし、
ﾌｧｲﾙや標準入出力なんて扱った日にはｼｽﾃﾑｺｰﾙを呼び出すはめになる。
ﾙｰﾌﾟでは嫌でもｼﾞｬﾝﾌﾟしなければならない。
ちょっとした数式を計算するのにもload, storeなどが必要になるし、
途中結果がﾚｼﾞｽﾀに収まらない時はさらにstore, loadなどをする羽目になる。
一方、Ｃの場合は、ﾌﾟﾛｸﾞﾗﾐﾝｸﾞの苦労が純粋にﾌﾟﾛｸﾞﾗﾑの複雑さに比例する。
それでいてほぼCPUの速度で処理することが可能。
大型の行列の積を計算する時などは、ﾒﾓﾘの性質やｱｸｾｽ速度まで神経を使う必要があるが。
Ｃ言語（Ｃ＋＋）以外の言語を理解すると何かと便利だが、ＣとＣ＋＋だけ知っていれば死にはしない。
260 ：
仕様書無しさん ：04/08/20 23:08
>>258 ＣとＣ＋＋を使うと問題が生じるﾌﾟﾛｸﾞﾗﾑはこの世に存在しない。
極論を言えば、perl, LISP, matlab, Mathematica的な処理だってﾗｲﾌﾞﾗﾘさえあれば問題なく出来る。
>>259 おりの「Slim de Can」は唯一Ｃを抜く可能性のある言語だ。
Ｃと同じく何でもできるし、いまのところｱｾﾝﾌﾞﾗ以上に使いにくいが、
いずれ超便利な機能をいろいろつけていくつもりだから、ﾌﾟﾛｸﾞﾗﾐﾝｸﾞもワンタッチでＣ以上にしやすくなる日が来るはずだ。
「Slim de Can」に注目してみろ？
262 ：
仕様書無しさん ：04/08/20 23:22
>>261 名無し@沢村さんでつか？
Slim de Can で何かﾌﾟﾛｸﾞﾗﾑを作ってみて下さい。
そのﾌﾟﾛｸﾞﾗﾑがＣよりも簡単そうだったら、その言葉を信じます。
組込み屋の漏れはＣしか使えないけど全然支障ないよ。
264 ：
仕様書無しさん ：04/08/21 09:57
>>256 > はっきり言って、Ｃ言語以外の言語はこの世に必要ない。
> Ｃ＋＋まであれば、世界のﾌﾟﾛｸﾞﾗﾑの殆どは記述に不自由はしない。
んじゃ、SQLも使わずにデータベースプログラミングでもしてみそ。
> JAVAはWeb用に特化している。
すごいJavaに対する偏見がプンプンするなあ。
そう思っているのは藻前だけだろ。
iアプリとか見ればいいのに
>>264 ?んじゃ、SQLも使わずにデータベースプログラミングでもしてみそ。
エレガントな RDB の理論と構造はいるが、SQL の糞構文はいらん。
SQLは俺も嫌いだが、代替が無いから仕方がない
268 ：
仕様書無しさん ：04/08/21 13:22
>>264 ＳＱＬを作れる人になら可能。
ＳＱＬの機能をＣﾗｲﾌﾞﾗﾘとして組み込めばいい。
糸冬 了
Cは生き残るJavaは生き残らない、これは運命。
先生！VBが足りません！！
残念ですが、VBは既に(ry
>>256 それは鋸があるからチェーンソーはいらない、ってのと同じだろ。
何でこの手の言語厨は適材適所って言葉を知らないんだ。
> 他の言語は、特殊な用途に特化しているか、出来るだけﾌﾟﾛｸﾞﾗﾑを組みやすくしているかのどちらか。
それが一番大事じゃないか。
突き詰めれば、手があるから道具はいらないってのになって、猿並だぞ。
273 ：
仕様書無しさん ：04/08/28 10:55
>>260 >
>>258 > ＣとＣ＋＋を使うと問題が生じるﾌﾟﾛｸﾞﾗﾑはこの世に存在しない。
> 極論を言えば、perl, LISP, matlab, Mathematica的な処理だってﾗｲﾌﾞﾗﾘさえあれば問題なく出来る。
頭悪そうな香具師だな。数値計算や信号処理を使って研究している学生か。
いかにもオブジェクト指向を知らないライブラリ厨らしい発言だな。
ライブラリさえあればなんでも問題なくできると豪語しているところが思慮の足りないところだな。
こういうバカにはフレームワークといってもなんのことだか理解できないんだろうな。
ネットワークプログラミングの経験も薄い奴なんだろうな。
C/C++を使って生じる問題は腐るほどあるという事実もしらないバカの発言だな。
理論と口八丁だけで実践が伴わない奴が
>>260 のような発言を平気でする。
C/C++のメモリリーク、バッファオーバーフロー、コードの煩雑度数、スパゲティコード生成指数は果てしなく高い。
よって、C/C++は大規模開発に向いていない。
>>260 のようなバカが演算子オーバロードをバカみたいにセンスの悪い使い方で定義し、オナニーしている。
typedefとかつかって自己満足コード書いて、それを他人に渡しても全く問題がないと豪語するアフォ。
>>260 は大規模開発、アジャイル開発を知らないバカの典型だ。
>>260 は「ソフトウェアの危機」もＣＭＭをレベルも理解していないどうしようもない低脳だ。
>>260 のような愚か者にはケントベックの爪の垢でも飲ませてやりたいものだ。
274 ：
仕様書無しさん ：04/08/28 10:59
>>268 >
>>264 > ＳＱＬを作れる人になら可能。
> ＳＱＬの機能をＣﾗｲﾌﾞﾗﾘとして組み込めばいい。
お前のスキルじゃ無理。order_byとか 複問い合わせとかを、
お前のスキルでは
SQLベタ書き無しでしかもCだけでオブジェクト指向無しで
そういうものを作るところが頭が悪すぎ。C厨は口だけのタコであることが露呈されてしまったな。
何のためにO-Rマッピングツールというものがあると思っているのか。
275 ：
仕様書無しさん ：04/08/28 11:19
>>272 他の言語は、たとえるなら多機能の工具・調理器具のようなもの。
一見便利そうに見えて、実はどの機能も使いこなそうと思えばおのずと限界が来る。
C言語だと、ｱｾﾝﾌﾞﾗﾚﾍﾞﾙの低ﾚﾍﾞﾙ処理も出来る一方で、現在ｺﾝﾋﾟｭｰﾀで実現可能な全ての高級処理を扱える。
Cで不足があればC++を使うことによって、Cの欠陥のほぼ全てをｶﾊﾞｰできる。
C++だと、VisualBasic のﾊﾞﾘｱﾝﾄ型だって実現できるし、perlの高度な文字列処理だって実現出来る。
C++はCで出来ることは全て出来るので、C++は全ての言語の全ての機能を実現できることになる。
さらに、コードを書くのを補助するための統合環境などもあるので、もはやC++が他言語にひけを取ることはない。
276 ：
仕様書無しさん ：04/08/28 11:24
>>273 ＞C/C++のメモリリーク、バッファオーバーフロー、コードの煩雑度数、スパゲティコード生成指数は果てしなく高い。
＞よって、C/C++は大規模開発に向いていない。
ﾒﾓﾘ管理用のﾗｲﾌﾞﾗﾘがあれば、ﾒﾓﾘﾘｰｸの心配は無い。
ﾊﾞｯﾌｧｵｰﾊﾞｰﾌﾛｰも、対策が不可能ではない。
ｺｰﾄﾞの煩雑さは、ｺｰﾄﾞの書き方を適当に定めることによって最小限に抑えることが出来る。
ｽﾊﾟｹﾞｯﾃｨｰになることも同様に防げる。
統合環境を使えば、それらの問題の殆どは解決出来てしまうので問題ない。
こいつ
じゃ、池沼だな。
>>276 >ﾒﾓﾘ管理用のﾗｲﾌﾞﾗﾘがあれば、ﾒﾓﾘﾘｰｸの心配は無い。
ここまで無知な奴も珍しいね。
つかそもそも、メモリリークの意味解ってんのかなぁ？
ポインタとかgetsとかを使わなければメモリリークなど心配しなくとも良い!
283 ：
仕様書無しさん ：04/08/30 16:35
>>282 きみは「メモリリーク」の意味が分かってないようだが
Ｊａｖａ厨か？
284 ：
仕様書無しさん ：04/08/30 17:08
>>276 で言ったのは、ｶﾞｰﾍﾞｯｼﾞｺﾚｸﾃｨﾝｸﾞを自動でやってくれるﾗｲﾌﾞﾗﾘがあればの話。
最初にまとまった量のﾒﾓﾘを確保してその中でやりくりするとか、
確保したﾒﾓﾘに使用期限を定めて、一定期間を過ぎたら自動的に解放してくれるようにするとか、
いくらでも方法はあるはず。
その多くはC++で実現できる。
Ｃしかわかんねーし。ＶＢとかやれって言われているけど理解できない。
286 ：
仕様書無しさん ：04/08/30 22:40
組み込みのCとアセンブラが出来たら
Cしか出来ない奴は確かに生き残れない
ほんとにCしか出来ない奴って存在するのか？
俺BASICもできるよ！
>>288 「(ポインタとか構造体とか解らんから、そーゆーの使ってない) C」しか出来ない奴は多い。
>Cに限らず一つの言語は出来るけど他の言語はさっぱり
「(クラスとかユーザコントロールとか解らんから、そーゆーの使ってない) VB」しか出来ない奴は
もっと多い。
>>286 ２８５だけど長いこと組み込みのＣやっててアセンブラも多少はできるから、
そう言った意味ではそれなりに職はあるのは分かっているんだけどね。
地方在住だけになかなかそういった職場が無くてさ。。。
あと知人が携帯開発でメンヘラーになって自害しちゃったりしているのがなぁ。。。
携帯業界だけには気持ち的に進みたくないなぁ。
いまは外注で入っている職場で組み込み時代の経験やら前歴を買われたのか、
システムリニューアル時の既存システムの解析とか任されているよ。
ちと古めの情報を持っている人材が少ないような感じ。
293 ：
仕様書無しさん ：04/09/05 23:52
>>276 >
>>273 > ＞C/C++のメモリリーク、バッファオーバーフロー、コードの煩雑度数、スパゲティコード生成指数は果てしなく高い。
> ＞よって、C/C++は大規模開発に向いていない。
> ﾒﾓﾘ管理用のﾗｲﾌﾞﾗﾘがあれば、ﾒﾓﾘﾘｰｸの心配は無い。
それを使わないと約束してくれるC++プログラマがどれくらいいるのやら。
> ﾊﾞｯﾌｧｵｰﾊﾞｰﾌﾛｰも、対策が不可能ではない。
その対策を怠らないしっかりしたC++プログラマがどれだけいるのやら。
> ｺｰﾄﾞの煩雑さは、ｺｰﾄﾞの書き方を適当に定めることによって最小限に抑えることが出来る。
> ｽﾊﾟｹﾞｯﾃｨｰになることも同様に防げる。
その定めを守るC++プログラマだどれだけいるのやら。
> 統合環境を使えば、それらの問題の殆どは解決出来てしまうので問題ない。
その統合環境を使う者がどれだけいるのやら。
ある者はvi,あるものはEmacs,あるものはVC++、あるものはVC++.NET,
乱立が激しいな。
C++規格の乱立もどうにもならん。
C++のオープンソースプロジェクトが統合しずらい問題はここにあるわな。
Apache Jakarta Projectのように複数オープンソースプロジェクトを統合し、
過去に異なるものがJakartaに仲間入りするコストがそれほどかからないのも
Javaの大きな力というところか。
>Javaの大きな力というところか。
確かにJakartaのようなものはC++には無いね。
296 ：
仕様書無しさん ：04/09/25 00:33:07
C++しか使えない人間はプログラマ失格。
現行の技術は過去の技術の成果の上に成立している
300 ：
仕様書無しさん ：04/10/02 01:54:59
言語は道具であって、上手に使う人が生き残れるってことじゃ
301 ：
仕様書無しさん ：04/11/14 02:26:08
>>299 そういう藻前は鉄を使えたくらいで石器時代の技術を叩いているわけだが。
先生、きのこるには
きのこレ
304 ：
仕様書無しさん ：05/02/15 23:36:09
おまいら頑張ってきのこれよ
CとかJAVAとか以前にプログラムしかできないのが問題だと思う
307 ：
仕様書無しさん ：05/02/16 21:55:14
Cだけでは生き残ることは不可能ですが
オマン、オマン、オマン、おま～ん！！
オマーン政府が言っています。
310 ：
仕様書無しさん ：05/02/17 23:06:06
C厨か
312 ：
仕様書無しさん ：05/02/18 00:09:54
_ ∩
_ ∩
314 ：
仕様書無しさん ：05/02/18 00:17:29
69式フリーPG ◆hND3Lufios == 生き残れなかったC厨
この先生きのこっちゃうよー
おまえには無理
