Linus「C++プログラマはウンコ。寄ってくるな」

Linus「C++プログラマ ..

175:デフォルトの名無しさん
09/01/25 15:26:40
>>160
Boost.Preprocessorは使えると思う。

176:デフォルトの名無しさん
09/01/25 15:59:53
待て待て、charはチャーなのかキャラなのかシャーなのかで

177:デフォルトの名無しさん
09/01/25 16:08:01
シャーだろjk

178:デフォルトの名無しさん
09/01/25 16:22:38
シャアの方がかっこいい

179:デフォルトの名無しさん
09/01/25 16:47:56
gitのすばらしいコードってどこでみれるかな

180:デフォルトの名無しさん
09/01/25 19:01:56
ちゃー・アズナブル

181:デフォルトの名無しさん
09/01/25 19:08:20
でも以下の事実は認めざるを得ないな。

・Linuxは世界で唯一成功したといえる非商用OS
・gitはRCSのなかで一番快適
・C++製アプリは規模だけでかくて質の悪いものが多い
　（採用実績はあっても成果実績が伴なっていない）

182:デフォルトの名無しさん
09/01/25 19:22:30
>>181
> ・gitはRCSのなかで一番快適
ほんとかね？
試してみようかね。

> ・C++製アプリは規模だけでかくて質の悪いものが多い
てめこの、ゲーム屋なめんな。

183:デフォルトの名無しさん
09/01/25 19:37:58
MercurialなんかPythonだし、バージョン管理システムなんて、diffとか一部の思い処理意外は
LLで書いても十分って気もするけど。

184:デフォルトの名無しさん
09/01/25 20:32:32
>・C++製アプリは規模だけでかくて質の悪いものが多い

>>33

確かに

185:デフォルトの名無しさん
09/01/25 23:09:30
確かに。
そもそもC++で書いてると、無駄に規模が大きく成ってしまう
気がする。言語版Multicsの再失敗だな。

186:デフォルトの名無しさん
09/01/25 23:37:51
COOLとかPP使えば
C++もCも大して変わらない。

結局、
作法が統一されてるC++で書いたほうが楽でスマート。

187:デフォルトの名無しさん
09/01/25 23:45:39
URLﾘﾝｸ(www.sage-p.com)

COOLがC++かわらないって、それはないだろ。

188:デフォルトの名無しさん
09/01/25 23:47:55
this をうっかり使うと C++ から使えないので
self にした方が良い

189:デフォルトの名無しさん
09/01/25 23:56:10
いや、一人で全部完成させて一生一人でメンテするならC++でも何でもいいって。

190:デフォルトの名無しさん
09/01/26 00:01:32
ここで大胆ながらも核心をついた発言をしてしまうと
HSP最強、ということになりかねない流れだな。

191:デフォルトの名無しさん
09/01/26 00:03:05
そもそも技術者育てる力も無いのに
初心者歓迎！なんてやってる会社が多いのが問題。
そう言う所で育ったPGはひどいことになる。

192:デフォルトの名無しさん
09/01/26 00:31:32
その初心者にC++チーム組ませて地獄をみたプロジェクトならぬディスジェクトが山のように…

193:デフォルトの名無しさん
09/01/26 03:28:06
XtとかMotifとかを生で触った事があって、Cでオブジェクト指向GUIプログラミングを
をやると、どんだけ酷い目に遭わされるか知ってると、C++への感慨も
変わってくると思う。

194:デフォルトの名無しさん
09/01/26 11:25:07
URLﾘﾝｸ(twitter.com)

195:デフォルトの名無しさん
09/01/26 11:28:25
>>194
status/1148031371

196:デフォルトの名無しさん
09/01/26 14:18:36
なんかウンコ漏らしちゃったよ(´ω｀)

197:デフォルトの名無しさん
09/01/26 14:57:28
ウンコはウンコしない

198:デフォルトの名無しさん
09/01/26 15:13:24
>>191-192
あるある!!!

199:デフォルトの名無しさん
09/01/26 15:16:28
C++でGUIアプリの開発は悲惨の一言だな。
言語仕様が硬直的でまともにイベントディスパッチできねぇし。

200:デフォルトの名無しさん
09/01/26 15:19:11

ゲーム開発以外はもう全部Cでいいよ。

201:デフォルトの名無しさん
09/01/26 17:30:25
ゲームこそCで十分だろ。アセンブラでも良いぞ。

202:デフォルトの名無しさん
09/01/26 17:41:06
>>193
ﾉｼ
「こんないーもんあるじゃねーか！C++使わせろよ！」
と思った。

203:デフォルトの名無しさん
09/01/26 20:05:32

マフィアなどが横行する裏の世界では、発見されるとまずい遺体を硫酸プールに
沈めて溶かし、証拠を消すなどという噂話がありますが、実際に科学薬品で遺体を
処理したことがあるという人が警察に捕まったそうです。

詳細は以下から。

BBC NEWS | Americas | Mexico man 'dissolved 300 bodies'

メキシコ警察に逮捕された男・Santiago Mezaは通称「シチュー・メーカー」。Mezaは
薬を扱うギャングのために、対立するギャングの遺体を週600ドル(約5万円)の
賃金で苛性ソーダを使って処理したとのこと。処理した遺体は300人にもなるそうです。

10年以上遺体処理を続け「何の感情もなかった」と話すMeza

Mezaは犠牲者の遺族と話す機会があるならば「謝罪したい」と述べています。
アメリカとの境界に位置する都市ティフアナでは、ドラッグを巡る争いで700人以上の
死者が出ており、メキシコ軍はMezaの言っている話は真実であると考えているそうです。

ブラック・ラグーンに出てくる始末屋ソーヤーのような人物ですね……。

URLﾘﾝｸ(gigazine.net)

204:デフォルトの名無しさん
09/01/26 20:08:13
>>203
>科学薬品
・・・

205:デフォルトの名無しさん
09/01/26 22:06:26
URLﾘﾝｸ(twitter.com)
URLﾘﾝｸ(twitter.com)
URLﾘﾝｸ(twitter.com)
URLﾘﾝｸ(twitter.com)
URLﾘﾝｸ(twitter.com)
URLﾘﾝｸ(twitter.com)
URLﾘﾝｸ(twitter.com)
URLﾘﾝｸ(twitter.com)
URLﾘﾝｸ(twitter.com)

