Twitterで見つけたビデオ。結構笑えたので、貼付けておく。題名は "Power of a Good Story"。ちょっと訳しにくいが、「ものがたりの力」といった感じか。
Internet Explorer 3.0/4.0 の開発に関わっていた人間として言うのも変な話だが、そろそろIEには主役の座を降りてもらった方が良いと思っている。いろいろな要因がからみあって今の状況があるわけで、その部分について今さらここであれこれ言うつもりはないが、実際のところ、 IEが他のブラウザー(Safari/Firefox/Chrome/Opera)と比べてHTML5やCSS3のサポートに関して大きく遅れている そもそもIEの進化のスピードが(というかMicrosoftから出る製品すべての進化のスピードが)遅すぎる にもかかわらずIEのシェアが大きいため、業界全体の足を引っ張っている という現状があることは誰にも否定できない。 HTML5やCSS3の新しい機能により可能になる新しいウェブアプリをどんどんと作って行きたいと考えているエンジニアは私だけではないわけで、その意味では「
CNet/WSJにも書かれていたが(参照)、DellがAndroidを使ったスマートフォンのリリースに向けて着々と準備を進めているらしい。 Microsoft/Intel連合がOSとチップセットという組み合わせでパソコンビジネス(ハード)への参入障壁を極端に低くし、大量の新規参入組と自然淘汰により一気にパソコンの低価格化・コモディテぃ化が進んだことは記憶に新しいと思うが、それと同じような波がようやく携帯電話の世界に押し寄せて来ている。 ここに来てはっきりと見えて来たことがいくつかある。 Androidにより参入障壁が大幅にさがり、中国・台湾・韓国などからメーカーが大量に参入してくる そういったメーカーに製造をまかせ、自分はデザインとブランドだけで勝負する企業も参戦する(Dellはだぶんここに位置することになる) スマートフォンとそれ以外の境があいまいになり、フルブラウザーを搭載するのがあた
HTML5・CSS3のような新しい技術の問題点は、HTML4やらFlashなどの枯れた技術と違ってノウハウ・ライブラリ・ツールとかがまだ十分にそろっていない事。普及のタイミングもまだはっきりとしていないこの段階で手を出せない・出しにくいと感じている人が多いのも良く理解できる。 私から見れば、逆に「こんな楽しい状況は滅多にない」わけで、商売になるかならないかは二の次にしていろいろと試したくなる。 今日作ったのは、HTML5+CSS3上で可能になる(ただし現在ではWebkit独自の拡張を含む)3つのアニメーション・テクニックの比較(左に貼付けたものがそれ、Safari/Chromiumだとすべて動く。Firefox/OperaだとDOMとCanvasのみ(ただし別ウィンドウで開かないとCanvasが動かないークロス・ドメインセキュリティのバグか?))。 詳しくはソース(参照)を見ていただければ
最近、なぜかいろいろなところでHTML5やら モバイル端末向けのブラウザーの話をすることが多いのだが、今年になってトレンドとしてはっきりと見えてきたのは、WebKitがモバイル端末のブラウザーのデファクト・スタンダードになりつつあるということ。 私自身、最初にAppleがブラウザーを作ると聞いた時には「なんでそんな大変なことを今更?片手間でできる仕事じゃないぞ」と思ったりしたわけだが、その予想に反してAppleが見せた本気度とリーダーシップには本当に関心してしまった。 世の中にすでに何百万とあるサイトとコンパチビリティを保つというだけでも大変な作業なのに(経験者語る)、CANVASやCSS Transform/Transitionなどの新しいコンセプトを次々に導入してHTML5の標準化でリーダーシップを取っている点は注目に値する。 「スタンダードを決める」立場に自分を置く事がどのくらい重要
「ダウジング」という言葉をご存知の方は多くないかも知れないが、左の図(wikipediaのダウジングの項目より拝借)のようなデバイスを使って地中に埋まった水や鉱脈を探す、ということが古くから行われていたという話を聞いたことがある人も多いと思う。 このデバイスが人間の集中力を高め、五感だけで感知できないものを見つけることができる、というのがこのデバイスの力を信じる人たちの主張する「理論」である。 科学者から見れば「UFO」「オカルト」「占い」と同じたぐいのものだが、「現代でも一部の地方の水道局では埋没した水道管を探すのに実際に使われている」という説もあり(子供のころにテレビで見た記憶がある)、この手のものの中では根強く現代にまで生き残っているものの一つである。
ブログに関しては、Early Adaptorとして早くから有効に使わせていただいている私だが(このブログを始めたのは2004年、その前にも一つ別のところにブログを書いていた)、Twitterに関しては「どうもいまいちピンと来ない」というのが正直な感想。 今年に入ってからメディアに異常なほどにもてはやされていたTwitterも、「Twitter is a Fad - Business Week」、「セカンドライフとTwitter」など、「Twitterは一時的な熱狂にすぎない。セカンドライフと同じ道をたどるんじゃないか」という冷めた意見も多く見られるようになった。 私自身もPhotoShareからの連携で写真へのリンクを自動投稿する以外はほとんどアクセスしなくなってしまっていたのだが、今回、開発者向けのあるウェブサービスをリリースすることになり、Twitterが有効に使えるケースがあることに
今朝、最初に目についたのがZDNetの「Sales of Palm Pre have slowed, could drag down company」という記事。Palmとしては社運を賭けた商品だけにこれが失敗すると会社の存続そのものが怪しくなる。 この記事によるとローンチした6月には20万台を売ったものの、7月の売り上げが10万台に落ち、今四半期の売り上げ予想40万代の達成が難しくなったという。 ビジネス向けにやたらと強いBlackberry、セクシーさで消費者の心をすでにつかんでいるiPhone、という二強がいる米国のスマートフォン市場にかかんにチャレンジしたわけだが、やはりかなりきつかったようだ。ポジショニングとしては、かなりiPhoneに狙いを定めたマーケティング戦略にでたのだが(下に貼付けたのTVコマーシャルを見るとよくわかる)、これまた社運を賭けてiPhone/iPod tou
90年代にIBM、Microsoft、Apple各社が巨額の開発費を投じて作っていた「戦略的OS」がすべて失敗してしまったことを皆さんはご存知だろうか? IBMが作っていたのはOS/2。元々はMicrosoftとの共同開発だったが、途中で仲違いをしてしまい、最後はIBMだけが細々とサポートしていたことすら覚えていない人が多いとは思うが、Windows95の成功であっというまに市場から消えてしまったのがOS/2。具体的な数値は公開されていないので分からないが、両社が数百人体制で数年間開発していたので、少なく見積もっても日本円で数百億円は投じられたことは間違いない。 Cairoの方は私自身が初期のころにいたこともあるし、最終的には「Chicago(Windows95のプロジェクト名) vs. Cairo」の戦いの最前線にいた私としては知りすぎている点も多いのだが、一つだけ確かなのは、プロジェク
ここしばらくこのブログのアカウント(Typepad)の調子が悪くブログの更新ができなかったのだが、ようやく復活。サイドバーの問題もこれで解決できた。April Foolのジョークができなかったのが残念だが、しかたがない。 仕事でもスポーツでもなんでも、新しいことを始めること利点の一つは、人との出会い。Big Canvasを立ち上げてから、いろいろと新しい知り合いが出来たのだが、その中でも極めつけの人たちがAppBankの二人。いろいろな意味で「正のオーラ」を出しまくっている人たちなので、そのエネルギーをもらうためだけでも日本に行く価値があるとも言える二人。 私が3日しか日本に滞在しなかったにも関わらず、そこにNPO法人「ドリームワークス」の記者発表(参照 )と、「iPhone・iPod touchラボ×AppBank共同インタビュー」(参照 )を押し込んでしまう機動力は本当にすごいと思う。
先日のPhotoShareのスケーラビリティのエントリーに関しては、さまざまなご意見をいただき、とても良い勉強になっている。ただし、少し分かりにくかった部分があると思うのでそこに関して補足しておく。 サーバーのスケーラビリティに関してはすでに色々なところに書かれているが、今回の私が注目しているのは、どうやってサーバーのキャパシティを増やすか、という話ではなく、サーバーのキャパシティを超えたトラフィックが来てしまった際にどんな挙動をするように設計しておくのが良いか、という話である。 限られた資源を使って数万人・数十万人の人たちにサービスを提供するかぎり、予想外の急激なトラフィック増加でサーバーに過負荷がかかったりすることはどうしてもあるわけで、そこで問題となるのは、その手の過負荷をどうさばくか。 たとえば写真に付いたコメントを表示させる場合、「最新の情報をすぐに」表示するのが良いのが当たり前
ずいぶん前に、「マルチスレッド・プログラミングの落とし穴、その1(かもしれない)」というエントリーを書いたが、今回はPhotoShareサーバーを運営していて、まさにこのあたりの深い考察が必要になって来たので、良い機会なので続編エントリー。 PhotoShareのバックエンドのようにCRUD(Create/Read/Update/Delete)のAPIをサポートするバックエンドを作る場合、Create/Update/Deleteのリクエストに対してはクライアントからのAPIコール時にすぐに(HTTP Requestに返事をする前に)データベースに変更を加え、Readの際にも(キャッシュを使う・使わないを別にして)データベースの最新の状況を反映するデータを返すように設計するのが普通である。 このアーキテクチャの問題は、ユーザーのアクティビティが増えた時に、データベースやI/Oがボトルネックと
iPhoneに関しては、まだ誤解している人も多いようなので、念のために解説しておくと、iPhoneがこれほどまでに通信業界で注目されているのは、マルチタッチのUIを採用しているからでも、NextStepの血を引く最先端のiPhoneOSを積んでいるからでもない。NTTドコモなどの旧来型の通信キャリアからみれば「単なるデバイスの調達先」でしかなかったデバイスメーカーがキャリアのビジネスに口も手も出している点にある。 私がAppleとAT&Tの提携発表で一番驚かされたのは、その料金体系であった。パソコン並にネットワークを使うiPhone向けの使い放題プラン(日本の「パケ放題」に相当する部分、ただし容量制限は一切ない)が月々わずか20ドルというのは、本当に破壊的な価格である。この価格故にiPhoneは非常に魅力的なデバイスとなっているし、これだけ普及している。もちろん、それを実現するためにAT&
昨日のエントリーに引き続き、今日もブログのページビューの統計解析。今日は、一週間あたりのブックマーク数とページビューの相関関係をプロットしてみた。 これもしっかりと相関関係が出ている(一つだけ例外的に480近くもブックマークを集めたにも関わらずページビューが極端に低い週があるが、これは年末で例外的にトラフィックが低かった週のデータ)。 最小二乗法で求めた直線の方程式は、Y=53595+45X(Y:ページビュー、X:ブックマーク数)。Coefficient Determination(R^2)は37%。相関関係はエントリー数よりも強い。"45X"の項目は、ブックマークが一つ増えるとページビューが45増えることを示しており、ページビューを稼ぐためにはブックマーカーに受ける記事を書くことが一番の近道だ、ということを表す。 ◇ ◇ ◇ さて、ここまで読んでいただいて、あなたはどう感じただろうか?「
スティーブ・ジョブズの基調講演でもうひとつひっかかったのが、Apple TVとiPhoneのソフトウェア・アップグレードが無料なのに、iPod touchのアップグレードが20ドルなこと。Apple TVとiPhoneのソフトウェア・アップグレードが無料なことに触れたときは、誇らしげにストップして拍手を受けたのに、iPhone touch のアップグレードに関しては、「これから販売するiPod touchには無料で新しいアプリケーションがついて来るけど、既存のiPod touchに関しては20ドル」と、あっさりと流したことに妙な違和感を感じた人も、「Appleはセコい」と思った人も多いはずだ。 私も「アレ?」と思ったのだが、思いあたるフシがあったので、AppleのAnnual report を調べてみたところ、答えが見つかった。 エンロン・スキャンダル以来、厳しくなった米国の会計基準が理由
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く