新生銀行の件のフォローアップ:江島健太郎 / Kenn's Clairvoyance - CNET Japan
前回の新生銀行のサイトの使い勝手についてのポストに思いのほか反応がありました。 はてなブックマークでも「新生の使いづらさは尋常じゃない」とか「こに書いてあること全部の10倍くらいダメ」とか「書いてもらえてスッキリした」みたいな反応が多くて、そういう声を引き出せたのは書いた甲斐があるなぁ。 それで、セキュリティに関する話だから噛みついてくる人もいるだろうと思っていたらやっぱりいて、カレーなる辛口Javaな転職日記で「全般として，いかにも素人っぽい批判に終始しているように思う」と書かれていたのを見つけたので読んでみたのだけど、そこに書かれていた反論は「もっとセキュリティを下げろなんて論外」という、予想通りのいわゆる一段階論理だったのですが、よく考えてみればそういう思考回路の髪のとんがった上司をどう説得するかというシチュエーションは現実問題としてあるわけで、そのためもう少しだけ深追いしてみること
CNET Japan Blog - 中島聡・ネット時代のデジタルライフスタイル：「文化庁からJASRACへの天下り」は全面禁止にすべき
「文化庁からJASRACへの天下り」は全面禁止にすべき 公開日時： 2006/12/02 10:16 著者： 中島聡 JASRACに関しては、「ジャズ喫茶やピアノバーなどに法外な著作権料の支払いを要求している」「収集した著作権料の大半は天下り役人の法外に高い給料や退職金となって消えている」「個人が運営するウェブサイトにまで法外な著作権料を請求して来るJASRACは、CGMの時代に逆行している」「徴収した著作権の分配方法が不透明」などの批判的な意見を見ることが最近多いが、一方では「JASRACが一元管理しているからこそ、（欧米に比べて）日本の着メロビジネスがこれほど急速に立ち上がった」というれっきとした事実もあり、一方的に「JASRAC＝悪」とは言い切れない部分があるので難しい。 JASRACに関する批判としては、２００５年に「やっぱり雑誌が面白い!!ニュース報道部門賞」を受賞した
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：Lingr and Comet - 技術解説編
さて、お待たせしました。いよいよCometとLingrについての技術解説です。 ■Comet解説 さて、まずはCometとは何で、どういう背景によって生まれたのか、についての解説から始めます。 まず前提として、Webアプリケーションにおいては、通信開始のトリガーは常にクライアント側が握っています。つまりURLを入力したりボタンをクリックしたときなどに通信が発生することになるわけですが、このようなアーキテクチャは、サーバ側で発生した変化をリアルタイムにクライアント側に通知することが原理的にできないことを意味します。 チャット・アプリケーションでは、複数のユーザから不定期にメッセージが送信され、それが他の参加者に一斉に配信されなければなりません。しかし、メッセージを受け取ったサーバ側では、それをクライアントに即座にプッシュで通知する方法がないのです。 そのため、一定期間ごとにブラウザがサーバに
CNET Japan Blog - 中島聡・ネット時代のデジタルライフスタイル：ユーザー指向のもの作りに関する一考察
この週末に私が読んでいる本は、私のもう一つのブログでも紹介記事を書いた「The Ten Faces of Innovation」。その本に私がいままで漠然と感じていてうまく説明できなかったことを上手に説明してくれている記述を見つけた。 そこには、自動車産業の父、Henry Fordの言葉「もし私がカスタマーに何が欲しいかと尋ねたら、彼らは『もっと早い馬が欲しい』と言っていたでしょう」が引用してあり、「カスタマー（顧客）の声を聞くことは大切だが、彼らに『何が欲しいか』を聞いても必ずしも答えは出て来ない。それよりも彼らの行動を良く観察し、どんなところで苦労しているか、彼らなりにどんな工夫をして今あるものを使いこなしているかを理解した上で、何を作るべきかを考えるべきだ」と結論付けている。 ものすごく共感できる。この業界にいると、「ユーザーの声を聞くことは大切だ」というセリフは良く聞くが、それを頭
開発者が楽しく仕事できる環境とは:近藤淳也の新ネットコミュニティ論 - CNET Japan
立って会議をするだけでなく、はてな社内では他にも色々なことを試みています。その中でも、開発者が楽しく仕事ができるように、という観点でいくつか紹介してみたいと思います。 まずはペアプログラミング。これは、2人1組になってプログラムの開発を行うスタイルで、XP（エクストリームプログラミング）のプラクティスの一つとしても提唱されているものです。 2人でプログラムを開発するというのは、1人がプログラムを書き、もう一人が横からそれを見ている、という方法です。この方法を聞くと、1人がそれぞれの作業を行うよりも作業量が2分の1になってしまいそうな気がするものですが、実際はそれぞれが別々の作業をするよりも効率が上がる、という興味深い逆説的な現象が発生します。 ペアプログラミングの様子。こういうときはなぜかコーラが似合います。 なぜ2人1組でプログラミングをする方が1人ずつでやるよりも効率が上がるのでしょう
会議の無駄をなくそう - CNET Japan Blog - 近藤淳也の新ネットコミュニティ論
社内の情報共有についてあれこれ書いていますが、ちょうど先週からはてなで面白い取り組みをしていますので、まずそれを紹介したいと思います。 はてなでは毎朝開発陣によるミーティングを行っているのですが、先週からそのミーティングを「ユーザー参加型」にしました。 ユーザーさんにSkypeの会議通話機能を使ってミーティングに参加してもらう、という試みです。 これが会議の様子ですが、マイクでミーティングの音声を流しつつ、スピーカーからユーザーの声が聞こえるという仕組みになっていて、思った以上に普通に会話ができています。 先週から始めたこの取り組みには、これまでに2名のユーザーさんに参加して頂いていますが、リアルタイムで意見を聞けるメリットは予想以上で、今後さらに参加者を増やして続けていければと思っています。 会議の模様ははてなアイデア日記というブログからmp3ファイルのダウンロードも可能になっていて、P
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
