< http://anond.hatelabo.jp/20100... | http://anond.hatelabo.jp/20100... >

2010-08-06

■http://anond.hatelabo.jp/20100806111220

QだからQtだとおもうけど、というのは置いておいて

STLと比べてプロセッサにかなり踏み込んだ部分まで最適化されてあるから滅茶苦茶速いはずだよ。

世界にはまだまだ、non Intelベースのプロセッサなんていくらでもあるしorz

だいいち、だったから完全互換にしてくれ

includeパスを切り替えれば切り替わるというのが、最高

STLベースのプログラムと、オープンソースの独自プログラムとQTベースのプログラムの橋渡しとか無駄すぎる。orz

歴史的経緯なんだろうが、おまえら、もうちょっと、連携しろと

Permalink | 記事への反応(0) | 16:19

記事への反応 -
  • https://anond.hatelabo.jp/20100806105616

    なんで・・・どいつもこいつもStringクラスとかを独自で作るんだ？STLにあるものは、STLのを使えよSTLのを・・・ 複数のオープンソースとかをまたいでアプリ作るときにStringの載せ替えで...

    • http://anond.hatelabo.jp/20100806105616

      glib::ustring とか QString とか死ねって思うよね QSet とか QVector とかもうねｗｗ

      • http://anond.hatelabo.jp/20100806110841

        QSetやQVectorって確かintelが提供するSTLシグネチャ互換のテンプレートライブラリじゃなかったっけ？ アレは処理系から提供されてるSTLと比べてプロセッサにかなり踏み込んだ部分まで最適...

        • http://anond.hatelabo.jp/20100806111220

          QだからQtだとおもうけど、というのは置いておいて STLと比べてプロセッサにかなり踏み込んだ部分まで最適化されてあるから滅茶苦茶速いはずだよ。 世界にはまだまだ、non Intelベース...

記事への反応（ブックマークコメント）

人気エントリ

注目エントリ

ログイン ユーザー登録
ようこそ ゲスト さん