[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 06/27 01:24 / Filesize : 192 KB / Number-of Response : 847
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【C++】STL(Standard Template Library)相談室 9



1 名前:デフォルトの名無しさん [2008/02/27(水) 02:03:30 ]
C++標準ライブラリの一つ、STLについて。

前スレ
【C++】STL(Standard Template Library)相談室 8
pc11.2ch.net/test/read.cgi/tech/1198435319/

過去ログ・リンク・書籍紹介は >>2 以降

266 名前:デフォルトの名無しさん mailto:sage [2008/03/15(土) 21:04:14 ]
はーやく来い来いC++0x

267 名前:デフォルトの名無しさん mailto:sage [2008/03/15(土) 22:12:04 ]
>>259

by

268 名前:デフォルトの名無しさん [2008/03/18(火) 01:34:41 ]
先日放送されたクローズアップ現代(NHKの番組)によると、
日本のプログラマ人口は20万人だそうです(かなり不足して
いるらしい)。この20万人の中で、C++の言語機能を一通り
理解して、STLやBoostなどのライブラリをそれなりに使い
こなすことのできるプログラマは何人ぐらいだと推測しますか?
あなたは20万人の中で上位何パーセントの層に属しますか?

269 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 01:41:05 ]
マ板で聞いてこいやボケが

270 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 01:49:52 ]
今は高度なソフトウェアの需要が少ないので
(そういう会社の数が激減したと言うか)
国内でスキルを持っていても活躍の場があまりない気がする。

271 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 01:53:09 ]
>>269
やっぱり?でもマ版に入り浸っている人じゃなくて、
具体的なC++の質問に答えられる人にききたいんです。

272 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 01:58:25 ]
C++経験者が30%、うち上記条件を満たす人間が30%と感覚で決めつけたとして
20*0.3*0.3=1.8くらいとかだったらいいなぁ・・・

273 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 02:02:42 ]
boostともかく、STL使わないC++って、どういう使い方してたら発生するんだろう。
C++経験あったらSTLも使ってるんじゃないの? (単純な疑問文です。)

274 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 02:11:44 ]
MFCオンリーなんて人もいるんじゃね?



275 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 02:16:14 ]
なるほど。

276 名前:268 [2008/03/18(火) 02:19:12 ]
>>273
STLを使ってるといってもいろいろなレベルがあります。
vectorぐらいは誰でも使っていると思いますが、
コンテナとアルゴリズムを駆使して、コンパクトで
エレガントなプログラムを書くとなるとどうでしょうか?

>>268では "それなりに使いこなすことのできる" 人の数
を問題にしています。

277 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 03:55:52 ]
STLのアルゴリズムは必ずしも最適解ではないからなぁ

278 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 04:54:27 ]
>>268
2000人もいないだろ

279 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 05:10:49 ]
わがまま言ってんじゃねえ
マ板に行け

280 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 09:06:30 ]
STLやBoostを使えるのが、プログラマ人口の上位とは限らんすぃ

281 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 10:10:38 ]
しかし、C言語しか使えない、もしくは、C/C++両方使えないのは、下位ケテーイ。

Boostって組み込みじゃ氏んでもツカエンよな。

282 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 10:34:45 ]
C や C++ が必要とされる分野って、コンパクトでエレガントなコードよりも
効率が良くて高速なコードが要求されることが多いような気がする。
両立できればいいんだろうけどさ。

283 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 10:39:42 ]
つまり、C/C++でエレガントなコードが書けたら上位けてーい。

284 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 10:40:29 ]
C や C++ が必要とされる分野って、
開発環境がそれしかサポートしてないだけ



285 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 10:46:29 ]
つまり、今の組み込みの分野。

C++はじまた。

M$/V$オワタw

286 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 19:49:08 ]
>>268
活躍の場って組み込み系か?
DB系だとCなんかよりJava VB C#のほうがラクだし需要あるし
ダカラナニ?って感じなんだが。
仮にその上位ってやつだったとして
給料が高くなる保障があるわけでもないし
くだらない話題だと思わないわけでもないかもしれない可能性がある

