Hatena Developer Center についてはてなは「はてなブログ」「はてなブックマーク」をはじめするはてなのサービス群を、より深く使うためのAPIを提供しています。 Hatena Developer Centerでは、これらのAPIを扱うための開発者向け情報を公開しています。APIを使うことで、はてなが持つ情報・機能を利用した様々なアプリケーションやサービスを作ることができるようになります。 開発者の皆様のアプリケーション/サービスにおいて、より豊かなユーザー体験を提供するために、はてなのAPIをご活用ください。 おすすめのAPI

アメリカは昨日から夏時間になった。急に日が長くなって、８時くらいまで明るい。この間ラジオで聞いたのだが、初めて夏時間を導入したとき、ゴルフボールの売上が30％増えたそうだ。8時とか9時まで明るければ、仕事の後にゴルフできますので。 もとい。 ちょっと古いが、Scientific American　2004年12月号のCommon Senseは、どういうときに、全体が、それを構成する個人より優れた知恵を生み出すか、という話。構成員が「独立し」、「分散して」、「それぞれが勝手な理解の仕方をする」という条件を満たしていなければならない、と。 記事では全体が個より優れている例をいくつかあげている。 例1 In one experiment, participants were asked to estimate the number of jelly beans in a jar. The gro

コラム〜リサーチャーの日常 人生を通じてマッチクオリティーを追求する 知識の幅が最強の武器になる という本で初めて知った「 マッチクオリティー 」という言葉は、経済学の用語で、ある仕事をする人とその仕事がどれくらい合っているか、その人の能力… 2021.05.04 2021.05.13 311 view 1．ビジネスリサーチの基本・心構え すべては「依頼」から始まる〜社内リサーチャーと社外リサーチャ… 【 リサーチャー とは 】企業で企画系の仕事をしていると、上司の依頼で調べものをして資料にまとめるという仕事が多いと思います。企画系の業務では課長クラスまではこうしたリサ… 2021.01.18 2021.05.13 340 view 2．ビジネスリサーチの情報収集 デスクトップ調査 の基本〜アニュアルレポートなど公開情報から… デスクトップ調査 とは、主にインターネットなどを使用して、公開

コラム〜リサーチャーの日常 人生を通じてマッチクオリティーを追求する 知識の幅が最強の武器になる という本で初めて知った「 マッチクオリティー 」という言葉は、経済学の用語で、ある仕事をする人とその仕事がどれくらい合っているか、その人の能力… 2021.05.04 2021.05.13 311 view 1．ビジネスリサーチの基本・心構え すべては「依頼」から始まる〜社内リサーチャーと社外リサーチャ… 【 リサーチャー とは 】企業で企画系の仕事をしていると、上司の依頼で調べものをして資料にまとめるという仕事が多いと思います。企画系の業務では課長クラスまではこうしたリサ… 2021.01.18 2021.05.13 340 view 2．ビジネスリサーチの情報収集 デスクトップ調査 の基本〜アニュアルレポートなど公開情報から… デスクトップ調査 とは、主にインターネットなどを使用して、公開

「一番弱かったプロ野球チームはどこか？」と昨日書いたら、調べてトラックバックしてくれた方があった。 ほんとに詳しく調べてあって面白いので、見てみてください。 http://saodake.at.webry.info/200504/article_1.html これを見ると、昔から戦力の不均衡ってすごかったんだなあ。弱いところはとことん弱かった。それも見ようによっては面白いと思うけど。 そういえば、弱いのが売り物のプロレスラーというのも、昔は結構いた。見る側も、楽しみ方が今より豊かだったような気がする。そうでもないかな。 高橋ユニオンズというのは、なにぶんずいぶん昔の球団で、佐々木信也が居たということ以外、ぼくはよく知らないんだけど、たしかこの「高橋」というのは、オーナーの名前なんだよね。 ところで、表題のNHKの番組、全部ではないけど見ました。 堀江貴文、金子勝、斉藤貴男、山田昌弘、本間正