206:デフォルトの名無しさん
09/01/26 22:24:43
>>205
自分らは陰口を書くのはOKってスタンスなんだから、同じ土俵にたてとか、2chどうこう言うなって感じだよなぁ。
しかも>>194とか、ほぼスルーされてるのに。
まあ、どうでもいいけど。

207:デフォルトの名無しさん
09/01/26 22:28:28
>>206
かまってちゃんを相手にするなよ・・・

208:デフォルトの名無しさん
09/01/27 04:18:33
LinuxにはHSPのような登竜門的な言語がないから
いつまでたってもフリーソフターが育たずにWinに遅れをとるんだよ…

209:デフォルトの名無しさん
09/01/27 06:14:06
>> フリーソフター
GNUの概念と真っ向から反するからそりゃね

210:デフォルトの名無しさん
09/01/27 06:22:58
>>208
HSPってwww

211:デフォルトの名無しさん
09/01/27 06:23:15
>>207
「どうでもいい」ことを一々嫌みったらしく書き残していく>>206もかまってちゃんだから、
相手にしないほうがいいよ。

212:デフォルトの名無しさん
09/01/27 08:58:32
cは金にならないからしかたない

213:デフォルトの名無しさん
09/01/27 09:10:44
なるよ
もっと視野を広げろよ

214:デフォルトの名無しさん
09/01/27 12:27:36
その点C++はトラブルが出つづけるので
ずっと金になるというのはあるな
まぁ誰かは損してるわけだが

215:デフォルトの名無しさん
09/01/27 15:00:06
バージョン決め打ちできるところは良いなあ

216:デフォルトの名無しさん
09/01/27 21:11:25
フリーソフターって初めて聞く用語だけど、一般的なの？

217:デフォルトの名無しさん
09/01/27 21:39:15
略してフリーターってよく言うじゃん。

218:デフォルトの名無しさん
09/01/27 21:41:14
>>206
はてな村やtw村での生活が長いと
ああいう勘違いしちゃうのかねえ

回り見えてないねえ

219:デフォルトの名無しさん
09/01/27 21:59:57
>>208
perl(のようなもの)とか、shスクプリトとか。

220:デフォルトの名無しさん
09/01/27 22:16:17
>>193
XtとかMotif触ったことないけど、kernelのファイルシステムや
ネットワークプロトコルスタック程度の使い方なら、Cのオブジェクト指向
っぽいプログラミングで十分だと思う。

逆にC++みたいなレイヤを一つはさむと、逆アセンブルしたコードが
Cに比べるとわけわかめなんで、panicしたとき調査しずらい。

221:デフォルトの名無しさん
09/01/27 22:20:18
>>199
それは、入力受け付けるのにコールバック関数を必要とするOSに、
薄いフレームワークをかぶせてるからであって、言語のせいではないと思われ。

222:デフォルトの名無しさん
09/01/27 22:41:53
>>206
自分でスレをtwに晒しておいて、自分のtwの発言が2chに晒されると「同じ土俵に立て」とか頭おかしいな。

223:デフォルトの名無しさん
09/01/27 22:43:02
>>219
なに、バールのようなものだと？

224:デフォルトの名無しさん
09/01/28 00:26:42
>>220
XmToggleButtonGadgetGetState()なんて関数名見たら、それだけでC++使いたくならない?w

225:デフォルトの名無しさん
09/01/28 00:52:05
むしろメソッドもネームスペースも無いからC使う。
一目ですべて分かる。

226:デフォルトの名無しさん
09/01/28 02:03:37
それじゃC以外使えないよ。

227:デフォルトの名無しさん
09/01/28 10:59:47
>>224
しかも　Gadget　と　Widget　で関数名違うしな。
で、なんかの派生クラス作ろうとしたら
vtable　自分で管理しなきゃいけなくて、益々C++　が欲しくなる。

228:デフォルトの名無しさん
09/01/28 11:02:25
ん、なんかごっちゃになってる。
×　vtable
○　クラス構造体の関数ポインタ

229:デフォルトの名無しさん
09/01/28 11:11:41
Cはアセンブリ言語の違いを吸収するが、

C++はオブジェクトシステムの違いを吸収できない、と

230:デフォルトの名無しさん
09/01/28 12:19:59
>>221
C++ってdelegateはどうやって実現してるの？

231:デフォルトの名無しさん
09/01/28 12:32:24
燃料投下
URLﾘﾝｸ(hp.vector.co.jp)

232:デフォルトの名無しさん
09/01/28 13:15:28
化石燃料ですね、わかります。

233:デフォルトの名無しさん
09/01/28 16:45:22
Союз Советских Социалистических Республик

234:デフォルトの名無しさん
09/01/28 17:06:33
>>230
C#的なdelegateなら、適当なオブジェクトを受け渡し、
そのオブジェクトの特定のメンバ関数（典型的にはoperator ()という名前の関数）を呼ぶという取り決めでやり取りする。
ようするにダックタイピングが最近の流れ。

昔からある奴だと、仮想関数使ったりマクロで振り分けたりというのが根強い。

235:デフォルトの名無しさん
09/01/28 18:16:26
関数ポインタとマップ

236:デフォルトの名無しさん
09/01/28 18:25:33
>>235
Windowsだとコールバック関数にこちらから1つ値を渡せるから、
そこにオブジェクトへのポインタを仕込めるのでマップの出番は無いんだけど、ほかはそうでもない？

237:デフォルトの名無しさん
09/01/28 23:13:04
>234,230
オブジェクトへのポインタと、メンバ関数へのポインタでもできるかと。

ちなみにメンバ関数ポインタと言うのはこーいうの。

// メンバ関数ポインタ
void (CHoge::*pFunc)() = CHoge::func;
// .* 演算子でのアクセス
(obj.*pFunc)();

// ->* 演算子でのアクセス
(pObj->*pFunc)();

.* と ->* は . や -> と別の演算子として扱われ、
個別にオーバーライド可能ってのもポイント。

238:デフォルトの名無しさん
09/01/28 23:29:28
普通はBoost/TR1のbindとfunctionでラップして使うけどな。
そういやBoostにはSignalsなんてのもある。

239:デフォルトの名無しさん
09/01/29 06:13:11
>>238
>>1でそのboostもstlも一緒に馬鹿されてる

240:デフォルトの名無しさん
09/01/29 06:58:29
boostもstlもパラノイアを感じる
どうしてそこまでしてC++を使おうとするのか分からない

241:デフォルトの名無しさん
09/01/29 09:47:15
case insensitive な人が何か喚いている。