287 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 22:12:54 ]
組み込みでC++使うにはSTLやBoostを使いこなす事とは別ベクトルのノウハウが要るよ

288 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 23:14:02 ]
言語に特化した知識だけじゃたかが知れてる。

でも・・・C++かわいいよC++

289 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 23:14:44 ]
ダメな子ほどかわいい(ぼそ

290 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 23:19:20 ]
STL、Boostがあるからなんとか付き合っていけるんです。。。

291 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 23:21:46 ]
STL、Boost使ってるけど、「shared_ptrを自分で書け」って言われても多分書けない俺はゴミ?

292 名前:デフォルトの名無しさん mailto:sage [2008/03/18(火) 23:28:22 ]
プログラマとライブラリアンは全然別だから気にすんな。

293 名前:オガちゃん ◆tyvkWCNtzY mailto:sage [2008/03/18(火) 23:39:50 ]
STL/boostは可汎的なライブラリで、これそのものを設計、開発するならそりゃ相当のスキルを要するかも?この世にまだこれらが無かったって前提で
最善の選択肢とは限らないし
だけど可汎的だから使うのはさほど大変じゃないと思う…が、使いこなすのはやはり難しいかも
JAVAのステータスがどんどん上がってC++のオブジェクト指向開発してるPRJ減ってきたような
C++でも構造体をpackしてmemcpyしてるのざらだもんなあ
今のPRJはユースケース駆動モデル(Rational統一プロセス)でOOPに加えてAOP的発想あるが…
スレ違いスマソ

294 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 03:27:01 ]
テンプレートが絡むとソースが美しくないんだよなぁ、なんか。



295 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 04:13:55 ]
おまえさんの美意識は知らんが、
型指定が冗長だからtypedefかヘルパー関数の嵐になるのは仕様。
C++0xのautoで解決されるのも仕様。
既存のライブラリをC++0x用にせっせと書き直す作業が待っているのも仕様。

296 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 07:23:45 ]
解決はされないんじゃないかなあ。
メンバ変数に書く際には auto じゃどうしようもないだろうし。

297 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 09:42:06 ]
template typedefが欲しい

298 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 10:15:40 ]
>>295
既存のライブラリをわざわざC++0xでしか通らないように書き換えたりするの?

299 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 10:20:21 ]
>>295
コイツは。。

300 名前:デフォルトの名無しさん [2008/03/19(水) 15:42:21 ]
この言語って機能が多すぎて大人数でプログラム組むの大変じゃない?

301 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 15:45:27 ]
なんで?

302 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 15:50:05 ]
多分MFCの話じゃね?それならそのとおり。

でも純粋C++なら安定部品を作ればよいだけ。

303 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 16:22:00 ]
一口に「C++使える」と言っても、人によってその差は大きいから、
できる人からできない人まで集まってしまうという点では大変だと思っている。
同じようなレベルの人同士でならそう大変でもないはず。

304 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 17:28:32 ]
まるで自分はできるとでも言ってるかのよう



305 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 18:01:01 ]
CとC++の差が分かってない人がほんと増えた気がする
だから困るかっていうと困るほどのものでもないんだが

306 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 18:02:16 ]
>>305
C++がUNIXモンリーで単なるC言語のプリプロセッサだったころの、
クラスって何、
の時代しってんのかぁ?ゴルァ。

307 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 18:05:18 ]
俺が憶えた頃は、まだ一部のコンパイラでは
C++から一旦Cのコード吐いてからコンパイルしてたな。
もちろん例外処理なんて粋なもんは無かった。

308 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 18:06:45 ]
まるで見当違いな>>306の突っ込みはいかがなものかと思う今日この頃
>CとC++の差が分かってない人がほんと多かった気がする
                           ~~~~~~~~
なら分かるんだけどね、ってどうでもいいスレ違い続けてんじゃねえ!ゴルァ。

309 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 18:09:53 ]
いちいちコメントしないと気がすまない奴らばかりだな
STLの話しろや

310 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 18:10:51 ]
イテレータンが無いとSTLの話できない椰子らw

311 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 18:14:28 ]
できるできないとかどんだけ春なんだよ。
できて当たり前。
できないのは単にやってないか馬鹿だから。

