最適解を組み合わせても、良い生産システムは作れない | タイム・コンサルタントの日誌から
先週の7月20日に「生産革新フォーラム」で行った講演『上手な工場見学の見方・歩き方 〜エンジニアリング会社の視点から〜』には、幸い大勢の方が来場され、このテーマに対する関心の高さをうかがうことができた。そして同時に、「工場設計」という重要な仕事に関する、世間での情報源の少なさも、あらためて再認識することになった。工場づくりのポイントを学びたいと思っても、世の中には殆ど教科書・参考書の類いがないのだ。 たとえば、前回も書いたとおり、機械組立加工系の工場レイアウトには、やっかいな典型的問題がある。それは上下動線の錯綜と分断の問題である。「材料受入→部品加工→組立→検査→梱包出荷」という工程の順序のうち、前半の部品加工はしばしば大型で重い機械設備が必要になり、後半の組立検査は人手中心の作業である。だから、敷地の制約で二階建て以上の工場を計画する場合、重い機械を要する部品加工工程を1階におき、組立
blog.8-p.info: Gecko が if (false) { ... } みたいなのを最適化してた
JavaScript で #ifdef 0 代わりに if (false) { ... } なんてのを書いていて気づいたんだけど、Firefox, Camino だと、 (function () { if (false) { alert("hello"); } }).toString(); が返す文字列が、 function () { } になる。Function#toString() がやる意味も無いので、eval した時に最適化されてるんだろうと思う。 function () { var f = false; if (f) { alert("hello"); } } そんなに手間はかけてないのか、こんなふうに一度変数に代入すると消さなくなる。
Java : クラス階層の末端かどうかはどうやって判断しているの？ - lethevert is a programmer
http://blog.goo.ne.jp/hiuchida/e/bc14f431bd8371bc97b5fdd8cb562685を読んで思った。 確か、JavaVMって、動的にクラスを生成して、動的にそれをロードすることも許してるよね。(JSPとかって、それを活用したものでしょ？） だとすれば、VM起動時（あるいはクラス読み込み時）には末端だったのでinline化して最適化したけれど、その後から動的にクラスが追加されて、末端ではなくなったときって、どうなるのだろう？ それとも、inline化ではない別の方法で最適化しているのかな？ （ところで、「最適化」って、別に「最適」になるわけではないので何か不思議な感じがした）
シンプルなPHPとMySQLの最適化方法「当たり前を積み重ねると特別になる」
前回の負荷MAX、サーバ陥落寸前ですよ騒動のとき、最終的には自分で最適化する必要があるのかも知れない…と思っていたときに見つけたページです。 MySQLやPHPで同じ処理をする際にどういうふうにすればより軽いのか、という基本的な対策ばかりを集めてあります。どれもこれもあちこちで既出のものばかりですが、1カ所にまとまっているので読みやすいです。中には知らないのもあったりするかもしれません。 dublish.com - Simple Optimization for PHP and MySQL http://www.dublish.com/articles/10.html MySQLで書かれている方は割と読んだことがあるようなのが多かったですが、PHPの方は言われてみればそうかも、というようなのが多い。上記ページのコメント欄にもいろいろと有用な意見があるので、読み進めると楽しい。 そういえば以
VC++の最適化 (L'eclat des jours(2006-06-27))
_ ちょっと続き WRさんのツッコミを読んで、伝統的DOAというのはRDBMSが普及する前からあるわけだから、確かにRDBの概念（特徴的なのは交差エンティティだろうな。リレーションシップそのものは無いわけではないから）を持つはずないわけか、と気づく（ただJOINで発想するというのは一貫して存在しているのではないかと思う）。 したがって、分析時点でモデルが、正規化されていたり、レコードID（そのレコードそのもののID）を持っていることは、期待できないだろう。すると、T字型もはぶさん型も、そこから踏み出していると考えたほうが素直なわけだな。つまり、実装にRDBを利用することを前提するということだ。 それはOOAが実装にOOPLを利用することを（おそらく）前提していることと同じで、OOAではいくらモデルは抽象と言ってもFORTRANを実装に利用して（も大丈夫と言うかも知れないが）問題ないとは思え
株式会社数理技研｜SURIGIKEN
私たちは、理想的なシステムを実現するために、「システム開発三原則」を愚直なまでに実践しています。 その実践を通じ、超高速リアルタイムデータ処理と未来予測をも可能とするエンジンを開発、 徹底的なデータの正規化によりシンプルでありながらも拡張性に富んだソリューションを提供しています。 私たちは、2025年の崖問題やレガシーシステムの更新といった時代の課題に対しても、 顧客パートナーと共に真のDXソリューションを創造し続ける、 数理の知見と卓越した技術を日々研き上げています。 “誰も気づかなかった課題に気づき、どこも成し得なかった解決策を提供する” そんなデータサイエンス、データドリブンの支援もしながら、常に革新的なシステム開発に 挑戦してきた私たちが、未来のビジネスを皆様と一緒に支えていきます。
OBB vs AABB - Radium Software Development
This domain may be for sale!
My Life Between Silicon Valley and Japan - Web 2.0が嫌われる理由
何か新しい概念が提唱され、新語が定義され、Hypeが生まれ、カネが流れ、そのHypeのまわりに会社がたくさんでき、メディアが騒ぎ出す。それで試行錯誤の末、新しい概念が正しかったことが証明される場合もあれば、間違っていたことが後になってわかることもある。その過程で稼ぐ人もいれば損をする人もいる。こんなことは、IT産業で、これまでに何度も何度も繰り返されてきたごくごく当たり前のことである。 むろんこういうプロセス自身を「嫌いだ」と思う人がいるのは自然だ。IT産業におけるイノベーションのベースにあるチープ革命の進行は暴力的ですらあり、ITは既存の組織や枠組みを壊す性格を持つから、それ自体を好ましくないと思う人たちも数多くいる。 しかし「Web 2.0」を巡る感想・印象の類を聞いたり読んだりして思うのは、どうも普通の新語以上に「Web 2.0」には、ある種の人々から「嫌われる理由」が何かあるようだ
advanced optimization FPU
FPUレジスタは通常の汎用レジスタと違って8個まで値を格納できるスタック形式です. スタックトップをstと書き, 以下st(1),st(2),...st(7)と表記します. スタック形式なので, 通常はメモリから直接st(i) (i>0) に読み込むことは出来ません. メモリの値を一端stにpush (読み込み) してからst(i)に移します. 9個以上pushすると例外が発生するので注意します. 不要になった値はstから順にpopして消去します. レジスタの値をメモリに書き込む時も同様で, 通常はstの値だけしか書き込めません. 尚, 汎用レジスタと違ってFPU命令には即値モードはありません. 全てアドレスを指定して値のやり取りをします.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
自由を作る面白さ: Distro Freak
【レポート】GPUを一般用途に活用する研究会「GP2」がロサンゼルスで開催 (1) GPUをCPUのように利用する | エンタープライズ | マイコミジャーナル
スピード狂のための道標