242:デフォルトの名無しさん
09/01/29 12:32:52
STLは素晴らしく便利だと思うが。
ていうかSTLを使わないC++はかなりウンコ。それならCでキレイに書いたほうがいい。

243:デフォルトの名無しさん
09/01/29 12:54:28
C++のiostreamを考えた奴は、アホだと思う。

後発の言語で、iostreamをパクったのって有るのか？

244:デフォルトの名無しさん
09/01/29 12:57:36
Cは言語機能がちょっと貧弱すぎるせいで、ぐじゃぐじゃなマクロで
取り繕おうとしてしまうケースがしばしば見られる気がする

マクロはウンコ

245:デフォルトの名無しさん
09/01/29 13:05:34
>>240
Cは貧弱で、
プロジェクトで作ったライブラリは顧客の所有物となれば、次のプロジェクトで流用できない。
別々のプロジェクトから集まったチームのためにvectorやらなんやら設計しなおすのもバカらしい。

246:デフォルトの名無しさん
09/01/29 13:05:40
C++をjavaとかC#と比べる奴はIT土方。
みんながみんな開発効率重視の使い捨てPGじゃない。
とりあえずC++の設計と進化くらいは流し読みしとけ。

247:デフォルトの名無しさん
09/01/29 13:09:57
>>243
あれは酷い。

248:デフォルトの名無しさん
09/01/29 13:22:54
C++はいわゆる「C++スタイル」で書くことに結構こだわる俺でも
iostream系だけは使ってない。

249:デフォルトの名無しさん
09/01/29 13:46:15
iostreamは、技術デモとしては面白いよね、あはは　ってレベル。
標準ライブラリとして紛れ込んでるのは、たぶん、事務処理ミス。

250:デフォルトの名無しさん
09/01/29 14:16:48
genericなライブラリもdelegateも言語仕様として素直にサポートすりゃいいのに
何でもかんでもtemplateで無理やりやろうとするところがバカっぽい。

251:デフォルトの名無しさん
09/01/29 14:17:08
ATLで十分

252:デフォルトの名無しさん
09/01/29 14:36:50
古いC++の本読むとクラスこそC++の光、継承こそC++の真髄みたいに書かれているのに
ちょっと前に出版されたC++ Cording Standardsには
なるべく継承はヤメれ、friendもほどほどにねみたいに書かれてる。

253:デフォルトの名無しさん
09/01/29 15:38:35
friend なんかいらないだろ。

254:デフォルトの名無しさん
09/01/29 15:44:55
というか、そこまで継承を使う必要に迫られたことがない。
オブシコの真髄はコンポジットにこそある、
とC++触りはじめて3日ぐらいで気付いたっけなあ。
これぐらいのセンスがないとC++はむずかしいね。

255:デフォルトの名無しさん
09/01/29 20:51:36
なるほどねぇ、自分は本に書かれたままに受け取るしか出来ないからC++には向いてないかな。
でも、C++面白いんだよね、純粋に。

256:デフォルトの名無しさん
09/01/29 21:18:30
Cのコンパイラより
C++のコンパイラの方が
なんか速そうな感じがする。

257:デフォルトの名無しさん
09/01/29 21:18:57
C++は、要らん苦労を背負っときながら、でもこうするとちょっと楽だよね
っていう感じで、3歩下がって2歩進むことばかりに見える

258:デフォルトの名無しさん
09/01/29 21:20:50
URLﾘﾝｸ(www.hsjp.net)
販促チラシ

259:デフォルトの名無しさん
09/01/29 21:53:53
>>243
javaとc#でなんか同じような名前のがあったような。

260:デフォルトの名無しさん
09/01/29 21:55:54
いやいや、名前にStreamって付くクラスがあるだけ。
どっちも演算子で入出力なんてやらないよ。

261:デフォルトの名無しさん
09/01/29 22:05:20
i/ostringstreamはかなりイケてると思うんだがどうよ。

262:デフォルトの名無しさん
09/01/29 23:32:32
演算子を使ってるのはべつにいいけど、書式指定の使いにくさがどうにも。

263:デフォルトの名無しさん
09/01/29 23:35:26
printf 風の指定もできればいいのに
boost なしで

264:デフォルトの名無しさん
09/01/30 00:11:28
うん、俺もout系のstreamは、sprintfというのが用意してあったらかなり違ったと思うね。
scanf系のアドレス渡しとかフォーマットミスが嫌われた要因の一つだろうから
in系はともかくとしても。

あと、Cが文字列型を持たないのを引きずって、文字列の扱いが中途半端だったね。
もちろん、C++がAT&Tで生まれた直後から多数の「文字列class」が生まれてしまったのも原因だけど
「静的なstring」を用意することが出来ない。
だから、f(const string&)を呼び出すときにf("abc")とすると
毎回コンストラクタとデストラクタが呼ばれるってのもどうもね。
char*をやめて全部stringにしろといわれても、外部やAPIとのやりとりではそうも行かず。

265:デフォルトの名無しさん
09/01/30 00:14:23
普通イテレータ使うだろ。

266:デフォルトの名無しさん
09/01/30 00:28:33
ま、あのJavaでさえ、途中からとはいえprintf()様の軍門に下ったからな。

267:デフォルトの名無しさん
09/01/30 00:31:57
printfは神

268:デフォルトの名無しさん
09/01/30 00:33:34
printf っぽいものでも
型安全にする事は可能だからな。
ostream は今からでもそれをサポートすべき。

269:デフォルトの名無しさん
09/01/30 00:47:23
もう誰も新しい整形方式でprintfを倒そうという愚かな野望を抱かなくなったこと
結果としてprintfの優秀さが再認識されて今多くの言語でサポートされて使えること

これらがiostreamの惨めな失敗によるものなのだとしたら
あの糞ライブラリにも意味があるのかもしれない

270:デフォルトの名無しさん
09/01/30 00:50:53
>269
不遜なC#がprintf()様に微妙に反抗してます。

271:デフォルトの名無しさん
09/01/30 01:04:00
c#のあれは最初からprintfの軍門に下っている
iostreamのようにprintfへの挑戦者ではないだろう

272:デフォルトの名無しさん
09/01/30 01:14:59
printf対ostreamは天地の差だけど
scanf対istreamならどっこいどっこいだと思う

273:デフォルトの名無しさん
09/01/30 01:57:02
というか、上級のC++グラマでC++そのまんま使ってる奴なんているか？
そのクラスだと独自マクロ作ってC++なんかドライバ扱いなのが普通だと思ってたが。

