[過去ﾛｸﾞ]
Boostを語れゴラァ part3 (1001ﾚｽ)
Boostを語れゴラァ part3 http://echo.5ch.net/test/read.cgi/tech/1158991211/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
795: デフォルトの名無しさん [sage] 2007/03/04(日) 23:16:59 boost に統一性や一貫性が無いのは知れたことだけど、具体的に何か困ることあるか？ なんでケチつけてるのか意味が分からない。 http://echo.5ch.net/test/read.cgi/tech/1158991211/795
796: デフォルトの名無しさん [sage] 2007/03/05(月) 00:19:37 boostが単なるライブラリ群であり続けるなら、単にヘンテコなライブラリの寄せ集めでもいいが、 C++の標準になるのであれば、論理的に必要十分なライブラリ集に仕上げてもらいたいものだ。 http://echo.5ch.net/test/read.cgi/tech/1158991211/796
797: デフォルトの名無しさん [sage] 2007/03/05(月) 00:28:21 標準に移行する際にブラッシュアップされるだろ そのまんま標準になるわけなかろう http://echo.5ch.net/test/read.cgi/tech/1158991211/797
798: デフォルトの名無しさん [sage] 2007/03/05(月) 01:16:48 >>794 MFCみたいにGUIと密着してると、 サービスを作る時に、どのクラスがメッセージポンプに関連するかとか いちいち気にしないといけないだろ。 http://echo.5ch.net/test/read.cgi/tech/1158991211/798
799: デフォルトの名無しさん [sage] 2007/03/05(月) 01:19:38 ブラッシュアップの過程で現在のboostとの互換性はなくなるわけだ。 http://echo.5ch.net/test/read.cgi/tech/1158991211/799
800: デフォルトの名無しさん [sage] 2007/03/05(月) 01:31:44 >>798 それはMFCのツクリがタコであるというだけ。 大体、どのクラスがWindow System絡みかなんて、namespaceや ディレクトリ階層みりゃすぐ分かるだろ。 http://echo.5ch.net/test/read.cgi/tech/1158991211/800
801: デフォルトの名無しさん [sage] 2007/03/05(月) 01:49:40 >>790 何が的外れなの？ 正規表現のバックリファレレンスなんてありふれたものに バグを作りこむなんて随分枯れてるライブラリだなと感心したものだけれど。 http://echo.5ch.net/test/read.cgi/tech/1158991211/801
802: デフォルトの名無しさん [sage] 2007/03/05(月) 02:04:12 長年の豊富で幅広い利用が無ければプログラムなんて枯れないよ Boostはまだまだ「枯れる」段階じゃないっしょ http://echo.5ch.net/test/read.cgi/tech/1158991211/802
803: デフォルトの名無しさん [sage] 2007/03/05(月) 02:19:07 パターン中のバックリファレンスはハッキリ言って蛇足。 多機能で延々とサポートが続くライブラリよりも シンプルですぐ枯れて安定するのが欲しい。 http://echo.5ch.net/test/read.cgi/tech/1158991211/803
804: デフォルトの名無しさん [sage] 2007/03/05(月) 05:22:34 >>801 それならVCでもGCCでもSTLでもバグが皆無なのかと聞きたいもんだが。 バグが存在しないソフトウェアなど存在しない。\ 君のレスは重箱の隅をつつくようなもんだ。 http://echo.5ch.net/test/read.cgi/tech/1158991211/804
805: デフォルトの名無しさん [sage] 2007/03/05(月) 10:17:43 Boost.Python って Formal Review の枠組みが整う前に入ってなかったっけ？ 今だと特定の用途向け杉とかであっさり reject されそう http://echo.5ch.net/test/read.cgi/tech/1158991211/805
806: デフォルトの名無しさん [sage] 2007/03/05(月) 13:03:54 最近Boostで一番良く使うのがboost.pythonだったりする俺ｗ http://echo.5ch.net/test/read.cgi/tech/1158991211/806
807: デフォルトの名無しさん [sage] 2007/03/05(月) 13:26:04 標準に入ったらファイル名やネームスペースはどうなるのかね。 全部標準のincludeに入って.hppはずしてstd::になったらさぞや壮観だろうw http://echo.5ch.net/test/read.cgi/tech/1158991211/807
808: デフォルトの名無しさん [sage] 2007/03/05(月) 16:17:13 >>773 >>771 ublas.matrix multi_array を組合せてテンソル処理ができないかと思ったら 全然互換性がなくて死んだ http://echo.5ch.net/test/read.cgi/tech/1158991211/808
809: デフォルトの名無しさん [sage] 2007/03/05(月) 16:20:56 ある程度抽象化された処理が必要ならc++を拡張するんじゃなくて lispあたりからcを呼ぶようにしたほうがよかったと思う 今日このごろ http://echo.5ch.net/test/read.cgi/tech/1158991211/809
810: デフォルトの名無しさん [sage] 2007/03/05(月) 16:39:11 >>807 shard_ptrやfunctionなどはtr1に入っているが正にそんな感じ http://echo.5ch.net/test/read.cgi/tech/1158991211/810
811: デフォルトの名無しさん [sage] 2007/03/05(月) 18:33:00 >>808 標準ライブラリでさえstd::valarrayはひでえもんだぞ それに比べればマシ http://echo.5ch.net/test/read.cgi/tech/1158991211/811
812: デフォルトの名無しさん [sage] 2007/03/06(火) 04:48:05 bjam -sTOOLS=vc-8_0 ... ってやってるのに、 warning: Configuring default toolset "gcc". って出るのは何故？ cvsで最新のboost落としてビルドしてるんだけど、 オプションの与え方変わったの？ http://echo.5ch.net/test/read.cgi/tech/1158991211/812
813: デフォルトの名無しさん [sage] 2007/03/06(火) 14:56:58 regex はとっとと xpressive に吸収されろと思うし、 bind は、lamdba.bind に吸収されろと思う。 lambda と phoenix はどっちベースでもいいから統合されて欲しい。 できれば、lamdba が母体となって、spirit は lamdba で実装。 asio と sandbox にある network は一本化してほしい。 http://echo.5ch.net/test/read.cgi/tech/1158991211/813
814: デフォルトの名無しさん [sage] 2007/03/06(火) 15:30:42 boostは早めに整理・統合しろよ。 糞ライブラリがゴチャゴチャしててウザい。 http://echo.5ch.net/test/read.cgi/tech/1158991211/814
815: デフォルトの名無しさん [sage] 2007/03/06(火) 15:33:28 >>813 tuple も fusion に(ry http://echo.5ch.net/test/read.cgi/tech/1158991211/815
816: デフォルトの名無しさん [sage] 2007/03/07(水) 08:23:16 http://www.franz.com/support/tech_corner/swig042804.lhtml swigとboost.python経由でlispとかとインターフェイス作るのは どっちがいいんだろうか http://echo.5ch.net/test/read.cgi/tech/1158991211/816
817: デフォルトの名無しさん [sage] 2007/03/08(木) 08:57:24 1.34 ｸﾙｰ? http://echo.5ch.net/test/read.cgi/tech/1158991211/817
818: デフォルトの名無しさん [sage] 2007/03/09(金) 22:38:56 boost.graph使ってるやついる？ http://echo.5ch.net/test/read.cgi/tech/1158991211/818
819: デフォルトの名無しさん [sage] 2007/03/09(金) 22:53:46 >>818 ﾉｼ http://echo.5ch.net/test/read.cgi/tech/1158991211/819
820: デフォルトの名無しさん [sage] 2007/03/09(金) 23:08:41 使い方わからんからパス http://echo.5ch.net/test/read.cgi/tech/1158991211/820
821: デフォルトの名無しさん [sage] 2007/03/09(金) 23:09:47 boostは節操のない糞ライブラリ集 STL＞＞＞＞＞＞＞＞＞＞＞うんこ＞＞＞boost http://echo.5ch.net/test/read.cgi/tech/1158991211/821
822: デフォルトの名無しさん [sage] 2007/03/09(金) 23:31:48 >>819 マットウに使えてるかどうかしりたいんだが いろんなtraverse方法でvisitって本当にできてる？ あと100万ノードとかぶら下げてもちゃんと動く？ http://echo.5ch.net/test/read.cgi/tech/1158991211/822
823: デフォルトの名無しさん [sage] 2007/03/09(金) 23:42:44 >>822 ＞いろんなtraverse方法でvisitって本当にできてる？ 少なくとも DFS, WFS はどっちも問題ないと思いますよ？特殊な traverse がしたいとか？ ＞あと100万ノードとかぶら下げてもちゃんと動く？ 場合によるとしか．単純に node がそのオーダーってだけなら 最近のマシンのメモリ的には問題ないんじゃないですかね？ 実際には O(E) や， node や edge にどんなプロパティくっつけているかとか， 回そうとしているアルゴリズムの複雑性如何なのでなんとも． http://echo.5ch.net/test/read.cgi/tech/1158991211/823
824: 823 [sage] 2007/03/09(金) 23:45:12 ＞少なくとも DFS, WFS は WFS ってなんでこんな間違いを……正しくは BFS です http://echo.5ch.net/test/read.cgi/tech/1158991211/824
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 177 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.009s