CNET Japan Blog - 佐々木俊尚 ジャーナリストの視点：新聞が背負う「われわれ」はいったい誰なのか
新聞の＜われわれ＞とはいったい誰か ジャーナリストの玉木明氏は、オウム真理教事件の直後に刊行された「ニュース報道の言語論」という本で、新聞記事の主語は、実は文面にはいっさい出てこない「われわれ」であると書いている。たとえば、次のような記事の文例を見てみよう。「強引とも言える捜査は、小さな山村の集落の住民を相互不信に陥らせ、人のつながりを壊した。警察への憤りも広がっている」（二月二十三日、鹿児島県議選買収無罪判決の記事から）。この記事で警察に憤っているのは、誰なのか。ここで憤っているのは、実は書いた記者個人という「わたし」なのだが、しかし記事の文脈では「私が憤った」とは書かれていない。あくまでも社会全体の「われわれ」であるというスタンスを取って書かれているのだ。玉木氏は前掲の書籍で、以下のように書いている。 ある特定の観点を＜われわれ＞の観点とみなすこと、特定の主張を＜われわれ＞の名において
毎日新聞「ネット君臨」取材班にインタビューした:佐々木俊尚 ジャーナリストの視点 - CNET Japan
毎日新聞の連載「ネット君臨」について、その後私の取材活動にいくつかの進展があった。時系列から言えば、まず第一に、毎日新聞社から「ネット君臨」座談会に出席するよう求められた。ちなみにこの要請は、Cnetの前回のエントリーをアップロードした前日のことで、前回のエントリーを見て座談会出席の依頼が来たわけではない。ちなみに座談会の内容は、毎日インタラクティブで公開されている。 第二に、これに合わせて私は取材班に取材を申し込んだ。正確に言えば、毎日新聞社長室広報担当に電話し、その上で質問要旨を書いたファクスを送り、インタビューに応じていただくように申し入れたのである。広報担当者とはその後数回のやりとりがあり、20日に毎日新聞社編集局長応接室で取材が実現した。私としてはネット君臨取材班の花谷寿人デスクやＴキャップ、Ｉ記者らに対応してもらえればと思っていたのだが、インタビューに応じてくれたのは、同社編集
CNET Japan Blog - 江島健太郎 - Kenn's Clairvoyance：梅田サロン中止のお詫び、およびアーキテクチャ変更についての技術詳細レポート
先週末に予定されていたJTPA企画の梅田さん主催オンラインサロンですが、会場に多くの人が集まるにつれてLingrが重くなってしまうという事態に陥ってしまい、まるでイベントの体をなさないまま時間が過ぎてしまい、あえなく中止となってしまいました。 当イベントを楽しみにしていた皆様、そして梅田さんはじめJTPAスタッフの方々には、本当に申し訳なかったと思います。ここに改めてお詫び申し上げます。 Macworld 2007のときには180人を収容して何の問題もなく快適に使えていたので、「1000人はわからないけど、200人ぐらいなら大丈夫だろう」とたかをくくっていたのが間違いでした。 今回はその反省も含めて、内部で検証した技術情報をすべて公開し、どのような問題に直面し、どのように解決にあたっているのかをお伝えすることで、特に技術者の皆さんに役立つフィードバックにしたいと思います。 ■今回のアーキテ
CNET Japan Blog - 佐々木俊尚 ジャーナリストの視点：毎日新聞連載「ネット君臨」で考える取材の可視化問題
少し古い話になるが、毎日新聞が元旦の紙面で「ネット君臨」という年間企画連載をスタートさせた。この連載をめぐって、ネットの世界からは激しい批判が巻き起こったのは記憶に新しい。 私もこの連載を通して読んでさまざまな感想を抱いたが、その感想についてはとりあえず別の機会に書いてみたいと思う。ここでは、「ネット君臨」がもたらした「取材」という行為の正当性と可視化についての問題について、少し考えてみたい。「ネット君臨」における取材行為は、その問題を考えるための格好のケーススタディになっているように思われたからだ。そこで記録として、若干の取材結果も踏まえてこのブログにその経緯を記しておこうと思う。なお最初に記しておくが、この経緯はあくまでもがんだるふ氏の側から見た一連の経緯であって、毎日新聞サイドには現時点では私は取材していない。したがってエントリーの内容が、かなりがんだるふ氏に拠っていることをお許しい
CNET JapanBlog - 中島聡・ネット時代のデジタルライフスタイル：Google Office が Microsoft に勝てる理由
GoogleがWritelyの買収に続いて、表計算アプリをウェブ・サービスとして提供する予定があることが話題になっている。当然といえば当然の流れである。 少し前に、私のもう一つのブログで、「StartOffice/OpenOfficeがMicrosoftに勝てない理由」というエントリーを書いたが、OpenOfficeの戦略とGoogleの戦略の根本的な違いは、Microsoftの後を追いかけるのか、Microsoftがどうしても行けない事情のあるほうに突っ走るのか、の違いである。 その意味で言えば、OpenOfficeにしろLindowsにしろ、Microsoftの提供しているOfficeとWindowsを安く提供する、という利点だけが目立ち、結局の所「安かろう悪かろう」という評価を下されてしまう。 それに対して、Googleは、Microsoftが作りたくても作れない、「サービスとしての
グーグル、専用端末の開発を検討:CNET Japan Staff BLOG - CNET Japan
New York Timesの報道によると、GoogleがシンクライアントメーカーのWyse Technologyとの間で、Googleブランドのディスクレスマシンの開発について協議を進めているそうだ。この端末は、中国やインドといった市場への投入を想定したもので、各国の通信事業者を通じて２００ドル前後で提供される可能性が高いという。この記事のなかには、Wyse TechnologyのCEO、John Kishのコメントとして、「Googleは、Microsoftのデスクトップ製品と競合するような一連のソフトウェア（a stack of software）を開発しようとしている」という言葉が引用されている。 Sun Microsystemsとの提携や、ダークファイバーの獲得、無線ＬＡＮによるネットアクセスサービスの提供など、Googleの一連の動きが進む先が徐々に明らかになってきているようだ
CNET Japan Blog - 近藤淳也の新ネットコミュニティ論：ユーザーの要望を知る
開発の余地を残しながらサービスをリリースし、ユーザーと対話を行って継続的に改善を行っていく。こうした方法はやろうと決めれば誰でも簡単に行える、というものでも無いように思います。 サービスが魅力的でなければ意見を言ってくれるユーザーも現れないでしょうし、逆に想定した以上にサービスが盛り上がれば意見が大量に押し寄せて運営者が処理できる量を簡単に上回ってしまいます。 何でもかんでも「どう思いますか？」と聞けば良いというものでもなくて、ここまでは自分たちが決めるんだ、という決意や意思表示も必要になります。 はてなの場合、サービス開始当初から「サービスへのご意見などをお寄せください」とうたってツリー型の掲示板を開放していましたが、要望などはそれほど多く集まりませんでした。要望窓口や意思決定プロセスをオープンにすることは既存のサービスの改善を早めることはあっても、初期ユーザーを獲得してくれる魔法にはな
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：web2.0の未来
例によって時宜を逸したご報告ですみませんが、先日サンフランシスコで開催されたオライリーのweb2.0カンファレンスに参加しました。 このカンファレンスの感想を一言でいうと、いまもっともホットな業界のオールスターが勢揃いの怪物イベント、でした。 ヤフーCEOのTerry Semel、マイクロソフトのCTOに就任したRay Ozzie、Tim O'Reillyの突っ込みを痛快に切り返して見せたサンCOOのJonathan Schwartz、AOLのCEOであるJonathan F. Miller、IACのCEOであるBarry Diller、AT&TのCTOであるHossein Eslambolchi、さらにはグーグル創業者のSergey Brinが飛び入りで参加するサプライズがあったり、これだけの超大物を一度に拝める機会もそうそうないでしょう。 懐かしい顔ぶれという意味では元マリンバのKim
CNET Japan Blog - 近藤淳也の新ネットコミュニティ論：不具合と信頼性
2003年1月、国内では初期のブログサービスとしてはてなダイアリーベータ版を開始しました。それまでのブログやウェブ日記には無いキーワード機能などを備えたはてなダイアリーは、無料で利用できることもあり当初から利用申し込みが多く、100名のベータテスター枠はすぐに埋まってしまいました。 初期のベータテスト段階では、システムにはまだバグや脆弱性が含まれていました。本来動作するはずの機能がうまく動作しない、という不具合に加え、ログイン中のユーザーのCookieを抜き取ることのできるXSS（クロスサイトスクリプティング）脆弱性が一部に存在していました。 XSS脆弱性は、ユーザーがHTMLやCSSを記述可能なサービスについてまわる問題で、しっかりとした対策を行わないと悪意のあるJavaScriptを動作してアカウントののっとり行為などが可能になってしまいます。 正直なところ、当時の社内ではXSS脆弱性
CNET Japan Blog - 近藤淳也の新ネットコミュニティ論：まっとうな意見が通る組織に
前回までのエントリーでは、はてなでのこれまでの取り組みに絡めながら、 各個人の意識の持ち方 社内での取り組み などに触れてきました。主に情報共有や業務の効率化について、会社の中でどのような取り組みを行うと有効か、という点について考えてきました。次回以降は「社内と社外」という視線に目を移していきたいと思いますが、今回は改めて社内の情報共有への取り組みの重要性について触れてみたいと思います。 社内と社外との境界の前に長々と社内の話を書いたのにはわけがあります。それは、どれだけ社外との情報共有のための風通しの良い仕組みを作っても、社内が凝り固まっていてろくに意見も言えない状態では意味が無い、と考えるからです。 社外のユーザーと情報共有を行い、多くのユーザーの力を借りながらサービスを拡大していく、といったインターネットが生み出した新しい方法論を有効に実践していくためには、社外との接点を増やす前に、
CNET Japan Blog - 近藤淳也の新ネットコミュニティ論：カードゲームで人間を知る
合宿の話が出たところで今回は少し脱線して柔らかいゲームの話題に触れたいと思います。（そろそろお盆休みですしね） 僕は「大富豪」というゲームが好きで、合宿に行くとよくこれで遊びます。大富豪（大貧民）はご存知の方が多いと思いますがカードゲームの名前です。持ち札を順番に切っていって、最初にカードがなくなった人が勝つというルールです。買った順番に「大富豪」「富豪」「平民」「貧民」「大貧民」といった名前で呼ばれ、「大富豪」は常に勝ち続けないといけません。勝ち続けることができなければ「都落ち」して大貧民に転落してしまいます。貧民は富豪に対して一番強いカードを年貢のように納めなければなりません。ゲームの途中で「革命」が起こることがあり、カードの価値が逆転してしまったりします。 少し前にとある高校で「起業家として授業をして欲しい」と頼まれたことがあり、どんな授業をしたものかと考えた挙句に、生徒に5人ずつグ
CNET Japan Blog - 近藤淳也の新ネットコミュニティ論：連続的な開発と非連続的な開発
ペアプログラミングや偉くない管理職、といった方法のほかに、はてなでは様々な開発業務を「連続的」「非連続的」といった概念で分類して考えています。 例えば、携帯電話から見ると、はてなダイアリー向け以外のリンクが張られない。はてなアンテナと同様に、コンテンツ変換を通して携帯から読める形のリンクを張ってほしいといった問題に対してシステムの変更を行う作業は「連続的」な問題です。 既に動いているコードがあり、そのコードに対して変更を行うような作業は、それなりに時間がかかる場合もありますが既存のシステムから予測可能な変更作業です。こうした作業は、継続的に行うことでサービスの品質を上げたり、ユーザーの満足度向上に貢献します。 これに対して、「新しいユニークなブログの仕組みを思いついたので作ってみよう」といったアイデアは「非連続的」あるいは「破壊的」な問題です。こういうアイデアは、待っていてもなかなか生まれ
CNET Japan Blog - 近藤淳也の新ネットコミュニティ論：情報共有 - 「自分のこと」を「あなたと私のこと」に変える方法
はてなは「運営者」と「ユーザー」が対話を行うユーザー参加型のコミュニティである、といった文脈で雑誌などに取り上げて頂くことが多くなっています。 確かに、「はてな社内」と「はてな社外」の情報共有について、ユーザーからの要望によって色々な機能を追加したり、社内会議を音声で公開したりといった色々な取り組みを行っているのは事実です。 しかし、社内と社外の情報共有を行うには、その前に必ず「社内の情報共有」とか「社員のコミュニケーション能力の向上」という問題を解決しなければ、なかなか前に進むことはできないと感じています。 はてなは創業時は2人でしたので、その頃にさかのぼって少し順を追って情報共有について考えてみたいと思います。 まず各個人のコミュニケーションについて。 例えば僕は、夫婦ではてなの仕事をしていることもあって、仕事の話をはじめ、あらゆる話を夫婦で共有しています。 昼間は会社で仕事をして、夜
CNET Japan Blog - 近藤淳也の新ネットコミュニティ論：情報の私物化を禁止する
前回は各個人のコミュニケーション能力について触れましたが、社内での情報共有を活発に行うにあたって他にどういう問題が発生するかを、自分自身の起業からの出来事を振り返りながら考えてみたいと思います。 まず、はてなでかなり初期に表面化してきたのがプログラムのコードの共有についてです。特に、受託開発案件の開発を主に行っていて、各担当者が別々の案件を担当していた頃には、それなりに意識的に努力をしないとプログラムコードの共有は実現できませんでした。何もしなければ、各プロジェクトの担当者が自分のクライアントと直接やり取りして、自分のパソコンにコードが全て入っている、という状態になってしまいます。同じプロジェクト内でも、各開発者の担当箇所を別々に作り、お互いのコードがどうなっているかは知らない、という状態になってしまいがちです。 しかし、よくよくコードを見比べてみると同じような仕組みを別々のプロジェクトが
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：社内ブログ導入記（２）
（前回のつづき） 前回は、ブログ導入のそもそもの動機としてメーリングリストによるコミュニケーションの限界を見極めた、というお話をしました。 では、メーリングリストの問題はブログで改善されるのでしょうか。 結論から言うと、現在このノンスモーキングルームでは、メール中心のコミュニケーションにあった「閉鎖性」と「儀礼的沈黙」を破るという観点では大きな成果を上げつつあります。 たとえば毎日読んでいるニュースから面白かったものをクリップして同僚に送るなど、インフォーマルな情報伝達は「FYI (For Your Information)」と呼ばれていますが、時間とともに人数が増えたり関心の領域がずれてくると、いつかFYIメールを迷惑と感じる人が出てきます。経験的に、FYIメールがうまく機能するのは普段から緊密に仕事をしている４〜５名ぐらいが上限ではないかと感じています。これがブログの場合、読者のことを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
