AT&Tがモトローラ製のAndroid携帯を「時代遅れ」と拒否
今日、米国の携帯業界関係者の間で話題に上ったのが「AT&T rejects Motorola's Android smartphones」という記事。AT&Tから正式に発表された訳ではないが、たぶん真実に近いだろうことは容易に想像できる。 AppleがハードからソフトまですべてコントロールするiPhoneと比べ、GoogleはOSを提供するだけで、最終的な製品の仕上がりはハードメーカーまかせのAndroid携帯は「ソウル（魂）のない」中途半端なデバイスになりがち。 このあたりの事情はMicrosoftのOSを使ったWindows Mobile端末も同じで、「個別の機能を見る限りiPhoneに負けてはいないのになぜか魅力的でない」デバイスができてしまうのは、ソフトからハードまで一貫して責任を持って作り上げることが不可能だから。 この業界の歴史を見ると、古くはMicrosoftが旗ふり役だった
GoogleのAndroid向けのアプリビジネスはなぜ魅力的ではないか？
PhotoShareをiPhone向けに提供して早くも一年になるが、もっとも良く投げかけられる質問は「PhotoShareはAndroidとかの他のプラットフォームに移植しないの？」というものだ。 少し前までは、「まだiPhone以外のビジネスが十分に大きくないから今はまだ早い」、「iPhone上でやるべきことはまだ沢山あるから」、などと答えて来たのだが、最近は少し見方が変わってきた。 今の勢いでHTML5が進化・浸透してくれるのであれば、わざわざ移植コストをかけてAndroidやWindows Mobile向けにネーティブ・アプリを開発するよりは、少なくともUIの部分をすべてHTML+Javascriptにまかせたアーキテクチャでのインタラクティブなアプリの開発というのも十分に可能性があるように思えてきたのだ。 この「HTML+Javascriptですべて出来るじゃん」という発想は、そも
Life is beautiful: Google Chromeに関してひとこと
今回Googleが発表したウェブ・ブラウザー、Google Chromeは、ひと言で言えば、「安定度・安全度を高めるために、それぞれのタブを別プロセスで走らせるタブ・ブラウザー」である。 ９５年にIE3.0を設計した時には、タブのコンセプトも存在せず、セキュリティの問題もそれほど強く意識していなかったので、ウィンドウごとに１スレッドを割り当てたマルチ・スレッドを選択した訳だが、ここまでウェブ・アプリケーションが重要になってくると、マルチ・プロセスに移行するのは当然。特定のページ上でのJavaScriptの挙動がおかしくなったからと言って、ブラウザーすべてが落ちてしまう今までの設計が異常。 一つのウィンドウ下で管理させるそれぞれのタブにプロセスを割り当てる、一般的に一つのウィンドウに一つのプロセスやスレッドを割り当てる通常のGUIアプリケーションとは異なるが、ユーザー・モデルとリソース管理は
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 を調べてみたところ、答えが見つかった。 エンロン・スキャンダル以来、厳しくなった米国の会計基準が理由
「SEO業者」と「電解還元水の販売員」の共通点
今回、Googleがページランクの計算方法を変更したことについては、こちらのページから私のブログへのリンクで知ったのだが、Googleからのメッセージと、それに対する「SEO業者」の反応を読み比べるととても面白い。 Googleのポジションは常に一貫しており、「（ちゃんとしたHTMLを生成する以上の）人為的なページランクの操作を徹底的に排除することにより、検索結果のクオリティを保つ」である。インターネット黎明期のサーチサービスの価値がスパムサイト（そのころはSEOとすら呼ばれていなかった）により「まったく使い物にならない」レベルまで落ちてしまい、そこにスパムによる影響を受けにくいアルゴリズムのサーチエンジンを提供したからこそGoogleという会社が存在する、ということは、Google自身が一番良く知っている。 Googleにとっては、SEO業者によるページランクや検索結果のコントロールを阻
Apple 、iPhone用のSDKを来年二月にリリース：待望のiPhone向けのネイティブ・アプリの開発が可能に
たった今アップルのホームページで発表されたばかりの資料。Steve Jobsが自ら書いたニュースリリースだ。ざっと訳してみる iPhone向けのサードパーティ・アプリケーション 思い切って言ってしまおう。サードパーティによるiPhoe向けのネーティブなアプリケーションが欲しいんだ。２月には開発者の手にSDKを渡すつもりだ。iPhoneのまわりに活気に満ちたサードパーティ開発者のコミュニティを作り、何百もの新しいアプリケーションをユーザーに届けることにエキサイトしている。iPhoneが持つ革新的なマルチタッチ・インターフェイス、パワフルなハードウェア、そして（他の携帯電話よりも）遥かに進んだソフトウェア・アーキテクチャで、開発者にとって最高のモバイル・プラットフォームを提供できると確信している。 SDKをリリースするのが２月になってしまうのは、二つの相反するゴールを同時に達成しようとしている
直感的なUIとhand-eye-cordinationの話
下のビデオは一歳度児がiPhoneのフォト・アルバムの機能を使っている姿を撮影したものだが、これを見ると「直感的なUI」とは、まさに人間が赤ん坊のうちにマスターする"hand eye cordination（目からフィードバックを受けながら手先を動かして物をコントロールする能力）"に合致したものなのだということが良く分かる。 【追記】参考までに、私が特に好きなUI関連の書物二冊へのリンクを張っておく。特に「誰のためのデザイン」はUIが単なるソフトウェアやウェブ・サイトのUIデザインの問題ではないことに目を開かせてくれる良書だ。 ・誰のためのデザイン?—認知科学者のデザイン原論 ・Envision Information
ネットの時代には「知識量・記憶力」よりは「適応力・応用力」の方がずっと大切
先日の「習作UI: 縁日の金魚を再現してみた」というエントリー。特に深い意味もなく作ったのだが、ソフトウェア・エンジニアを目指す学生さんのためにひとこと付け加えておきたいのは、この業界で本気で成功しようと思ったら、この程度のプログラムは、シミュレーションの専門家でなくともサクッと作れるように自分を鍛えておかなければいけない、ということ。 この業界で働きはじめると、担当した仕事によって、データ解析・Java・３D・シミュレーションなどのある特定の分野のプログラミングの経験を積むことになる。そういった経験を通して特定の分野を深堀りしてエキスパートになるのはおおいに結構なのだが、往々にして落ち込んでしまうのが「ボクはJavaのエキスパートだからRubyではプログラムは書かない」、「シミュレーションのことならそれに詳しいエンジニアがいるんだからその人に頼んで」、「今からFlashを勉強している時間
Life is beautiful: 本質的でないものを徹底的に排除すると美しくなる（「アップルのデザインの秘密」より）
アップルの作る製品のデザインがなぜあれほどにすばらしいかを熱く語った文章を発見。一番気に入った部分を引用してみる。 "The businessman wants to create something for everyone, which leads to products that are middle of the road," says Brunner. "It becomes about consensus, and that's why you rarely see the spark of genius." "Critical to Apple's success in design is the way Jobs brought focus and discipline to the product teams," Norman says. "[Jobs] had a s
JavaFX Script 入門、とりあえず言語仕様に目を通してみた
CNetでも報道された通り、Sunが独自のスクリプト言語JavaFX Scriptを発表した。テクノロジーの優劣だけで決まるものではないので、この試みがうまく行くかどうかは何とも予測しがたいが、とりあえず言語仕様が公開されたので目を通してみた。 私なりに興味深いと思った点は以下の５つ（ただし、私なりの拡大解釈が多少入っている可能性もあるので要注意）。 １．宣言型のUIをサポートしていること 宣言型大好き人間の私としては、この方向性は大賛成（ちなみに、UJMLも宣言型のUI言語^^）。"押してね！"というラベルがついたボタンを表示するには、こう書けば良い。 Frame { content: Button { text: "押してね！" action: operation() { System.out.println("押してくれて、ありがとう"); } } visible: true } ２
Life is beautiful: エンジニアとしての満足感をどこに感じるか
先日の「IE3.0の１０才の誕生日のエントリー」で、私が「エンジニア冥利に尽きる」という言葉を使ったことに対して、「ビジネスマン冥利にはつきそうだけど。エンジニア冥利な要素ってどのへんなんだろう？」という質問をいただいた。 本質をついたするどい質問なので、どう答えようか悩んでいたのだが、良い例を思いついた。何年か前のイチローへのインタビューである。細かな言葉までは覚えていないが、こんな感じであった。 アナウンサー：イチローさん、今日は５打数４安打の大当たりでしたね。 イチロー：はい、でも試合には負けてしまいましたから。 アナウンサー：これで今年も２００本安打確実ですね。 イチロー：２００本は単なる通過点ですから。 アナウンサー：特に３回の二塁打の打球はするどかったですね。 イチロー：はあ、でも得点には結びつかなかったのが残念です。あそこは犠牲フライでも良いから１点ほしかった。 アナウンサー
世界の中心で「Contents is King!」と叫ぶ
古川さんのブログで知ったのだが、「トイレ進化論、本当の大変化はこれから始まる!?」で紹介した「The Ten Faces of Innovation」の日本語訳が、「イノベーションの達人」という題名で出版された。Tom Kelleyのもう一冊の本、「発想する会社！」と会わせて読むことをお勧めする。 Tom Kelleyを初めとするIDEOの人たちが発信するメッセージの中で一番重要なのが「ユーザー指向」のもの作り。エンジニアが集まると、とかく「CPUがどうだ」とか「３Dがどうだ」という個別の機能面にばかりフォーカスが集まってしまい、ユーザー不在のもの作りが進んでしまう。 私の一番の興味の対象である「ネット家電」で言えば、BMLによるデータ放送や、テレビに搭載したHTMLブラウザーが典型的な失敗例。明らかに「新技術の導入」だけが先行して、その上で提供されるサービスがないがしろにされているため、
ブログエントリーをその場で編集するツール （MT限定）
今週はUIEJ初の開発合宿が二泊三日で開催されたのだが、私は一日だけ参加。私自身もペアプログラミングに参加したりととても楽しい経験をさせてもらった。 今日、UIEJのオフィスに行って合宿の成果を見せてもらったのだが、その成果の一つが既に公開されているのでここで紹介。 サービス名はYamaki（宿泊していた旅館の名前）。Movable Type ユーザー向けのWYSIWYG編集・推敲ツールだ。Firefoxで編集したいページのPermalinkを開き、ブックマークレットをクリックすると、その場でエントリーに変更を加え、保存することができるのだ。 詳しくは、UIEJの開発者ブログのエントリーをご参照いただきたい。
AJAXアプリは客のわがままを聞いてくれるレストラン
UIEngineの説明をする際に、「通常のウェブ・アプリケーションと異なり、非同期通信を使ってクライアント側でデータ・バインディングをするので、ストレスの少ないユーザー・エクスペリエンスを提供できます」と言ってきた私だが、「データ・バインディングとは何か」を知らない人が意外に多いことに気がついたので、ここで解説しておく。 得意の食べ物にたとえれば、データ・バインディングは「調理」に相当する。定食屋のように全ての食材（データ）をキッチンで調理をしてしまってから一度に持ってくるのが「サーバー・サイドでのデータ・バインディング」で、紅花レストランのように食材をテーブルまで持って来て目の前で調理してくれるのが「クライアント・サイドでのデータ・バインディング」である。 食材を一度にはテーブルに運ばず、客が一つ目の料理を食べている間に二つ目の料理の食材を運んで料理をしておき、一つ目の料理を食べ終わった
Life is beautiful: ソフトウェアの仕様書は料理のレシピに似ている
先日、経済産業省向けの仕事をしている知り合いと食事をしたのだが、彼によると経済産業省の今の悩みは、「IT産業の階層化の弊害によっておこる下流のプログラマーの収入の低下」だそうである。「プライムベンダー」と呼ばれる「上流コンサルタント」たちがインドや中国にも仕事を発注できることを理由に、激しく値切り始めたために、今やわずか一人月３０万円というケースもあるという。 こんな話を聞くと本当に悲しくなる。まず第一に「プログラムを書く」という仕事は簡単な仕事ではない。数学的な頭を持っていないとかなり辛いし、基礎がしっかりと出来ていないとろくなソフトウェアは作れない。物価の安いインドや中国なら許せるが、米国よりも生活費の高い日本で一人月３０万円とはあまりにも低すぎる。 「彼らは下流のエンジニアで、詳細仕様書に従った通りのプログラムを書くだけの簡単な仕事をしているから給料が安い」という説明を聞いたことがあ
「Software is service」の心構え
社員向けの英語ブログの３番目のエントリーは、「Software is service: Why is it so hard for software engineers to fully internalize it?」というタイトル。私の会社には、Microsoft、Apple、PalmなどでOSとかIDEなどの開発経験のある優秀なエンジニアが集まっているのだが、伝統的なソフトウェア作りでの成功経験があるからこそなかなか理解してもらえないのが、「Software is Service」の心構えだ。今回のエントリーは、そんな彼らのためのメッセージ。 少し前までのソフトウェア作りのプロセスは、（１）マーケットやテクノロジーのことが分かっている賢い人たちを集め、（２）彼らに作るべきプロダクトをデザインさせ、（３）必要な人員を集めて作り込み、（４）ある程度できたところでベータ版としてリリースし、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