274:デフォルトの名無しさん
09/01/30 02:14:13
つまり273は上級だと

275:デフォルトの名無しさん
09/01/30 02:25:51
>>273
URLﾘﾝｸ(www.gnu.org)

276:デフォルトの名無しさん
09/01/30 06:07:10
>>275
Seasoned Hacker

% cc -o a.out ~/src/misc/hw/hw.c
% a.out
Hello, world.

ワロタw

277:デフォルトの名無しさん
09/01/30 11:52:04
Cコンパイラってなんであんなコンパイルが軽いの？
手抜きしてそう

278:デフォルトの名無しさん
09/01/30 12:17:23
企業に例えるとCは昔のGoogleでC++は今のGoogle

279:デフォルトの名無しさん
09/01/30 12:33:57
>>277
C++がLALRでないからじゃなかったっけ

280:デフォルトの名無しさん
09/01/30 14:50:45
構文解析の複雑さくらいじゃ、体感出来る程の違いは生まれないんじゃね？
テンプレートの実体化とかオブジェクト(vtable)のレイアウトを決定するのに時間がかかりそう

281:デフォルトの名無しさん
09/01/30 14:55:29
新人医者有受研修、教授被教尿道挿管。
医者挿入四苦八苦、多苦労後無事挿入。
然教授苦笑曰新人、「汝挿入場所相違也」。
医者赤面至急欲除、尿管微動不得取外。
医者必死謝罪患者、然患者喜々誤挿入。
教官不思議聞患者、曰「快感多旦那以上」。

282:デフォルトの名無しさん
09/01/30 16:44:44
>>278
なんか妙に納得。

昔のGoogleは素気ないがCoolだったな。
いまじゃすっかりチンドン屋になってしまったが。

283:デフォルトの名無しさん
09/01/30 16:48:51
>チンドン屋

ヤホーほどじゃない。

284:デフォルトの名無しさん
09/01/30 17:13:34
経済学的にはC++のほうが良い言語なのかなｗ

285:デフォルトの名無しさん
09/01/30 17:18:46
経済学的に考えると、
世の中の機器からチンドン屋になっちゃったんだから、
チンドン言語で書くのが効率的じゃね？

286:デフォルトの名無しさん
09/01/30 17:23:11
自然な思考で当たり前のプログラミングを～Bjarne Stroustrup氏との対話～
URLﾘﾝｸ(codezine.jp)

287:デフォルトの名無しさん
09/01/30 20:35:43
URLﾘﾝｸ(123.writeboard.com)
pass:pgtwit

288:デフォルトの名無しさん
09/01/31 00:58:57
C++からCにいって気付いたこと。

デフォルト引数も関数の多態性もないせいで
ライブラリの関数とかで無駄な引数いっぱい…
不使用の引数でもわざわざダミー変数用意しなきゃならん。
Xlibとかめんどい。

289:デフォルトの名無しさん
09/01/31 01:32:05
欠点が明確なのは、欠点がなんだかよくわからないよりずっとましだ。

290:デフォルトの名無しさん
09/01/31 01:55:34
>>288
君はC++にも不適格だと思うぞ

291:デフォルトの名無しさん
09/01/31 01:59:44
なこたあないん。

292:デフォルトの名無しさん
09/01/31 02:08:28
C++プログラマって、どこまでも行っても下がいる
言語仕様がクズを生みやすいってことだと思う

293:デフォルトの名無しさん
09/01/31 02:09:49
それはCでも同じ

294:デフォルトの名無しさん
09/01/31 08:41:24
>>288
君は「C++の設計と進化」を読んだ方がいい

295:デフォルトの名無しさん
09/01/31 10:31:18
変数宣言は一番上だけってのがきもい

296:デフォルトの名無しさん
09/01/31 10:35:09
>>295
kwsk

まさか、ソースコードの一番上で宣言するような言語があるのか?

297:デフォルトの名無しさん
09/01/31 10:42:02
int func(a, b, c)
int a;
float b;
void* c;
{
　return a+(int)b+(int)*c;
}

298:デフォルトの名無しさん
09/01/31 11:05:15
>>295
ヒント：スコープ