312 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 18:17:11 ]
STL、boostに関しては、それはいえない。
一通りやり終えるまでどんだけ。

313 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 18:17:16 ]
でもさSTLとかも使ってないと忘れるよな。
おれ深く勉強したけど、もう1年くらいやってないから
忘れてるわC++ アハハハ

314 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 18:19:51 ]
STLでなくても、1年あれば何だって忘れる。



315 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 19:00:49 ]
スマートポインタが用意されているのに使わない人がいるとちょっとあれーと思ってしまう。

316 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 19:12:57 ]
shared_ptrはBoostだから使わなかった、使えなかったという人がいたら、
TR1の普及で使うようになってくれるといいな。

317 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 19:19:42 ]
Boostがなくてもメイヤーズの本見て作っておけばいくらでも使えたはず。

318 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 19:54:44 ]
Boost/TR1が多数の現場で使えるようになるまで
何年かかることやら

319 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 20:46:08 ]
shared_ptr っぽいものは boost とは別のライブラリに用意されてるけど
ほとんどの人が使ってない罠。
まずは啓蒙からだな・・・。

320 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 20:51:21 ]
shared_ptr使わないなんてあり得ないな、おれは。自分でdeleteなんて嫌だよ。
もうそんな時代ではない。細部を理解する必要はあるけど。それこそメイヤーズ
みたいな貴重な本があるし。

321 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 20:55:19 ]
Boost だから使えない、というような微妙な状況のときは、
自家製の refcount_ptr とか適当に作っちゃうなぁ。
代入や解放をスレッドセーフにしたいときとかも。

322 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 20:56:42 ]
でも、scoped_ptr や auto_ptr で済む状況も多いと思う。
shared_ptr まで必要になるのって意外と少ない気がする。

323 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 21:00:51 ]
Boostだって素人が作ってるわけではないし、むしろエキスパートが作ってる
んだから何が不満なんだよと言いたい。それとも何処の馬の骨とも分からないやつ
が作った自作ライブラリのほうが安全なのかよと。上司に言いたい。

324 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 21:05:42 ]
こういった場合安全性よりライセンスが問題になることが多いが、
boost のライセンスってゆるゆるだよね?



325 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 21:13:21 ]
場合によっちゃあソースコードレビューの対象にせざるを得ないから
(& Bootst はレビューしたくないから) 自前で書く、ということもあるな。

326 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 21:14:49 ]
あれだけレビューされてる boost を
もう一度レビューするのも車輪の最発明と大して変わらない作業のような。

327 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 21:16:08 ]
ライブラリのプロが書いたソースを一般レベルのプログラマがレビューするのって
滑稽じゃね?と上司に言いたい。

328 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 21:18:08 ]
STL もレビューしてんの?
あんなの読みたくもないが。

329 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 21:56:08 ]
勉強になっていいじゃん >327

330 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 22:12:25 ]
まあ勉強会としてはありかもしれない,、。

331 名前:デフォルトの名無しさん mailto:sage [2008/03/19(水) 22:34:26 ]
VS付属とSTLPortの実装を比べた事はあったなー。おもしろかった

332 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 05:11:22 ]
小ささと速度を求めて、shared_ptr => intrusive_ptr => 俺スマートポインタ、と移行したことならある。
intrusive_ptr::operator=()が、いわゆる「スワップ技法」使ってるんだけど、これがBCB6だと遅くて。
こういう「局地的な場面」でまでboostを絶対視するのはいかんってことだね。
概ね信じろ、しかし盲信はするな、と。まぁ当たり前のことなんだけど。

333 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 05:25:05 ]
ローカルな話題を堂々と振られるのもあれだな

334 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 05:30:12 ]
「使う」話は遍くローカルだよ。



335 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 05:55:08 ]
ローカルの事情で使いものにならないこともあると
言いたいのだろうけどそんなのはローカルの事情でしかないだろう。
一々ローカルにかまってたら標準の意味がないだろうよ。

336 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 06:14:08 ]
>>332はローカルな事情をタネにして
>概ね信じろ、しかし盲信はするな
っていう一般的な意見を述べてるだけだろ

