タグ

tipsに関するtaloのブックマーク (184)

  • 1人で稼ぐ日記 | MySQL:1台しかない環境でエセ負荷分散

    MySQLのネタ。 1台しかない環境でエセ負荷分散を行う。 MySQLで負荷分散を考えたとき、 1台目にマスターのDBサーバー、 2台目以降をスレーブのDBサーバーとして用いる。 マスターは更新系のみのSQL文を、 スレーブは参照系のみのSQL文を投げる。 こんな負荷分散を1台のサーバーで行う必要が出てきた。 現在1台でやっていて、ディスクIOが追いつかずに捜し求めた結果、下の形で落ち着いた。 1つのテーブルでインデックスを含めたサイズが 30MB〜100MBほどで安定している、という条件があるのですが かなり負荷下がります。 ※上記サイズは搭載メモリサイズによって変わります -------------------------- ■やりかた 負荷が高いテーブルをAとする 1:Aと同じテーブル構成で、エンジンをMEMORY(he

    talo
    talo 2006/03/08
    負荷分散ていうより、メモリデータベース
  • 文章を書くための技術 - Garbage Collection(2003-05-30)

    § [usability] 文章を書くための技術 Undercoustructionの太洋さんと、OneNightStand"Studio-S"のいのしょさんと都内某所で会(こう書くとオフ会みたいだな)。ずいぶんこの話題で盛り上がる。 文章を書くというのは純粋に「技術」であって、それを芸術にするかどうかはまた別の問題だ。日の国語教育はひたすら「文学を読むこと」に傾倒してきたし、わずかながら行われている作文教育も「文学者を育てる」ことを最終目標としているようにみえる。 日人は驚くほど、文章を書くことに対するトレーニングを受けていない。大学に入って英語で論文書くためのトレーニングを受けさせられて、目からうろこが落ちた。ほとんど公式に当てはめるように、定められたフレームにそって文章を書くと、それなりのものが出来上がる。 例えばこういう感じ。 「私がこれから主張するのはXがYだということであ

    文章を書くための技術 - Garbage Collection(2003-05-30)
  • 小野和俊のブログ:アプレッソのジョエルテスト判定結果

    今週末は熱海の温泉に行ってきた。 行き帰りの新幹線で読んだJoel on Softwareは衝撃的に良かった。 このはソフトウェア開発に携わるすべての人が読むべきだと真剣に思う。 中でも第三章に書かれているジョエルテストが面白かったので、 これをアプレッソに当てはめて判定してみることにした。 現在のアプレッソでは、12のテストのうち、10項目が当てはまっている。 該当する項目が2から3の会社が圧倒的に多いということなので、 判定結果としてはかなり良い方だと思う。 しかし、今は導入した後でその効果を知っているから全面的に賛成できるのだが、導入する前は、 「今のままで特に大きな問題があるわけでもないし、 新しい方法を導入することにはリスクも伴う。 このままでも良いのではないか。」 という理由で導入を躊躇したものも多かった。 これらはどの項目についても、マネージャーがどんなに反対したとしても

    小野和俊のブログ:アプレッソのジョエルテスト判定結果
  • POST 後の振る舞い - まちゅダイアリー (2006-02-23)

  • Passion For The Future: ぶっちぎり世界記録保持者の記憶術―円周率10万桁への挑戦

    ぶっちぎり世界記録保持者の記憶術―円周率10万桁への挑戦 スポンサード リンク ・ぶっちぎり世界記録保持者の記憶術―円周率10万桁への挑戦 著者は円周率暗記の世界記録を3回更新している記憶の達人。 記憶力の強化についてさまざまな書籍がでているが、円周率8万桁超を暗唱するのに成功した実績を持つのはこの原口式だけである。方法はやはり数字の語呂合わせなのだが、独自の数字と文字変換表をつくり、物語に翻訳することで、記憶に見事に定着させている。富士山ろくにオウム鳴く式の語呂合わせであるが、8万桁の内容は「北海道松前藩の武士の旅立ちからなる壮大なストーリー」になっている。 円周率暗唱の第2位の記録保持者も日人だが4万桁台なので、著者のやったことは書名どおりぶっちぎりの記録である。驚くべきは記録達成時の年齢が59歳で、思い立ってから4年しかたっていない。それまでの人生でも特に際立った記憶力の人ではなく

  • Passion For The Future: アイデア・ブック スウェーデン式

    アイデア・ブック スウェーデン式 スポンサード リンク ・アイデア・ブック スウェーデン式 1時間もあれば読めてしまうが考え始めると根っこの深い、発想についての30のエッセイ集。 アイデアに詰まったときに、机の上においてあれば突破口になりそう。 たとえば、こんな話が載っていた。 ある心理学者が、第二次世界大戦中、アメリカ空軍の依頼で、爆撃機パイロットを選ぶ仕事をした。現場の司令官も別に候補者を選んでいた。戦争が終わってみると、心理学者が選んだパイロットはこどごとく撃墜されていた。司令官の人選は生き残った。 心理学者のパイロット選びの敗因は「敵機に遭遇したらどう対処するか?」という質問に対して「上昇します」とマニュアル通りに答えたものばかりを採用していたから。現場の司令官が選んだのは「その場になってみないとわかりませんが...」「ジグザク飛行してみます」「左右に機体を揺らしてみます」などマニ

  • 覚え書き@kazuhi.to: Chris Casciano氏の選んだCSSティップス10選

    Chris Casciano氏の選んだCSSティップス10選 Chris Casciano氏が「Ten Simple CSS Tips」という記事のなかで、知識レベルを問わずスタイルシートを書く誰にとっても便利であろう10のヒントを公開していました。個人的にナルホドと思った部分があったし、もしかすると参考になると思う人もいるかもしれないので、以下に訳文を晒しますね。原文はCreative Commonsライセンスでしたが、一応Chris人から訳文掲載の許可も得ています。あーちなみに例によって英語は苦手なので(おい)、誤りとかあったら指摘してください>誰 スタイルを適用し始める前に、文法チェックによりマークアップを妥当なものにしましょう。 基となるスタイルシートは* {margin:0; padding:0; }という規則集合で書き始め、(マージンやパディングは)それが必要な箇所に必要な

  • 接続数/帯域制限で無法なダウンローダを撃退(1/4) ― @IT

    画像の直リンクやコンテンツの一括ダウンロードなど、サーバに負荷を掛ける迷惑行為は後を絶たない。今回は、これらへの対処法を紹介する。(編集部) 連載を締めくくるに当たり、今回はこれまでに紹介し切れなかった運用術や特殊な設定を取り上げます。 Refererを使った画像ファイルへの直リンク禁止 URLさえ指定すれば、他サイト上の画像ファイルをあたかも自サイトのコンテンツであるかのように表示させることができます。こうした行為は著作権上の問題を内包するほか、画像などのファイルを転送するための負荷を他サイトのために負担させられることになります。Webサイト運営者として、こうした行為を禁止したいと思うのは当然のことでしょう。 Webブラウザは、コンテンツのリクエスト情報中に参照元URLを埋め込むことができます。具体的には、HTTPリクエスト中のRefererヘッダを利用します。この仕組みを利用して、W

    接続数/帯域制限で無法なダウンローダを撃退(1/4) ― @IT
  • 捨てる派の情報整理術 - bkブログ

    捨てる派の情報整理術 情報処理学会の学会誌 2006年2月号に「捨てる派の情報整理術」という記事を書きました。物理的なものにしても電子的なものにしても、保有コストに見合わないものはどんどん捨てよう、という趣旨の 2ページの記事です。書店には並んでいないと思いますが、図書館にはあると思います。よかったら読んでみてください。

    talo
    talo 2006/02/16
    おもしろそう
  • My RSS 管理人 ブログ: 新サービスのネーミングを考えるときに行うべきこと

    先日 RSS リーダーの UserAgent の話しを書いていたら追加情報のトラックバックをいただきました。 kokepiの日記 - WEB型RSSリーダのユーザーエージェントと、モバイルのRSSリーダ。 これからは、「情報を集める一番良い方法は情報を発信することだ」と思いますので素晴らしいです。ありがとうございます。 さて、その User Agent の中にまぎれているもので気になるものがあります。 ActiveReader/1.0 (http://underdev/; * subscribers) 実はこれ、フレッシュリーダーを開発しているときのコードネームなのですが、当はこのまま「Active Reader」という名前でリリースする予定でした(既にドメインなども取得済み)。 ですが、残念ながら(恥ずかしながら)商標でひっかかり断念した、という経緯があります。 さて、これからは個人で

  • 色や大きさを後から変更できる AQUA風ボタンの作り方

    二日ほど前のブックマークの人気エントリーに入っていた、「AQUA風ボタンの作り方リンク集」を見てつくづく思ったのだが、Photoshopは奥が深く、同じような効果を作り出すのに何通りも方法があるのが興味深い。そこで、今日は、Photoshopにも関わらずあえて全てをベクターデータで書くという特殊な技法(知り合いのデザイナーから教わった技法)でAQUA風ボタンを描いてみた。 まず最初に、"Rounded Rectangle Tool"で適当な大きさの角の丸い四角を書く。角の丸みは、Radiusの値で変更できるが、この場合は16pxとした。 この時自動的に作られたレイヤーをダブルクリックして、レイヤースタイルのInner Glow属性をオンにする。Blend ModeはMultiplyで、Opacityは40%程度が適切、色は黒にする(黒にしておくと、後でメインの色を変更したときにここを変更し

    talo
    talo 2006/02/15
    Photoshop勉強しないと…
  • IBM Developer

    IBM Developer
    talo
    talo 2006/02/15
    パーミッションはやりすぎだと思うけど。日付は確かにISO 8601のほうがいい。
  • XML Schema: やるべきこと、やってはいけないこと

    はじめに W3C XML Schema は学ぶのも使うのも簡単だ … 落とし穴をよける方法を知っていればね。「やるべきこと」はこれだ。最低これだけおぼえておけばいい。 これを使え!: 要素宣言、属性グループ、モデルグループ、単純型 可能な限り XML 名前空間を使え! そしてその正しい使い方を学ぶべし。 そして「やってはいけないこと」がこれだ。 XML Schema の名人になろうとするな! それには何ヵ月もかかるだろう。 こんなものは使うな!: 複合型(その理由)、 属性宣言(その理由)、 記法(その理由) ローカル宣言は使うな!(その理由) 置換グループは使うな! (その理由) targetNamespace 属性のないスキーマ(いわゆるカメレオンスキーマ)を使うな!(その理由) 後で説明するが、実際これらの「やってはいけない」ことをやらないことで失うものは何もない。 長くておぼえられ

  • 従うべきでないプログラミングのアドバイス10個 | 秋元@サイボウズラボ・プログラマー・ブログ

    Top Ten of Programming Advice to NOT follow 新人プログラマーにアドバイスを求められた筆者が考えた、「聞くべきでないアドバイス」のリスト。 10) 例外は使うな(by Joel on Software 等) 9) 負にならない値には unsigned int を使え 8) 実世界に対応したクラスを設計せよ 7) チームでコード記法を統一せよ 6) コメントをたくさん書け 5) public フィールドよりアクセサメソッドを使え 4) 一個しかインスタンスができないなら Singleton パターンを使え 3) 入力は寛大に受け付け、出力は厳しくせよ 2) 最初から重箱の隅までプログラムせよ。後でやろう、は実行されない 1) コードを書く前に設計せよ 7), 5) は聞いてもいいと個人的には思う。10), 8) は僕も聞きたくない。3) は聞きたくな

    talo
    talo 2006/02/14
    確かにコメントは注意して書くべき。すぐにコードと矛盾する。
  • はてなブックマークには「お気に入り」という機能が存在しますが、”自分のはてブをお気に入りに入れている人”を調べる方法はあるのでしょうか?…

    はてなブックマークには「お気に入り」という機能が存在しますが、”自分のはてブをお気に入りに入れている人”を調べる方法はあるのでしょうか? 現在の仕様では人数しか表示されず、誰が入れているのかが気になっています。

  • バッドノウハウと「奥が深い症候群」

    計算機を使っていると、何でこんなことを覚えないといけないのだ ろうか、とストレスを感じつつも、それを覚えないとソフトウェア を使いこなすことができないためにしぶしぶ覚えなければならない、 といった類いのノウハウは多い。そうした雑多なノウハウのことを、 来は知りたくもないノウハウという意味で、私はバッドノウハウ と呼んでいる。 バッドノウハウは、ソフトウェアの複雑怪奇な仕様が歴史的に引き ずられ、根的な改善は行われないまま、そのノウハウが文書によっ て受け継がれることによって蓄積が進行する。Unix 上で広く使わ れているツールとしてはTeX, Emacs, sendmail, bind, perl, gnuplot, procmail などは、役に立つツールであると同時に、その 複雑怪奇な仕様によって長年に渡ってユーザを苦しめ続け、バッド ノウハウの温床として悪名が名高い。こうしたツー

  • yohei-y:weblog: 良い URI の設計

    URI は綺麗であるべき、と常々思っているんですが、よいページを発見しました。 Michael Eakes のこのエントリです。 Tanya Rabourn がリストアップしている文献一覧からエッセンスをまとめてくれています。 曰く、よく設計された URI とは 変らない(don't change) 人間が推測可能(are human guessable) 論理的(ファイルシステムを反映する必用がない) (are logical (no need to mirror a filesystem)) サイト構造をビジュアライズするのに役立つ(help visualize the site structure) 短い(are short) 小文字を使う(use lowercase) 予期されない記号を使わない(don't use unexpected punctuation) 問合せパラメータな

  • Kazuho@Cybozu Labs: キャッシュの上手な使い方

    « C-0.05 | メイン | cygwin + mod_perl » 2006年02月08日 キャッシュの上手な使い方 キャッシュといっても、ウェブブラウザやウェブプロキシのキャッシュのことです。 ・Internet Explorer のキャッシュの動作 Internet Explorer は、同一ウィンドウ内で複数回同じウェブページを読み込む場合、2回目以降はキャッシュのデータを使用します (デフォルト設定の場合、 Last-Modified または Expires ヘッダがついている場合のみ)。 つまり、同じウィンドウの中で、 ページA を読み、次にページB を読み、そしてページA を再び読み込むようなケースでは、2回目にページ A を表示する際にはキャッシュのデータが使用され、ウェブサーバへの再問い合わせは行われません。 また、 Last-Modified ヘッダと Expire

  • jkondoの日記 - 仕事は非ルーチンワークから片付けよう

    仕事には毎日毎日の定常業務・いつもの仕事=ルーチンワークと、突発的な仕事=非ルーチンワークがあると思いますが、時間の使い方として非ルーチンワークの方から手をつける方が良い結果になることが多いんじゃないかとふと思いました。 非ルーチンワークというのは、朝突然「これをやろう」とアイデアを思いついたとか、社内で話しをしていて急遽行う事になった、みたいなタスクで、こういう仕事が発生すると「まあ待て。とりあえず今日やるつもりだったいつもの仕事を終わらせてから取り掛かろう」という人と、「なんだか面白そうだし新しい事をやってから残りの仕事を片付けよう」という人に分かれるような気がします。 ところが、「定常業務を終わらせてから手をつけよう」と思っていても、定常業務は仕事時間を全部使い果たそうとする性格がありますので(ありますよね、何でなんでしょう?)、結局その日には手がつけられない、みたいな事になりがちで

    jkondoの日記 - 仕事は非ルーチンワークから片付けよう
  • Ajax なライブラリを使いまくって、自分のサイトが重くなってしまったら:Goodpic

    This shop will be powered by Are you the store owner? Log in here