タグ

2006年6月22日のブックマーク (6件)

  • http://www.pref.nagano.jp/hisyo/happyo/abn.htm

  • http://www.pref.nagano.jp/hisyo/speech/gikai606.htm

  • TOYOTAで考えた、見える化の本質 (arclamp.jp アークランプ)

    arclamp.jp アークランプ ITアーキテクトが、ビジネス書とかデザインとか建築とかからシステム開発を妄想するブログ 昨日、ご縁があってTOYOTAでチーフエンジニアを務められていた方から、自動車の開発プロセスについてお聞きする機会に恵まれました。 まずTOYOTAにおけるチーフエンジニアという役割を理解しなくてはいけません。チーフエンジニアは、ある車を開発する場合のコンセプト作り、役員プレゼン、車体コンセプト設計、予算・原価管理、プロジェクトマネージメント、販促、マーケティングまでの全てに携わります。単純に「車を設計すればいい」というものではなく、車を作って売るというプロセスの全てに関係するというものです。 今回の講演ではプロセス全般についてざっくり触れていただくという内容でした。なおTOYOTAの取り組みについては非常に多くのがあるかと思いますので、見える化をキーワードにして

    fm315
    fm315 2006/06/22
  • 画像配信の負荷分散も比較的簡単?(その1) - 最速配信研究会(@yamaz)

    30万個ぐらいの静的ファイルを配信するサーバーの選び方 で静的な配信サーバに関することが述べられている. naoyaさんが公開されてるInside Hatena Bookmark's Backend の資料などを読むと、mod_perlなサーバーやMySQLサーバーの選び方の参考になったりするわけですが、世の中を見渡してみても、静的コンテンツ(画像とか)を配信するサーバーの指南書らしきものはなかなか見あたりませんでした。 なので、経験を元に書いてみることにします。 ということらしい.書いてあることはすべて同意だけど, つい3ヶ月くらい前まで 平均15k×1万URL×50億httpアクセス/day 平均4KByte×100万URL×3億HTTPアクセス/day な画像サーバと某所で向き合ってたため,ちょっとは役に立てるかもしれないと思ったので,私の経験を書いてみようと思う. 動画配信の負荷分

    画像配信の負荷分散も比較的簡単?(その1) - 最速配信研究会(@yamaz)
  • Drk7jp

    5,6年前に一度訪れたことがあった地粉屋手打ちうどん「駕籠休み」。記憶も曖昧になってきたこともあり、天気の良かった5月末のある日、散歩がてら大宮駅から徒歩でべに行ってみました。口コミでも、うどんの太さとコシの強さ、そして出汁の濃厚さが特に評価されていますが、並盛400gをぺろりと平らげてしまいました。地粉と水にこだわり、手打ちならではの歯ごたえと風味豊かなうどんが楽しめるこの店は、一度訪れる価値ありの名店です。 奥さんのWindows PCは購入から7年を経過しており、使うたびに遅くて遅くて使い物にならないと不満を申しておるので、Windows PC を新調することにしました。今後5年ほどは使い続けられるように、数日いろいろ悩んだ結果、Dell XPS 13 9315という機種を購入してみました。公私ともにDELLPCを買うことが多いですが、どう考えてもコスパ最強です。

    fm315
    fm315 2006/06/22
  • DBIx::Class で sql_maker が生成した SQL をロギングする方法

    DBIC いろいろ使って検証を続けているのですが、O/R Mapper って当たり前だけど万能じゃぁないなぁ〜とすごく思う今日この頃。正直、リレーションとか張りまくってる場合、自前で JOIN とか View 定義して書いた方が遙かに効率の良い SQL が記述できる。 複雑な SQL を表現するには、O/R Mapper だと逆に見づらいなぁ〜と思ったり。 とはいえ、単純な SQL の場合はやはり便利。コードも見た目、OO っぽくてかっこいいし。 でも、どうにも解析できなかったことが一つ。DBIC しか見てないんですが、sql_maker が生成した SQL をロギングする方法がわかりません。なんかコードを深追いしていくと、 メンドウなので、モジュールにしてなくってとってつけたような感じで実現。たとえば、Catalyst だと MyApp.pm で use UNIVERSAL::requi

    fm315
    fm315 2006/06/22