タグ

ブックマーク / satoshi.blogs.com (161)

  • こんな商品が欲しい:風呂に浮かべてビデオを鑑賞できるiPod希望

    ワイアレスやコンシューマー・エレクトロニクスのカンファレンスに行くと、毎回のように話題になるのが、デバイスのコンバージェンス。いわゆる「多機能携帯電話があれば、デジカメもiPodも、ひょっとしたらパソコンすら不必要なんじゃないの?」という「統合デバイス神話」。 「デバイスは統合されるどころか、TPOに応じたさまざなデバイスが作られることにより分化が進み、そのうち窓ガラス埋め込みデバイスとか、使い捨てデバイスとかができる」と信じている私のようなアンチ・コンバージェンス派は少数派。 今日も、風呂に入りながらiPhoneでYoutubeを見ていたのだが(知り合いがそれに最適なアプリを作ってくれたのでそのテストも含めて...まだアルファテスト中なので公開できないが、ベータ版がリリースされしだいここで報告するのでお楽しみに)、湯船に落とさないようにするのに結構気を使うし、湯気も気になる。可能であれば

    yuiseki
    yuiseki 2008/01/28
  • 超薄型USBメモリってすごくない?

    WSJ(Wall Street Journal)のCESレポートの一つに写真が出ていたのでちょっと調べてみたのが、Choice Onlyという会社のアクセサリ型USBメモリ。わずか1.4mmという厚さゆえにこのようにUSBメモリの携帯ストラップ化が可能になるのだが、これでアダプターなしでUSB2.0と接続可能らしい(USBに関してはあまり詳しい方ではないので、少し調査が必要)。 USBメモリもここまで薄くできるのであれば、メモリスティックだSDだmicro-SDだと仕様が乱立するメモリーカードをやめてUSBメモリに統一した方がみんなが幸せになると思うのだがいかがだろうか?デジカメとかも含めての話だ。 USBメモリをこれだけ薄くできるのであれば、VMのホストのみが入ったパソコンを各所に用意しておき、自分なりのWindows XPやOS-Xの環境は仮想マシンとして携帯ストラップ型USBメモリ

    yuiseki
    yuiseki 2008/01/12
  • 「リスク・テーカー遺伝子」の歴史

    これは人類が誕生するよりも何百万年も前の話。人類の祖先がサルやネズミに近かった時の話。ネズミのような姿・形・大きさをしながらサルのように木の上に住む原始的な哺乳類を想像していただければ良い。 その種族にある時、突然変異のいたずらで、ちょっと変わった遺伝子を持った子供が生まれた。名前はなかったのだが、それだと不便なので「トム」と呼ぶことにする。 トムが持っていた遺伝子は、トムの姿・体に変化を与えるものではなく、トムの行動に影響を与える遺伝子。種族の他の個体たちがすることに疑問を持ち、彼らがしないことをどうしても試したくなる、という遺伝子だ。「いたずら遺伝子」「反骨遺伝子」と呼んでも良いのだが、ここは「リスク・テーカー遺伝子」と呼ぶことにしよう。 トムは母親に尋ねる。 「ママ、どうしてあの木にある赤い実はべちゃいけないの?」 「毒があるからよ。べるとおなかを壊しちゃうの?」 「ママはべた

    yuiseki
    yuiseki 2008/01/12
  • Life is beautiful: なぜアップルにできたことがソニーにはできなかったのか

    アップルがiPod+iTunes+iTunes Storeというハード・ソフト・サービスを巧みに組み合わせてネット時代にふさわしいコンシューマ・エレクトロニクス・ビジネスモデルを見せてくれたことに関しては、ここでもさんざん書いて来たが、反面教師として注目すべきなのは、ソニーになぜそれができなかったのか?ということ。 自分自身がメディア産業を持ち、ウォークマンというブランドを持ち、ネットビジネスに抜群のセンスを持つ出井氏を社長に据えたソニーはアップルよりははるかに良い立場にいたはずだが、なぜこんなことになってしまったのだろうか。 メディア産業を持つことが逆に足かせになった、ソフトウェア開発力の差、たまたまラッキーだっただけ、天才スティーブジョブズがいたから、イノベーションのジレンマ、などのそれぞれの側面から考察を加えることは可能だが、あの時代のソニーに特有の問題として特に注目すべきなのは、あ

    yuiseki
    yuiseki 2008/01/01
  • Life is beautiful: スタバとアップルの提携が見せてくれるメディアビジネスの将来

    Appleが最近申請した特許出願には、iPhoneユーザーを対象にした未来におけるキラー機能のヒントが垣間見える。コーヒーショップやその他小売店舗での商品注文をiPhoneから行うことで、(店舗内の)順番待ちの行列をバイパスできる、と言ったものだ。【TechCrunch Japanese アーカイブ » Apple、長い行列での順番待ち回避方法を特許申請より引用】 この特許そのものに有効性があるかどうかはいささか疑問だが、この特許やアップルが現在スターバックスでしていること(「店の中で流れている曲」を購入できる機能)を良く見れば、今後iPhone(iPod touchを含む)を利用したラテの注文および電子決済に進むのはほぼ間違いないだろうことが分かる。 スターバックスとアップルは、わずか数ヶ月前にスタバという実店舗とiTune Storeを連携させることを発表したばかりだが、「スタバのiT

    yuiseki
    yuiseki 2007/12/30
  • Webサービスの概念を必要以上に複雑にしている力の話

    「Beginner's Guide: Web サービスの基礎知識」というエントリーがはてぶの人気エントリーに入っていたが、実際のところWSDLだとかUDDIなどのIT業界の重鎮たちによって作られた標準規格が、HTTP/HTML/RSSが成し遂げたようなレベルの当の意味での標準になるとは、私にはどうしても思えないのだがどうなんだろう。 今でも忘れられないのが、90年代の中頃にHTTPとHTMLの仕様に出会った時のショック。アーキテクチャが不必要なまでに複雑化してしまったGUI OSのアーキテクチャに根的な疑問を持ち始めていた私には、HTTPとHTMLのシンプルさは当に「目からウロコが落ちる」感動を味合わせてくれた。 その意味では、RSSとかJSONとかはその延長上にあり、「シンプルでありながらパワフル」であるからこそこれらのものがこれだけ普及していることは明白。スペックそのものがとても

    yuiseki
    yuiseki 2007/12/22
  • iAnime.js でWicketのホームページを作ってみた

    他のアニメーション・ライブラリについて調べていたら出会ったのが、「Javascript animation libraries compared」。Wiketのホームページのアニメーションを、Yahoo! Animation と animator.js の両方を使って実装して比較している。ちょうど良い機会なので、iAnime.jsを使って同じものを作ってみたのがこれ。 ・Wiket home page using iAnime.js ソースコードはこんな感じ。このJSONベースの言語のおかげで、他の二つよりもずっと簡単だ。 anime.addSequence([ [{ id:'top', effect:'bounce', y:top, duration:2000 }], { id:'logo', effect:'easeout', duration:2000, x:300+(iBrowse

    yuiseki
    yuiseki 2007/12/13
  • iAnime.js をGoogle code上のオープンソース・プロジェクトとして正式スタート

    「オープンソースとして自分の書いたコードを公開する」意味を知るために初めたianime.jsプロジェクト。そろそろ形も整い始めたので、週末を利用してGoogle codeにプロジェクトを立てて格的なオープン・ソース・プロジェクトとしてスタートすることにした。 Google code - iAnime.js: ligh-weight javascript engine for PC and iPhone これからドキュメントやサンプルの整備など、やることはたくさんあるが、こうやって公の場にプロジェクトを立てることによって自分にプレッシャーを与えるのも良いかも知れない。 あまり欲張っても長続きしないだろうから、とりあえずはiFreecellを題材に、iAnime.jsを使ったゲーム・プログラミング入門のようなものをシリーズ化してwikiに書いてみようかと思う。 ちなみに、ライセンス形態として

    yuiseki
    yuiseki 2007/12/02
  • Life is beautiful: 優秀なナースがいるとシステムがなかなか改善されないという話

    「Why hospitals don't learn from failures(なぜ病院は失敗から学ばないのか)」という論文を読んでなるほどと思う部分があったので、ここにメモ代わりに書いておく。 この論文の筆者(TuckerとEdmondson)は、医療ミスがなかなか減らない原因を探るために、全米の10の病院を長期間に渡って調査・研究したのだが、その結果判明したのは、「システムの改善」という観点からは、ナースの優秀さと勤勉さが逆効果になっているという皮肉な話。 「優秀なナース」の定義はどこでも同じで、「目の前の患者が必要としているものを、あらゆる障害を乗り越えていち早く提供する」こと。取り替えるべきシーツが不足していれば別の階に走って行って調達してくるし、新米のナースのミスにはいちいち噛み付くこともなくそのミスを取り繕う。そんなナースたちにとっては、その手の「不具合」や「障害」は避けられ

  • gPhone雑感:「モバイル・プラットフォーム戦国時代」の幕開けだ

    今朝になって、話題のgPhoneがアナウンスされた(参照1)訳だが、大方の予想を裏切ってそれはデバイスではなくてソフトウェア、それも2005年にGoogleが買収したandroidという会社の作っていたLinuxベースのマイクロ・カーネルと、バーチャル・マシン。androidの買収とともにGoogleに入ったAndy Rubinがandroidの前に作ったSidekick (Danger Inc.)の中身を良く知る私としては、「これってDanger OSとどこがちがうんねん?」という感じ。 ほぼ同じ時期に会社をスタートしたこともあり、Dangerの連中とはスタートアップ当時から一緒に仕事をし、サードパーティとしてSidekick向けのソフトウェアを作った数少ない会社の一つがうちの会社UIEvolution Inc.だ(資料2)。 Javaに似てはいるが微妙に異なるバーチャル・マシンを持ち、

    yuiseki
    yuiseki 2007/11/06
  • Life is beautiful: RailsがRubyで作られた本当の理由

    弾:最初の質問です。なぜRubyを選んだのですか? DHH:極端なことを言うと,Rubyが一番美しく自分のコードが書けるからです。 【小飼弾のアルファギークに逢いたい♥:#2 Ruby on Rails作者 David Heinemeier Hansson(前編) RubyRailsを書いたわけ|gihyo.jpより引用】 この記事を既に読んだ方も多いと思うが、この「Rubyが一番美しく自分のコードが書ける」というセリフは非常に重要である。「イテレータに片思い」というエントリーで書いた通り、Rubyには生みの親の「コードは読みやすくあるべき」という魂がしっかりと込められており、それが「コードの美しさ」に繋がっているのである。 私がRubyを触り始めて一番強く感じたことは、Smalltalkとの類似点である。私自身、90年に数ヶ月間Smalltalkにどっぷりと使っていた時期があるが(マイ

    yuiseki
    yuiseki 2007/10/09
  • Life is beautiful: ひろゆき語録:たまたま分かっている人たちがそこにいただけ

    ニコニコ動画の開発ブログを読むと分かるんですが 開発した人たちもひろゆき氏の知名度を利用しようという意図があっただけで 特別なにもしてないんですよね・・・ (そういう意図があったことは人達も認めてるし) そういう意味では謙遜ではなくてただの事実なんですが,どうも画策した意図がうまく 回りすぎてて開発者達が過小評価されてひろゆき氏が評価されすぎてる気がする

    yuiseki
    yuiseki 2007/09/28
  • Life is beautiful: プレゼン初心者が覚えておくべき3つのポイント

    プレゼンの初心者にありがちな失敗は、 ・自分の未熟なプレゼンのテクニックを気にしすぎてあがってしまう ・情報は多い方が良いと勘違いして、スライドをたくさんの文字で埋め尽くしてしまう ・その結果、観客に話しかけるのではなく、観客に背中を見せてスライドを読んでしまう ・結局何が言いたいのか全く伝わって来ない など。今日はそんな人に覚えてほしい三つのポイント。 1. 観客は「未熟なプレゼン」には寛大だが、「何を伝えたいのか分からないプレゼン」には厳しい 「自分はプレゼンが不得意」と思い込んでいる(もしくは悩んでいる)人はたくさんいると思うが、そんな人がまず覚えておくべきことは、観客が「未熟なプレゼン」にはけっこう寛大であること。小中学生ならいざしらず、社会に出てから「プレゼンターの未熟さ」笑う人はまずいないので、心配しなくても良い。逆に、観客が許してくれないのは「何を伝えたいのかが分からないプレ

    yuiseki
    yuiseki 2007/09/23
  • まだまだ開拓の余地がある「釣りバカ気分」的なモバイル・ユーザー・エクスペリエンス

    夕べは、TiE-Seattleが開催する「Mobile Content Monetization - Challenges and Strategies」という会議にパネリストの一人として参加。携帯電話向けのベンチャー企業を経営している起業家のための会議ということもあり、「どうやったらモバイル業界でベンチャー企業として成功できるか」というテーマをさまざまな角度から議論する、というのがこの会議の趣旨である。 Chetan Sharmaという人がこの会議に関するレポートを書いているので、興味のある方はどうぞ(私も何度か登場する)。 パネリストの一人として出るからには、パネル・ディスカッションを盛り上げなければならないし、笑いもとらなければならない。少し過激なことを言って観客の注意を喚起してから、何か意味のある提言をするというテクニックはブログと同じだ。 私が主に語ったのは以下の4点。 1.キャ

    yuiseki
    yuiseki 2007/09/23
  • Life is beautiful: 私のとっておきのプログラミングスタイル

    404 Blog Not Found の「LiveCoding に学ぶプログラミングの三原則」を読んでいたらどうしても書きたくなったので。あくまで私のスタイルなので、参考にするもしないもご自由に。 1. スタードダッシュでできるだけはやくめどをつける 学生時代から夏休みの宿題は7月中に終わらせていた私とすれば、ラストスパートよりはスタートダッシュで勝負する。どのみち、どこかで思いっきり頑張らなければならないのであれば、締め切り間際ではなく、スタート間際に頑張るべきというのが私のポリシー。十週間のプロジェクトであれば、最初の二週間が勝負。そこで八割がたのめどをつけておき、後は流す。最初の二週間がめどが立てられなければ、十週間で完成できる可能性は低いと考える。常にそういう姿勢でいれば、締め切りぎりぎりになって致命的な欠陥が見つかって痛いめにあったり、当は大幅な設計変更をすべきなのに応急処置で

    yuiseki
    yuiseki 2007/09/17
  • 恐竜の時代から昆虫の時代へ、超小粒企業の時代がやってくる!?

    たまたまあるプロジェクトで37signalsのBasecampを使っていたため、私も使わされることになったのだが、わずか1日で使いこなせるようになるそのシンプルさに惚れ込んでしまい、勉強用のアカウント(これは実際にグループで使う)と、個人のタイムマネージメント用のアカウントと、今や三つのアカウントを使いこなすようになってしまった私である。 自分で作った二つのアカウントは無料バージョンだが、そこで提供されているWriteboardというものすごく便利なツールを使い始めたのが運のつき。無料版は二つのドキュメントまでしか作れないとは知らずに使い始めてしまったため、このままだと三つ目のドキュメントを作る時には有料会員(月12ドル)になっていることだろう。 37signalsという会社のことは、Ruby on Railsを作った会社としてしか認識していない人も多いと思うが、私にとっては、CEOのLe

    yuiseki
    yuiseki 2007/09/05
  • 「2ちゃんねるはなぜ潰れないのか?」は「ウェブ進化論」の格好の解毒剤!?

    遅ればせながら「2ちゃんねるはなぜ潰れないか?」を読んだ。なかなかである。著者のひろゆき氏とはまだ直接会ったことはないが(共通の知り合いはたくさんいる)、こののおかげで彼に対するイメージが大きく変わったことは否めない。どう変わったのかを一口では説明しにくいが、あえて誤解を恐れずに言えば「ちょっと危なそうな2ちゃんの管理人」から「一度はゆっくりと話してみたい人」に変わったと言うべきだろうか。 「グーグルのすごさって技術力じゃなくて企画力にある」、「mixiの株価はどうかんがえても高すぎるし、上場すべきではなかった」、「ホリエモンが逮捕されていなかったら日はもっと面白い国になっていたかも知れない」などは、私も常々思ってきたことなので、を読みながら何度も心の中で拍手をしてしまった。 そもそも世の中には「これが正解」なんてものはないことを考えれば、さまざまなベクトルを持った人たちの意見を幅広

    yuiseki
    yuiseki 2007/08/16
  • 直感的なUIとhand-eye-cordinationの話

    下のビデオは一歳度児がiPhoneのフォト・アルバムの機能を使っている姿を撮影したものだが、これを見ると「直感的なUI」とは、まさに人間が赤ん坊のうちにマスターする"hand eye cordination(目からフィードバックを受けながら手先を動かして物をコントロールする能力)"に合致したものなのだということが良く分かる。 【追記】参考までに、私が特に好きなUI関連の書物二冊へのリンクを張っておく。特に「誰のためのデザイン」はUIが単なるソフトウェアやウェブ・サイトのUIデザインの問題ではないことに目を開かせてくれる良書だ。 ・誰のためのデザイン?—認知科学者のデザイン原論 ・Envision Information

    yuiseki
    yuiseki 2007/07/22
  • Life is beautiful: iPhoneのおもてなし:買った瞬間から目に見えて違うおもてなし

    二週間遅れでやっと手に入れたiPhoneだが、まあなんと言ってもすごいのがその「おもてなし(User Experience)」である。User InterfaceとUser Experienceの違いを理解していない人がこの業界には多いが、そんな人たちのためにも、iPhoneのおもてなしのすごさを少し書いてみようと思う。 まず、iPhoneを入手した時の一番の驚きは、iPodと同じく「ごく普通にAppleストアで買って、すぐに持って帰ることができる」点である。日でも米国でも、携帯電話買った時にはお店でアクティベーション(日語では「開通手続き」)をしてもらう必要がある。これが結構時間がかかって面倒な上に、人気機種の売り出し日などはカウンターの前に人が不必要にあふれてしまい、店員はてんてこまいだし、お客は疲労してしまう。 徹夜組みが出るほどのiPhoneの発売日は、さぞ悲惨なことになると思

    Life is beautiful: iPhoneのおもてなし:買った瞬間から目に見えて違うおもてなし
    yuiseki
    yuiseki 2007/07/12
  • iPhone風アイコンを使ったUIの試作

    iPhone風アイコンのテンプレートではいろいろと遊ばせてもらったが(参照1、参照2)、今日はそれを使ってUIを試作してみた(注:星座を選択する部分のみなので選択してもなにもしない)。 ちなみに、これを作ってつくづく感じたのは、Flashがプログラマー向けの部分(ActionScriptを使ったプログラミング)とデザイナー向けの部分(タイムラインを使ったFlash Movie作り)の二分化が加速していること。 最初の星座用のボタンを作るまではFlashのオーサリングツールを使って簡単に作れたのだが、それと同じ動作をするボタンを他の星座に向けて作ろうとしたとき、(1)一度それをパラメーター化したプログラムに変換してから再利用するか、(2)手作業であと11個ボタンを作るか、の選択肢に迫られて悩んでしまった。結局は後者の方法を選んだのだが、その作業のかったるいことと言ったらない。動作だけ同じでア

    yuiseki
    yuiseki 2007/07/06