高速道路無料化をするなら「エコカーのみ無料」にすべき
題名だけで私が何を伝えたいかはほぼ理解していただけると思うが、私としては、高速道路の全面無料化には、 今後の日本経済にとってプラスになるとは思えない 環境に優しくない さらなる渋滞をまねく その財源がどこにあるのか不透明 という理由で反対。どうせやるのであれば「エコカーとして国から認定された車のみ無料」とすべきだと思う。これにより、 日本の消費者の間でエコカーの人気が上がる →日本の自動車メーカーのエコカーへの開発投資意欲が上がる →日本にエコカー関連の知的財産が蓄積する →日本の自動車メーカーの海外での競争力が増す →日本の景気が良くなる という相乗効果を狙う。財源はガソリン税および無料対象外の車の高速道路使用料金を当てる。 さらに、エコカーの基準を毎年厳しくすることにより、「日本で自動車メーカーを経営しようとしたら、毎年厳しくなる環境基準をクリアする車を作りつづけない限りやっていけない
Google App Engine入門：フレームワークの選択
Google App Engine向けのアプリを作る際に最初に悩んだのはフレームワークの選択。Google App Engineにはwebappという最低限の機能を持ったフレームワークが付いて来るが、Python使いの人たちの間では、DJangoというフレームワークが広く使われているらしいし。かといって、あまり大きなフレームワークを使うと、パフォーマンスのチューニングとかもしにくくなるし、フレームワークそのもののバグや制限に悩ませられる可能性もある。 そんな中で増井君が見つけてくれてまず試したのが、Junoというフレームワーク。DJangoと比べると遥かに小さく、WebappよりもURLのルーティングのメカニズムとかが充実している。 そこで一旦はアプリをJunoの上で作り始めたのだが、Junoのソースコードを見ているうちにいろいろと気に入らないところが出て来た。不必要にオプションが多いし、
「リニアにスケールするように作れる」からこそのGoogle App Engine
Google App Engineを使った最初の作品 Tiny Message （http://tinymsg.appspot.com）をリリースしてまだ２０時間経っていないが、設計の過程でいろいろと学べたことがある。 その中でも一番収穫として大きいのは、「Google App Engineを使えば、リニアにスケールするサービスを作ることが可能」だということが実感できたこと。 もちろん、Google App Engine上に作ったからと言ってすべてのアプリがリニアにスケールするわけではなし、どんなアプリでもそう作れるわけではない。Entity Groupの構成を間違えればそこがボトルネックになるし、Queryの二重ループなんかを書いたら、すぐにタイムアウトしてしまう。 リニアなスケーラビリティを持つDatastoreの上で作るとは言え、やはりDatastoreの仕組みをちゃんと理解してデー
Cloud Computing考：Amazon ec2とGoogle App Engineの違いを私なりにまとめてみた
Cloud Computing の話が注目されるようになってしばらく経つが、商用での本格応用という意味ではまだまだ未熟な市場である。PhotoShareは去年の７月サービス開始時から Amazon の ec2＋S3 という組み合わせで運営しており、私から見れば当然の選択だったわけだが、あのタイミングで商用サービスへの採用に踏み切った会社も少なかったのか、何件かインタビューの申し込みが来たりして少し驚いている（参照）。 すぐに陳腐化するハードウェアの資産はできるだけ持ちたくないし、自分でデータセンターにラックを借りるなんてことはコスト的に見合わない。かといって、通常のレンタルサーバーは初期費用がばかにならない（今は少しは改善されているのかも知れないが、去年の段階では「それじゃあハードが自分で買えるじゃん」と言わせるぐらいの初期費用を請求する企業がほとんどであった）。それに加えて、どのくらいの
iPhoneのJailbreakの危険性に関してひと言
iPhoneをハックして、Appleが認めている以上のカスタマイズを可能にしたり、Apple公認のApp Store以外からのソフトをインストール可能にしたり、することをJailbreak（＝脱獄）と言うのだが、PhotoShareでの会話とかを見ていると、その危険性をちゃんと理解せずにJailbreakしている人たちがたくさんいるようなので、ひとこと警告しておく。 まず最初に考慮しておくべきことは、iPhoneはNintendo DSやSony PSPと違い、携帯電話でありメールマシンであり、インターネットマシンであり、住所録やらメールやらウェブサイトのパスワードなどの個人情報を思いっきりやりとりする、ある意味パソコン以上にプライバシー管理が大切なマシンであること。当然、ウィルスに感染したり、セキュリティホールからハッカーに情報を盗まれたりしないようにすることがものすごく大切。 パソコン
言語の壁を超えたソシアル・ネットワーキング
PhotoShareで作りたいのは、国とか言語の壁を乗り越えて世界中の人たちが写真を通してコミュニケーションをする場。英語が世界の共通言語だと信じて疑わないアメリカ人が日本人の投稿した写真に英語でコメントする場面は良く見られのは当然だが、それだけではなく、逆にアメリカ人の投稿した写真に日本語でコメントが付いて「これ誰か訳して」「こんな意味だよ」みたいな場面も良くあるところが楽しい。 「付き合って下さい」を「You're too beautiful to be sad (あなたは悲しくなるには美しすぎる)」と訳しているのもいい加減だが、それに対する返答が「U can read Chinese?!?（あなた中国語読めるの?!?）」というところが何とも...。 付き合って下さい＝You're too beautiful 口説く際の意訳としては悪くないですが、直訳としてはかなり遠いですね（笑） ＞
ビル・ゲイツの引退と「ソフトウェア・ビジネスの興亡」と
シアトルでの先週の一番の話題は、やはりビル・ゲイツの引退。すでに一年前から予告されてたと言え、シアトルの経済発展にこれだけ貢献したマイクロソフトを作った男だけに、メディアは大騒ぎだ。 ビル・ゲイツが成し遂げたことの偉大さを最も顕著に表すのは、「Fortune Favors the Bold（邦題：知識資本主義←とても良いビジネス書なので一読をお薦めする）」の中の次の一文。 Bill Gates stands as the symbol of this new era. For all of human history the richest person in the world has owned natural resources - land, gold, oil. Bill Gates owns no land, no gold, and no oil. Owning neithe
Googleのandroidは通信事業者にとって本当に正しい答えなのか？
５月に、「UIEジャパン、映像配信サービス「ひかりTV」において、GUIの“ユーザー・エクスペリエンス”を演出」という奥歯にものがはさまったようなアナウンスをしたUIE。その時に寄せられた「ユーザー・エクスペリエンスの設計だけで、UIEngineは採用されてないの？」という質問に対する答えが今回のプレスリリース。 UIEジャパン、映像配信サービス「ひかりＴＶ」のGUI開発に、「UIEngine™」によるIPTVソリューションを提供 ちなみに、一方では「ハードウェアに依存しない、サービス指向のGUI開発」をサポートするUIEngineを作っておきながら、iPhoneという特定のハードウェアに最適化したアプリケーションを作っている私の行動を不思議に思っている人もいるようだが、これは私なりの「来るべきハードウェアの二極化」に対する答えである。 つまり、ハードウェアは、Appleのように強いブラン
ソニーの「イノベーションのジレンマ」について一言
私の書物「おもてなしの経営学」についてのさまざまなフィードバックはポジティブなものもネガティブなものもとても良い勉強になるので全部読ませていただいているつもりだが、以下の二つに関しては、少し誤解があるようなので一言書いておこうと思う。 何故SONYの経営はiPodを創れなかったか - 雑種路線でいこう 「おもてなしの経営学」：ソニーのエンジニアの名誉のために一言 ([の] のまのしわざ) 私の本のごく一部、それも梅田氏とのの対談における「ギークとスーツ」の話題の前フリとして「ギークとスーツのすれちがい」「技術と経営の両方が分かる人が少ない」ことの例として語った言葉だけを取り上げて、あたかも私が「ソニーにiPod+iTunes+iTunes storeが作れなかったのはエンジニアが悪い」と決めつけているかのように誤解をされてしまっているのが私としてはとても残念。 せっかく私の本を読んでいただ
Life is beautiful: 「へんな会社」と「出るクギを打つ」社会の話
へんな会社を貫くために、普通の会社のやり方をよく理解しておくというのは必要なんじゃないか、とこれははてなに限らず思う次第。【Kousyoublog | はてな移転で中の人が言うべきことと言ってはいけないことより引用】 この手の発言こそが、まさに「出るクギを打とうとする」行動。近藤さんに関してはそんな心配をする必要は全くないが、他の若い人たちが「やっぱり『普通の会社のやり方』をちゃんと勉強しなきゃ」などと誤解してはいけないと思い一言。 上場している企業と違い、はてなのように、ごく少数の株主が所有している会社の場合、株主・取締役の了解さえ取れれば、大幅な経営方針の変更は自由にしてかまわない。それが非上場であることの大きな利点だ。 今回の場合、「米国からは一時撤退し、多少会社の規模が小さくなっても良いから、京都にもどって落ち着いた環境でもう一度もの作りに専念する会社としてやりなおす」という決定は
Life is beautiful: MacWorld Expo: なぜiPod touchのアップグレードのみ有料なのか？
スティーブ・ジョブズの基調講演でもうひとつひっかかったのが、Apple TVとiPhoneのソフトウェア・アップグレードが無料なのに、iPod touchのアップグレードが２０ドルなこと。Apple TVとiPhoneのソフトウェア・アップグレードが無料なことに触れたときは、誇らしげにストップして拍手を受けたのに、iPhone touch のアップグレードに関しては、「これから販売するiPod touchには無料で新しいアプリケーションがついて来るけど、既存のiPod touchに関しては２０ドル」と、あっさりと流したことに妙な違和感を感じた人も、「Appleはセコい」と思った人も多いはずだ。 私も「アレ？」と思ったのだが、思いあたるフシがあったので、AppleのAnnual report を調べてみたところ、答えが見つかった。 エンロン・スキャンダル以来、厳しくなった米国の会計基準が理由
衆合智サービスと検閲と言論の自由と
HD-DVDのコピー防止用の暗号キーが早くも発見されてしまい、ネットにはその情報があふれている（参照）。そのニュースそのものは、目新しい話でもなんでもないのだが、今注目すべき問題は、ソシアル・ニュース・サービスのdiggが広告スポンサーであるHD DVD Promotion Groupからの圧力で、「検閲」をした、という問題の方である（参照、参照）。 「編集者ではなく、ユーザー自身が選んだニュース」というdiggのうたい文句そのものが揺らぐようなこの検閲問題、衆合智を利用したソシアル・ネットワーク・サービスのそもそもの成り立ちを考えれば、diggのユーザーたちがものすごく過敏に反応したことも理解できる。 そもそも欧米には「言論の自由」をものすごく尊重する文化はあるが、diggユーザーの中にはその中でも際立ってその辺りに敏感な人たちが沢山いるようだ。結局のところdiggのCEOのJay Ad
Life is beautiful: JSON COMETでリアルタイム・ページビュー・カウンターを作ってみた
最近Linuxの勉強もかねて作っているのが、超シンプルなアーキテクチャーのHTTPサーバー。そこそこ動き始めたのだが、それだけでは面白くないので、サーバー側からイベントに応じてデータをPushできるCometの機能を足してみた。 ストレステストのために、昨日からこのブログにこっそりとテスト用のIFRAMEを貼り付けてあったのだが（そのおかげで、バグを三つばかり見つけることができた―感謝、感謝^^）、安定して動き始めたので、見栄えを整えてこのブログの右上に貼り付けてみた。 題して、「リアルタイム・ページビュー・カウンター（RPV Counter）」。Totalはこのカウンターをリセットしてからのページビューの数、Currentはその時点でこのブログを見ている人の数（ただしノイズあり）、PeakはCurrentの過去最大値だが、ページを再ロードせずとも、それぞれのカウンターが自動的にアップデー
「足あとライブ！」
昨日公開した、リアル・タイム・ページビューカウンター（RPV Counter）に関して、さっそくLingrの開発者の江島健太郎さんから「Webで読者が自分以外の人の存在の『気配』みたいなものが感じられるというのは面白いですよね。」というコメントをいただいた。それにに刺激されて今朝作ったのが「足あとライブ！」。自分の「気配」をもっと明示的に他の人に知らせる仕組みだ。 このブログの右上のページビュー・カウンターの下にある「足あとアイコン」は、クリックすると色を変えることができるのだが、その情報がCometサーバーを伝わって、同時にこのブログを見ている他の人のアイコンにも反映されるようになっているのだ。 ちなみに、Lingrとは、この「足あとライブ！」と同じく、CometサーバーによるPUSHの仕組みを使った「ブラウザ上で動くチャット」である。RPV Counterのデバッグ中に、クライアントか
What is IMS?
I have just read the whitepaper "IMS - IP Multimedia Subsystem" by Ericsson, and here is my executive summary for those who don't have time to read this 25-page white paper. IMS (IP Multimedia Subsystem) is an international standard (3GPP, 3GPPs) that enable IP-based multi-media communications across wireless operators. Today, many wireless communications (such as voice calls) are not IP-based. IM
社員向け必読図書、UIEの場合
私の会社（UIEvolution Inc.）では、これまで新入社員向けの必読図書として「イノベーションのジレンマ」を渡していたが、最近新たに二冊を追加することにした。 ・About Face 2.0 （日本語訳発見できず） ・The Design of Everyday Things （日本語訳：誰のためのデザイン） どちらもユーザーエクスペリエンスに関する書物。前者は、VP of EngineeringをしてもらっているPeteが"my User Experience Bible"と絶賛するアプリケーションやウェブサイトのユーザーインターフェイスに関する本。後者は、私自身が一押しの、「ドアノブ」だとか「能書き」などの、より日常生活に密接に結びついたユーザーエクスペリエンスに関する本。 「User Experience Matters（おもてなしは大切）」をモットーとする会社としては、全員
UIE SDK 2.0 正式リリース
今までベータ版だったUIE SDK2.0からベータの文字が外れた。 http://developer.uievolution.com/sdk/download_2_0.html 「Googleみたいに永遠にベータじゃないの？」とツッコミを入れたくなったが、担当者たちはいたってまじめに作っていたので今回は遠慮しておこう。これでIDEとしての２．０は完了。後は、MIDP、BREW、Dojaなどのプラットフォーム向けのUIEPlayerの動作検証をして順次リリースして行くだけだ。 これでEclipseへの移行とコンポーネント化が完了したので、次はオーサリングツールだ。オーサリングツールに関しては、まだまだ開発途中なので公開できるレベルのものはないが、そこそこに動き始めているのでそろそろ私のマシンにもインストールして遊んでみる予定だ。 ちなみに、私の会社（UIE）で開発環境を作っているの連中は、元
ワイルド・ソウル、マフィアの親分が語る人生哲学
週末から読み始めたのが、稲垣涼介の「ワイルド・ソウル」。小説としてもとても楽しめるのだが、登場人物の一人の語る言葉に妙にうなずいてしまったので、ここで引用。 「世の中には、二種類の人間しかいない。分かっていない人間と、分かっている人間―目に見えている世界の表層だけをなぞる人間と、その表層の集合体から本質を見極めようとする人間だ。」 … 「表層だけをなぞる人間でも、世間並みの成功は収めることができる。事象のみを捉え、その対処法を経験値として蓄積してゆく。そして、その経験値を元に未来に対処してゆく。少し聡い人間なら誰でもやっていることだ。だが、あくまでも意識にはその表層レベルにいる。いわば処世術にすぎない。それでは本当に分かっているとはいえない。住む世界や国が変わり、就く仕事が変われば、それまでの話だ。以前の対処法は通用しない。が、その表層の集合体から物事の理（ことわり）を導こうとするものは、
E3 2006、心を打つ一言
二年連続で行っていたE3、今年はネット観戦。ここのところ毎週の様に出張しているので E3 はパスさせてもらうことにしたのだ。 新しいゲームや次世代ゲーム機に関する記事やプレスリリースを読んだが、心に残るようなものは見当たらない。「やはり行く必要はなかったな」と感じていると、突然心臓をわしづかみにするような言葉が飛び込んでくる。 ...ゲーム初心者の場合、例えばどうぶつの森で、自分が眠っている間に自分の村に友達が遊びに来て、メッセージやプレゼントを残していく、そんな、毎日電源を入れるのが楽しみになるようなことが実現できます。...（任天堂の岩田社長スピーチ） この人は本当にすごい。 「毎日電源を入れるのが楽しみになるようなこと」 あらゆるデバイスがネットに繋がり始めた今、ゲーム、ネット、AV機器、通信、メディア業界で働く全ての人たちが目指すべきものをこれほどまでにはっきりと分かりやすく示す言
AJAXアプリは客のわがままを聞いてくれるレストラン
UIEngineの説明をする際に、「通常のウェブ・アプリケーションと異なり、非同期通信を使ってクライアント側でデータ・バインディングをするので、ストレスの少ないユーザー・エクスペリエンスを提供できます」と言ってきた私だが、「データ・バインディングとは何か」を知らない人が意外に多いことに気がついたので、ここで解説しておく。 得意の食べ物にたとえれば、データ・バインディングは「調理」に相当する。定食屋のように全ての食材（データ）をキッチンで調理をしてしまってから一度に持ってくるのが「サーバー・サイドでのデータ・バインディング」で、紅花レストランのように食材をテーブルまで持って来て目の前で調理してくれるのが「クライアント・サイドでのデータ・バインディング」である。 食材を一度にはテーブルに運ばず、客が一つ目の料理を食べている間に二つ目の料理の食材を運んで料理をしておき、一つ目の料理を食べ終わった
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