話題自体はローカルじゃないし、標準がどうあるべきだという話もしてないと思う

337 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 06:31:42 ]
>>336
その結論に持っていくネタがなんだかなって話だろ?
俺も小ささとか速度で難癖つけるのはどうもずれているような気がする。
誰も速度が速いとかオールラウンドに使えるという話はそもそもしていないんじゃね。

338 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 06:34:34 ]
>>335
> ローカルの事情で使いものにならないこともあると言いたいのだろうけど
いや、boostの実装には「手を抜いている」部分もあり、必ずしも細部までエキスパートの優れた仕事って
わけではない、という話。
つまり「ローカルの事情の話」ではなく「ローカルの事情を通して知ったboostの実装の話」ね。
だから「boostの話はスレ違いだ」は受け入れるけど、「上司の意向の話」以上にずれた話題と思われるのは心外だなw

そこから来る結論は>>336の通り。初心者がboostへの信頼を信仰にまで高めちゃいそうな流れだったから、
思考停止だけはしちゃいけないよね、というレスが事例付きで一つくらいあったほうがバランス良いと思ったんだ。

339 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 06:41:18 ]
あ、すまんもう一つレスが入ったか。

>>337
難癖ではないよ。boost大好きだし。
> 誰も速度が速いとかオールラウンドに使えるという話はそもそもしていないんじゃね。
いや、>>332もそういう話はしてない。
「エキスパートが作ってるという話」「ライブラリのプロが書いたソースだという話」の一環として書いた。

エキスパートとかプロっていう表現が踊り出すと(この表現自体は正しい)、ある種の人間に
変な思考を植え付ける結果になることがよくあるんだ。
冷静に判断しなきゃいけないところで「boostのほうが凄いに決まってる!だってエキスパートが作ったんだもん!」
「だってライブラリのプロが書いたんだもん!」みたいなね。

そんな馬鹿は放っておけばいいという意見もあるだろうけど、でも俺は今回、信じすぎは良くないからね、
という一言があったほうが、流れとして適切だと判断したから書いたわけ。

340 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 07:18:46 ]
車輪を再発明するよりSTLやboostで合うなら使っていこうよ
レビューされているぶん、俺たちが会社で書く似たようなコードより信頼性は高いだろう
これだけの話だろ

車輪が環境に合わない場合は自作するしかないけど(>>333 の場合)
自分で書くよりは信頼性が高いだろうというだけの話が
何故信仰や絶対という話になるのか理解に苦しむな…

341 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 07:20:39 ]
リンクミス >>332 の場合

342 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 07:35:59 ]
>>340
そう、それだけの話。
で、>>332も「それだけの話」なんだけど(boostは概ね信頼できるという「事実」に対して、
必ずしも我々を越えちゃいないという「事実」を例示付きで添えただけ)、妙に突っ込む人がいて長くなってる。

343 名前:340 mailto:sage [2008/03/20(木) 07:41:09 ]
>>342
俺も突っ込んでる一人なんだが…w

344 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 07:47:11 ]
>>343
見ればわかるけど・・・。



345 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 07:50:01 ]
この環境ではスピードが遅くて使い物にならん!だから自作した!
boostは盲信するな!絶対視するな!
こんなイミフな展開にツッコミ入れない人間がどこにいるの。ワロス

346 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 07:52:42 ]
イミフな展開になるように言い換えてるからじゃね?
そもそも>>332一つなら「展開」でも何でもないよ。単発だもの。「展開」は皆で「作った」んだよ。

347 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 07:54:29 ]
なんかもう、1レスずつ突っ込み方が違っちゃってて、
数撃ちゃ当たる状態だな。そんなに必死に「やり込めたく」なるのかなぁ、俺のレス。

348 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 08:12:22 ]
初心者です。STLのエラーメッセージが黒魔術で困っています。
皆さんはどのように理解してデバッグなさっていますか?