Is your business better off with a central command structure or decentralized? Your future depends on the right answer. An excerpt from the new book, The Future of Work. by Thomas W. Malone Author Thomas Malone, a professor at MIT Sloan School of Management, says that the cheap cost of communication—e-mail, instant messaging, the Internet—is making possible a new type of organizational structure.

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 電子メールと「MSN Messenger」で増殖するワームが出現した。このワームは、Microsoftやセキュリティベンダーから送られてきたメッセージを装い、ユーザーに悪質なファイルを実行させようとする。 「Chod.B」ワームは、エイプリルフールの4月1日に初めて発見された。Microsoftや、セキュリティ企業SymantecおよびTrend Microを送信元と称し、電子メールを媒介に広がるワームだ。 Chod.Bは、MSN Messengerも感染拡大に利用する。まず、同ワームは、感染ユーザーのアドレス帳に載っている連絡先へメッセージを送信し、これからファイルを送ると通知する。その後、自らのコピーを送信する。 Trend Mic

ITベンダーが請け負ったシステム開発がスムーズに進まないときに，「ユーザー側の意思決定が遅い」「要件があいまいでころころ変わる」などと，その原因をユーザー企業のせいにすることが多くはないだろうか。だが，こうした認識では「ユーザー企業との共同作業」であるプロジェクトを成功に導くことはできない。 現在の企業情報システムは，システム間連携や全体最適，経営との一体化などにより，ますます高度化，複雑化している。こうした状況の中，ユーザー企業のシステム部門はより効率的にシステムを構築するために，従来の「丸投げ」からの脱皮を図っている。例えば，ユーザー主導によるアーキテクチャ策定や要件定義，上流工程におけるベンダーとユーザーの役割分担の明確化などだ。 ユーザー企業がベンダーに「丸投げ」し，しかも要件自体もフィックスしやすかった時代であれば，ユーザー企業から発注を受けた後は，ベンダーが要件に従って自分たち

「N900iLを使った内線電話システムにも，多機能電話機と同じ機能が必要だろうか？」――ある通信事業者は，携帯電話を内線電話としても使える「モバイル・セントレックス」のシステム構築を踏まえこんな疑問にぶつかったという。 NTTドコモのFOMA/無線LAN端末「N900iL」を使う内線電話システムでは，内線の音声通話は無線LANで実現する（写真上）。このため，無線LANインフラに音声を乗せることの難しさに話題が集まりがちだ。しかし実際に内線電話システムを作る上では，これ以外にも重要な課題がある。特に実用面で重要になるのが，システムとして提供する「内線電話の機能」。この機能をしっかりと固めておかないと，システムの導入後にユーザーから厳しい指摘を受けることにもなりかねない。 例えばN900iLは従来型の多機能電話に比べて，あきらかにボタンの数が減り，サイズも小さくなっている。今まで携帯電話と多機

今日も引き続き「次の10年」を考える。 本題に入る前に、一つ前のエントリー「次の10年はどんな時代か?」 http://d.hatena.ne.jp/umedamochio/20050402/p1 の最後で、石黒邦宏氏についてちょっと触れたが、彼のBlogがはてなダイアリー上で開設された。題して「人生で必要なことは全てソースコードから学んだ（わけではないけど）」 http://d.hatena.ne.jp/kunihiroishigur/ 最新エントリーは、「GNU Emacs: 多段構造のソフトウエア・アーキテクチャ(１)」。いきなりディープでいいなぁ。彼はハッカーでありながら、大変な読書家でもあり、学生時代には文学・哲学を読みふけっていたという人。森羅万象に対する彼の批評眼にはいつもうならされている。その優れた批評眼の矛先がソースコードに向かうという類稀なBlogの登場に大いに期待した

IT技術を中心に、暮らしに役立つ情報からクラシック音楽の解説まで気軽に情報発信しています。 WEBサイトはhttp://toremoro21.world.coocan.jp/　Twitterは@toremoro21です。 なぜだか最近P2Pの定義について考えてみたのでメモ。 ご存知の方も多いと思うがP2Pについてはまだ明確な定義がない。漠然としたイメージはあるけども、なんだか掴みづらい、そんな感じだろう。 この問題の難しさは大局的にP2Pを見ると全てのノードが対等に見えるのに、極小的にみるとノード間がクライアント＝サーバ的に振舞う事だろう。つまり見方によって2つの異なる性質が見え隠れするのだ。 そこで、こんな定義はどうだろう。 「複数のノードの集合Aがあり、Aの要素の数が充分大きくかつ各要素がAに存在する時間が充分大きければ、ノード集合Aから任意に選んだノードPは、ノードPのリソースをノー