筆者はWebが大好きだ。研究のために図書館まで車を飛ばしていたのがどのくらい前のことだったか，もう思い出すこともできない。本当にWebは素晴らしい。しかし，約1年前まではもっと素晴らしかった。技術的なトピックの検索が，最近あまり役に立たなくなってきたことに気づいている読者はいるだろうか。今回は，検索エンジンの動作について，もっとはっきり言うと，検索エンジンが有用に動作しないことについて，少し意見を述べてみたい。 技術的観点から言えば，すべてのインターネットの検索エンジンは，次の三つのステップを実行する必要がある。まず，Web中を探し回って，索引付け可能なあらゆるページを見つけ出す。次に，見つけたページに索引を付ける。そして最後に，これが一番難しいことだが，見つけたページの関連性にランクを付ける。関連性にランクを付けることで，「チョコレート チップ」とキーワードを入力して検索したときに，検索

In the recent series of posts, we have presented Twitter Goolgle Maps mashup, a Twitter search and buzz tracking tool called Twitterment and analysis of geolocation information from the twitter dataset. By providing a neat API, Twitter has enabled researchers to get a better understanding of Microblogging. In this post, I have used the Large Graph Layout (LGL) tool to visualize the social network

（クリックすると拡大する） ＜図4-9.　図4-1～8のGifアニメ化画像＞ 当初いくつかのグループ内でのリンクだけで世界は成り立っていたのだが、「巨神兵」の発見とこれを契機とするトルメキア戦役の開始を契機に新たなリンクが発生し（図4-1参照）、加速度的にリンクが急速に形成されて前節で見たように最後はほぼ全登場人物がつながってしまう様子が可視化できた。 図4-9のアニメーションを見ると、8番のノードであるナウシカと4番ノードのクシャナに当初リンクがあつまっていくのが観察される。そして、次の段階として図4-8を拡大して見ると、図4-1～6までの可視化グラフと異なり、子午線のように縦横にリンクが走り、登場人物相互の緊密なつながりが生じていることがわかる。 （５）度数分析 仮説をたてた「ナウシカがハブだ」ということが前節までの可視化分析でわかってきたが、クシャナも同時にハブとしての機能を果てして

このブログではちょくちょく英語の記事を元ネタに書いたりしているので、「英語できるんだ」なんてことを思われているみたいです。けれど、僕は留学経験もないし、両親がハーフなんていうオチもありません。でも、RSSリーダーやFirefoxをうまく使いこなせば、そんな僕でも「それなりには」英語の記事を早く読めるようになります。 livedoor Reader + Greasemonkeyで情報の取捨選択を行う ノンネイティブである僕が英語の記事を読むには、日本語の記事を読むよりも時間がかかります。そのため、読むべき記事は厳密に取捨選択する必要があります。1日中RSSリーダーを読んでいるだけではマズイのです（そもそも本職ではないし）。 そのために、LDR + グリモンを使います。グリモンは最速インターフェース研究会 :: livedoor Readerにdel.icio.usのブックマーク数を表示するG

定番のロングテール曲線では、テール（ピンクの部分）がヘッド（青い部分）よりも需要と総体的価値が大きいと考えられていた。しかしながらソーシャルメディアの場合、実はその逆が真であることが圧倒的で、テールよりもヘッドのほうが総体的価値が大きい。 数々のDiggクローンや、Flickrに似た写真共有サイトや、ソーシャルブックマーキングサイトなどはたくさんある。しかし、そのすべてで大きな影響力を発揮したとしても、その結果得られるトラフィックとマインドシェアは、del.icio.usの人気記事ページやDiggのトップページに載った時（※Web担編注：そしてはてなブックマークのホットエントリー）に比べてはるかに及ばない。なぜか？ ソーシャルメディアサイトには、もともとネットワーク効果がある。参加者が多ければ多いほど、ソーシャルという側面がうまく働く。したがって、人気のないサイトで得られる利点は、人気の高

