タグ

はてなに関するendorのブックマーク (66)

  • CNET Japan Blog - 近藤淳也の新ネットコミュニティ論:コモンセンスの確認

    はてなに名誉毀損やプライバシー侵害の申立てがあった場合にどのように対処するのか。これにはいくつかの変遷がありました。当初社員数が少なかった頃には、メールなどで連絡を受け、社員全員のミーティングで「この情報は消すべきか、残すべきか」といった事を議論していました。 こうした重要な問題をないがしろにして前に進めば、いずれ大きな問題となって戻ってくるだろうし、でき得る限りの妥当な判断を繰り返していかなければならないと考えたのです。 こうした議論を繰り返せば次第に前例が溜まり、徐々に自分たちの判断基準をパターン化できて、新規の問題は減少するだろうという目論見もありました。それで判断が偏らないようなるべく多くの人間の意見を聞いて、事例を溜めようとしたわけです。 「いやあ、それは申立者が気にし過ぎじゃないかなあ。ブログ作者は悪くないよね」とか、「これはさすがにひどいね。自分が言われても消して欲しいと思う

  • ユーザーとともにサービスを開発する:近藤淳也の新ネットコミュニティ論 - CNET Japan

    インターネットの普及に伴って、「どこにいても」「誰とでも」容易にコミュニケーションが可能になりました。コミュニケーションの可能性は、時間や空間の物理的制限を超えて、「いつでもどこでも誰とでも」という世界が実現し始めています。 こうした変化は、「遠く離れた恋人とメッセンジャーで会話する」といったような、各個々人が誰とどのようにコミュニケーションを行うかという問題にとどまらず、企業が製品やサービスを開発して提供していくプロセスの中にも影響を及ぼしつつあり、今後その影響はどんどん拡大していくと思います。 企業とユーザーが直接対話を行いながら製品の改善を行ったり、新製品の企画すら行っていくという事が可能になってきており、実際にそういう事例が出始めています。そしてそういう変化が最も早く訪れているのは、まさにそのインフラそのものであるインターネット産業だと思います。 企業とユーザー、といった境界すら存

  • CNET Japan Blog - 近藤淳也の新ネットコミュニティ論:まっとうな意見が通る組織に

    前回までのエントリーでは、はてなでのこれまでの取り組みに絡めながら、 各個人の意識の持ち方 社内での取り組み などに触れてきました。主に情報共有や業務の効率化について、会社の中でどのような取り組みを行うと有効か、という点について考えてきました。次回以降は「社内と社外」という視線に目を移していきたいと思いますが、今回は改めて社内の情報共有への取り組みの重要性について触れてみたいと思います。 社内と社外との境界の前に長々と社内の話を書いたのにはわけがあります。それは、どれだけ社外との情報共有のための風通しの良い仕組みを作っても、社内が凝り固まっていてろくに意見も言えない状態では意味が無い、と考えるからです。 社外のユーザーと情報共有を行い、多くのユーザーの力を借りながらサービスを拡大していく、といったインターネットが生み出した新しい方法論を有効に実践していくためには、社外との接点を増やす前に、

  • CNET Japan Blog - 近藤淳也の新ネットコミュニティ論:連続的な開発と非連続的な開発

    ペアプログラミングや偉くない管理職、といった方法のほかに、はてなでは様々な開発業務を「連続的」「非連続的」といった概念で分類して考えています。 例えば、携帯電話から見ると、はてなダイアリー向け以外のリンクが張られない。はてなアンテナと同様に、コンテンツ変換を通して携帯から読める形のリンクを張ってほしいといった問題に対してシステムの変更を行う作業は「連続的」な問題です。 既に動いているコードがあり、そのコードに対して変更を行うような作業は、それなりに時間がかかる場合もありますが既存のシステムから予測可能な変更作業です。こうした作業は、継続的に行うことでサービスの品質を上げたり、ユーザーの満足度向上に貢献します。 これに対して、「新しいユニークなブログの仕組みを思いついたので作ってみよう」といったアイデアは「非連続的」あるいは「破壊的」な問題です。こういうアイデアは、待っていてもなかなか生まれ

  • 開発者が楽しく仕事できる環境とは:近藤淳也の新ネットコミュニティ論 - CNET Japan

    立って会議をするだけでなく、はてな社内では他にも色々なことを試みています。その中でも、開発者が楽しく仕事ができるように、という観点でいくつか紹介してみたいと思います。 まずはペアプログラミング。これは、2人1組になってプログラムの開発を行うスタイルで、XP(エクストリームプログラミング)のプラクティスの一つとしても提唱されているものです。 2人でプログラムを開発するというのは、1人がプログラムを書き、もう一人が横からそれを見ている、という方法です。この方法を聞くと、1人がそれぞれの作業を行うよりも作業量が2分の1になってしまいそうな気がするものですが、実際はそれぞれが別々の作業をするよりも効率が上がる、という興味深い逆説的な現象が発生します。 ペアプログラミングの様子。こういうときはなぜかコーラが似合います。 なぜ2人1組でプログラミングをする方が1人ずつでやるよりも効率が上がるのでしょう

  • 会議の無駄をなくそう - CNET Japan Blog - 近藤淳也の新ネットコミュニティ論

    社内の情報共有についてあれこれ書いていますが、ちょうど先週からはてなで面白い取り組みをしていますので、まずそれを紹介したいと思います。 はてなでは毎朝開発陣によるミーティングを行っているのですが、先週からそのミーティングを「ユーザー参加型」にしました。 ユーザーさんにSkypeの会議通話機能を使ってミーティングに参加してもらう、という試みです。 これが会議の様子ですが、マイクでミーティングの音声を流しつつ、スピーカーからユーザーの声が聞こえるという仕組みになっていて、思った以上に普通に会話ができています。 先週から始めたこの取り組みには、これまでに2名のユーザーさんに参加して頂いていますが、リアルタイムで意見を聞けるメリットは予想以上で、今後さらに参加者を増やして続けていければと思っています。 会議の模様ははてなアイデア日記というブログからmp3ファイルのダウンロードも可能になっていて、P