299:デフォルトの名無しさん
09/01/31 11:12:19
>>297
なにこれ、釣り？
AT&Tでは、そんな書き方できたんだ、知らなかったなぁ。
>>void* c;
>>{
>>　return a+(int)b+(int)*c;
参考になりますた。C言語を使いこなせない人は、ここに立ち入り禁止ね。
C++を使う人も来ないでください。気持ちが悪いです。

300:デフォルトの名無しさん
09/01/31 11:19:03
>>299
お前が来なきゃいい。

301:デフォルトの名無しさん
09/01/31 11:30:05
「C++プログラマはウンコ。寄ってくるな」

302:デフォルトの名無しさん
09/01/31 11:31:58
それはLinusが言ってるだけで、このスレに来ることは問題ないから。

303:デフォルトの名無しさん
09/01/31 11:35:15
「C++プログラマは犯罪者。消えろ」

304:デフォルトの名無しさん
09/01/31 13:11:16
*(int*)c じゃないのか？

305:デフォルトの名無しさん
09/01/31 13:12:48
C++プログラマをいじめすぎ

306:デフォルトの名無しさん
09/01/31 13:12:52
それでいいよ。

307:デフォルトの名無しさん
09/01/31 14:07:16
追い詰められたC++はLispを取り込んで最終形態に・・・

308:デフォルトの名無しさん
09/01/31 15:14:07

C++ の作者にセンスがなかったと言わざるを得ない。
作者が元凶であった以上、C++ は元々消えていく運命にあったのだね。

309:デフォルトの名無しさん
09/01/31 15:18:41
Objective-Cの糞構文を見たら、C++の構文は神に見えるよ

310:デフォルトの名無しさん
09/01/31 15:30:20
>>294
そういう問題でもない。

311:デフォルトの名無しさん
09/01/31 15:43:46
>>268
＞printf っぽいものでも
＞型安全にする事は可能だからな。
どんなふうにすればいいの？

312:デフォルトの名無しさん
09/01/31 15:46:55
>>220
＞逆にC++みたいなレイヤを一つはさむと、逆アセンブルしたコードが
＞Cに比べるとわけわかめなんで、panicしたとき調査しずらい。
わざわざご自分の無能をおさらしにならなくとも
よろしいのに。

313:デフォルトの名無しさん
09/01/31 15:47:31
int i; float f; MyClass c;

printf("%(int) %(float) %(MyClass)\n", i, f, c);

314:デフォルトの名無しさん
09/01/31 15:57:04
それどこのオレオレコンパイラの仕様？

315:デフォルトの名無しさん
09/01/31 16:02:55
>>309
どっちも糞

316:デフォルトの名無しさん
09/01/31 16:07:05
HSP……
こうなってはもうHSPしかないのか……

317:デフォルトの名無しさん
09/01/31 16:09:11
printfの安全性は、コンパイラが賢くなる事で解決。

318:デフォルトの名無しさん
09/01/31 16:13:03
プログラマブルプログラマはCを使う。

319:デフォルトの名無しさん
09/01/31 16:14:53
C++じゃないけど、正規表現みたいにprintf書式もリテラルを作れればいいのに、と思う。

320:デフォルトの名無しさん
09/01/31 16:17:54
そもそも、printfとstd::coutって実質的に何が違うんだろ？
std::coutで特に記述が簡素化したとも思えないんだけど。
何を思ってこんなもん作ったんだ？

321:デフォルトの名無しさん
09/01/31 16:23:33
オペレーターオーバーロードをしたかっただけだろ。

322:デフォルトの名無しさん
09/01/31 16:26:47
>>320
long longが%I64dか%lldかで悩む必要なく、doubleに%lfを使うコードを見てうんざりする必要がなくなった。
ただ、それを実現したいだけなら、Javaみたいにprint(x)でいいわけなんだけど。

323:デフォルトの名無しさん
09/01/31 16:44:22
おーできない君が群がるスレですな
結構活気ありますねｗ

324:デフォルトの名無しさん
09/01/31 16:46:13
ですな

325:デフォルトの名無しさん
09/01/31 16:47:02
>>320
可変長引数を間違えるうんこを、救済したかったんだろ。
案の定あらゆる所で漏らしまくる、うんこ野郎が集まってきたとw
メモリの管理も出来ないゴミを前提にしてるし仕方ないさ

326:デフォルトの名無しさん
09/01/31 16:50:34
というかマ版用スレじゃんこれ

327:デフォルトの名無しさん
09/01/31 17:06:12
>>320
オブジェクト指向のデモ的な側面があったんだろうね

「ほら、オブジェクト側に処理を任せちゃえば、何も考えないですむんですよ」
「なるほど、楽ですね。でも出力幅とか書式指定したくならないですか？」
「実際のプログラミングではそうだろうね」
「そうすると結局手間は変わらない、むしろ面倒になるのでは？」
「ですよね。まあ、こんなことも出来ますよ、というデモですからねー」

328:デフォルトの名無しさん
09/01/31 17:06:13
>>323
出来たつもりになってるうんこ君を笑うスレです

329:デフォルトの名無しさん
09/01/31 17:14:04
俺はデキルスレになってるのが笑える

330:デフォルトの名無しさん
09/01/31 17:44:10
iostreamはいい加減に黒歴史化してほしい。
新しい入出力ライブラリ作ってさ。

331:デフォルトの名無しさん
09/01/31 17:53:25
C++って仕事でチーム開発で使うとCベースより問題が発生することがほとんどなんだが
これを言うとキャリアの浅いやつや責任持ったことのない奴ほど理解できないんだよな。
ここでこういうこというやつは、よっぽど教育がなされてる環境にでもいるのかな。

332:デフォルトの名無しさん
09/01/31 17:56:14
そりゃあんた、できないと思われることを嫌う連中は理解したがらないよ。
ここで言っている方は、挫折経験でもあるのだろうし。

333:デフォルトの名無しさん
09/01/31 18:20:20
できないと思われたくないならやさしいと思っているＣを提案されれば飛びつくだろ。
でもそうならない。

334:デフォルトの名無しさん
09/01/31 18:26:28
最先端の現場ではHaskell使っても統一とれるんだから
指揮能力の問題だろうな。

335:デフォルトの名無しさん
09/01/31 18:38:18
Cはやさしいかなぁ？
VBでいいって言われるならともかく。

336:デフォルトの名無しさん
09/01/31 18:48:23
さすがにそのレベルは除外

337:デフォルトの名無しさん
09/01/31 18:49:59
最先端の現場ってどこだよｗ

338:デフォルトの名無しさん
09/01/31 18:58:28
最戦端の現場

339:デフォルトの名無しさん
09/01/31 18:59:05
>>337
URLﾘﾝｸ(xmonad.org)

340:デフォルトの名無しさん
09/01/31 19:07:03
これが？

341:デフォルトの名無しさん
09/01/31 19:15:17
初心者から雇う癖に教育しないからそうなる

342:デフォルトの名無しさん
09/01/31 19:16:24
C++なんて教育するよりCでやったほうがコスト安い

343:デフォルトの名無しさん
09/01/31 19:18:37
それで現場でいきなりC++やって、訳分からんクラス作ったりするんだな

344:デフォルトの名無しさん
09/01/31 19:20:38
だからやらせないんだろ

345:デフォルトの名無しさん
09/01/31 19:25:57
つーかCよりC++の方が便利で楽じゃね。

346:デフォルトの名無しさん
09/01/31 19:30:31
つーかC++よりHSPの方が便利で楽じゃね。

347:デフォルトの名無しさん
09/01/31 19:34:45
何が便利で何がラクなのか。素人に抽象化の機能なんか使わせたら
コードも動作も抽象化されて修復不可能になるんだぞ。

348:デフォルトの名無しさん
09/01/31 19:35:35
初心者は何も抽象化しないよ

349:デフォルトの名無しさん
09/01/31 19:50:57
抽象化なんて全く必要ないね

350:デフォルトの名無しさん
09/01/31 19:53:23
このスレC++使いほとんどいないな

351:デフォルトの名無しさん
09/01/31 20:03:25
初心者というかオレ天才的初心者な。
入門書を曲解して謎のコードを大量生産。

352:デフォルトの名無しさん
09/01/31 20:03:57
ここまで「スクリプト言語使えよ」という意見ほとんどなし

353:デフォルトの名無しさん
09/01/31 20:17:49
>>352
誰も使うなとは言ってない。
問題は、C with スクリプト言語か、C++ with スクリプト言語かだ。

354:デフォルトの名無しさん
09/01/31 20:38:18
>>351
K&Rですね、わかります

355:デフォルトの名無しさん
09/01/31 21:11:05
抽象化なんてC++には不向き。
機能に溺れて逆にCのほうが抽象化しやすくなってる。

356:デフォルトの名無しさん
09/01/31 21:20:29
それはない。

357:デフォルトの名無しさん
09/01/31 21:24:23
抽象化がほとんど出来ないがために中身がよく見えるC
中途半端な抽象化のせいで中身ダダ漏れだけど肝心な所には触れないC++

358:デフォルトの名無しさん
09/01/31 21:49:38
黙って Haskell か Lisp 使っとけ

359:デフォルトの名無しさん
09/01/31 21:52:54
で、お前はHaskell使ったことあるわけ？

360:デフォルトの名無しさん
09/01/31 21:58:04
main = return "無いよ" >>= putStrLn

361:デフォルトの名無しさん
09/01/31 22:14:59
世の半分程度の人は抽象思考が苦手
その状態でプログラムに手を出す人がいるが、
プログラム向いてないよと言いたい

362:デフォルトの名無しさん
09/01/31 22:15:37
どうぞ言ってください

363:デフォルトの名無しさん
09/01/31 22:44:00
論理的思考のできない人多いよね

364:デフォルトの名無しさん
09/01/31 22:44:39
例えば？

365:デフォルトの名無しさん
09/01/31 23:07:43
ちょっと抽象的なコードを書いたら読めないとか言われたり

366:デフォルトの名無しさん
09/01/31 23:39:26
抽象的なコードもいいけど
むりやりC++で書いた関数プログラミング的なコードを読まされるのだけは勘弁

367:デフォルトの名無しさん
09/01/31 23:57:26
C++からオーバーロードを引くけば食いおわった魚の骨のごとくである。

その心は？

C++-<<

おあとがよろしいようで。

368:デフォルトの名無しさん
09/01/31 23:59:06
計算機を動かすコードに抽象的なんてことがあるだろうか？

369:デフォルトの名無しさん
09/02/01 00:10:21
屁理屈大魔王。

370:デフォルトの名無しさん
09/02/01 00:12:15
>>368
計算機を動かすコードには無いだろうね。
でも俺らが書いてるのは、計算機を動かすコードを生成させるコードだから。

371:デフォルトの名無しさん
09/02/01 00:18:46
>>368
計算機を動かすコードはすべて抽象的なもの。

抽象的なコードが具体的な電荷や電気信号に変換されて計算機を動かす。

372:デフォルトの名無しさん
09/02/01 00:20:45
C/C++で仕事してる俺から見るとJAVAorC#プログラマはC/C++に寄ってくるなと言いたい。
classの宣言と実体を全て.hファイルに記述されてるの見た時、
リアルで（'A｀）ｳﾍｪｰってなった。
3000行超えてるし…誰が管理するんだよ…

373:デフォルトの名無しさん
09/02/01 00:22:10
早めにそれはアカンと言えばいいだけだろw
放置する方が悪い

374:デフォルトの名無しさん
09/02/01 00:23:17
そもそも宣言と定義が分かれてるのがクソなわけで

375:デフォルトの名無しさん
09/02/01 00:24:24
>>373
> 早めにそれはアカンと言えばいいだけだろw
まぁ、初期段階では指摘するチャンスが無かったってこともあるだろう、いろんな事情で。

376:デフォルトの名無しさん
09/02/01 00:26:00
3000行って・・・大した事ないよね？

377:デフォルトの名無しさん
09/02/01 00:27:52
Java or C# プログラマが全部そんな人だと思わないで下さい・・・

378:デフォルトの名無しさん
09/02/01 00:27:58
大きなクラスなら.cppもそれくらい長くなることもあるだろ
メンバを一覧出来ないってことなら、現代的なIDEならそんなのは表示してくれるし

379:デフォルトの名無しさん
09/02/01 00:28:37
ファイル変更時のリコンパイル範囲が問題なんだよ

380:デフォルトの名無しさん
09/02/01 00:34:17
Ｃ＆viの時代からプログラムは組めているのに、IDEがないとまともにかけない言語ってどうなの？

381:デフォルトの名無しさん
09/02/01 00:35:12
>>379
Javaは動的解決だけどC++は静的解決って差もわからない奴がC++いじるともう・・・

382:デフォルトの名無しさん
09/02/01 00:47:59
全部ヘッダで3000行ならきついだろ。
例外はBoostの水準のテンプレートライブラリだが、そんなの自分では書かないしね。

383:デフォルトの名無しさん
09/02/01 00:51:36
なんだ、書かないんだ。

384:デフォルトの名無しさん
09/02/01 00:51:51
テンプレートはどうせ全部ヘッダで書かないといけないから
クラス内に全部記述したので問題ない。
（static メンバ変数の実体定義だけはクラス外に書く必要があるが）

385:デフォルトの名無しさん
09/02/01 00:52:59
>>372がテンプレート知らなかっただけってオチ？

386:デフォルトの名無しさん
09/02/01 00:54:33
また知ったかが便乗してる

387:デフォルトの名無しさん
09/02/01 00:55:15
いいや、Java/C#から来た人間がそんなもの書くわけないだろ。
家に帰ったらC++やりますって偽装でもない限り。

388:デフォルトの名無しさん
09/02/01 00:56:00
>>385
それは無いな。

389:デフォルトの名無しさん
09/02/01 00:58:39
>>372必死ｗ

390:デフォルトの名無しさん
09/02/01 00:59:38
知ったかが勘違いを押し切ろうとしている

391:デフォルトの名無しさん
09/02/01 01:00:12
>テンプレートはどうせ全部ヘッダで書かないといけないから

おまえはどんな糞コンパイラつかってんだよ…

392:デフォルトの名無しさん
09/02/01 01:02:00
>>391

393:デフォルトの名無しさん
09/02/01 01:02:07
export なんて都市伝説です
Comeau C++ なんて知りません＞＜

394:デフォルトの名無しさん
09/02/01 01:04:41
>>392

395:デフォルトの名無しさん
09/02/01 01:05:59
int 392(void){
return >>394;
}

396:デフォルトの名無しさん
09/02/01 01:06:30
ふう。再帰化完了。

397:デフォルトの名無しさん
09/02/01 01:06:39
export も知らない素人か・・・

398:デフォルトの名無しさん
09/02/01 01:08:04
(void) ってC臭がプンプンするな

399:デフォルトの名無しさん
09/02/01 01:09:47
主要コンパイラにないものを語って悦に入るって・・・

400:デフォルトの名無しさん
09/02/01 01:10:16
exportがサポートされていない→糞コンパイラ
って、まったくプログラム書かない言語ヲタか何かかな。

401:デフォルトの名無しさん
09/02/01 01:10:22
いるんだよね、Cの記述スタイル馬鹿にする奴
単純にCもまともに使えないだけなんだが

402:デフォルトの名無しさん
09/02/01 01:12:17
>>391の使っているコンパイラを紹介して貰いたいところ

403:デフォルトの名無しさん
09/02/01 01:20:58
export を知らなくて、ジョークも理解できなかったようだな

404:デフォルトの名無しさん
09/02/01 01:21:38
3000行越えてるからどうこう言ってる奴は
とりあえずLinusさんが開発してるカーネルのkernel/sched.cを見た方がいい

405:デフォルトの名無しさん
09/02/01 01:24:15
テンプレートに挑んでexportを知らない奴はいないだろう

406:デフォルトの名無しさん
09/02/01 01:24:40
c/cppファイルなら別に文句ないぞ。
>>372の場合、ヘッダに全部書いているのが悪いだけだ。

407:デフォルトの名無しさん
09/02/01 01:30:56
ああ、372は「C/C++で」宣言定義を全部.hに書いてるアホがいるって言ってたのか
そりゃクソだな
てっきり「Java/C#は宣言も定義も一つのファイルに書くから糞」って言ってるのかと思った

408:デフォルトの名無しさん
09/02/01 01:31:53
お前・・・
正直なのはいいことだよ・・・

409:デフォルトの名無しさん
09/02/01 01:33:26
>>403
まぁこうなったら「ジョークが理解されなかった」で押し通すしかないのはわかる。

410:デフォルトの名無しさん
09/02/01 02:47:06
宣言と定義が別ファイルに分かれてるだけでもう二度手間というか
いまどきありえねーって思う。エッチとCは一緒だろ

411:デフォルトの名無しさん
09/02/01 02:53:11
そうかなぁ
インターフェースと実装を分けるのって大事じゃない？

412:デフォルトの名無しさん
09/02/01 02:55:07
interface があればいいんだよ
interface が

413:デフォルトの名無しさん
09/02/01 02:56:42
>>410
そんなもん当然IDEが全自動でやってくれるだろjk。
……って言えるようになってほしいです。

414:デフォルトの名無しさん
09/02/01 03:43:12
>>381のいってることが現実に

415:デフォルトの名無しさん
09/02/01 08:56:03
どっかのえろい人はヘッダファイルを.cppから生成させてたな。

416:デフォルトの名無しさん
09/02/01 09:13:46
# hoge.h
--------------------------------------
template <class T> class Hoge{...};

#include "hoge.h.impl"
--------------------------------------
# hoge.h.impl
--------------------------------------
template < class T >
Hoge::Hoge(){...
--------------------------------------

という幹事で、ヘッダの最後にincludeいれて、実装ファイルを読み込ませる方法で
文理させるのが最近の俺の流行り。

417:デフォルトの名無しさん
09/02/01 09:20:57
素人質問で悪いんだけど、VC++2008の場合、templateは別として、
ヘッダファイルに関数の定義を書き込んじゃうと、多重定義エラーでない？
templateも特化すると多重定義エラーになるし。

418:デフォルトの名無しさん
09/02/01 09:27:57
#pragma once
か
インクルードガードやっとけ
#ifndef foo
#define foo

implementation

#endif /* foo */

419:デフォルトの名無しさん
09/02/01 09:32:57
#pragma onceの方はいいんだけど
2008の場合、通常のインクルードガードだと
コンパイル単位が違うとエラーが出るんだよね･･･なぜか。

420:デフォルトの名無しさん
09/02/01 14:36:59
リンクエラーじゃないのか？だとしたら、そんなの当たり前だ。
上のほうで.hに書く云々って話は、全て、メンバ関数をclass内に書く、という話だと捉えたよ。
少なくとも俺は。
そうすればinline扱いになるし。

まさか「2箇所に書くのが嫌」と言いながら.h内で実装を別途用意するなんて
(相互参照とうでなければ)ありえないしね。

421:デフォルトの名無しさん
09/02/01 14:41:27
>>417
リンケージについて勉強した方がいい

422:デフォルトの名無しさん
09/02/01 14:47:22
こういう人が「自分はC++を使っている」と言うから
「C++プログラマはウンコ」呼ばわりされる原因じゃないのか。

423:デフォルトの名無しさん
09/02/01 14:54:03
C++の入門書とかって能天気すぎなんだよ。
多重継承とか演算子オーバーロードとか副作用大きい機能とかを
知ってて使うことが上級者への道みたいに煽る。
いい迷惑だ。

424:デフォルトの名無しさん
09/02/01 15:01:23
入門書には分割コンパイルの原理とか書いてないことが多いからなあ。
グローバル変数の実体は１個しか定義できないとか、そういう基本的なことを知らないまま
「C++出来ます」とか言い切るウンコが増えてきているから邪魔なんだよな。

425:デフォルトの名無しさん
09/02/01 15:01:59
>>423
プログラミングの話をしているときに「副作用」をそういう意味で使うのは・・・

426:デフォルトの名無しさん
09/02/01 15:03:56
知っててもなお使うに値するケースかどうか判断する事は
上級者になるのに重要なことだと思うが

427:デフォルトの名無しさん
09/02/01 15:04:37
BK厨おつ

428:デフォルトの名無しさん
09/02/01 15:05:59
2ちゃんねる推奨のAccelerated C++には
コンパイル単位の話も出てきませんでしたよ^^

っていうか、この本のソースコード、
VC++2008じゃコンパイルできないし^^；；；

429:デフォルトの名無しさん
09/02/01 15:06:28
>>426
入門書だと、その判断するということを省いているのがまずいのでは？

430:デフォルトの名無しさん
09/02/01 18:10:06
>>424
そういうのってリンカの仕事だからな
C/C++の範囲外ということで入門書では避けられてる

そしてあらゆる言語の入門書がそうやって逃げ回る結果
解説してる本がどこにもないという

431:デフォルトの名無しさん
09/02/01 18:14:41
>>424
＞グローバル変数の実体は１個しか定義できないとか、そういう基本的なこと

C++ Coding Standardにも出てくるけど
そういうことは「一回コンパイルすればわかる」からねぇ。

432:デフォルトの名無しさん
09/02/01 18:45:28
>>426
> 上級者になるのに重要なことだと思うが

「入門書」の話ししてるんだけど。

433:デフォルトの名無しさん
09/02/01 19:13:26
C++やC#は演算子オーバーロードがあるだけで神
他の言語は設計者が数値計算とか3Dとかやらない文系なのがモロバレ

434:デフォルトの名無しさん
09/02/01 19:26:21
っほーとらん

435:デフォルトの名無しさん
09/02/01 19:34:08
>>431
gccだとオプション次第では分からないことも・・・

436:デフォルトの名無しさん
09/02/01 19:34:11
>>430
解説してる本は普通にあるよ

437:デフォルトの名無しさん
09/02/01 20:49:11
演算子オーバーロードが必要だと思うのがよくわからん。
自由に使わせたら可読性下がるだろあれ。

438:デフォルトの名無しさん
09/02/01 20:50:43
お前、可読性の意味分かってないだろ

439:デフォルトの名無しさん
09/02/01 20:52:41
おまえだよ。

440:デフォルトの名無しさん
09/02/01 20:54:13
型見て演算子の宣言見ないと何やってるかわかんないからな。
自分の中で閉じるなら問題ないかもしれないが自由に触らせるものではないでしょう。

441:デフォルトの名無しさん
09/02/01 20:54:40
定義だろ

442:デフォルトの名無しさん
09/02/01 20:56:44
いい加減、カプセル化に慣れようぜ

443:デフォルトの名無しさん
09/02/01 20:59:10
隠蔽化って隠蔽内容が完全でデザインに矛盾がなく直観的であることが前提だから
慣れるとか簡単なことじゃないぞ。

444:デフォルトの名無しさん
09/02/01 21:08:36
プログラムのセンスない奴は直観をどこまでも拡大解釈するしねｗ

445:デフォルトの名無しさん
09/02/01 21:16:23
数値型作る場合以外どうせ使わないし、
その場合は直感的になるから問題ないよ

446:デフォルトの名無しさん
09/02/01 21:18:40
お前が問題なくても自称できるやつが謎のオーバーロードし始めるんだよ。
C++はこういう問題がたくさんある。Javaでなくなったのにはそれなりの理由がある。

447:デフォルトの名無しさん
09/02/01 21:27:54
結局ジェネリック追加されたし
どうなるかは分からないよ

448:デフォルトの名無しさん
09/02/01 21:32:45
まぁその程度の低レベルな話は
C++ Coding Standard一冊で全部解決。

たった200頁の本だし（ぺらぺら）、
Effective C++やExceptional C++よりはるかに簡単な本だし、
もう必読書ってことで。

449:デフォルトの名無しさん
09/02/01 21:34:04
演算子オーバーロードが要らないと強弁する文系丸出しが続々登場！
みんなゲームとかつくらないの？おもしろいよ。

450:デフォルトの名無しさん
09/02/01 21:35:54
ああゲームの末端で好きかってやってメインプログラマーに迷惑かける奴か。
つーかレス見る限り個人でしょぼいゲーム作ってる気になってるだけか。

451:デフォルトの名無しさん
09/02/01 21:36:30
おれはレベル高いからって言ってる奴はチーム仕事してねーだろ

452:デフォルトの名無しさん
09/02/01 21:37:27
プロジェクトの出来は、最もレベルの低いものに左右される

453:デフォルトの名無しさん
09/02/01 22:01:13
本読んどいてでみんなまともにプログラム組めてたらこの仕事天国だよ

454:デフォルトの名無しさん
09/02/01 22:02:57
>>452
それはリスク対策が出来ないプロマネがアホなんだろ

455:デフォルトの名無しさん
09/02/01 22:02:59
逆だろ
みんながまともにプログラム組めるなら、プログラミングなんてコンビニのバイト程度の価値しかなくなる
ほとんどの自称プログラマがカスだからまともなプログラマが食っていける

456:デフォルトの名無しさん
09/02/01 22:06:47
プログラムくらいアホでも組める

457:デフォルトの名無しさん
09/02/01 22:16:21
Linuxもアホでもかけるんだね。

458:デフォルトの名無しさん
09/02/01 22:25:41
Linuxはアホじゃなくてライナス
アホはAWK

459:デフォルトの名無しさん
09/02/01 22:28:25
Bjarne Stroustrup インタビュー (？)
URLﾘﾝｸ(www.kh.rim.or.jp)

460:デフォルトの名無しさん
09/02/01 22:39:58
10年くらい前のジョーク？みたいだけど根本的な解決を見た事ないな。
むしろ策略を追加してる印象。

461:デフォルトの名無しさん
09/02/02 00:01:39
まぁ、自分もカスだから人のこと言えないけど
そのカスである俺よりもひどい能力の人が上司だったりしたこともあるので
カスはカスで生きる方法があるんだと思う今日この頃。

462:デフォルトの名無しさん
09/02/02 00:02:25
まあカスの生きる道がないと世の中死屍累々だと思う

463:デフォルトの名無しさん
09/02/02 01:22:59
最上層と最下層の間の幅が一番小さいのはやっぱりHSPなのか？
一番大きいのはいうまでもなくC++だろうが。

464:デフォルトの名無しさん
09/02/02 03:43:42
HSPのきれいなソースを見ると才能の無駄遣いだと思うけどなｗ
>>463が想像するより人によってかなり差がある

465:デフォルトの名無しさん
09/02/02 13:20:46
>>463
いちいちそんなカス言語を引き合いに出してくれるなよ。

466:デフォルトの名無しさん
09/02/02 14:34:28
いや、C++の問題点を浮きあがらせるためには
その正反対のパラダイムをもつHSPを知ることが先決。

467:デフォルトの名無しさん
09/02/02 14:38:36
Σ (ﾟДﾟ;）ﾊｯこの流れもしやHSPオンリー？

468:デフォルトの名無しさん
09/02/02 15:19:35
>>466
正反対とは？

469:デフォルトの名無しさん
09/02/02 15:29:58
マルチパラダイムの正反対…なんだろ。意味不明。

470:デフォルトの名無しさん
09/02/02 15:32:18
てか、HSP使いなんていくら頑張ってもC++を
マスターすることなんてできないだろうから、
このスレで発言するいること自体間違ってる。

471:デフォルトの名無しさん
09/02/02 15:59:18
するいる

472:デフォルトの名無しさん
09/02/02 16:30:40
>>463
> 最上層と最下層の間の幅が一番小さいのはやっぱりHSPなのか？
> 一番大きいのはいうまでもなくC++だろうが。

人によってそんなに差がある言語は困るんだよ
ウンコプログラマーには分からんと思うけど

次ページ