CNET Japan Blog - 佐々木俊尚 ジャーナリストの視点：「これを読めばすべてわかるっていうブログはないんか？」
出版社は、どのようにしてインターネットビジネスに取り組もうと考えているのだろうか。 その格好の題材が、つい先日リリースされた。電通と、同社の元ＣＭプランナーが設立したベンチャー企業「タグボート」がスタートさせた雑誌の立ち読みサイト「magabon（マガボン）」である。マガボンには講談社や光文社など、大手出版社を中心に30社以上が参加しており、男性誌から女性誌、趣味の雑誌まで幅広い分野の雑誌の最新号を発行日前日から閲覧できるというものだ。 実際に使ってみると、サイトには雑誌表紙のサムネールが表示され、「ちょい読み」をクリックすれば、Adobe Flashによるビューアーが立ち上がる。このビューアーは画面のサイズが変更できず、画像のダウンロードにもかなり時間がかかるなど使い勝手はあまり良くないが、しかしまあ気軽に雑誌の目次からトップ記事あたりのイメージが閲覧できるのは事実だ。 しかしこのマガボ
新生銀行の件のフォローアップ:江島健太郎 / Kenn's Clairvoyance - CNET Japan
前回の新生銀行のサイトの使い勝手についてのポストに思いのほか反応がありました。 はてなブックマークでも「新生の使いづらさは尋常じゃない」とか「こに書いてあること全部の10倍くらいダメ」とか「書いてもらえてスッキリした」みたいな反応が多くて、そういう声を引き出せたのは書いた甲斐があるなぁ。 それで、セキュリティに関する話だから噛みついてくる人もいるだろうと思っていたらやっぱりいて、カレーなる辛口Javaな転職日記で「全般として，いかにも素人っぽい批判に終始しているように思う」と書かれていたのを見つけたので読んでみたのだけど、そこに書かれていた反論は「もっとセキュリティを下げろなんて論外」という、予想通りのいわゆる一段階論理だったのですが、よく考えてみればそういう思考回路の髪のとんがった上司をどう説得するかというシチュエーションは現実問題としてあるわけで、そのためもう少しだけ深追いしてみること
勝手にフィードバック：新生銀行：江島健太郎 / Kenn's Clairvoyance - CNET Japan
さて、前回に続いて「勝手にフィードバック」シリーズに登場いただくのは新生銀行です。 引き続き、開発者に黙ってサイトの使い勝手を遠慮なくバッサバッサと斬っていきたいと思います。 ■新生銀行って？ かつて高度成長期に「長銀」と呼ばれて栄華を誇り、その後バブル崩壊とともに経営破綻、国有化と外資の投資組合による買収を経て「新生銀行」として再出発した普通銀行ですが、消費者の目線に近いかなり大胆なサービスへと刷新することで、大きくイメージアップしました。 特にサービスのコスト面での単純明快さ（ほとんど全てが無料）では他に抜きんでていて、たとえば、コンビニや郵貯のATMで入出金しても365日24時間いつでも手数料無料、他行への振込手数料もネット経由なら月５回まで無料（つまり一般人には永久に無料）、という具合です。 で、私はというと最近までシティバンクとジャパンネット銀行をメインで使っていたのですが、宮川
上場にあたっての社内に向けてのメッセージ：江島健太郎 / Kenn's Clairvoyance - CNET Japan
そうそう、ご報告がすっかり遅くなってしまいましたが、親会社のほうのインフォテリアがこの６月にマザーズに上場しました。 それで、多くの人にとって、企業が上場する瞬間に中でどのようなことが起きてるかを知る機会なんてほとんどないでしょうから、５月末の上場が決まったときにぼくから社員と経営陣に宛てて書いたレターをこちらで公開することにしました。 内容を一部伏せるかどうかでちょっと逡巡したのですが、どうせなら生々しいほうが世の中のためになるだろう、と思ったので、結局原文ママで載せることにしました。 なお、ディスクロージャのために述べておきますが、私は現在インフォテリアUSAに勤務していますが、100%親会社であるインフォテリアの株主であると同時にまだ社員としても籍は残しており、給与の一部とストックオプションをそちらで報酬として受け取っています。そういう立場の人間の発言とご理解ください。 こういうもの
もっと失敗しよう：江島健太郎 / Kenn's Clairvoyance - CNET Japan
このへんを読んでいて思ったこと。 「中毒性」ある受託開発がソフトウェアベンチャーの躍進を阻む - 大迫正治 REPEDANT BLOG [ITmedia オルタナティブ・ブログ] HOW DO YOU LIKE SILICON VALLEY? | やはり受託からイノベーションは生まれない いやはや、まったくおっしゃるとおり。 ともかく、みんな「リスク」とか「不確実性」とか、そういう浄化されたビジネス用語をつかって説明しようとするからリアリティーがないんだ。 いまの日本のITイノベーションに足りないのは、転んで生傷をつくりまくる失敗経験だよ。 「１０のチャレンジのうち９の失敗をよしとする」ということは、それ自体、相当の覚悟と思考体系の適応力が求められる難しいテーマ。ハンパに受託をやりながら、そういうマインドを維持できると思ってる人がいるとは、いかにもおめでたい。 だいたい、国際交流試合や全
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：Lingr and Comet - 技術解説編
さて、お待たせしました。いよいよCometとLingrについての技術解説です。 ■Comet解説 さて、まずはCometとは何で、どういう背景によって生まれたのか、についての解説から始めます。 まず前提として、Webアプリケーションにおいては、通信開始のトリガーは常にクライアント側が握っています。つまりURLを入力したりボタンをクリックしたときなどに通信が発生することになるわけですが、このようなアーキテクチャは、サーバ側で発生した変化をリアルタイムにクライアント側に通知することが原理的にできないことを意味します。 チャット・アプリケーションでは、複数のユーザから不定期にメッセージが送信され、それが他の参加者に一斉に配信されなければなりません。しかし、メッセージを受け取ったサーバ側では、それをクライアントに即座にプッシュで通知する方法がないのです。 そのため、一定期間ごとにブラウザがサーバに
グーグルが無敵ではないことはエンジニアだけが知っている:江島健太郎 / Kenn's Clairvoyance - CNET Japan
ウェブ人間論 梅田 望夫 / 平野 啓一郎 梅田望夫と平野啓一郎の対談集である「ウェブ人間論」を読了した。基本的な感想は、この書籍の元になった新潮に対談が掲載されたときに「新潮６月号の梅田望夫×平野啓一郎の対談を読んで」にもすでに書いたし、ここやここでは平野啓一郎本人が登場するというハプニングがあったことも記憶に新しいところだ。その後に平野はほんとうに公式ブログを開設したりもした。これら一連のできごとは、とても楽しいものだった。 だけど、いやだからこそ、この件を引っ張る形でこれ以上書評を続けると知人友人ばかり持ち上げる内輪やらせブロガー的なダークサイドに堕ちてしまう気がするので、この機会に大きく踏み外してみようと思う。 ぼくが今の今まで注意深く避けてきた、グーグルの技術論について、この機会にとうとう語ってしまおうと思う。 ■「過去7年におけるグーグル成功の最大の要素は『運』だった」（Se
CNET Japan Blog - 中島聡・ネット時代のデジタルライフスタイル：Tellme に学ぶ「データビジネス」
「Software is Service」、「これからはサービスの時代」、このブログを通しても何度も引用してきた言葉だが、肝心の「なぜサービス型のビジネスモデルにシフトすべきか」という話をきちんとしていなかったとことに気がついた。そこで、今日は私の知り合いが経営しているTellmeを題材に、そのあたりを掘り下げてみようと思う。 Tellmeは、ネットバブルの真っ只中の1999年に作られた、VoiceXMLをサービスとして提供するシリコンバレーの会社である。VoiceXMLは、電話の自動応答サービスの構築のために標準化されたマークアップ言語で、商業サービスよりも先に標準化が先行したために、Tellme以外にも複数の会社が名乗りを上げ、あっという間にブラウザーのようにコモディティ化が起こりそうに見えた。しかし、その中でTellmeだけがそれを、年商１億ドル（１１０億円強）の黒字ビジネスに育てた
既存のウェブサイトをAJAX化する意味が本当にあるのか?:中島聡・ネット時代のデジタルライフスタイル - CNET Japan
既存のウェブサイトをAJAX化する意味が本当にあるのか? 公開日時： 2006/06/24 09:52 著者： 中島聡 木曜日に、Java World Day 2006 でAJAXに関する講演をしてきたのだが、そこでこんな質問が出た。「エンタープライズ系やe-commerce系のウェブサイトをAJAXする意義が本当にあるのか？」という質問である。 とても良い質問である。新しいテクノロジーやトレンドが注目を浴びるたびに、「これからはAJAXだ！」、「Web2.0の時代だ！」と大騒ぎをするマスコミに煽られて、あっちにフラフラ、こっちにフラフラしていては自分を見失ってしまう。 心の底には「AJAXって本当に必要なの？」と疑いの気持ちを持ちつつ、「皆があれだけAJAX、AJAXと騒ぐのだから、たぶん私だけが勘違いしているに違いない」とAJAXの勉強を始める人がいると、それを横から見ていた
CNET Japan Blog - 中島聡・ネット時代のデジタルライフスタイル：Ray OzzieはMicrosoftを生まれ変わらせることが出来るか？
Ray OzzieはMicrosoftを生まれ変わらせることが出来るか？ 公開日時： 2006/06/16 08:53 著者： 中島聡 Bill Gatesの引退宣言については、既に色々なところで発表されているので、目にした方も多いとは思うが、この発表で最も注目すべき点は、Bill GatesがChief Software Architectの地位をRay Ozzieに譲る、それもGatesが引退する２００８年にではなく、「ただちに」譲るという点である。 今まで、Steve Ballmer、Paul Maritz、Brad Silverburg、Jim AllchinなどのそうそうたるメンバーにCEO、President、Office of Presidentなどのタイトルを与えてさまざまな形で会社経営に参加させていたものの、技術戦略を決めるChief Software Arch
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：新潮６月号の梅田望夫×平野啓一郎の対談を読んで
現在発売中の新潮６月号に、梅田望夫×平野啓一郎というビッグ２の対談が掲載されています。 この中で、二人の共通の友人ということで、ぼくの名前が言及されているからと、親切にも新潮社からはるばるアメリカまで見本誌を手配していただきました（謝々）。それが届いたので早速読んだわけですが。 梅田さんご自身の評はこちら。 My Life Between Silicon Valley and Japan : 「新潮」6月号: 平野啓一郎氏との対談 読んでみてひしひしと感じたのは、平野も、文壇という、恐らく現世に存在するあらゆるギョーカイのなかでも最もクラシックなエスタブリッシュメント社会で孤独な戦いを続けてるんだなー、ということ。 また、史上最年少で芥川賞をとった1998年当時、時を同じくしてローンチした２ちゃんねるで匿名の名無しさんにあることないこと好き放題書かれたという、それはそれはトラウマティック
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：創造的なエンジニアのための働く環境とは（１）
創造的なエンジニアのための働く環境とは（１） 公開日時： 2006/01/23 18:29 著者： kenn 最近、自分のワークスタイルを大きく変えてみて、非常に強く感じることがある。 エンジニア、それも言われたことをソツなくこなすタイプではなくて、アンテナの感度が高く、自発的に新技術を磨き続けることを怠らず、自分の作ったものを広く世に出すことが楽しいと考えるエンジニアが、商業的に実りのあるモノを作り出せるようになるためには、ある特殊な条件が、きわどいぐらいのバランスで揃うことが重要なのだな、ということがわかってきた。もちろん、まだそれを理解するプロセスの真っ最中なのだけれど、考えがひとまとまりの輪郭をとってきたので、つれづれ書いてみようと思う。 ぼくは、インフォテリアというソフトウェアの会社で６年も製品企画その他、会社がリリースする「モノ」の運命にかかわる重大な意志決定に、経営
ソフトウェア開発を舞台にしたドキュメンタリー:CNET Japan Staff BLOG - CNET Japan
テクノロジーの分野がドラマチックな状況を演出する舞台となるのはまれなことだ。しかし、ある小さな映画会社は、4人の学生インターンらがソフトウェア製品の作成や売り込みに奮闘する80分のドキュメンタリー映画を作り上げた。 Boondoggle FilmsとFog Creek Softwareは共同で「Aardvark'd: 12 Weeks With Geeks（ハードワーク：コンピュータマニアの12週間）」を作り上げた。両社の声明によると、この映画は、学生インターンらがソフトウェアを「設計、開発、そしてデバッグ」し、最終的にはそのソフトウェア製品の売り込みに奮闘する様子を見守るものであるという。 この映画のアイデアは、大人気のテレビシリーズである「The Apprentice（実習生）」がヒントになった。しかし、Fog Creek Softwareの共同創立者Joel Spolskyは、同シリ
CNET Japan Blog - 近藤淳也の新ネットコミュニティ論：コモンセンスの確認
はてなに名誉毀損やプライバシー侵害の申立てがあった場合にどのように対処するのか。これにはいくつかの変遷がありました。当初社員数が少なかった頃には、メールなどで連絡を受け、社員全員のミーティングで「この情報は消すべきか、残すべきか」といった事を議論していました。 こうした重要な問題をないがしろにして前に進めば、いずれ大きな問題となって戻ってくるだろうし、でき得る限りの妥当な判断を繰り返していかなければならないと考えたのです。 こうした議論を繰り返せば次第に前例が溜まり、徐々に自分たちの判断基準をパターン化できて、新規の問題は減少するだろうという目論見もありました。それで判断が偏らないようなるべく多くの人間の意見を聞いて、事例を溜めようとしたわけです。 「いやあ、それは申立者が気にし過ぎじゃないかなあ。ブログ作者は悪くないよね」とか、「これはさすがにひどいね。自分が言われても消して欲しいと思う
CNET Japan Blog - 近藤淳也の新ネットコミュニティ論：不具合と信頼性
2003年1月、国内では初期のブログサービスとしてはてなダイアリーベータ版を開始しました。それまでのブログやウェブ日記には無いキーワード機能などを備えたはてなダイアリーは、無料で利用できることもあり当初から利用申し込みが多く、100名のベータテスター枠はすぐに埋まってしまいました。 初期のベータテスト段階では、システムにはまだバグや脆弱性が含まれていました。本来動作するはずの機能がうまく動作しない、という不具合に加え、ログイン中のユーザーのCookieを抜き取ることのできるXSS（クロスサイトスクリプティング）脆弱性が一部に存在していました。 XSS脆弱性は、ユーザーがHTMLやCSSを記述可能なサービスについてまわる問題で、しっかりとした対策を行わないと悪意のあるJavaScriptを動作してアカウントののっとり行為などが可能になってしまいます。 正直なところ、当時の社内ではXSS脆弱性
CNET Japan Blog - 近藤淳也の新ネットコミュニティ論：連続的な開発と非連続的な開発
ペアプログラミングや偉くない管理職、といった方法のほかに、はてなでは様々な開発業務を「連続的」「非連続的」といった概念で分類して考えています。 例えば、携帯電話から見ると、はてなダイアリー向け以外のリンクが張られない。はてなアンテナと同様に、コンテンツ変換を通して携帯から読める形のリンクを張ってほしいといった問題に対してシステムの変更を行う作業は「連続的」な問題です。 既に動いているコードがあり、そのコードに対して変更を行うような作業は、それなりに時間がかかる場合もありますが既存のシステムから予測可能な変更作業です。こうした作業は、継続的に行うことでサービスの品質を上げたり、ユーザーの満足度向上に貢献します。 これに対して、「新しいユニークなブログの仕組みを思いついたので作ってみよう」といったアイデアは「非連続的」あるいは「破壊的」な問題です。こういうアイデアは、待っていてもなかなか生まれ
開発者が楽しく仕事できる環境とは:近藤淳也の新ネットコミュニティ論 - CNET Japan
立って会議をするだけでなく、はてな社内では他にも色々なことを試みています。その中でも、開発者が楽しく仕事ができるように、という観点でいくつか紹介してみたいと思います。 まずはペアプログラミング。これは、2人1組になってプログラムの開発を行うスタイルで、XP（エクストリームプログラミング）のプラクティスの一つとしても提唱されているものです。 2人でプログラムを開発するというのは、1人がプログラムを書き、もう一人が横からそれを見ている、という方法です。この方法を聞くと、1人がそれぞれの作業を行うよりも作業量が2分の1になってしまいそうな気がするものですが、実際はそれぞれが別々の作業をするよりも効率が上がる、という興味深い逆説的な現象が発生します。 ペアプログラミングの様子。こういうときはなぜかコーラが似合います。 なぜ2人1組でプログラミングをする方が1人ずつでやるよりも効率が上がるのでしょう
CNET Japan Blog - 近藤淳也の新ネットコミュニティ論：情報の私物化を禁止する
前回は各個人のコミュニケーション能力について触れましたが、社内での情報共有を活発に行うにあたって他にどういう問題が発生するかを、自分自身の起業からの出来事を振り返りながら考えてみたいと思います。 まず、はてなでかなり初期に表面化してきたのがプログラムのコードの共有についてです。特に、受託開発案件の開発を主に行っていて、各担当者が別々の案件を担当していた頃には、それなりに意識的に努力をしないとプログラムコードの共有は実現できませんでした。何もしなければ、各プロジェクトの担当者が自分のクライアントと直接やり取りして、自分のパソコンにコードが全て入っている、という状態になってしまいます。同じプロジェクト内でも、各開発者の担当箇所を別々に作り、お互いのコードがどうなっているかは知らない、という状態になってしまいがちです。 しかし、よくよくコードを見比べてみると同じような仕組みを別々のプロジェクトが
CNET Japan Blog - 近藤淳也の新ネットコミュニティ論：情報共有 - 「自分のこと」を「あなたと私のこと」に変える方法
はてなは「運営者」と「ユーザー」が対話を行うユーザー参加型のコミュニティである、といった文脈で雑誌などに取り上げて頂くことが多くなっています。 確かに、「はてな社内」と「はてな社外」の情報共有について、ユーザーからの要望によって色々な機能を追加したり、社内会議を音声で公開したりといった色々な取り組みを行っているのは事実です。 しかし、社内と社外の情報共有を行うには、その前に必ず「社内の情報共有」とか「社員のコミュニケーション能力の向上」という問題を解決しなければ、なかなか前に進むことはできないと感じています。 はてなは創業時は2人でしたので、その頃にさかのぼって少し順を追って情報共有について考えてみたいと思います。 まず各個人のコミュニケーションについて。 例えば僕は、夫婦ではてなの仕事をしていることもあって、仕事の話をはじめ、あらゆる話を夫婦で共有しています。 昼間は会社で仕事をして、夜
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://blog.japan.cnet.com/umeda/archives/001144.html