6．ビジネス分析フレームワークを学ぶ ビジネス分析フレームワークの学習と使い方 ビジネス分析 フレームワークや 経営学 の学習をどうビジネスリサーチに役立てるか、その考え方と留意点について解説します。… 2021.05.08 2021.05.09 115 view 3．ビジネスリサーチの報告書作成 ファクト、ファクト、ファクト〜事実に基づくこと 「What's Your Story?」という提案や提言がないレポートは意味がない、ということがよく言われますが、ビジネスリサーチの報告書は、内容の8〜9割は ファクト … 2021.01.19 2021.05.16 303 view 4．インプリケーションと提言 リサーチを通じて気付いたことは？公開情報から点と点を結ぶイン… インサイダー情報はそのままでは役に立たない！？ビジネスリサーチの依頼の中で、「業界の空気感はどうなっているか？」「この技術

ゴール 負荷分散のいくつかの方法に関して理解する mod_proxy_balancerによる負荷分散クラスタが構築できる 基礎知識編 基本的な資料 主にクラスタによる負荷分散の資料。 - Apache モジュール mod_proxy_balancer - mod_proxy_balancerで中?大規模サーバー運用するときの勘所 - cyano あと社外秘資料。 負荷分散？ 複数台のサーバにアクセスを分散して、個々のサーバにかかる負荷を減らし、全体的に処理できるアクセスを増やすこと。 以下のようなアプローチがある。 DNSラウンドロビン DNSでひとつのホスト名に複数のIPアドレスを割り当てる方法 シンプル しかしダウンしているホストにもアクセスが振り分けされてしまう 冗長化と併用でなんとかなるかな？ 機能ごとにホストを分割 ウェブサーバとDBサーバの分割（基本過ぎるが一応これも負荷分散）

2．ビジネスリサーチの情報収集 デスクトップ調査 の基本〜アニュアルレポートなど公開情報から… デスクトップ調査 とは、主にインターネットなどを使用して、公開情報を調査して整理・分析を行うものです。「CIAも収集する情報の95％が公開情報」ということで、情報不足とい… 2021.01.28 2021.05.13 1915 view 5．ビジネスリサーチのビジネスモデル ビジネスリサーチがアウトソースされる理由 ビジネスリサーチを社外に依頼する理由①〜信頼できる人「すべては依頼から始まる」からでも書きましたが、依頼主が社外にリサーチを委託する最大の理由は、事業環境を定点で把握… 2021.01.18 2021.05.13 146 view

【真夏の夜のミステリー】Tomcatを殺したのは誰だ？：現場から学ぶWebアプリ開発のトラブルハック（6）（1/3 ページ） 本連載は、現場でのエンジニアの経験から得られた、APサーバをベースとしたWebアプリ開発における注意点やノウハウについて解説するハック集である。現在起きているトラブルの解決や、今後の開発の参考として大いに活用していただきたい。（編集部） 【第1章】Tomcatが無応答!? トラフィックの多い大規模サイトでは、その負荷のためにさまざまな問題が発生する。それらの問題を回避するには、性能を考慮して作られたアプリケーションや、ノウハウに基づいたミドルウェアのチューニングが必要となる。 TomcatはServletコンテナとしての長い歴史を持ち、多くの採用実績を持つオープンソースのアプリケーションサーバ（以下、APサーバ）だ。大規模なサイトで採用される事例も出てきており、To

6．ビジネス分析フレームワークを学ぶ ビジネス分析フレームワークの学習と使い方 ビジネス分析 フレームワークや 経営学 の学習をどうビジネスリサーチに役立てるか、その考え方と留意点について解説します。… 2021.05.08 2021.05.09 115 view 3．ビジネスリサーチの報告書作成 ファクト、ファクト、ファクト〜事実に基づくこと 「What's Your Story?」という提案や提言がないレポートは意味がない、ということがよく言われますが、ビジネスリサーチの報告書は、内容の8〜9割は ファクト … 2021.01.19 2021.05.16 303 view 4．インプリケーションと提言 リサーチを通じて気付いたことは？公開情報から点と点を結ぶイン… インサイダー情報はそのままでは役に立たない！？ビジネスリサーチの依頼の中で、「業界の空気感はどうなっているか？」「この技術