C++使えない奴はプログラマとは認められず
言うまでもないが
3 ：
仕様書無しさん ：02/11/06 20:23
ギョフ
C++使える基準ってどこですか？
>>1 は今時cppしか使えないのか。社会の悪だな。
ゴミPGは逝ってヨシ（惨
スレタイ合成スレに書けば終わる話だと思われ。
7 ：
仕様書無しさん ：02/11/06 23:34
Javaではダメっすか？
8 ：
仕様書無しさん ：02/11/07 00:06
Javaが使えればC++も使えるよ。
VBが使えればC++は一週間で使えるよ、ﾏｼﾞﾃﾞ
C++が使えればVBは3時間で使えるで、ホンマに。
11 ：
仕様書無しさん ：02/11/07 00:46
Ｃ言語やらずにＣ＋＋を先にやった人は、Ｃ言語３時間でできますか！？
12 ：
仕様書無しさん ：02/11/07 01:05
>>11 できるんじゃない。
new,deleteがmalloc,freeになるだけだから
1週間とか3時間とかあるけど、出来ない奴はどの言語でも駄目。
そうだな。文法に沿って書くのはすぐだが他人に見せても
15 ：
仕様書無しさん ：02/11/07 01:20
使うだけなら最短で３０秒でできますが、何か？
俺はすでにすべての言語を使え鵜。
17 ：
仕様書無しさん ：02/11/07 11:41
>>16 その”すべて”には当然プログレス２も含まれるよな？
>>1-17 まで詠んでみたが、
たぶん
>>1 はJavaとC++くらいしか知らないんだろうな。
CからC++に乗り換えるのはいいんだけど、Cの経験長いからそれなりに信頼性のあるものを組んでるつもり。
>>19 うだうだ言わずにC++でプログラム書け。
そしてテストしっかりやれ。そうすれば信頼性は落ちないはず。
慣れれば能率上がる。
ちったアタマ使えや。
なぜ信頼性が下がるのかが理解できん。
>>21 CのソースをC++コンパイラでコンパイルするだけならともかく、
慣れない奴がコンストラクタ・デストラクタとか例外とか使えばそりゃ信頼性落ちるだろ。
24 ：
仕様書無しさん ：02/11/07 13:17
つかえません。
25 ：
仕様書無しさん ：02/11/07 13:31
C爺はC++の仕事取らないで。
26 ：
仕様書無しさん ：02/11/07 13:38
>>22 コンストラクタ・デストラクタとか例外ごときに慣れが必要なのか？
ラベル低すぎだよ。
相当低品質なお仕事してそうだね。
慣れは必用だと思うがな、自分の扱う物の品質に拘りたいから質問してるんだろうし。
C++ってそんなに簡単・・というか程度低いのですか？
まあ、C++が難しいと思う奴は英語からやり直せ。
C++は簡単だよ。COBOL使いだってVB使いだって簡単にマスターできる。
すみません。
>>29 ジョークを本気にする。これだから日本人は(略
そういうジョークが出るって事はC++が難しいと思っている奴が多いからだろうな。
俺もC++簡単だと思うよ。
35 ：
仕様書無しさん ：02/11/07 14:20
英語もできないのにプログラミング言語使えるの？
>>34 ちょっとしたＰＣオタクレベルでマスターしたと思っている奴がいます。
>>26 慣れるまではどの時点でどのコードが実行されるかわかりにくいからな。
演算子オーバーロードしてたりすると特に。
38 ：
仕様書無しさん ：02/11/07 14:27
privateごときで英語が出来ると思っている
>>35 がいる糞すれはここですか。
ﾊｧ、やれやれ。
>>38 どこにもそんな事は書いてないよ。ﾊｧ、やれやれ。
>>40 try English
英語がわからない人でもC++が出来ると言ったら不思議ですか？
43 ：
仕様書無しさん ：02/11/07 14:35
>>38 やっぱ馬鹿？（ﾜﾗ
>>39 ただの記号では意味を知る為に詳しい解説が必要でしょう？
元々の言葉の意味を知っていればそれは最低限で良い。
44 ：
仕様書無しさん ：02/11/07 14:36
最小はぐーでじゃんけんぽん
45 ：
仕様書無しさん ：02/11/07 14:40
C++が難しいなんて言ってる香具師は低脳＆石頭なだけ。
>>43 privateという英単語の意味を理解してても、C++でのprivateの意味を理解
するにはかなりの背景知識を必要とすると思うが？
英単語としての意味を知っているかどうかが誤差と言えるくらいの。
48 ：
仕様書無しさん ：02/11/07 14:43
>>45 C++が難しいとかいってるのはそれより複雑なものに出会ったことのない
おめでたいやつなんでしょ。
>>43 defaultの意味を知らなくても switch-case-default文使うのに全く支障無い
ですが、何か？
>>42 英語が出来ればC++を難しいとは思わないでしょうね。
>>48 C++が簡単とかいってるのはそれより簡単なものに出会ったことのない
おめでたいやつなんでしょ。
と言ってほしかったのかな（ｗ
>>50 本当にそうなら、あんな質問は出てないって。
>>44 愛と勇気と夢はりせん
はぁとのターボスピード上げて
Bang!Bang!!
54 ：
仕様書無しさん ：02/11/07 15:18
>>46 それほど苦労はしない、だってprivateはprivateだもの。
初めてでも掻い摘んだ意味は理解できるし使う時も直感的でわかりやすい。
そうでしょう？
>>49 意味も知らないで使っているって怖いですね。
英語の勉強をお勧めします。
>>52 あんな質問？
C++はできますが、VCはできません。
56 ：
仕様書無しさん ：02/11/07 15:26
default=（債務）不履行
がはは
必要な時に必要な言語を使いこなせるのが本物のプロ
>>54 国語辞典に載ってる「プライベート」という意味を知らないほうが珍しいと思われ。
知らないのなら国語勉強してください。
61 ：
仕様書無しさん ：02/11/07 16:41
固執しないことがプロだと勘違いしてるバカがいるスレはここ？
62 ：
仕様書無しさん ：02/11/07 16:49
固執しない＝客の要望に柔軟に対応(場合によっては提案)
固執する＝
>>61 のような香具師
でオケ？
>>61 客が固執するのとプログラマが固執するのは違うだろ。
客が「VBで」って言ってるのに「自分はVC++しか使いません」
と言うのか？
>>58 優先すべきはお客の要求であって自分がどうかの問題ではないよ。
こだわってより高いサービスを行うのと
こだわらないことに捕らわれて広く浅くとしか要求を満たせないのでは
お客から見たらどちらがいいと思う？
>>64 はぁ？
客の要求(技術的にも、金額的にも)が広範囲に及ぶのにずっとCOBOL使い
つづけろというのか？
>>64 プログラミング言語なんていう枝葉末節な部分に拘るようでは客の要望
満たせるかどうか不安だな。
簡単な例で言うと：
ある環境でプログラムに拘って処理速度２倍にしたとしても、他の環境
を採用してれば今までの４倍の処理速度を実現できたかもしれないに。
ようするにＶＣで早くなる程度は、マシンを買い換えれば
>C++使えない奴はプログラマとは認められず
69 ：
仕様書無しさん ：02/11/07 17:19
客が必ずしも処理速度を求めているとは限らない
70 ：
仕様書無しさん ：02/11/07 17:25
C++って無理やりオブジェクト指向って感じの言語。
>>69 いや、信頼性でも機能でもなんでもいいんだけど。
言語は設計にも環境にも影響するのでは？
73 ：
仕様書無しさん ：02/11/07 17:30
COBOLer がわんさかいるスレはここですか？
お前らどうでもいいようなことを話してないで仕事してください。
75 ：
仕様書無しさん ：02/11/07 17:49
C++からVC++をマスターするにはどうしたらいいですか？
Gatesと友達になる。
77 ：
仕様書無しさん ：02/11/07 18:01
チミ達オタPGの自己満足に金を出す客はいません。
78 ：
仕様書無しさん ：02/11/07 18:11
>>67 仮にVC専門プログラマが人月60マソで、VB派遣プログラマが人月30マソで雇える
なら、VBプログラマを雇って新品のパソコンに20マソ出しても、VCプログラマを
雇うよりも安くつくよな。
しかも、VCプログラマによって速くなるのは書いたソフトだけだが、新品の
パソコンに置き換えたら、他のソフトも早くなるし、プレインストールなら
OSまで最新バージョソになる罠。 但し、新しいOSにバグが少ないという
保証はないのが諸刃の剣。 素人にはお薦めでない。
VCにしろ、VBにしろ、下のレベルでは同じAPIを呼んでるわけで、VC++に
したから極端に速くなるケースってのはごく限られる(VBだとガーベージ
コレクションによって極端に遅くなる等)と思う。
粘着
80 ：
仕様書無しさん ：02/11/07 19:17
C++が難しいのでなければC++プログラマよりVBプログラマのほうが
>>80 絶対評価と相対評価の違いかと
・絶対評価：C++は難しくない
・相対評価：C++はVBよりは難しい
は矛盾しない
>>81 つまりC++は難しくないってのは絶対評価なんて世の中に存在しないものを基準にしているわけか。
ったく主観なんかで物を言うなよな。
>相対評価ではC++はプログラム言語の中で難しいというので問題ないな。
Perlの変態仕様が一番理解不能・・・
87 ：
仕様書無しさん ：02/11/07 20:24
C++からVC++をマスターベーションするにはどうしたらいいですか？
←（今この辺）→
C++は難しいというよりも、面倒くさい。
90 ：
仕様書無しさん ：02/11/07 21:12
VC++は難しいというよりは
>>86 Perlを受け入れられない人の大半は
ただ単に、Perlの設計思想を理解していないだけ、
のように感じます。
Perlは自然言語のようにプログラムを書くことを目的に設計されています。
>>92 でも自然言語のように書けないし見えません。
自然言語・・？日本語とか英語のこと・・・？
ひまわり>Perl
96 ：
仕様書無しさん ：02/11/07 21:54
MicrosoftがC++習得の障害だな
>>96 じゃあC++の習得の障害にならないものを教えてくれよ。
(GUI)ライブラリこみで。
>>97 なんで「(GUI)ライブラリこみ」が条件になるのか
理解できん。
>>97 MFCを抜かしたらMicrosoftでもC++習得の障害にならないだろ。
101 ：
仕様書無しさん ：02/11/07 22:08
おまいらプログラマとして認められたいんか？
102 ：
仕様書無しさん ：02/11/07 22:14
>>101 他人が自分をプログラマとして認識するという事。
103 ：
仕様書無しさん ：02/11/07 22:20
おい、おめーら今NHK1を見ろって。乳ガンの検査。
104 ：
仕様書無しさん ：02/11/07 22:20
まんもぐらふぃーの良さについて語っているよ。
105 ：
仕様書無しさん ：02/11/07 22:29
>>105 訳のわからない事を言って話をはぐらかさないで
C++の習得の障害にならないものを教えてください。
108 ：
仕様書無しさん ：02/11/08 01:04
C++ >>> ～超えられない壁～ >>> C >>> ～4次元の壁～ VB > COBOL >>> ～ダメ！絶対！ >>> >1
109 ：
仕様書無しさん ：02/11/08 01:08
☆ _-‐-､ l:::::l┐ ｌ::::ｌ ,.‐-__ ☆
C++が分かるだけでこんなに優越感に浸れるなんて
111 ：
仕様書無しさん ：02/11/08 01:26
>>1 おいおい、１よ C++お前ほんとに使えてる？
あんまりでかい口たたいてたら、引っ込みつかなくなるよ
112 ：
仕様書無しさん ：02/11/08 01:29
>>1 おまえな、そんなこと言う前にCを使いこなせるか？
B-Treeや、ハッシュ、待ち行列など、わかるか？
大学で習ったなぁ、それ
114 ：
仕様書無しさん ：02/11/08 01:34
日本語使えないやつはプログラマとはみとめられず
日本語使えないやつは日本人とはみとめられず
プログラマにあらずは人にあらず
おごれるプログラマも久しからず
1 は人にあらず
119 ：
仕様書無しさん ：02/11/08 21:18
「C++が使えない奴はプログラマとは認められん」って主張は正しいだろ？
>>119 「正しいだろ？」という理由が「当たり前だもんよ」じゃ理由になっていません。
「Template Meta Programmingができない香具師はC++が使えるとは
「魔法が使えない奴はプログラマとは認められん」って主張は正しいだろ？
123 ：
仕様書無しさん ：02/11/08 21:41
MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM
124 ：
仕様書無しさん ：02/11/08 22:10
>>119 :1: `使えない' undeclared
126 ：
仕様書無しさん ：02/11/08 22:59
C++が使えるかどうかよりも、
なんか、みんなかわいそうだな。必死で。
128 ：
仕様書無しさん ：02/11/09 00:35
VBしか使えない奴はプログラマとは認められない
128 はプログラマとは認められない
130 ：
仕様書無しさん ：02/11/09 01:41
131 はプログラマとは認められない
C++ 覚えるのはは難しいよ。OOP を覚えるのも難しいよ。
132 ：
リアル厨房 ：02/11/09 02:41
お、俺、VB挫折しましただ。
>>132 > procedureって何？methodって何？
VB にそんなキーワードはありません。
>>129 、
>>130 はこの書き込みを見るだけでも、センスのダサさがわかるなぁ w
VBしか使えない奴、COBOLしか使えない奴、派遣社員はプログラマ、大学出てない奴、
アニヲタ、一流企業の社員以外、年収の低い奴、
以上すべてプログラマとは認められない 。
書くならこうだろ。
２ちゃんねらはプログラマとは認められず。
>>133 キーワードじゃなくてただの言葉だろ。
ファンクションプロシージャとかクラスモジュールのメソッドとか。
137 ：
仕様書無しさん ：02/11/09 14:13
>>112 なんでそれがCなのか意味不明
アルゴリズムだろ、それは
>>137 だれもC とは言ってない、「C++使えない奴はプログラマとは認められず 」
という題名にしてるから、例えばCで、こんなの使いこなせるようになってるの
と聞いてみただけだ。
>>112 が自分のレベルの低さをさらすスレはここですか？
なんか粘着質なのが居着いてるな……
143 ：
仕様書無しさん ：02/11/09 21:19
144 さんも必死ですね。
>>112 君のアホづらには、心底うんざりさせられる。
つーか、C じゃなくて C++ なんだから、STL 使いなさいよ。 >112
>>148 ピンポン。そして、サンクスコ。
#誰も気付かなかったらどうしようと思たよ。
言葉をつつしみたまえ！！君はハッカー王の前にいるのだ！！
システムがクラッシュしたのにハッカー王だけ生きてるなんて滑稽だわ
>>150 C++ を使えないのを悟られないようにするのに必死だな。
154 ：
仕様書無しさん ：02/11/11 13:08
>>154 ほとんどの場合、それはあなたのせいだ。
最近、しびれまくって疲れてるんですけど、、、
157 ：
仕様書無しさん ：02/11/11 21:00
>>156 （VC++が使える＝MFCが使える）≠C++が使える
これ系の論議って結局ここに辿り着くような気がする。
他環境の場合は、適当なライブラリに置き換えてください。
158 ：
仕様書無しさん ：02/11/11 22:25
そして
159 ：
仕様書無しさん ：02/11/11 22:42
>>156 アホですか？
デザインパターンの目的をわかっていないのに表面だけみて知ったかぶりしている君のほうが痛いよ。
パターンを思いついてどうすんだ？
161 ：
仕様書無しさん ：02/11/11 23:08
>>156 つか、有名だからこそ、他人の作ったコードに
// ここ、Strategyパターンね♪
と書いてあるだけで可読性が高まる罠
お前の考えた「俺様パターン」なんぞしらねえよ。ちね。
釣れた釣れた
騙り魔 162 の登場
164 ：
仕様書無しさん ：02/11/12 12:57
design patternも有効に使えない奴って一体…。
167 ：
仕様書無しさん ：02/11/12 13:43
ソフトを使う側にしてみれば
ソフトを作る側にしてみれば
よってプログラマと呼ぶのにC++は必須ではない。
170 ：
仕様書無しさん ：02/11/12 14:51
なんで168にくってかかってるんだろう。言ってることは正しいのに。
>>172 >C++だろうがCOBOLだろうがどうでもいいことだ。（ｗ
客の為に適した言語を選べない奴などはプロに非ず。
COBOLerよりJava厨のほうがｳｾﾞｴよ
何で 168 が叩かれるのか理解できないな。
>道具の一つを必須ではないとした 169のが DQN だと思われ。
ああ、そりゃそーだ。
まったくちがうね
まさか言語がどうでもいいものだと本当に思ってんのか？
詰まるところ、ﾄﾞｷｭｿ房は手に入れた道具(Java, C++, ﾁｬｶ等)を使ってみたくて
183 ：
仕様書無しさん ：02/11/12 18:00
ｱﾆｦﾀｷﾓ
Java房ｳｻﾞｲ。Windowsしか使えない分際でMSの悪口だけは達者。
このスレのタイトルは 「Java 房、逝ってよし」 に変更されました。
>>181 客の要求するものを作れるのなら言語なんてどうでもいいだろ。
仕事してないのがバレバレだよ。
どれでもいいけど、どうでもよくはねえじゃん。
>>187 元の発言の
>>167-168 を見ろ。
C++だろうがCOBOLだろうがどうでもいいこととなっているだろ。
一連の「どうでもいい」は「どれでもいい」のことなんだよ。
日本語読めない？
どれでもいいはどの言語でもを表せるが
190 ：
八千代市民 ：02/11/13 01:04
Java使ってる奴は偉くない。
結局予想通りに大漁だった罠（ｗ
C++って、どんな業務内容のシステムで使んですか？
>>192 グラフィック（DTP)関係の仕事で使った事ある。
あと、VBで作られた複雑な画面のWinアプリ開発が頓挫して
MFCで焼きなおした事がある。
>>191 おいおいおい、どこにVB厨が居るんだ（ｹﾞﾗ
よーく読み返してみろよ、アンチVB派しかいねーぞ？
おまえ
>>168 のコボラーだろ（爆笑
>>194 頭の悪い自作自演ですね、コボラー廃業したVB厨房ですか？（ｗ
また凄いのが来たな・・・
>>193 へー。
DTP関連で使うってのはなんか納得できますね。
VBでのは相当複雑な作りだったんですかね。
C++は難しいってイメージがあるなぁ。
ANSI-Cしかやったことない。
C++の仕事やってみたい。
191 は単なるコピペだろう。
200 ：
仕様書無しさん ：02/11/13 12:51
PGって煽りすらどこかしら論理的だなおもろい
201 ：
仕様書無しさん ：02/11/13 13:05
屁理屈だうろが何だろうが、筋も脈絡も無い荒らしよりはマシだろう！！
203 ：
仕様書無しさん ：02/11/13 16:20
>199もよく見るコピペですね:-)
>>198 > VBでのは相当複雑な作りだったんですかね。
VBはある一線を超えると、VC++よりも難しくなる癖の強い開発環境
それを見切ってあえて使うのならば構わないが、
何でもかんでもVBで簡単に開発できるわけではない。
だからといって何でもかんでもVC++で作る奴も
コストを考えない頭が固いPGと言えるだろう。
何という事だ！！
固定長フォントでないと著しく見にくいスマイリーを惜しげも無く使う203
今更C++とか言ってる奴いるのか？
207 は COBOLer の意味がわかってない COBOLer
何という事だ！！
211 ：
仕様書無しさん ：02/11/13 18:35
ゴチャゴチャめんどくせえな。
213 ：
仕様書無しさん ：02/11/13 23:03
ところでC#使いのことって何て言うの？C#er？
MicroSoftの飼い犬
流行に乗り遅れまいと先走ったが結局見当はずれだった野師
C++が無かった時代はプログラマは存在しなかった
しーいげた
C#を時計回りに90度回してみたらﾃｨﾑﾎﾟに見える
そんな事したら C++ なんてとんでもない事になるぞ
C++
C++ビルダーではだめですか？
>>222 カラダを鍛えなくちゃアニキには逢えないよ
いみふめー。
知っている人だけほくそえんでいれば良い
>>224 ♥♥少年にアニキからのアドバイス♥♥
「BOrland DElphi/c++BUILDERを極めたguyを
ボデ－ビルダーと呼ぶのだよ。」
222ですが、DElphi は大分極まってきたかもしれません。
228 ：
仕様書無しさん ：02/11/15 17:20
なんだよー、ﾏﾀｰﾘしてきちゃったな。
マタール
↓は無念にも深爪した香具師
別に使えないからと言ってプロとは認められないわけじゃありませんよ。
↑は意味のない駄レスを繰り返す空気の読めない香具師
↑は昔ネタをふったが駄レスで埋められた香具師
え？C++使えん？
235 ：
仕様書無しさん ：02/11/15 18:06
>>231 こんなネタ板でマジレスすんなYO！
も～っと！殺伐しようぜ。
>>231 はVB厨で高卒、そのうえ派遣社員。
↑このｵﾆｵﾝ野郎！
↓はタマネギ剣士
>>235 ﾊｧ?
ネタ板といいながらネタのひとつも書かず
しかも煽りもノリもすべてが中途半端で
低脳かつ知性の欠片もない時代遅れで
存在価値のない社会の屑はさっさと死ねばぁ？
つーか、使ったことねーよ。
242 ：
仕様書無しさん ：02/11/15 18:20
>>238 激しく同意。
ほんとだよ、ネタは書けない、煽りもいまいち。
おまえもう来なくていいよ。
>>241 どんな言語だってよく分からんやつがミスればトラブルと思いますが、どうか。
↑激怒しているようです。
はぁ～ぁ。
逃げたか
238は
こりゃ社会人として問題外だなぁ。
>>252 まぁ強いて言えば、君を小馬鹿にするためかなぁ～。
>>253 さっさと仕事辞めて首吊れば？
ゴミは必要ない。
で、238は
はぁ。
煽り合いを楽しむネタ板でHOTになってる>238が居るスレはここですか？
>>258 おい、いつからここは煽り合いを楽しむネタ板になったんだ？
低級煽りとキレ易い厨房は帰れ。
あなた達が頭のおかしい学生であることを祈ります。心底。
>>260 激しく同意。
おまえがちょっとした事で激怒する今時のキレやすい学生であって欲しいよ。
WTF!
あ、あと
>>250 も漏れね
久々の煽りと自演と騙りﾃﾞｼﾀ!
面白ｶﾀﾖｰ
↓偽者
↓C＃
乙女繚乱
↑C#
どうでもいいが、漏れが何となく書いた 「たまねぎ」 に反応してる香具師がいてﾜﾗﾀ
269 ：
仕様書無しさん ：02/11/16 13:17
ｷｬﾊﾊﾊ
>>269 ところで、林檎と梨はどちらが好きですか？
林檎を選んだあなた：
272 ：
仕様書無しさん ：02/11/16 22:19
ところで、
>>232 > ↓は雑談スレ住人の空気固定＠名無しそして香具師
「香具師」 って単に 「奴」 の事だと思ってたんだけど、「そして」 で付け加えてる
って事は何か他に特別な意味があるの？
>>271 梨を選んだ人には何を勧めてくれるのか教えてほすい
・・・気になって今晩寝られそうもないよー
ごめそ
誰か書いてくれるかと思って
C++なんか難しくないというやつはC++に関して浅い知識しかもっていないやつだ。
失礼。以下に差し替え。
279 ：
仕様書無しさん ：02/11/17 00:39
>>277 おまいの知的レベルが低いだけ。
知的レベルの低さを公表して楽しいですか？
>>279 釣れてるし・・・。
要は答えられないんだろ。
>>277 STL は C++ コンパイラの一部じゃないけど、C++ 言語の一部じゃないの？
281 ：
仕様書無しさん ：02/11/17 00:48
いつも思うんだけど。
> C++ってオブジェクト指向を表現するためのもの
C++勉強中だけど、
285 ：
仕様書無しさん ：02/11/17 00:53
>>281 ＞C++ってオブジェクト指向を表現するためのものなのに
ちみはアフォーですか？
286 ：
仕様書無しさん ：02/11/17 01:00
ちがうんだ？
287 ：
仕様書無しさん ：02/11/17 01:05
>結局、OOが理解できる奴っておおざっぱな考え方ができるやつでしょ
>>287 きっと286が「OOを理解できるおおざっぱな考え方ができる」
すばらしい人だからでしょう。
>>283 スコープ解決演算子をもっとよく勉強してくれ。
>>283 > returnの後の処理は何か意味があるの？
どうして意味がないと思うんだ？
C++ の前に、指摘の仕方を勉強しろ。
抽象的な考え方が出来る、じゃなくて？
>>290 香具師はif文による分岐すらわかっていない。
まあ、「知的レベルが低い」 がアセンブリ言語と同じ意味で低いというのなら、
>>292 そうか、インデントが無いとソースが読めない香具師なのか・・・。
よりマシンアーキテクチャに密着した知的レベル？
>>156 似たようなことを口走っておきながら、
バグだらけのvoid*使い回しまくりの糞プログラムを作った奴が
前の会社に居たことを思い出した。
マシンまでは逝かないけどな。
298 ：
仕様書無しさん ：02/11/17 01:29
なあ、OO使いはおおざっぱな奴だよな。
>>297 ここで多重継承されてるクラスを呼ぶと、フレームスタックの処理に
時間がかかるから別のクラスを作ってそいつにメッセージ出して･･･
とかやってたらOOの意味が無いと思われ。
>>297 うん。
それが悪い事だとは逝ってないし、思ってもいないよ。
漏れも、趣味でいぢる時とかぐらいしか、低レベルで考え込んだりしない。
>>298 そうだ俺がOOPが好きな理由は
OOPはガキにも使えるってことろなのよ
もうめんどくせーのはやめようや
誰も
>>278 に答えないみたいだから、俺が言う。
vectorはpush_backの前に取っておいた反復子を後で使っちゃいけないから。
でも、これはまだvectorの概念が普及してないからこんなのが問題になるだけ。
やっぱり、C++はやさすぃよ。
cout << "in f(): vc.begin() = " << vc.begin() << endl;
>>302 いや、その前にさ、
returnの後の文って何の意味があるの？
>>304 貴様の目のパース能力はコンパイラに劣るようだな。
>>304 あなたの目に映る通りだよ。
どうして意味が無いと思ったのか理由を書いてくれなきゃ答えようが無い。
>>305 いや、多くの人間はそうだと思うが。
絶対にパースミスしない人間はそうそういないが、パースミスするコンパイラも
そうそうない。
304 はそれ以前の問題だと思うが。
>>306 returnが実行されると関数がそこで終了する。
よってreturnの後に命令文を記述しても意味が無い。
309 ：
仕様書無しさん ：02/11/17 01:54
>>302 ＞でも、これはまだvectorの概念が普及してないからこんなのが問題になるだけ。
違うべ。
単に277がvectorの仕様を理解してないだけだべ。
結論は277の知的レベルが低いってことだべ。
309 が、何を以って 「vector の仕様を理解してない」 と結論付けられたのか
>>310 全くナンセンスですな。
私はC++の勉強を始めたばかりだから
292はif文の仕様を説明すべきだ。
>>311 が、何を以って「vectorの概念が普及していない」と結論付けられたのか
推測する。
単に
>>311 がSTLを知らない。
>>312 全くナンセンスですな。
C++ の勉強を始めたばかりなのはあなたの都合で、292 にその義務は無い。
第一、知識が無い状態では、何かを指摘する権利が無い。
>>313 311 は、「vector の概念が普及していない」 とは特に逝っていない。
人の発言を引用しただけ。
316 ：
仕様書無しさん ：02/11/17 02:03
お久しぶり？
>>316 という事にしたいのですね。
しかし、あなたの希望が事実と合致するとは限りません。
>>314 嘆かわしいですな。
>C++ の勉強を始めたばかりなのはあなたの都合で、
私の都合は関係ない。
世界に公開されているBBSに書き込みをするのならば、
万人が理解できるようにすべきである。
よくわからんが、漏れの部屋が非常に寒い事はよくわかった。
>>321 嘆かわしいですな。
自分の責任を棚に上げて、
> 世界に公開されているBBSに書き込みをするのならば、
> 万人が理解できるようにすべきである。
なんて無根拠のオレルールを持ち出さないと自分を保てないなんて。
という煽りは置いといて、何故 292 に対してポインタを示したか
本当に理解できないの？
>>320 すまない。憶測でものを言ってしまった。
単 に
>>277 が S T L を 知 ら な い 。
ということでよろしいか？
>>324 まだ憶測が抜けきっていないよ。
現時点では 277 が STL を知っているか分かっていないかを判断する材料は無い。
しっかし遅い…。このままDirectX8.0aをバリバリ使うゲームを起動しても大丈夫
あぁ、確かに(w
単 に
>>302 が S T L を 知 ら な い 。
でもいいよ。
>>326 そう、結論は出た。
あなたはスレ違い並びに板違い。
それが理解できないなら気違い。
yes. I am 283.
>>327 それも微妙だな。
確かに、
> でも、これはまだvectorの概念が普及してないからこんなのが問題になるだけ。
の一文はその可能性を強くうかがわせるが、断定はできない。
まあ、ここまでの尤度であれば、そういう事にしてしまってもいいかも知れない。
仮に事実と違かったとしても、勘違いを誘うような書き方をした非はある。
アホどもが揃いも揃って。
ところで、331=322 ですが何か？
なんの仕事だよ？if文わかんないのに。
お前ら暇だな
そんな事より聞いてクレよ
339 ：
仕様書無しさん ：02/11/17 02:42
m_ って付けるのがそもそもの間違い。
340 ：
仕様書無しさん ：02/11/17 02:45
中居ってSMAPの中居?
342 ：
仕様書無しさん ：02/11/17 02:46
>>338 std::vecotr<CHoge*> m_vec:
↑ ↑
STLなのか？ セミコロンなのか？
ネ タ な の か ？
俺って度胸無いよなあ。あれだけの事を書いて置きつつ未だに起動すらしてねえよ。腹減った。
>> 342
typedef std::vector<CHoge*> vecHoge;
>>345 何が目的でC++勉強してるの？（煽りじゃないよ）
>>343 安心しろ。
きっとウィルスが梱入されている。
>>346 いや、目的はありません．．．．。
ただプログラム組むのにいつの間にか使っていただけなので．．．。
あ゛ delete (*ite); が抜けてた．．．
聞きたかったのは、 m_vecHoge.end() の値は erase() 実行後も有効なの？
って事でして。
言葉に不自由ですみません。
ウイルスですかぁ。MAMEのzip解凍コードに実はセキュリティーホールがあったり
>>344 実際にコンパイルに使ったテキストをコピペしろ。
>>348 「STL 標準講座」 を買え。
何か要素を削除した時、それ以降の要素を示していてイテレータは全て無効になる。
アホ大量流入の悪寒
>>349 あなたはスレ違い並びに板違い。
それが理解できないなら気違い。
いつの間にかC++を使ってた、、、かぁ。うん！気に入った！！ガンバレﾖ♪
(´-`).｡oO(ム板の C++ スレッドあたりにでも逝けばいいのに｡｡｡)
>>352 堅いこと言うなよ。
なかなか居ない逸材だぞ？
>>350 今まで作ったソースにこういうコードを書いて動かしていたので．．．
今まで偶然動いていただけなんですね．．．
ありがとうございました。
>>356 おまえの理屈では
>>352 は荒らしであり、
それに反応したおまえも荒らしだ。
荒らしのおまえに反応した漏れも荒らし。
359 ：
仕様書無しさん ：02/11/17 03:16
>>302 ＞vectorはpush_backの前に取っておいた反復子を後で使っちゃいけないから。
使っちゃいけない理由は？
345に説明してやれ。
>>357 コ ン パ イ ル が 通 ら な い の に
偶 然 動 い て い た ！
なわけねーだろ基地外
じゃあ、俺が荒らしじゃなかったら皆荒らしじゃないねえ。
362 ：
仕様書無しさん ：02/11/17 03:18
>>350 ＞何か要素を削除した時、それ以降の要素を示していてイテレータは全て無効になる。
無効になる理由は？
345に説明してやれ。
わ～いわ～い。いっぱい釣れた～ な予感。
>>361 大丈夫。
>じゃあ、俺が荒らしじゃなかったら
これは単なるおまえの脳内妄想にしか過ぎない。
しかし意味がわからんぞ、その文章。
大丈夫か？
>>362 あなたに説明してくれ、ならわかりますが、350 に説明してやれ、では意味が
通りません。
何故なら、350 には push_back に関係ある話題が無いからです。
366 ：
仕様書無しさん ：02/11/17 03:26
ム板でもないのに C++ を親切に教えてくれるスレはここですか？
>予想より早く終った…。もうこのスレともお別れの時か…。
>>364 ぶぁっはっはっ!!!腹痛てえ～
∧＿∧
∧＿∧ (≧∇≦ ) ぶぁっはっはっ!!!
( ≧∇≦) / ⌒i
／ ＼ | |
/ /￣￣￣￣/ |
＿_(__ﾆつ/ (≧∇≦ )/ .| .|＿＿＿＿
＼/＿＿＿＿/ （u ⊃
>>367 んなこと言わずに、も少し遊んでいけよ～
多少間違っていても補正して考えていただけると思ったのですが。
考えが甘かったようですね．．．。
>>354 なるほど、ム板の方がこの話題には適して居るんですね。
でも、マルチポストに成りそうですし、
今回は辞めておきます。
>>362 vectorの途中の要素が追加削除された場合実体を新しい場所に作り直す為、
それまで指し示していたイテレータは無効になりますね。
しかし、end()に関しては終端要素の次を指し示していると言う部分から
なにか別の要素が来ているのではないかと疑問に思いましたので
こう質問させていただきました。
多少間違っていても補正して考えていただけると思ったのですが。
考えが甘かったようですね．．．。
>>354 なるほど、ム板の方がこの話題には適して居るんですね。
でも、マルチポストに成りそうですし、
今回は辞めておきます。
>>362 vectorの途中の要素が追加削除された場合実体を新しい場所に作り直す為、
それまで指し示していたイテレータは無効になりますね。
しかし、end()に関しては終端要素の次を指し示していると言う部分から
なにか別の要素が来ているのではないかと疑問に思いましたので
こう質問させていただきました。
372 ：
仕様書無しさん ：02/11/17 03:31
>>365 理由がわからないなら正直に「わからない」っていえよ。
どうせ
＞「STL 標準講座」 を買え。
で丸暗記した詰め込み知識なんだろ。
わたしの脳内にバグがありました。
うあ 二重投稿になってしまいました。
370=371=372 な予感。
>>374 しかも時間が逆転してるし・・・器用やな、あんた。
>>372 どうやらあなたが知りたいだけのようなので、説明しましょう。
まず通常、その理由を知っておく必要は無いと言っておきましょう。
かならず全ての処理系でそのように実装されているとは限らないからです。
push_back 実行後に全てのイテレータが無効になるのは、370 の通り、
要素の追加によってメモリ領域が足りなくなり、その結果別のスペースに
移動される事があるからです。
erase 実行後にその要素以降のイテレータが無効になるのは、単純に要素が
削除された分だけ詰められるからです。
満足しましたか？
騙りばっか。
>377
なんでちゃんと答えてやった俺が文句言われてんの？
まあvectorが普及してるならそれでもいいけど、そんなら、結論はこれかな。
「宿題はちゃんと自分でやれよ」
>>377 は学生の宿題をやらされちゃったうっかりさんだな。
381 ：
仕様書無しさん ：02/11/17 12:40
>>377 ＞かならず全ての処理系でそのように実装されているとは限らないからです。
STLの実装は処理系の担当でしたか。いやー、勉強になりますな。
楽しい釣堀へようこそ！
383 ：
仕様書無しさん ：02/11/17 14:05
>>1 C++しか使えない奴はプログラマと認められず。
C++に限った話じゃなくなってくるんだけどさ、
プログラムとスクリプトとマクロの区別がつかないのだが。
>>388 作った人が区別してくれるから、オマイが悩むことはない。
390 ：
仕様書無しさん ：02/11/18 13:03
テンプラレートとマグロはどう違うんだ？
>>390 テンプラレートは市場に出回ってる天ぷらの取引歩合。
マグロは冷凍。
これくらいわかれ。
つーか、テンプラレートでぐぐった結果のページのネタが笑えた。
７月１０日（水） にちゃんねる ～とある板の書き込み～
248 ：仕様書無しさん ：02/05/04 00:00
テンプラレート使うとアフォみたいにプログラムサイズがでかくなることに
不満を持ってるのは私だけ？
249 ：仕様書無しさん ：02/05/04 00:01
MFC使うと勝手にテンプラオブラート使われるんですか？
250 ：仕様書無しさん ：02/05/04 00:08
>>248 嫌だけど、どうしろと。
251 ：仕様書無しさん ：02/05/04 00:11
>>248 あほみたいにでかくなる割合ってどのくらい？
使わなかった時の倍くらいにはなるの？
252 ：仕様書無しさん ：02/05/04 00:30
あほってでかくなるんですか？
＞７月１０日（水） にちゃんねる ～とある板の書き込み～
394 ：
仕様書無しさん ：02/11/18 21:30
>>377 >かならず全ての処理系でそのように実装されているとは限らないからです。
でもあれだけ細かく決まった仕様なら、実装は一通りしか考えられないような。
map系ならツリーの平衡の保ち方くらいは工夫のしようがあるけど、
vector,deque,listは実装依存の部分って実質、vector::iteratorを
生ポインタにするかクラスで包むかとか、リストのノードのクラスを
公開するかfriendにするかとか、そのくらいしか無いと思うぞ。
言語とか言ってる時点で終わってるんだがな。
396 ：
仕様書無しさん ：02/11/18 23:39
処理系って何だよ？
398 ：
仕様書無しさん ：02/11/18 23:57
処理系とかいっちゃう香具師はボケカスばっか
>>398 >ボケカス
ってチンカスより美味しいですか？
チンカスは食いたくねーな。（ｗ
フェラを積極的に許容する女性は、その生涯において約5gのチンカスを食すという。
オシッコをちゃんと切らないからチンカスができる
俺はいつも大便の方のトイレで小便をする。そして、ちん先をトイレットペーパー
垢は皮膚の老廃物であって、尿は関係無いような。
>>405 尿に含まれる成分（尿酸だっけ？）が湿気をもたらすので
亀頭がジメジメしてチンカスができやすくなる
あ、尿素だ
このスレはちんこ博士の君臨するスレになりますた。
409 ：
仕様書無しさん ：02/11/20 03:26
良スレの予感age
我慢汁とか
412 ：
仕様書無しさん ：02/11/20 09:28
C++Builderを使いこなせたら、ﾌﾟﾛｸﾞﾗﾏと認められますか？
今VC++6.0を新たに買ってMFCをやる奴はマゾと認められます。
WTLやる奴わ～？
VC++6.0 を新たに買う人、あんましいないと思う。
てか、まだ売ってるのか？
>>417 男でも気持ちわりーとおもうぞ
いや、男が他人の物を．．．
お゛え゛ー
もらいウォオエーッ！
420 ：
仕様書無しさん ：02/11/24 10:38
プログラマってくだらない論議が好きなんですね。
>>420 2ちゃんねらは兎に角愚論が大好きなのです。
かゆいですが何か？
かゆいって何ですか？
>>425 無いと思っている奴はプログラマとして失格です。
聞いてる時点で失格。
430 ：
仕様書無しさん ：02/12/16 17:26
C++しか使えない香具師ってアフォですよね。
ヽ(`Д´)ﾉｳﾜｧｧﾝ
432 ：
仕様書無しさん ：02/12/16 17:47
C++も使えない香具師って最悪にアフォですよね。
ヾ(≧▽≦)ｏ そうだよね！
434 ：
仕様書無しさん ：02/12/16 17:55
アセンブラを読めないやつがプログラマやってていいの？
435 ：
仕様書無しさん ：02/12/16 18:05
Ｃ＋＋しか使えないくせにＰＧ気取りってカチョイイー
436 ：
仕様書無しさん ：02/12/16 18:08
C++しか使えない香具師って、
437 ：
仕様書無しさん ：02/12/16 20:19
436は、C++が理解できてないｱﾌｫ。
C++なんてたかが一言語。こだわるほどのものではない。
439 ：
仕様書無しさん ：02/12/16 20:32
C++を理解できない奴に限ってそう言う。
441 ：
仕様書無しさん ：02/12/16 20:51
440は字の読めない馬鹿。
442 ：
仕様書無しさん ：02/12/16 20:52
馬鹿って言う奴が馬鹿やー
443 ：
仕様書無しさん ：02/12/16 20:53
躓きの石
えっ C++がわからんやつなんかいるの？ 誰でも分かるでしょ。あんなの。
>出来なくても馬鹿にすることじゃないじゃん
446 ：
仕様書無しさん ：02/12/16 22:04
Ｃ＋＋やってる香具師ってどうしてそんなにオバカなのですか？
>>445 馬鹿だなぁ。どこに出来ないって書いてあるの？
自分の気に食わない意見を言う奴は○○と思い込むことで安らぎを得ているのかな？（ｗ
もれC++出来ないんですが・・・
450 ：
仕様書無しさん ：02/12/16 22:33
C++が出来ることを自慢する香具師って低脳ですよね。
>>449 このスレの場合逝って良しと言う奴が多いだろう。
そしてそれを狙って書いたのだろ。
逝かなくて良いよ。
もちろんこのスレの連中は逝って良しというだろうが気にするな。
453 ：
仕様書無しさん ：02/12/16 22:38
出来て当然。
455 ：
仕様書無しさん ：02/12/16 22:39
C++出来るってなんだよ。一体何が出来るんだよ。もう訳わかんねーよ！
456 ：
仕様書無しさん ：02/12/16 22:43
おまいら、どちて、そんなにオバカ？
457 ：
仕様書無しさん ：02/12/16 22:47
おれなんかC++のCの部分しかほとんど使ってねーぞ！
458 ：
仕様書無しさん ：02/12/16 22:48
C++できるってのは、ANSI C++に準拠したコンパイラでコンパイルできるといういみです。
>>455 C++に特有の概念があるだろ。それを理解して実際のプログラムに応用できるって事だよ。
460 ：
仕様書無しさん ：02/12/16 22:50
なんだ人間コンパイラだったのか。おまいらスゲーな。俺は無理。
461 ：
仕様書無しさん ：02/12/16 22:50
クラスが綱渡りなコードでも使えてりゃ出来てるでいいんじゃねーの？
463 ：
仕様書無しさん ：02/12/16 22:56
たぶん
>>459 は具体的に出すことは出来ない。
なぜならC++に特有な概念なんて無いからな。
C++を特別な言語だと思っている奴は他言語を知らないだけ。
465 ：
仕様書無しさん ：02/12/16 23:02
Ｃ＋＋は特別な言語だと思っていて
466 ：
仕様書無しさん ：02/12/16 23:04
>>465 クライアントにはそんなのばかり。
VBでいいじゃんよってのを何故C/C++で作らせたがる。ﾍﾟｯ
467 ：
仕様書無しさん ：02/12/16 23:09
使えると思い込んでいる奴が一番タチ悪い罠
469 ：
仕様書無しさん ：02/12/16 23:13
>>467 だから”VBでいいじゃんよってのを”だよ
>>467 DBを使うソフトでは多くの場合、処理速度の大部分はライブラリおよびネットワークおよび
サーバーで決まるのでクライアントをC/C++で作ってもたいした違いはありません。
VBのサクサク感は好きだな。
VB好きだけど、汎用性の高いクラスを作ろうって気にはならない。なぜだろう？
474 ：
仕様書無しさん ：02/12/16 23:18
C++も使えるプログラマ、ｶｺｲｲ！
>>471 VBでは詳細な制御はできない。
エラー時の処理もできない。
C++ではスレッドを作れるので、DBに対して処理している間にできる待ちも効率的に使える。
大規模なDBを扱ったことがないのでしか？
そうか・・・
478 ：
仕様書無しさん ：02/12/16 23:23
Ｃ、Ｃ＋＋しかつかえないのはプログラマではありません。
VBじゃなくてもC++じゃなくてもいいじゃないか～
480 ：
仕様書無しさん ：02/12/16 23:25
>>475 そんなもん全部ＶＢでも出来るべ。
おまい、相当ラベル低いな。
やはりコア部分はC/C++で表部分をVBがよいですか？
よっこらしょっと、そろそろ出番かのう。
>>480 VBでのスレッド制御はかなりトリッキーだぞ。おまえにそれが使いこなせる
とはとても思えんが・・・
VBでCreateProcess使ってる人いますか？
>>480 スレッドはVBでは作れない。
VBのエラー処理は腐っている。
DB操作用のライブラリはたいていC++をターゲットに作られている。
だから詳細な操作はVBではむずかしい。
とりあえずVBで共用体が使いたいのだけどわからんちゃ。
> DB操作用のライブラリはたいていC++をターゲットに作られている。
488 ：
仕様書無しさん ：02/12/16 23:31
467はどうしてそんなに自分の低脳さを公表したがるのだろか？
>>486 共用体というと環境依存がはげしくてC/C++でも出来るだけ使うなといわれているあれかい？
>>486 そこまで依存されると、かえって母性本能をくすぐられる・・・
ここはVBしか使えない奴が自己弁護するスレだったのか。
>>489 WINSOCK APIつかってみたいんだけどさ、共用体使ってるんだよね
>>491 うっせーよ。逃げ出したことにしたいんだろ？ 偽者でしゃばるな。
494 ：
仕様書無しさん ：02/12/16 23:36
はぁ？偽者はてめえだろ。かってに人のIDとってんじゃねえよ
497 ：
仕様書無しさん ：02/12/16 23:40
VBで十分つくれるプログラムをC++でつくる香具師は
499 ：
仕様書無しさん ：02/12/16 23:44
>>497 はいはい、VBしか作れない人は黙っていようね。
500ｹﾞﾄｰ
よっこらしょっと、そろそろ出番かのう。
504 ：
仕様書無しさん ：02/12/16 23:47
>>ぱーらー＝ぶひぶび
>>505 あんたスルドイね。ってコピペばれちゃった？
夏休みに「ぱーらーVSるびちう」で楽しませてもらった者です。
うん
VBのエラー処理ってJavaよりは劣るけど
510 ：
仕様書無しさん ：02/12/16 23:57
>>510 VBを使ったことが無いくせに比較しないでください。
何かこう爆発力が足りないっていうか・・・食いつきが悪いっていうか・・・
>>510 C++やJavaの例外って知らんだろ。お前。
VBはON ERROR GOTO（GOSUB）だっけ
515 ：
仕様書無しさん ：02/12/17 00:04
結論
516 ：
仕様書無しさん ：02/12/17 00:09
言語に例外処理がなきゃ
517 ：
仕様書無しさん ：02/12/17 00:12
>>513 知ってるか知らないかなんて議論のレベルが低すぎです。
あっ、あたなのレベルが低いから仕方ありませんでしたね。
>>516 言語レベルで統一されていないで各自まちまちの例外処理を書かれたのでは
後の保守が大変になるという話は聞いたことがあるけど
そうは思わないでしか？
519 ：
仕様書無しさん ：02/12/17 00:38
516は話の見えてない馬鹿。
520 ：
仕様書無しさん ：02/12/17 00:40
C++の仕事はやりたいがVC++はやりたくねーな
521 ：
自称「脳内SE」 ：02/12/17 01:50
>511
522 ：
仕様書無しさん ：02/12/17 02:01
最近(ここ2年くらい)JavaばっかりでC++書いてなかったんで、いざC++で
524 ：
仕様書無しさん ：02/12/17 02:06
＞＞５２３
>>523 まずはModernC++Design読んでみるのがいいよ。
この本が出たことでテンプレートの対する考え方が
大きく変わった人が続出してるからね（藁。
Simon Peyton Jonesもその独りとの噂も。。。
俺
>>497 糞低脳職業プログラマなんかと一緒にしないでください。
喪前ら元気だな
C++とは関係無いけど
>>522 なんとなくじゃないんだよ。
思いっきりウザイんだよ八千代ってやつは。
533 ：
仕様書無しさん ：02/12/17 15:34
&(~ * ~)&
535 ：
仕様書無しさん ：02/12/17 23:18
C++しか書けない香具師の頭脳はC級。
C++がまともに使えるのなら、CとJava、C#は普通に使えるのでは？
537 ：
自称「脳内SE」 ：02/12/18 00:58
>思いっきりウザイんだよ八千代ってやつは。
C++泥くさいっす。アセンブラよみにくいっす。
>>538 釣りっぽいが、
> C++泥くさいっす
最近そう感じることが多いんだよね。
アセンブラからCに乗り換えた時代にアセンブラがやっぱいいや、
と(その当時は)思ってたのが間違っていたのと同じ感覚。
CからC++は画期的だったけど、最近は他の選択肢も十分ありなのではないかと思う今日この頃。
でも昔、Cよりアセンブラが好きだったのと同じように、C++が大好きなんだけどね(w
Alexandrescuやboostの開発者だけがおれもC++に向かわせる
×おれも モチベーションと
542 ：
自称「脳内SE」 ：02/12/18 01:40
みんなプログラム組む時はちゃんとフローチャート書いてる？
>>542 今どきフローチャートはないでしょ
何をするプログラムか理解した瞬間に
どう書けばいいのか分かっているというのがプロ
（プログラムの規模にもよるけどさ）
>>543 まぁまぁ、ネタだし。
仕様書にフローチャート書く奴は見たこと無いけど、
SQLのWhere句をいちいち書いて、「ふー疲れた」とか言ってるの見るとイタい。
ER図とかテーブルの関連が分かる資料書いてくれりゃ十分なんだYO。ｳﾞｫｹが！
あっ、全然スレと関係ないこと書いちゃった。
ソースコードにフローチャートの悪夢
546 ：
仕様書無しさん ：02/12/18 15:12
Pascal最強伝。
547 ：
仕様書無しさん ：02/12/18 21:48
仏
わざわざ相手しなくても
template は Modern C++ Design あたりを読んで
552 ：
仕様書無しさん ：02/12/20 16:36
質問なのでageてみます
では己で探してきます。
555 ：
仕様書無しさん ：02/12/21 11:45
#include <iostream.h>
#include<iostream>
557 ：
自称「脳内SE」 ：02/12/21 23:21
2chしてるようなPGは、うちでは契約できません。
>2chしてるようなPGは、うちでは契約できません。
561 ：
自称「脳内SE」 ：02/12/23 21:31
>560
562 ：
リア厨天敵 ：02/12/23 21:55
∧ ∧ ＃＃＃
>>561 2ちゃんねるだから(馬鹿は自分を馬鹿だと理解することができないから)
馬鹿は見ないに限るということ。
>>8 Java覚えればC++簡単って言うけれど、
プリプロセッサ、ポインタ操作、テンプレートとか使いこなすの大変だって。
自分で位地から作り他は誰も関与しないならどうって事ことないが
決められたコーディング規約を守らずに、
プリプロセッサ、アドレス、ポインタ演算、テンプレート、演算子オーバーロード頻発、多重継承頻発、グローバル関数グローバル変数、
構造体、共用体併用、などを多量に使用した他人がコーディングしたごちゃごちゃコードの解析などそんなにも早くできるものじゃないぞ。
これじゃみんなカスになっちまうよ。
>>9 VB使えればC++一週間で使えたとした場合でも、他人がコーディングした上のようなコードの解析や一週間でできる者はそんなに多くないだろう。
>>565 素晴らしい。
今度から使わせてもらうよ。
568 ：
仕様書無しさん ：02/12/26 20:25
PGがほんとーにこんなこと話してるなら、別にいらない。何の言語が使えようが、
>>568 こんなのが働いているんなら非常に恐ろしい。
嗚呼…失望。
>>566 ま、Java->C++より、C++->Javaの方が移行は楽だろうな。
C++っていうプログラム言語があって
572 ：
仕様書無しさん ：02/12/26 21:48
C++->Javaの方が行こうが楽なのは、C++から作ったからもとはCもとはアセンブラ
Cしかワカラン。つーかやって無いだけ。
ああ、BASICを忘れてたな・・・。
575 ：
自称「脳内SE」 ：02/12/27 00:38
>574
BASIC って ANSI とか ISO とかで定義されてないの？
578 ：
仕様書無しさん ：02/12/27 01:53
Windows って ANSI とか ISO とかで定義されてないの？
579 ：
仕様書無しさん ：02/12/28 21:04
C++で大きなシステムを作るのはつらい。
>>579 同意。
2ちゃん来てるバカには任せられない。
581 ：
仕様書無しさん ：03/01/08 14:54
>>570 >
>>566 > ま、Java->C++より、C++->Javaの方が移行は楽だろうな。
C ポインタ演算ぼちぼち -> C++ だがOOがわからんかった -> Java よし! OO理解したつもり
-> C++もう一度やるか! -> あとは自由に移行
方法論： ワーニエ -> ジャクソン -> OMT -> ゲーデル -> ブーチ2nd
それはつまり、暗に Ruby をけなしているのか？
Clean最強伝説
（＾＾）
ぬるぽ最強伝説
（＾＾）２ちょんねる最高（＾＾）
C++市ね
589 ：
仕様書無しさん ：03/02/08 00:05
Ｃ++とＣを勉強しようとして簡単なＣだけやって二ヶ月後にＶＣ始めたけど、ポインターのとこ
590 ：
仕様書無しさん ：03/02/08 00:33
591 ：
仕様書無しさん ：03/02/08 00:56
コピペか。。。。
つまりAdaたんを最初のプログラマと認めん、と？
593 ：
仕様書無しさん ：03/02/08 01:26
>>579 馬鹿でもコーディングできるように抽象化できるのがC++の
いいところでもあるんだが・・・
ちゃんとC++使いこなせるようになってから文句をいいな。
594 ：
仕様書無しさん ：03/02/08 01:33
言語仕様のボリュームが多すぎ。
>>594 APIなんて、わかってる奴が包んでやれよ・・・・
>>594 そりゃそうでしょ
容易に人を確保できなくすることで単価を高めるために
言語仕様を必要以上に複雑にしてるんだから
597 ：
仕様書無しさん ：03/02/08 07:24
こんなくだらない言語は使えて当然だろ
くだらない言語というところは同意。
前立腺に中指突っ込んでチンコｶﾞﾀｶﾞﾀ言わせるぞボケ
（；´Д｀） ﾊｧﾊｧ
601 ：
そこらのバカ ：03/02/18 19:27
日本語プログラミング言語ひまわりを使ってみろ！！あれこそCを越えるぞ
ここまでごちゃごちゃして一貫性がなくセンスのかけらも感じられない
ポインタが理解できない(=コンピュータを理解していない)人には無理な言語だし、
なおかつ、オブジェクト指向を理解していない人にも無理な言語。
要求される基礎知識が多いから、確かにバカにはむりだな。
バカでも使えることが売りのVBしか解らない人達には>596のようにしか
思えないのは無理も無いことだ。
>>602 UNIX使いにもバカが多いということだな。
604 ：
仕様書無しさん ：03/02/19 21:06
ま、C++くらい、余裕で使ってくれよ。
余裕のよっちゃん
UNIXはそういうものとは違う。
何でそんな事言うかなー
608 ：
仕様書無しさん ：03/02/19 21:23
>606 ハァ？
Sun信者はレベルが低いのでUNIXerにあらず。おまいら誤解するなよ
まあ、UNIXとは、Linuxの別名であるわけだが。
>>610 そうだね
IRIXはUNIXの別名だし
UNI+はAh!Skiのおまけだったし
Sun信者は他人の実力を自分のものと勘違いしてるから始末に悪いな。
613 ：
仕様書無しさん ：03/03/04 15:55
>逆にUNIX使いでC++をやっている人の殆どは
>>613 ストラウストラップとおのれを同列に見てる時点で厨ｹﾃｰｲ
ストローストラップ
ファイナルストラップ
デブハタイテイストラップ
ブートストラップ
>>614 > ストラウストラップとおのれを同列に見てる
はつみみです。
ストレストラップ
今頃どうした？
622 ：
仕様書無しさん ：03/04/04 12:31
>>621 なんで？
ポインタ演算やプリプロセッサ使える理由だけで？
ソースコードがごちゃごちゃして汚らしくなりやすいC++はJavaやSmalltalkと比べ
オブジェクト指向的でないのだが。
いまだにC++が最高峰だと抜かしているまるでCOBOLerのような
ちっちぇえエサだな
でも
>>623 COBOLerだったらCOBOLが最高だと言いそうなものだが
＞最高峰
628 ：
仕様書無しさん ：03/04/04 13:47
JAVA ってオートマ限定免許と同じで何だかカッコ悪い気がする。
629 ：
仕様書無しさん ：03/04/04 13:51
>>627 たしかにな。
年取って他言語からやってきた人たちは思想の段階で挫折するだろうし。
新人は逆に最近の言語の恩恵を受けてしまっていて降りてこられない。
>>628 JAVA程度でも挫折する人はいるから、それは言い過ぎだよ。
マニュアル車をミッション車というのは正直勘弁して欲しい。
「挫折する人はいる」でバカよばわり？
メール欄からして馬鹿すぎ。
635 ：
仕様書無しさん ：03/04/04 15:11
っていうか馬鹿
Ｃ＋＋、使えないなどの言葉に反応する人々の ｈｉｔｂｉｔ
ハゲだったのか。ごめんな。傷つけたみたいで。
638 ：
これは許せん！！！！ ：03/04/04 15:32
ほんとの話です！！！！
コピペ厨のうざい春休みかな、と
641 ：
仕様書無しさん ：03/04/04 19:59
>>628 おい、じゃSmalltalkはどうなんだよ
もっと格好悪いじゃないか
642 ：
仕様書無しさん ：03/04/04 20:35
Smalltalk は IfTure とか格好良いと思うけど。
643 ：
仕様書無しさん ：03/04/08 21:50
100万行を超えるソースに"virtual"でgrepかけたら
644 ：
DELPHI使い ：03/04/09 00:44
Ｃ＋＋なんかよりＨ８のＣのほうが難しいよ。
？？？
646 ：
仕様書無しさん ：03/04/09 00:54
virtualってswitchと関数ポインタのパクリだろ｡
>constって#defineのパクりだろ｡
>>650 #define をパクったのは template では？
というか、パクりだと何？
パクリじゃなくて特化して機能拡張したもの。
書き込みテストだもらぁー
実際virtualはいないときは全然いらないと思うのだけど･･･
>>643 のばあいはそうでもなかったんだろうな。
るせーよ宇宙刑事
659 ：
揚げて見よう ：03/04/09 19:15
>実際virtualはいないときは全然いらないと思うのだけど･･･
660 ：
仕様書無しさん ：03/04/09 19:25
661 ：
仕様書無しさん ：03/04/09 21:34
事務系の処理ならＣＯＢＯＬでも十分でしょ
>どうせ足し算と引き算しかしないから・・・。
確かに乗算除算なんて効率悪くて使ってられるか。
664 ：
仕様書無しさん ：03/04/09 23:06
>>662 ＡＮＤとＯＲとＮＯＴが基本でしょ
Ｃ言語の基本は論理演算
みんなプログラマってことに誇りを持っているんだね。
なーんで、俺にばっかりレスする？
>俺の会社はC++できないような管理職が高給取りで
管理職が金をもらうのは仕方ねーよ
管理職の必須能力にC++が組めること、なんてあるのかよ、、、
（＾＾）
∧＿∧
━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―
676 ：
自称「脳内SE」 ：03/05/22 23:06
>1
＞１
∧＿∧
ＣＯＢＯＬｅｒってダサいよなＷ
プログラム板から拾ってきた
そんな事より
>>1 よ、ちょいと聞いてくれよ。多分スレと関係してると思うんだけどサ。
このあいだ、Ｃ＋＋の講習会行ってきたんです。Ｃ＋＋。
そしたらなんかアクセス指定子とかめちゃくちゃいっぱいで混乱しちゃったんです。
で、言語仕様見たらなんか、多重継承とか純粋仮想関数、とか書いてあるんです。
もうね、アホかと。馬鹿かと。
俺よ、演算子のオーバーロードとか聞きなれない言葉にビビッてんじゃねーよ、チキン野郎が
Ｃ＋＋だよ、Ｃ＋＋。
なんか工房らしき若造もいるし。その年からＣ＋＋か。うらやましいよ。
で、隣の奴がよーし俺インスタンス作っちゃうぞー、とか言ってるの。インスタンスって何よ？
お前らな、ＮＢＡＳＩＣやるからその席空けろと。
プログラミング言語ってのはな、もっとあっさりしてるべきなんだよ。
IFとFORとGOTOでなんでもできてしまう上プラットフォームなんか一切気にしない、
ステートメントごってり。そんな雰囲気がいいんじゃねーか。イベント駆動なんて、すっこんでろ。
で、やっと今日の講習が終わったかと思ったら、隣の奴が、オブジェクト指向がどーのこーのとか
言ってるんです。
そこでまたぶち切れですよ。
あのな、オブジェクト指向なんてきょうび流行んねーんだよ。多分。多分な。。
得意げな顔して何が、オブジェクト指向、だ。
お前は本当にオブジェクト指向が解ってるのかと問いたい。問い詰めたい。小１時間問い詰めたい。
お前、オブジェクト指向って解ってるんなら俺に教えてくれよ。
’８０プログラマの俺から言わせてもらえば今、最新の言語はやっぱり、 QuickBasic、これだね。
QuickBasicとDOSコンパイラ。これが通の言語。
QuickBasicってのは構造化プログラミングができてスタンドアロンアプリが作れる。そん代わり
実行ファイルサイズ大きめ。これ。
で、BIOSコール。これ最強。
しかしこれを使いたくてもＤＯＳプロンプトでは動かないという危険も伴う、諸刃の剣。
玄人にはお薦め出来ない。
まあ俺は、LOGOでお絵描きでもしてなさいってこった。。。
682 ：
仕様書無しさん ：03/07/24 23:22
>681
最初のプログラマはストローストラップ師ですか？
685 ：
仕様書無しさん ：03/07/24 23:51
>681
686 ：
仕様書無しさん ：03/07/24 23:58
C++使うオボゼクト歯垢プログラミングって
687 ：
仕様書無しさん ：03/07/25 00:02
Ｃ＋＋には、創造する力がある。
688 ：
Visual COBOL++ ：03/07/25 00:30
VB, JAVAは開発者ってゆーよりユーザだね。
>688 バカじゃねーの？
691 ：
Visual COBOL++ ：03/07/25 00:35
>689
692 ：
仕様書無しさん ：03/07/25 00:36
>691
693 ：
Visual COBOL++ ：03/07/25 00:37
配列変数もインデックス値でなくポインタで操作できるって
694 ：
仕様書無しさん ：03/07/25 00:42
ボインタンﾊｧﾊｧ
695 ：
仕様書無しさん ：03/07/25 01:07
JavaはSunのものではない。JCPだ。
俺は、C++→Java→Cの順で精通したが、いまだにVBが怖いです。
( ´,_ゝ｀) ﾌﾟｯ
698 ：
仕様書無しさん ：03/07/25 01:11
>689
精通って何だか卑猥。
Ｃ＋＋使えない戸○田は、居座りプログラマに過ぎん。
702 ：
仕様書無しさん ：03/07/25 13:00
おまいら どあほうだな
Win32APIなんて調べりゃすぐ使えるだろ
C++知らずにMFCみたいなｸｿﾐｿﾗｲﾌﾞﾗﾘに手を出すな禿
いつ消えるか分からないWTLを使えと？
706 ：
仕様書無しさん ：03/07/25 15:01
仕事だから言われたとおり何でも使う。
707 ：
仕様書無しさん ：03/07/25 15:02
おまいらのﾚﾍﾞﾙ低そうね
>>705 「C++知らずに」という前置きが見えんのか、この不能
UNIXのコンソールプログラミングには慣れてたけど、
ハッキリ言ってアメリカなどの多民族国家では黒人の方がアジア人よりもずっと立場は上だよ。
Windows の GUI は、腐ってる。
覚える != 理解する != 使える != ﾏｽﾀｰする
体におぼれる ！＝ 女を理解する ！＝ テクを使える ！＝ マスをかく
714 ：
仕様書無しさん ：03/07/26 01:35
俺、いわゆるscanfとかsprintfとか、
> STLを使って、楽に問題なくって感じで
716 ：
仕様書無しさん ：03/07/26 01:56
VB?
それとJavaやC#やSmalltalkなど
718 ：
仕様書無しさん ：03/07/26 01:58
>715
>>718 > お前、リストや動的配列の処理を
> いちいち作ってるのか？
んなわけねーだろ。誰がそんなこと言った？
クラス使えよ。 STLじゃないと作れないと思っているのか？
っていうーか知らないのか？
他の言語を使っていれば知っていると思うけどな。
言うこと見つからないからってExcelで関係ないこと言い出しているし。
バッファオーバーランを防ぐためにSTLを使うなんてへぼいよなぁ～。
721 ：
仕様書無しさん ：03/07/26 03:26
>>720 "どうやってもバッファオーバーランしそうも無い"コンテキストで
"バッファオーバーランのためのチェック"をすることを強制されること、
それは、
毎日癌検診を受けるようなものだ。
>>718 は、excelで、セルに連番を入力する時、
いちいち関数式を使ってるのか？
俺はC++もSTLもexcelも知らない訳だが、ようするにセルっていうのは
STLのコンテナクラスはiterator経由でのアクセスが面倒なので、
ヒューレットパッカードがヘボイ
template<class T,class Compare>min(const T&a,const T&b,Compare comp)
operator[] 使ってると、後で見たとき分かり難くねぇ？
スマートオブジェクトの概念なくして、C++を語るべからず...
vector<int> a;
>>729 普通の配列と同時に使ってるか？って事かい？
[]オペレータが使えるのは、vector deque string.
[]を使いたくなかったら、value.at(i)を使えばいいよ。
>>731 そもそもどんなときにZeroMemoryが登場するんだい？
>733
イテレータは、面どいな。 for_each(vect.begin(),vect.end()
>初期化
CArrayって何？
整数を string に 変換する時ってどうやってんの？
>>737 ああすまん。
[]オペレータで書いている既存コードの先頭に
初期化処理を追加しようとした時に、ZeroMemoryを･･･って事。
クラッシュはしないけどメモリリークするクラスがほとんどだろうね。
でもさ、配列かどうかというのは、コンストラクタを追えば分かることだし...
BCBのAnsiStringは無敵だとか言ってみるテスト
745 ：
仕様書無しさん ：03/07/26 14:24
BCBの人材がMSに引き抜かれたとはいえ、MSVCのへんてこインターフェイスは、
746 ：
仕様書無しさん ：03/07/26 15:19
ＭＳのソースは汚ぇからな。 収拾つかんよ。
■■■■■■■■■■■■■■■■■■■
748 ：
仕様書無しさん ：03/07/27 22:53
管理者からするとVCLよりMFCでプログラムを作らせた方が
750 ：
仕様書無しさん ：03/07/27 23:15
ｖｉｓｕａｌｃ＋＋６．０ってどこに売ってますか？
751 ：
仕様書無しさん ：03/07/28 00:17
地震ワッショイ！！
>>748 というより作るほうからすると疲れると思います。
抽象化という意味ではプラットフォーム(WIN32)にそれなりに
即しているとは思うんですが・・・。
でも大本のプラットフォームの見通しの立たない仕様変更を
考えると、どこまでいっても落ち着きはしませんね。
753 ：
仕様書無しさん ：03/07/28 07:38
ソフト関連の中小・零細企業の倒産が増加
企業の外注を請け負ったり、ソフトウエアなどを生産する中小・零細企業の倒産が増えている。
民間信用調査機関の東京商工リサーチによると、そのような中小・零細企業の1―6月の倒産は、前年同期よりも41.8％増えて122件となった。
全国の倒産件数が前年同月を下回る中で、増加が際立っている。
このような企業の倒産が増えている要因には、経費削減を背景に外注需要が減っていることに加え、企業自体の事業規模が小さいということがある。
ぜい弱な企業体制であるために、競争強化の中で淘汰（とうた）されてしまうことが多いためだ。
http://www.nikkei.co.jp/news/keizai/20030727AT1F1802K26072003.html ソフト関連の中小・零細企業って、ただのドカタの集合体でしょ。
755 ：
仕様書無しさん ：03/07/28 12:12
>>753 IT技術者不足の深刻化が叫ばれている一方でソフト関連の中小・零細企業の倒産増加ですか・・・
中小・零細IT企業なんて、派遣会社としては
757 ：
仕様書無しさん ：03/07/28 13:47
>>753 >ぜい弱な企業体制であるために、競争強化の中で淘汰（とうた）されてしまうことが多いためだ。
いいことだ。
これで経営者も、それなりに優秀なのがでてくるだろうて。
758 ：
仕様書無しさん ：03/07/28 16:42
安く仕入れて高く売るのが、商売の基本だが仕入値がバレバレ
759 ：
Visual COBOL++ ：03/07/28 23:42
>755
760 ：
無料動画直リン ：03/07/28 23:43
ははは
C#使うともうC++には戻れない
＞IT技術者不足の深刻化が叫ばれている
Lisp,Pascal,Python,SmallTalkしかできませんが，仕事ありますか?
767 ：
仕様書無しさん ：03/07/30 00:50
>763
complex_f_gx_hx とかもうながったらしい名前ばっかだよ。
ＳＴＬ抽象化しすぎて難しいよ。 けど面白いんだなこれが。
いまどきSTLで有頂天になってるﾔｼって
Borlandのビルダー要員戻って鯉！！
漏れはtools.h++マンセー派
774 ：
仕様書無しさん ：03/07/31 02:02
漏れはsytemCマンセー派
775 ：
仕様書無しさん ：03/08/01 23:49
freadの関数の使い方おしえてください。
１です。
sizeof(char)
くそっ、PS2エミュレータのソースはC言語で書いてやがんの。
∧＿∧
∧＿∧ ∧＿∧
Blake Stowell: C++ is one of the properties that SCO owns
today and we frequently are approached by customers who wish
to license C++ from us and we do charge for that. Those
arrangements are done on a case-by-case basis with each
customer and are not disclosed publicly. C++ licensing is
currently part of SCO's SCOsource licensing program.
http://mozillaquest.com/Linux03/ScoSource-02_Story03.html 785 ：
Delphiに乗り換えませんか ：03/08/07 14:20
14 名前： いやく部門 投稿日： 2003/08/06(水) 17:52
Blake Stowell: SCOは現在、C++の所有権を有している。
SCOは顧客から、C++をライセンスしたいとの相談を受けることがよくあり、
そのような場合、ライセンス料を徴収している。
このような処置は顧客ごとにケースバイケースで行われており、
公に公開されたものではない。
C++のライセンシングはSCOのソースライセンスプログラムの一環である。
15 名前： Kent.N 投稿日： 2003/08/06(水) 17:54
Blake Stowell:C++はSCOが今日所有する資産の一つで、
我々からC++のライセンス供与を受けたいというお客様は
ひっきりなしにいらっしゃるので、実際にそうしています。
具体的な内容はお客様ごとにcase-by-caseで、第三者に
明らかにしない方針とさせていただいています。
C++のライセンス供与は現在SCOのSCOsource licensing programの
一部になっております。
http://jbbs.shitaraba.com/computer/bbs/read.cgi?BBS=5651&KEY=1049123895&START=13 786 ：
仕様書無しさん ：03/08/07 17:14
プログラマなら言語は場合によって選択してなんでも使うだろ？
VB厨がﾅﾆか吠えてるよ(´∇｀)ｹｯｻｸ
788 ：
仕様書無しさん ：03/08/07 18:15
まぁWindowsの開発プラットフォームが.NETに移行したら
789 ：
仕様書無しさん ：03/08/07 18:28
787はＭＳのことしか知らないな。
790 ：
仕様書無しさん ：03/08/07 18:29
>>786 この文脈での「プログラマ」には「VBコーダー」は含まれないですよね
例えばCしかできなくても，1週間程度勉強すれば，アセンブラでもPythonでもLispでもPerl使えるようになるし，
PHPとかは3時間程度でマスターできる。
最近あった自称VBプログラマはバブルソートを知らなかったよ
>最近あった自称VBプログラマはバブルソートを知らなかったよ
>>792 エンジンの仕組みを知らずにオートマ車を運転するDQN = VBプログラマ
エンジンの仕組みを知った上でオートマ車を運転するということは大切
>>792 たとえライブラリ化されていても，基礎の基礎は知っておく必要があると。
795 ：
仕様書無しさん ：03/08/07 23:30
>PHPとかは3時間程度でマスターできる。
VB厨が作ったC++のソース見たら脱糞しますた。
798 ：
仕様書無しさん ：03/08/07 23:55
>>791 はぁ？
C知ってて、なんでアセンブリとか３時間で出来るんだよ。
＞最近あった自称VBプログラマはバブルソートを知らなかったよ
あとこいつが変なだけで、みんなに適用するなよ。
そんなの基本だろうが、言語に関係なしに。
>>798 重箱ですまんが，アセンブラは1週間だよ。PHPが3時間
バブルソートが必要になったらバブルソート勉強しる！
802 ：
仕様書無しさん ：03/08/08 00:06
>>800 その言葉を、アセンブりでＯＳ作っている連中に言って来い。
ニヤニヤされるから
>>801 というより，コンピュータサイエンスの基礎を勉強しておく必要があると
行っているのだ。
たぶんバブルソートをコーディングする機会って，ほとんどないと思う。
>>802 PDP11とCASLでしか使ったこと内です
805 ：
仕様書無しさん ：03/08/08 00:08
>>801 なら例えば、お前が全く知らないVBでアプリを作れと言われたら、１から勉強するのかよと。
つーか、全くとは言わないがほとんどVB知らない状態で
や お い
やおや
winsockなんかしらねーよ。
おんどりゃ
vector/deque/list/set/multiset/map/multimap
>>801 >言語がうんぬん逝ってるやつは逝ってよし！
言語の学習が、概念の学習を内包しているケースも多々あると思うんだが・・・
814 ：
仕様書無しさん ：03/08/08 01:00
>>801 まぁ頑張れ。ただアルゴリズムを勉強することで応用力が付くのも事実だから忘れるなよ。
だってそういうのがパッケージ化されたら、プログラマーなんていらないもの。
人間は果てしないから、要望は尽きない。
ただそのパッケージ化はプログラマーの仕事を減らすから、案外自爆だが。
815 ：
仕様書無しさん ：03/08/08 01:01
な
てか、自由度が高い言語ほどマネージメントが大変なのな・・
バブルソートが話題に上る職場っていったい・・・
>>816 おい！ スカトロプログラマがなんかほざいてるぞ！
必死だな。
>>816 のどこがスカトロプログラマなんだ？
大体スカトロプログラマって何よ？
VBにはSort関数は無いよ。
>VBにはSort関数は無いよ。
bool less_by_prop( object const& rhs , object const& lhs ){ return rhs.prop < lhs.prop; }
template<class InputIterator,class InputIterator2,class OutputIterator>
//双方向反復子用
やっぱC++屋さんはレベル高いですね。即レス感謝です。
マシン語使えない奴はプログラマとは認められず
徹夜しまくって残業代の荒稼ぎするのはやめろよ
まだこんなこという香具師いたのか！？
いまだにC++なんて低水準言語つかって時間を無駄に使っているのですか?
ＶＢもPyもRもガキのおもちゃに過ぎん。
>>830 > やはりPyやRなど高水準言語で効率よくコーディングしようよ
には概ね同意するが、
> いまだにC++なんて低水準言語つかって時間を無駄に使っているのですか?
には同意できん。
道具の適切な使い方を知らずに道具に使われてる内は、いくらプロでも素人の域を出ない。
>>831 そのガキのおもちゃに過ぎんものでどれだけの質のものがどれだけの量作られて、
ガキのおもちゃに過ぎんものでないものでどれだけも質のものがどれだけの量作られたのか、
ちゃんと調べずに脳内で決定した事項を垂れ流してるんなら人として恥ずかしいぞ。
そうでないなら、根拠を示さない発言などに信憑性などないことを知れ。
アタマに『高級』がつくのは、所詮『過保護』に設計されているに過ぎんのだ。
VBって何?
836 ：
仕様書無しさん ：03/08/09 20:56
昔はCだってガキのおもちゃに過ぎんと言われたものさ。
>>836 に激しく，我慢汁をほとばしらせながら同意!!!
適材適所という言葉を知らないヤシは逝ってヨシ
でも、偉そうに語ってる
>>836 はC++が使えないじじいなんだろ？
昔は、昔は、って、もう引退しなよ。（ﾌﾟｹﾞﾗ
>>839 その程度のことしかいえないのに、
それでも発言しちゃうって、
なんか悔しかったみたいですね。
C++なんてそんなご大層なものか? とは俺も思いますよ。
C++を使えるのが心の支えとかプライドの源泉みたいな人がいることもしってますけど（ｗ
でもそういう人って、大抵C++しか使えないのだよねえ（ｗ
841 ：
仕様書無しさん ：03/08/09 22:25
C++使える能力ある奴は、他の言語マスターするのも苦はないんじゃないの？
>>840 即レスご苦労さん。
>でもそういう人って、大抵C++しか使えないのだよねえ（ｗ
そんなやついねー。見たことない。
スレタイ読み直してみ。
たしかに敬老精神に欠けた発言だったことは認めるけどさあ。
>C++なんてそんなご大層なものか? とは俺も思いますよ。
だから、ご体操なもんじゃないのよ。
この辺の勘違いだけは直してくれ。
教えて下さい。
844 ：
仕様書無しさん ：03/08/09 22:38
カーナビのソフト開発いいですね♪
C++どまりは山ほどいるがな。
>>844 そりゃそうだ。
既にクラスライブラリとかフレームワークとか開発環境が
整ってればいいんだけど。。１から作れと言われたら
自信無いなぁ。
847 ：
仕様書無しさん ：03/08/09 22:42
>>843 どうせ、アプリケーション部分だけなんでしょ？
848 ：
843=846 ：03/08/09 22:44
>>847 うーむ。まだ具体的な業務内容は聞いてないんですけどね。
たぶん、業務的な知識（例えば測量など）が必要になるんですかね？
精神論ではどうにもならない事がある。
Java なんて、ネットアプリしか作れねぇじゃん。
Javaなんて、ただのインタープリターじゃん。
残念だが家で必死にC++の勉強しても実務経験が無いと転職は厳しいよ。
>>852 ＞家で必死にC++の勉強
自己満足の世界だな。
854 ：
仕様書無しさん ：03/08/10 04:04
何で言語ネタになると 皆 ムキになるんだ？ｗ
俺は 何だって いいと思うが 適材適所だろ？
>>852 そんな人 何人もうちの会社に入ってきてるよ
平均的に見て 優秀な奴が多いよ 地獄見たとか何とか言ってｗ
＞地獄見たとか何とか言ってｗ
>>855 まぁ それは否めないがｗ
胃を壊したという奴が先日来たよ（悲
自作のソフトもってきたと逝ってたよ うちのお偉いさんがｗ
今 頑張ってる
>>858 会社の規模とか事業内容を聞いてんじゃないのｗ
別にプログラマと認められなくてもいい。
いまはPHPのミニ案件の数をこなしてしのいでいます。
>>852 うっせーよ、体臭いハゲがナメた事いってんじゃねぇよ ゴルァ！
867 ：
仕様書無しさん ：03/08/10 19:49
残念だが家で必死にVC++の勉強しても実務経験が無いと転職は厳しいよ。
868 ：
仕様書無しさん ：03/08/10 20:12
ＶＣの自作プログラムを公開してるぐらいだったら
869 ：
仕様書無しさん ：03/08/10 20:15
難しい言語使ってれば、レヴェル高いとでも思っているのかね？
870 ：
仕様書無しさん ：03/08/10 20:32
>>869 別に煽るわけじゃありませんが、言わせて下さい。
>と言ったら、何人が煽られるのだろうか
は、
と言ったら、何人に煽られるのだろうか
の間違いですよね。
もしかして、そういう調子で社外にメール書いたりしている
わけなのでしょうか。相手の失笑を買ってしまいますよ。
872 ：
仕様書無しさん ：03/08/10 22:59
このハゲ、いい加減消えうせろ！
>>871 むしろ，Ruby経験5年以上の技術者がほしい
Rubyなんて趣味にしか使えない言語だろ。
むしろC/C++しかで着ないゲーム系PGですが
5年じゃ足りないな。やっぱRuby歴10年以上の人材がほしい
年数を気にしている奴ってコードの行数を気にしているんだろうな。
2chで870みたいな揚げ足はｶｺﾜﾙｲ
>>875 仕様書書いたり設計周り勉強したりしといたほうがいいよ。
そこら辺だいぶいいかげんでしょ。
最初口頭で仕様伝えられていきなり作れとか言われてドびっくりしたよ。
なのだか
訂正
>>885 マジレス。
俺は
>>864 だよ。
でも
>>836 じゃないよ。
何で同一人物に間違われるのか納得がいかない。
納得いくように説明してくれよ。
なのだか
俺は
>>885 ではない。
>>864 と
>>836 が同一なんて思いもしなかった。
というかどうでもいいことだろ、そんなこと。（w
しかし、まあ、ちょっとめい探偵ぶりをはっきしてあげよう。
ほんの2行書き込んだだけと主張する
>>864 が、
ここまでムキッキッキーになるのはなんでだろう。
どこかやらかいところに触れたんだろうな。
もし、じいさんの
>>836 と同一視されるのが嫌な別人というなら、
「
>>836 なんて糞だ。俺と一緒にすな」と言えばすむが、なぜかそう言わない。
たぶん、それはできないのではないかと。プライドがあって。
それに、別に
>>836 がいるならその人のレスがないのはなぜかと。
こんなところでどうかな。ワトキンソン君。
>>889 さすがですね。ホーメスさん。
ところで、
>>882 は、
>>886 で比較的冷静っぽく
>納得いくように説明してくれよ。
なんて言っているのに、1分も立たずに、
>>887 で
>馬鹿はお前だ！
>夏だなぁ～（爆笑
なんて暴発してしまっています。
この辺の心理の変化はどうなんでしょう。
なのだか
一番ムキになってるのは誰だろー
ムキにならなきゃこんなアフォなケンカしないっしょ。
(⌒V⌒)
896 ：
仕様書無しさん ：03/08/15 23:10
あほか。
897 ：
仕様書無しさん ：03/08/16 03:14
なんか みんな 必死ｗ
つーかアセンブラって覚えるだけなら一番簡単だろ？
899 ：
仕様書無しさん ：03/08/16 21:44
900 ：
仕様書無しさん ：03/08/16 23:14
>>896 今時そんな事言ってる奴ってまだいたんだ。
ハード屋ならまだしも、ソフト屋でアセンブラしか分かりませんって奴つかえねーぞ。
902 ：
仕様書無しさん ：03/08/16 23:32
>>900 assembler使えないチンカス発見。
>>900 使いたくとも、使い道がありませんな。
また、
>>902 のように日本語の理解できない奴も使い難いですね。
>>903 プ。
「使えません」ってちゃんと言えよ。
チ・ン・カ・ス・♥
おまえらはファームウェアも全部C++で書く気か？(ﾌﾟｹﾞﾗ
905 ：
仕様書無しさん ：03/08/17 02:05
>>903 逆に尋ねるが、舞い込んできたプロジェクトがC++で開発することになったとして
「僕はアセンブラしか分からないからやりません」って言うのか？
まぁそれはいいとして、結局言語云々ではなく携わる業務内容や会社方針によって
習得する言語も当然違ってくるのだから、ここで言語の優劣を討論した所で意味ないだろ。
わり、間違えた。
C++使えない馬鹿は生きる資格がありません。
909 ：
仕様書無しさん ：03/08/22 18:48
「池沼」って何？
そろそろ埋め時・・・
911 ：
仕様書無しさん ：03/08/22 18:54
>>909 言語仕様そのものはぜんぜん難しくないよ。>C++
VCは最初かなりめまいがするけど、VBが使えるなら乗り越えられない壁じゃない。
むしろMFCが･･･。
>>911 > VBが使えるなら乗り越えられない壁じゃない
そんなことはない。
C++って覚えること多すぎだよな。
915 ：
仕様書無しさん ：03/08/22 21:11
コピーコンストラクタはいまだに何なのかわかりませぬ
クラスに対して初期化処理を定めたのに、
コンストラクタでリソース確保してるようなクラスの場合、
コピーコンストラクタを多用するのはＳＴＬの欠点だな。
演算子オーバーロードするんだから、仕方ないでしょ
class A{
ということだ。
わからない機能はとりあえず使わないという方針で。
C系統の言語はPerlみたいなスクリプトとは違って
業務系でC++をメインでやってるとこってある？
＞ A a(),b() ;
926 ：
仕様書無しさん ：03/08/22 21:33
俺はいまだにmakefileの作り方わかりませんが何か？
＞ A a(),b() ;
Ｃ言語の特徴として、関数内部で関数を宣言することは出来ないことを
スマートオブジェクトてなに？
定義はできないね(・∀・)ﾆﾔﾆﾔ
> ＞ a = b ;
932 ：
仕様書無しさん ：03/08/22 21:46
基本的なことで申し訳ないが一回で多重継承ってできないんですか？
933 ：
仕様書無しさん ：03/08/22 21:47
一回じゃない多重継承って？？
多重継承する場合は、上の例では、 CEdit,CFile に重複した変数名や
a=b は、 a= A(b) と同じ変換を自動で行う。
937 ：
仕様書無しさん ：03/08/22 21:56
>>934 へー、そういう理由なんですか。
勝手にオーバーライドしてくれないんですね。
まぁしたらしたで、問題でますけど。
分かりやすいです。どうもっす。
あのー、aとbは同じ型なのに(ﾃﾞﾌｫﾙﾄｺﾝｽﾄﾗｸﾀwとやらは無視するとして)、
それがコピーコンストラクタの役目だからさ。
940 ：
仕様書無しさん ：03/08/22 21:58
>>936 できますか？
>>932 の例は適当ですが、昔それっぽいのやったら出来なかったんですよ。
コンパイルエラーで通らなかった。
◆QgDrmJH4.k は何の言語について語っているんですか？
同じ型同士でもコピーコンストラクタがあれば、自動でそのコピー
コピーコンストラクタはクラス変数の初期化の際に必要。
型変換を抑止したければ、explict をコンストラクタの前に付加すればよい。
そんなことは、誰でも知っていると思われ...
そして
>>941 が脳内言語について語っていると言うことは、
◆QgDrmJH4.k自身、
>>945 の発言で認めている。
struct A {
×intを引数に取るコピーコンストラクタが呼ばれた後、
> 定義がなければビットコピー
スレタイ見てから書き込め
C++でクラス一般の話をしてるなら、これは間違い。
953 ：
仕様書無しさん ：03/08/24 18:35
954 ：
仕様書無しさん ：03/08/24 20:52
955 ：
仕様書無しさん ：03/08/24 20:56
>>954 じゃあ、あんたが日本語を母国語にしているのは、
他言語を母国語とする人間より、高尚で偉いからか？
C++使い以外は生ゴミと決めつけるのは、それと同じ詭弁ですよ。
C++使いっていうか、ハードを理解してない奴は糞
>>955 分相応に生きろ
953がC++使いであろうがあるまいが生ゴミだという詭弁。
958 ：
仕様書無しさん ：03/08/24 21:09
>>957 >>生ゴミだという詭弁。
詭弁の意味分かってる？
>>956 偉そうに．．．( ´，_ゝ｀)ﾌﾟｯ
と、煽ってみるテスト。
インターネット時代の詭弁
えっ、C++使えないのに「俺はプログラマーだぜ」とか思ってるやつがいるの( ´，_ゝ｀)ﾌﾟｯ
だからC++の言語仕様そのものは大して難しくないって。
他の言語と比較して、難しくない？
Haskellのほうが難しいよ
関数型言語はニュータイプが使う言語だからな
あと並列処理の言語もﾜｹﾜｶﾗﾝ
968 ：
(^ｰ')b ◆EoOYgmEaZE ：03/08/24 23:15
“ハード”っつってる時点で、
>>956 がどの程度理解してるかは
なんとなく想像できるが。
夏休みを利用してVC++勉強しようと思ってたんだけど、俺が馬鹿なのか
／￣￣￣￣￣
>>970 漏れの経験では、
C++がある程度分かるようになるまでに時間を要して、
そこからVC++をある程度分かるようになるまで、また時間がかかる。
いきなりVC++だとつらいと思う。
975 ：
仕様書無しさん ：03/08/25 16:33
埋め立てあげ
976 ：
仕様書無しさん ：03/08/25 16:37
∧＿∧
（ ´∀｀）＜ちなみにぬるぽは山崎渉発祥じゃないぽ。。。
「ぬるぽ」への投票にご協力下さい。
現在「ぬるぽ」６位にて奮闘中。
みんなでビッグウェーブを起こし１位を狙いましょう。
http://pumpkinnet.to/ranking/words/ 投票は１時間に１回ですが、時間台による計上なので、
毎時00分を迎えるとリセットされ、投票権が復活します。
つまり、02時59分に投票して、03時00分という投票もできます。
コメントが短すぎたり書かないと票に計上されない場合があります。
コメントが長すぎてもいけません。（全角２０字以内でお願いします）
>>973 いきなりVC++の人はCライクなコーディングスタイルだったりもする。
それが悪いわけじゃないけど。
979 ：
仕様書無しさん ：03/08/26 00:08
Ｃのコーディングは美しいと思うけどな。
980 ：
仕様書無しさん ：03/08/26 01:00
ていうかC++難しいって言ってる人って
981 ：
仕様書無しさん ：03/08/26 01:02
意外とC++じゃなくてポインタとか
982 ：
仕様書無しさん ：03/08/26 01:06
C++は家で必死に勉強しても無駄ですよ。実戦からじゃないと修得するのは難しい。
983 ：
仕様書無しさん ：03/08/26 01:12
ポインター理解するのに１年かかった大手ＳＩのＰＧがいたけどなｗ
984 ：
仕様書無しさん ：03/08/26 01:13
難しいっていうか気づくとCになってる。
コンストラクタ？ デストラクタ？ メッセージマップ？ 理解不能
メッセージマップ??
987 ：
仕様書無しさん ：03/08/26 03:29
>>984 ちゃんと設計しろ。んでデザインパターン勉強しろ。
デザインパターンっていうか、OOな…。
むしろ気付くとオブジェクトになってる……
990 ：
仕様書無しさん ：03/08/26 12:06
>>982 レベル低そうですね
言ってて恥ずかしくないの？
991 ：
仕様書無しさん ：03/08/26 12:11
このスレ自体レベル低い連中ばかり
一度Delphiをやってみればいい
994 ：
仕様書無しさん ：03/08/26 12:16
>>実戦からじゃないと修得するのは難しい
次スレまだ～？
９９７
10000!
999!
1000 ：
仕様書無しさん ：03/08/26 14:18
1000gets
1001 ：
１００１ ：
Over 1000 Thread このスレッドは１０００を超えました。