[過去ﾛｸﾞ] Boostを語れゴラァ part3 (1001ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
94: 2006/10/12(木)21:07 AAS
>>93
何だとゴルァ！
95(3): 2006/10/12(木)21:32 AAS
C++をどっぷりやってる人のblogとかは
boost使ってない事が無いな
96: 2006/10/12(木)21:36 AAS
boost禁止のプロジェクトにアサインされて死ねばぁ
97: 2006/10/12(木)21:58 AAS
つうかboostOKのプロジェクトなんてそうないだろ
98(1): 2006/10/12(木)22:02 AAS
>>95
んなこたない。boost使ってない奴はC++にどっぷりじゃないと思ってるだけだろ
99: 2006/10/12(木)23:26 AAS
>>98
つまり>>95にとって「C++どっぷり」と「boost使う」が同値なわけか
100(2): 2006/10/12(木)23:30 AAS
C++に詳しい奴がboost使うと思ってるんだろ。
実際は逆なんだけどな。
101(2): 2006/10/12(木)23:36 AAS
ああ、本当にC++に詳しい奴はBoostを作る、だからな。
102: 2006/10/12(木)23:37 AAS
>>100
逆っていうか、相関性はあまりない気が
詳しいかどうかじゃなくて、便利だから使うだけだしな
103: 2006/10/12(木)23:38 AAS
>>100-101
激しく同意
104: 2006/10/12(木)23:56 AAS
どっぷりというか魅せられた奴が多いとは思う
105(1): 2006/10/13(金)00:10 AAS
>>95
アイディアとかは参考にするし、似たようなもの実装することもあるし、
既に似たようなもの作ってたりとかだなあ。
スレッドとかファイルシステムとかのライブラリって結局自前じゃないと
いろいろ融通が利かなくって、他人のはめんどくさい気がするんだよなあ。
ちょっとずれるけど、C++もCPANみたいにFTPとかXMLとか応用的なライブラリが
まとまって管理されたりするといいなあとか思うな
106: 2006/10/13(金)00:35 AAS
GILみたいになんでもかんでもboostに投げればいいんじゃないかな？
107: 2006/10/13(金)07:54 AAS
大したことない自前ライブラリ使ってるから投げられないと思われ
108: 2006/10/13(金)08:55 AAS
まあ新しいライブラリとかが出たときは、いつでも「なんでもできるし、
もう自分で作る必要はない」とか売り文句がついてくるんだけどさ。
OWLとかMFCもATLもそうだったけど、そういうのの上位に作るとさ、その
ライブラリの衰退と共に自分のコードも死んじゃうんだよね。
あと、自前はたいしたことなくていいんだよ。必要なときに必要な箇所を
実装すればいいんだからさ。
109: 2006/10/13(金)09:12 AAS
Boostはその特性からして、衰退するときはC++と同時だと思うが。
110: 2006/10/13(金)09:29 AAS
それはそうかもね。MFCとかよりはだいぶ標準よりだろうし。
まあ、boostの場合は衰退の前にもっと繁栄しないとかなと。。
111: 2006/10/13(金)10:17 AAS
今は、C++からの逃げ道としてC#やjavaが用意されている時代です。
112(1): 2006/10/13(金)12:16 AAS
>>101
boostの開発者は自分で使いたいから作ったんじゃないの?
自分では使わないけれど他人に使わせるために作ってるわけ?
105の言うとおりに同等品を既に作ってあるとかなら別だけど。
113: 2006/10/13(金)12:37 AAS
人は何故mplを作るのか？
そこにテンプレートメタプログラミングがあるからだ。
114(1): 2006/10/13(金)12:42 AAS
>>112
ただboostを使ってるだけの連中は、boostを作ってる連中に比べれば全然C++に詳しくない。
って話だろ？
115(1): 2006/10/13(金)12:44 AAS
プロジェクトで使えなくとも、Boost のヘッダ見て部分的に移植するのは
いろいろと勉強になって楽しいけどな
特に detail/ 以下漁るといろんなモノ発掘できて楽しいｗ
116: 2006/10/13(金)12:48 AAS
>>114
ただC++コンパイラを使っているだけの連中は、C++コンパイラを作っている連中に比べれば（ｒｙ
117: 2006/10/13(金)19:18 AAS
>>115
たしかに。lightweight_mutex （shared_ptr で使用）だの、
phoenix （spirt で使用） だのは、ブラッシュアップして表に出して欲しいくらい。
118: 2006/10/13(金)22:14 AAS
でも、同等機能が複数あるのはやだなあ。統一してほしいものだ。
phoenixはlambdaと統合中とかどこかでみたような。。
119: 2006/10/14(土)13:11 AAS
>>105
順番の問題じゃない？下位のクラスが安定してきたらそのうちできるでしょ。
spirit使えばXMLパーサの実装も理屈的にはBNFを移すだけになるしさ。
120: 2006/10/14(土)16:27 AAS
C++ の場合は空間効率と実行効率の要求が分野によって全然違う上に、
そこをいくらでもチューンナップできる自由度もあるので、
なかなか汎用的な低レベル層を作るのは難しいという気がする。
で、それをテンプレートポリシー化によって汎用的にしすぎると
今度はコンパイル時間が許容できなくなったり、言語非互換の壁に
ぶちあたったりするという罠。
121: 2006/10/16(月)17:59 AAS
伸びないねこのスレ
C++は詳しくないけど面白そうなのでboost::spiritを学び始めた
どういったことに使おうかなーって思って
BNFの具体的な使われ方を調べようと思ったんだが
ググっても基本的な使い方ばっかりがヒットするorz
正規表現雑技のページとかが理解できたら
幅が広がりそうだが
今度は逆に応用過ぎて理解できない
122: 2006/10/16(月)18:19 AAS
おもしろいけど
ミニ電卓作るとか
自前でXMLパーサ作る位しか思いつかなかった
頭ひねって普通にCで書いた方がコンパイル速度でイライラしなくて済むけど…
123: 2006/10/16(月)19:26 AAS
すでにある程度作ってしまったプログラムの構造を変えずに
おまけ機能を追加するときに、
bindとかは大活躍してる
lambdaは使いこなせてない
上下前次1-新書関写板覧索設栞歴
あと 878 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.022s