タグ

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

  • ITmedia D PC USER:第1回 プログラムの挙動を覗いて幸せになる (1/2)

    編集G USB接続のポータブルHDDを外すときってシステムトレイの「ハードウェアの安全な取り外し」を選択してからケーブルを抜きますよね。 爪生 そうな。 編集G でもたまに「ファイルが使用中なので取り外しができません」とか言われませんか? あれ、かなり切なくなるんですが……。 爪生 気にしないで抜け。 実際のところ「ファイルが使用中なので取り外しができません」というメッセージを無視していきなりケーブルを引っこ抜いても、HDDが壊れることはめったにない。少なくとも筆者の経験では1度もない。もっともいきなりUSBを抜いたことなんて2、3回しかないのだが。 さらに言えば、HDDが壊れてもデータを復元してくれるサルベージサービスというものがあるので、不慮の事故が起きた場合でも安心だ。ちなみに、以前NASが飛んでしまったときにサルベージの見積もりをとったことがあるが、結構なお値段だった覚えはある。つ

    ITmedia D PC USER:第1回 プログラムの挙動を覗いて幸せになる (1/2)
  • Less is More -- 身軽なことはいいことだ - アンカテ

    "Less is More"というすんばらすいスピーチ発見。 IT Conversations: Jason Fried - Less is More(スピーチ体) Less as a competitive advantage: My 10 minutes at Web 2.0 - Signal vs. Noise (by 37signals)(Transcript) em.log: "Less Is More"(日語の短い解説) 話しているのは、37signalsのCEO Jason Fried氏。 Less Money Less People Less Time Less Abstractions More Constraints がいいよというだけのお話ですが、抽象論でなくどれも具体的な話。校長先生の話のような話ではなく、いかにも社長の話。これがIT企業の現実なんですね。 Ti

    Less is More -- 身軽なことはいいことだ - アンカテ
  • IT戦記 - 複雑で重くなった JavaScript を超超ちょ???高速化する方法。

    前回(id:amachang:20060104)の改良版です。前回のでやっていたら、queueを走査する時間がかかりすぎるようになって結局崩壊してしまったので、さらに改良しました。ただし、今回のは時間が多少ずれる場合があります。なので、ストップウォッチなどのプログラムを作る場合は使わないでください。 主な改良点としては .(ドット) 減らす。 文字列リテラルをループ中に記述しない。 ループ。ループのネストを減らす。 new を減らす。 関数コールを減らす。 より早い演算を使う。(+1 を ++ にするとか。他にもいっぱい) これで、めっちゃ早くなりました。やヴぁいです。 ミニマム版 var _SIi=10,_SIM='第一引数が不正です。',_SIl=0,_SIc=0,_SIS ='string',_SIF='function',_SIf=window.setInterval,_SIp=[

    IT戦記 - 複雑で重くなった JavaScript を超超ちょ???高速化する方法。
  • できるかぎりエレガントな解法を見つけて「うっかりミス」を減らす

    このブログでも何度か書いたことがあるが、ソフトウェアを書くのに高度な数学が必要なケースはマレで、ほとんどの場合は中学生程度の数学で十分である。ただし、中学生時代の数学を「公式の丸暗記」でしのいで来たような人ではなく、「難しい応用問題をエレガントに解くのが楽くてしょうがなかった」ような人が向いているというのが私の持論だ。 例として、以下の二つの数学の問題を見て欲しい。 例題1.時計の長針と短針は、12時にちょうどピッタリと重なります。次にピッタリと重なるのは何時でしょう。 例題2.サイコロを2個、順番に投げることにします。1つ目のサイコロの目の方が二つ目のサイコロの目より大きい確率を求めてください。 どちらも、中学生の数学を使って解ける問題ではある。例題1は方程式を使って解くことができるし、例題2は順列組み合わせの考えを適用すれば解くことはできる。しかし、それで満足してはいけない。 プログラ

  • Google AJAX Search API

    Explore our suite of developer products designed to fuel your innovation, streamline development, and unlock new features and growth for your projects.

    Google AJAX Search API
  • OTN Japan - 今だからデータ・アクセスを真剣に考える! 第1回

    システムを構築する上で必須となるデータベースアクセスの機能、皆さんはどのように実装しているでしょうか?JDBCで記述/EJB Entity Bean(BMP/CMP)を利用/データアクセスフレームワークを利用、等様々な実装方法を選択されているかと思います。 この連載では、様々な観点からデータアクセスに関わる事項を取り上げ、皆ささんがデータベースアクセスについて、少し考えてみる場になればと思っています。まず今回のデータアクセスことはじめ(前編/後編)では、これから様々なデータベースアクセスに関する事項を扱っていく上でのベースとなる知識を取り上げます。 現在、Javaプログラミング言語を用いてエンタープライズシステムを開発する場合、要件変更への設計・実装の変更の容易性、JDBC、EJB Entity Beanなどのデータアクセス要素技術とのマッピングの容易性、等々の理由により、システム全体を論

  • アットマークITリーダー for ruby | Happieのブログ

    こちらに引っ越しました。 アットマークITリーダーforruby http://happiese.blog123.fc2.com/blog-entry...

    アットマークITリーダー for ruby | Happieのブログ
  • ウノウラボ Unoh Labs: PHPで書かれたwebサービスを高速化する2

    前回のエントリPHPで書かれたwebサービスを高速化するでは高速化のレベルのうち、最初の2段階「ハードウェアによる高速化」「ソフトウェアによる高速化」について書きました。 今回は第2弾として「プログラムの工夫による高速化」について書きたいと思います。 - DBへのアクセスは自分で抽象化する DBへのアクセスを高速化するためには、チューニングを行ったり複数台構成にするわけですが、 広く使われているPear::DBとかadodbは複数台構成のDBに接続することを考慮されていません。 Pear::DBやadodbはバックエンドに使って、ラッパークラスを作るようにしましょう。 - 更新系クエリと読み出し系クエリのユーザを分ける これは高速化とは関係ないんですが、ぜひ実行してもらいたいので書きました。 複数台構成のサーバにアクセスするときは更新系クエリはマスターに発行して、 読み出し系クエ