349 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 08:30:04 ]
Effective STL に「STLのエラーを読めるようにしよう」みたいな項目がある。
要約すると、 std:basic_string< 〜 > とかを string に置換して読むこと、
こういうエラーが出たときはこういうミスを犯している可能性が高いっていう対応を知ること。
俺はエラーメッセージは読まずにえらーが出てる最初の行だけ見て直すけどw

350 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 09:34:19 ]
>>348
エラーメッセージは見るな
自分のソースを見ろ


351 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 09:35:11 ]
C++ Templateにも追い方が少し書いてあったと思う

352 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 09:36:01 ]
初心者って絶対自分のコード疑わずに
コンパイラのせいにするよなぁ
C++どころかCの頃からそうだったなぁ


353 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 09:46:10 ]
言語に関らずそうだよ

354 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 10:49:36 ]
VC++だとテンプレートの中でエラー・警告が出たら、
その呼出元も表示してくれるので、
ひとまず自分のソースコードのどこの行が悪いのかはわかる。
あとはにらめっこの始まりなんだけどね。



355 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 12:23:57 ]
とりあえずエラー行を見る。
それで大体の場合は分かる。

それで分からない場合、
次はテンプレートの型とエラーの種類を見る。
長ったらしいテンプレート引数は別に見なくていい。

それで分からない場合にはいよいよテンプレート引数を見るけど、
大体はその中で自分で作ったクラスが悪さしていることが多いのでそれをまず見る。

それでもダメな時は全体を見る。

356 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 13:12:39 ]
const指定が間違ってるとか
名前照合に失敗してるとか
そういうことが多いような

357 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 13:19:10 ]
自作関数オブジェクトをアルゴリズムに適用するときとかね

358 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 13:29:42 ]
>>356
constの有無程度なら「constがある/ない」で警告してくれればいいんだけど、型を変換できないと言われてtypedefしてない型を延々出されると何事かと思う。
もう慣れたけど。

359 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 13:57:09 ]
STLの内部で使ってるの型を吐き出してくれるから、
VS付属→STLPortとか実装を取り替えると同じエラーでもメッセージがぜんぜん違ってくれる素晴らしい罠。

360 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 14:02:01 ]
さてconceptはまだですか?

361 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 20:42:46 ]
boostを盲進、過信するのはやや問題があるとは思う
特に納品物というか成果物としては。いくらboostのライセンスが軽いとはいえ。
boostの一部がTRで採用されて0xに反映されたら標準ライブラリとみなせるだろうけど…
いっぽうで、ツール類作るときは積極的に使用する。
tokenizerとかregexとか、bindなんか使うとやみつきになる

その点、STLはまずコンパイル・リンクエラーなってる場合はほぼ間違いなく自分のコードに問題あり
もしくは、VC++とかBorlandC++とかそういうコンパイラ
でも、テンプレートが展開されたエラーは原因を見つけるのに慣れないと苦労するのも確か。

362 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 20:53:02 ]
>>361 は標準ライブラリを盲信、過信していると思う。

363 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 20:54:40 ]
と凡人プログラマが申しております。彼は自分のプログラミング能力が
ライブラリ作成者よりも優れていると申しております。

364 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 20:55:03 ]
そういうのを盲信って言うんだよw



365 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 21:07:18 ]
見事に釣られてしまったようです。

366 名前:デフォルトの名無しさん mailto:sage [2008/03/20(木) 21:11:49 ]
>>362
361だが、過信してはいないつもりだが、エラーの要因はまず自分のソースを疑うね
その点はboostでも同じだよ
まぁ、そう考えればSTLはバグがないとまでは言わなくとも(実際にある)、自分のソースを疑うってだけだ
だから過信、盲進してるかもな
ただ、boostはコンプライアンス上の問題やらでdefect発生時にどうなのよ?ってだけだよ

技術的な観点では、俺にとってboostはSTLのサブセットだよ。なにせ、boostの開発に携わってるのは
C++標準化の連中なんだから
それに、>>363のいうようにあらゆるケースや検証をして世の中に出てきたSTLと、必要なテストしかしてない
自分の作成したコードが正しいなんて言う根拠はどこにもない
で、>>362はSTLよりも優れたテンプレートを作っていると?w






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<192KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef