タグ

2009年8月31日のブックマーク (11件)

  • セサミンはゴマから取れる希少成分

    このドメインの購入をご希望の方は下記のメールアドレスよりご連絡ください。 If you are interested in purchasing this domain, please contact us using the email address below. dom@lllmail.com

  • mixiアプリ「ワタシのドレイちゃん」 - Binwa Diary

    ニュース | 23:00 |  鳴り物入りでスタートしたmixiアプリだったが、残念なことに、スタート早々つまづいたようだ。mixiアプリ「ワタシのドレイちゃん」に批判集中 公開当日に削除ユーザーがマイミクシィを「ドレイ」として買い取るという設定のソーシャルゲームで、マイミクに勝手にニックネームを付けたり、自由にせりふを言わせたり、アプリ内で“強制労働”させてお金を稼がせる――といったことが可能。開発元のコミュニティーファクトリーによると、Facebookの人気アプリなどを参考に構築し、ミクシィの審査を経て公開したという。 このアプリには公開当初から、「ジョークとしても笑えない」など批判が集中。コミュニティーファクトリーはミクシィと協議した上で、「当社の社内判断で」25日の夜までに削除した。http://www.itmedia.co.jp/news/articles/0908/25/new

  • 面白ラボBM11(ブッコミイレブン) 2009: AnyEvent用便利モジュール3本パック

    Perl で非同期なイベントベースアプリケーションの開発をしようとした場合、これまでは POE を使用するのが一般的でした。 しかし最近ではこの POE に代わり、AnyEvent というフレームワークの人気が急速に高まっています。 AnyEvent は POE と比べて綺麗にコーディングすることができるイベントベースプログラミングのフレームワークというだけでなく、Coroなどと組み合わせることでより高レベルな非同期アプリケーションを書くことも可能であるといったことが人気の理由なのかもしれません。 さて、今回は弊社内部で使用するために開発した AnyEvent モジュールを三セットで公開します。 1. AnyEvent::APNS 2. AnyEvent::JSONRPC::Lite 3. AnyEvent::Gearman 順番に説明していきます。 1. AnyEvent::APNS

    kazeburo
    kazeburo 2009/08/31
  • 肥え続けるTomcatと胃を痛めるトラブルハッカー (1/3) - @IT

    肥え続けるTomcatと胃を痛めるトラブルハッカー:現場から学ぶWebアプリ開発のトラブルハック(8)(1/3 ページ) 連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。(編集部) メモリリークと聞いて、良いイメージを思い浮かべる開発者は少ないだろう。経験したことのある人にとっては、思い出したくない過去の記憶がよみがえるかもしれない。もしかしたら、その単語を聞くだけで胃が痛くなる人もいるかもしれない。筆者もかつてはその1人であった。 前々回の記事では、WebサーバとTomcatの間の接続において、スレッド数の不整合により発生したトラブル事例を、前回はTomcatとDBサーバの間のトラブル事例を紹介した。今回もTom

    肥え続けるTomcatと胃を痛めるトラブルハッカー (1/3) - @IT
  • 「素人政治」の時代へ - やまもといちろうBLOG(ブログ)

    小泉元首相がぶっ壊したものは、自民党ではなく、政権担当能力の持てる政治家を育む仕組みそのものじゃなかったかと思う。 相変わらず時間がないので、多少途中の議論は端折るけど。 ● 政治家は技能者 一口に「大物議員の落選」というけれど、その中には年齢や地盤の問題で次の選挙で仮に風が吹いても勝てない議員が出てくる。引退に追い込まれるのは仕方ないにしても、自民党であれ国民新党であれ、省庁操縦法だけでなく、議会日程や政策に強い議員は基的に議席を守れない傾向が顕著になっている。 それら大物議員を叩き落すのは、風に乗った新人議員で、経歴を見るに必ずしも政策に詳しくなく、特定の利害を代弁するようなスペシャリストが起用されているケースが多い。彼らがそのまま民主党が新しく作る政治システムに組み込まれ、副大臣などを経て政権担当能力を担う立派な議員になってくれれば、日にとっては「投資」で納まる。 ただ、これって

    「素人政治」の時代へ - やまもといちろうBLOG(ブログ)
    kazeburo
    kazeburo 2009/08/31
  • Perl の print と syswrite をベンチ - Daio Today

    Perl の print と syswrite をベンチ Perl でログメッセージをファイルへ書き出すのに、 print() と syswrite() のどちらを使うか迷ったので、参考にベンチマークを取ってみた。 バッファを無効にした print() と syswrite() を比較すると、内部で呼び出すシステムコールが少ない分、syswrite() が有利だとWebで読んだが、ベンチマークを取って確かめるとその通りの結果が出た。 ざっくりまとめると、syswrite() は、バッファリングを無効にした print() より 2割ほど速い。 ただし、バッファリングが有効な print() は、バッファリングを無効にした print() より 4.6倍速い。 はっきり言って微妙な差だが、互換性を取るなら print()、少しでもパフォーマンスを上げたいなら syswrite()、バッファを

  • なぜMySQLのサブクエリは遅いのか。

    よくMySQLはサブクエリが弱いと言われるが、これは当だろうか?半分は当で半分は嘘である。MySQLのサブクエリだってなんでもかんでも遅いわけではない。落とし穴をしっかり避け、使いどころを間違えなければサブクエリも高速に実行できるのである。今日はMySQLがどんな風にサブクエリを実行し、どのような場合に遅いのかということについて説明しよう。 EXPLAINで実行計画を調べた際に、select_typeにはクエリの種類が表示されるのだが、代表的なサブクエリには次の3つのパターンがある。 SUBQUERY DEPENDENT SUBQUERY DERIVED 結論から言おう。遅いのは2番目、DEPENDENT SUBQUERYである。DEPENDENT SUBQUERYとはいわゆる相関サブクエリに相当するもので、サブクエリにおいて外部クエリのカラムを参照しているサブクエリのことである。そし

    なぜMySQLのサブクエリは遅いのか。
  • Impossible WHERE noticed after reading const tables - 駄日記

    動機 rails-footnotes をちょろりといじってインデックスを使わないクエリを使ったら警告っぽいものがでるようにしてみた。開発中のアプリでテストがてらに使ってもらったらインデックスを張っているのに「key」の値が設定されないクエリがあるよと報告が。extraに「Impossible WHERE noticed after reading const tables」ってメッセージがでている。なんじゃこれと思って調べた。 先に結果 あるクエリにてwhere条件の検索にユニークインデックスが使われることになった場合にデータがヒットしなかった場合に発生すると思われる(主キーも含む)。ノーマルのインデックスが使われた結果データがヒットしなかった場合は発生しない。 確認方法 テーブル作成 CREATE TABLE `books` ( `id` int(11) NOT NULL auto_in

    Impossible WHERE noticed after reading const tables - 駄日記
  • カカクコム社内勉強会に参加 - mir the developer

    id:kiskeさんにお誘いいただいて先週金曜日にカカクコムさんの社内勉強会でお話させていただきました。貴重な機会をいただきありがとうございました。 自由に話してOKですよとのことだったので、何にしようかなと少し考えた結果、こんなスライドができあがりました。 MySQLのパフォーマンスの話View more presentations from ikdttr. MySQLも今となってはかなり広く使われていて、パラメータチューニングとかも一通りのことは皆さんご存知だろうと思ったので「チューニングをする際にソースを読んで調べたいと思ったらどうしたらいいか」といったようなテーマに対する答えの一例見たいな感じの内容になりました。 普段使っている/参照しているサーバ変数やステータス変数がどのように実装されていて、それらをソース上で追いかけるにはどうしたらいいか、みたいな感じですね。 勉強会ではgdb

    カカクコム社内勉強会に参加 - mir the developer
  • コンピュータは創造力を刺激する 奥一穂さんのエンジニアライフ(1/2) - 特集:No okyuu, No Life [okyuu.com]

    コンピュータは創造力を刺激する 奥一穂さんのエンジニアライフ(1/2) 「コンピュータは自分の考えをダイレクトに試せる」――天才エンジニアとして国際的な評価も高いサイボウズ・ラボの奥一穂さんは笑顔で語る。世間からのスマートだとの評価には「自分は広く浅くだから」とさらり。 この企画はokyuu.com編集部が現在のエンジニア像をリレー形式で追っていくものです。 (取材・文=編集部) 奥一穂(おくかずほ) 1977年2月21日生 32歳 サイボウズ・ラボ 【略歴】 1997年 Palm OS 用Webブラウザ「Palmscape」開発 1999年 東京大学中退、株式会社イリンクス入社 2002年 M.I.T. Technology Review誌のTR100に選出 2003年 株式会社モビラス 代表取締役就任 2004年 IPA「未踏ソフトウェア創造事業」採択 2005年 IP

    kazeburo
    kazeburo 2009/08/31
  • MySQLのパフォーマンスの話

    46. 一時テーブルでは値の小さい方が採用される if (thd->variables.tmp_table_size == ~ (ulonglong) 0) // No limit share->max_rows= ~(ha_rows) 0; else share->max_rows= (ha_rows) (((share->db_type() == heap_hton) ? min(thd->variables.tmp_table_size, thd->variables.max_heap_table_size) : thd->variables.tmp_table_size) / share->reclength);

    MySQLのパフォーマンスの話