並列イベント駆動I/Oフレームワーク「mpio」リリース - Blog by Sadayuki Furuhashi
分散KVS kumofs のコードは、全体で約2万行です*1。 そのうち、ネットワークI/Oやプロトコルに関するコードは約1万行*2で、全体の約半分を占めています。 ロジックは残りの半分*3だけで実装されています。 この実例から分かりますが、kumofsのような分散アプリケーションを開発するにはI/O周りの実装が大変で、とてつもなく大きな障壁になっています。*4 さらに今日では、性能を稼ぐためにマルチスレッド化が必須です。また、多数のクライアントを少ないリソースで効率よく相手にするには、非同期・イベント駆動型のアーキテクチャも必要になります。さらに、究極的な性能を達成すべく GC を利用しない C++ においては、実装のみならず設計も大変です。 これに加えてソケットAPIの難解な挙動に対処にしなければならないため、C言語やC++によるネットワークプログラミングは、vimの使いこなしなどと同
How to tell if a FLOSS project is doomed to FAIL 日本語訳
以下の文章は、Red Hat による The Open Source Way の第12章 How to tell if a FLOSS project is doomed to FAIL の日本語訳である。 （本文は元々 Tom 'spot' Callaway によって書かれたものであり、CC BY SA 3.0 の条件下で利用されている。その「フリーソフトウェアやオープンソースソフトウェアのプロジェクトが失敗する運命にあるか（そうでなくても少なくとも成功が阻害されてるか）知る方法）」は元々以下の URL に公開されたものだ：） http://spot.livejournal.com/308370.html この文章は、最近 Chromium を調べたことに端を発するものだが、何年にもわたり広く観察してきた危険信号の一部に過ぎない。 サイズ ソースコードが 100MB をこえる [失敗度5
落雷でキノコの収穫量が増加(ナショナルジオグラフィック 公式日本語サイト) - Yahoo!ニュース
人工の稲妻を照射した原木から生えるシイタケ。 (Photograph courtesy Koichi Takaki) 日本では古くから落雷でキノコが豊作になるという言い伝えが信じられており、農家は農地への嵐の到来を歓迎してきた。そして現在、この伝承に科学的根拠を与える研究が進んでいる。日本食に欠かせない食材であるキノコは、実際に落雷によって数が増えるという。 現在、日本ではキノコの需要が高く、海外からの輸入量が増えている。主に中国や韓国から年間およそ5万トンのキノコが日本に輸出されている。 岩手県では4年間に渡る研究の一環として、農業試験場に植えた様々なキノコに人工的に発生させた稲妻を照射し、キノコの数が実際に増えるかどうかを確認する実験が行われている。 最新の実験の結果、稲妻と同等の強さの電気的刺激を与えると、ある種のキノコは従来の栽培法に比べて収穫量が2倍以上になることがわかった
セールスフォースが新しいビジョン「Cloud2」を披露。「Chatter」によるソーシャルとモバイル機能をデモ（後編）
セールスフォースが新しいビジョン「Cloud2」を披露。「Chatter」によるソーシャルとモバイル機能をデモ（後編） なぜエンタープライズソフトウェアはFacebookのようにならないのか。これがセールスフォース・ドットコムCEO マーク・ベニオフ氏が言う、次の10年のためのクラウドコンピューティング、「Cloud2」のコンセプトでした。そしてCloud2ではソーシャルネットワークとモバイルが重要な要素となります。 後編では、このCloud2をエンタープライズ向けのソーシャルアプリケーションとしてセールスフォース・ドットコムが実装した「Salesforce Chatter」を、基調講演の内容を基に紹介していきます。 （本記事は「セールスフォースが新しいビジョン「Cloud2」を披露。「Chatter」によるソーシャルとモバイル機能をデモ（前編）」の続きです） Chatterはセキュアでリ
マイクロフォーマット(microformats) vs. マイクロデータ(microdata) - 檜山正幸のキマイラ飼育記 (はてなBlog)
「マイクロフォーマット（microformats）の蹉跌と希望」において、マイクロフォーマット（microformats）のデータモデルもマークアップも曖昧すぎて、どうもダメな感じだと指摘しました。しかしそれでも、次の点はマイクロフォーマットの優位点だと僕は思います： 今ある技術だけですぐさま出来る、新しいナニカを必要としない。 CSSデザインとの相性がよい。 hCard、hCalendarなどのスキーマが既に存在する。 特に最後の「スキーマのレパートリーがある」という点はとても大きな魅力です。もっとも、スキーマ記述言語がない（しいて言えば自然言語）ので、スキーマって概念も曖昧な状態ではありますが。 「マイクロフォーマット（microformats）の蹉跌と希望」のコメント欄にて、神崎正英さんより「microdataはどうか」というヒントをいただきました。Kuwataさんも「microda
続:携帯で端末ID詐称は可能かもしれない話 | [ bROOM.LOG ! ]
「SSL対応」という箇所がある。docomoのUTNとSBシリアル番号およびauのEZ番号のみが○である。 SB公式UID(x-jphone-uid)はSSLゲートウェイを指定すればOKだが他については全て×だ。 これは大変重要な事実を示している。 UTNとSBシリアル番号が○なのは当然だ。SSLはポイント・トゥー・ポイントプロトコルであり、つまりブラウザ (この場合は端末)とWEBサーバーが直接暗号通信することで通信が傍受されたり改変されないことを保証するからだ。逆に言えば通常の携帯ゲートウェイがこの直接通信に介入することはできない(SSLゲートウェイは端末<->SSLゲートウェイ<->WEBサーバという2つの通信を見かけ上束ねているだけだ)。 なのでiモードIDやNULLGWDOCOMO、SB公式uidがSSLに対応しないのはゲートウェイでHTTPヘッダーを付加する必要があるから、と理
はてなココ 簡易ハッピィジェネレータ
はてなココ 簡易ハッピィジェネレータ by Hamachiya2 これは？ → はてなココ のハッピィ(アバター)を作るための簡易ジェネレータです 現在は、はてなココ側にiframe対策がなされたため動きません。 このハッピィのアドレス → ※数字えらんでも存在しないパターンもあるかも？ ↓iPhoneの人は２本指スクロールで…！ 輪郭 (ft) 1 2 3 4 5 6 7 8 9 前髪 (hft) 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 後ろ髪 (hbt) 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 眼 (et) 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
