タグ

2009年7月28日のブックマーク (7件)

  • ディレクトリの中にある大量の小さなファイルを高速に読み込む方法 - 射撃しつつ前転 改

    ディレクトリの中にある大量のファイルを高速に読み込む方法が知りたかったので、実験してみた。想定しているシチュエーションは、一つ一つのファイルは数KB程度だが数が多い、という場合である。適当な順番でアクセスすると、ランダムアクセスになってしまいとても時間がかかる。個々のファイルを読み込む順番はどうでも良く、すべてのファイルを処理することさえできればいいので、原理的にはシーケンシャルアクセスで処理できてしかるべきである。 まず、ファイルシステムについて。HDDやSSDなどのハードウェアにアクセスする際には、ファイル名などという概念はもちろん存在しない。ファイル名と実際のディスク上の対応を管理するのがファイルシステムの主な役割である。ファイルシステムは、ファイル名からそのファイルに対応するブロック番号(メモリアドレスみたいなもんだな)を調べて、そのブロック番号を指定してHDDやSSDにアクセスす

    ディレクトリの中にある大量の小さなファイルを高速に読み込む方法 - 射撃しつつ前転 改
  • 開発コアメンバが語るRubyの今とこれから(後編) - @IT

    2009/07/24 Ruby開発コアメンバのまつもとゆきひろ氏、笹田耕一氏、yugui氏の3人に話を聞いた。対談の前編ではバージョン1.8系から1.9系へという大きなバージョンアップの話を中心に、RubyRailsの関係やRuby開発コミュニティのあり方についてお話しいただいた。後編の話題は、Rubyに宿る設計思想や、今後のRubyの多様化や進化の方向性などだ。 LispとRubyの違い @IT yuguiさんは子どもの頃からプログラミングを? yugui 最初に触ったのはN88-BASICでした。父のお下がりで、一次方程式を解いたりしてましたね。 @IT それは中学生のとき? yugui えーと、小学生ですね。 まつもと おぉー、ちょっと何だろう……、ぼくとのこの差は……(笑) yugui その後、FM-TOWNSのBASICでライフゲームを作ったりしてました。その後、Webがブレー

  • 開発コアメンバが語るRubyの今とこれから(前編) - @IT

    Ruby 1.9は移行準備オッケー @IT yuguiさんは、2009年2月のDeveloper's Summitの講演で、そろそろRuby 1.8系から1.9系への移行を始めるべきだと主張されてましたね。 園田裕貴氏。裕貴のピンイン表記である「yugui」のハンドル名で知られている。Ruby 1.9系統リリースマネージャで、Rubyコミッタ。1981年生まれ。著書に『初めてのRuby』(オライリージャパン)がある。最近はRailsアプリケーションをよく書いているという yugui ええ、一般のRubyユーザーはRuby 1.9への乗り換えは慎重にという立場の人もいますけど、私はそろそろ移行を考える時期だと思います。 @IT もう1.9に移行してもオッケーだと。 yugui もう根的な仕様が変わることはないという意味でオッケーです。2007年12月に出た1.9.0は、仕様が煮詰まっていな

  • 長文日記

  • 長文日記

  • 夏時間を支持するのは頭が春な人だけ : 404 Blog Not Found

    2009年07月28日03:30 カテゴリTaxpayer 夏時間を支持するのは頭が春な人だけ その頭が春な人の中にこの御仁がいたことに呆れざるをえない。 総選挙の今 サマータイムをマニフェストに!?ビジネス-最新ニュース:IT-PLUS 海外旅行がこれだけ一般化した今、「サマータイム(夏時間)」と聞いてネガティブなイメージを持つ人はもはや少ないのではないだろうか。海外旅行以上に一般化したものがあることを、ころっと忘れているらしい。 それは、時計が組み込まれた装置。 ケータイも、もちろんその中に含まれる。 サマータイムを導入に成功した各国では、まだ装置に時計が組み込まれることが一般化する前、そう、時計を手で補正するのが常識だった時代に導入している。しかし今や、時計というのはGPSなりNTPなりで自動補正する時代になっている。仮にサマータイムが導入されたとすると、これらの機器はすべて危機的な

    夏時間を支持するのは頭が春な人だけ : 404 Blog Not Found
    todogzm
    todogzm 2009/07/28
    いきなり生活リズムが1時間狂わされるという点で人間的ではないので反対。他になんか議論いるの?
  • SIerの解体と再生 - ひがやすを技術ブログ

    ござ先輩のところで、SIer涙目な状態が解説されてますね。 最近SIerがだいぶヤバくなっている件 - GoTheDistance 書いていることはだいたいあっているんじゃないかと思います。 じゃ、SIerは、どうやれば生き残ることができるのか。 「今の体制のまま生き残る必要はないんじゃないの」というのが私の考えです。多重下請け構造こそ、SI業界の最大の問題点なわけだから、「ゼネコン型SIビジネスが崩壊する」のは、悪い話じゃない。 もちろん、会社がなくなったりすると職がなくなり困る人も出てくるわけですが、問題のある業界を残しておくより、一度解体し、新たにやり直したほうがいいと思います。 だって、実際に物を作れないような人たちが設計するなんて、おかしいし、効率悪いもの。 効率の悪いことをしている人が淘汰されるのは当然の話です。 だったら、なぜこれまでゼネコン型SIビジネスが生き延びてこれたの

    SIerの解体と再生 - ひがやすを技術ブログ
    todogzm
    todogzm 2009/07/28
    そうそう、自分が使う業務システムなんだから自分で作った方が当然いいはずだよねぇ。プロフェッショナルSIerというのも納得がいく。例えば業務改善のプロとか生産管理のプロとかね。