皆が「空気を読み、流れに乗って」ばかりいたらこの国は沈む
先日の「日本の大学生はなぜ勉強しないのか」というエントリーには、賛否両論、数多くの意見をいただいた。その中のでも、旧来型の日本人の考え方を表す典型的な例がこのコメントだ。 「大学のとき、周囲には真面目に勉強している人も結構いたけど、えてして勉強せずにサークル・飲み会etcで普通の大学生していた人のほうが大企業入って出世していて、勉強していた人にはレールから外れて苦労している人が多い。社会に出てから、なるほど人付き合いや飲み会は勉強よりも重要だったんだな、と遅まきながら気がついた。日本て、皆がやっていることをその流れに乗って同じようにできる人が求められている社会で、なまじ大学の図書館にこもって勉強ばかりしている異質な大学生は社会に出た後レールから外れる傾向にあるのだと思う。」 欧米に追いつくことだけを考えれば良かったころは、創造性よりも調整能力、専門性よりも汎用性、知恵や知識よりもコミュニケ
スティーブ・ジョブズに学ぶプレゼンの秘訣
ベスト・セラー「スティーブ・ジョブズ 驚異のプレゼン」の著者で、Business Week のコラムニストでもある Carmine Gallo が書いた "10 ways to sell your ideas the Steve Jobs Way!" という資料を手に入れたので、簡単に内容を紹介する。 1. 最初は手書きで考えをまとめろ いきなりパワポの資料を作らず、まずは紙やホワイトボードなどで（訳注：neu.Notes+ でももちろんかまわない^^）、プレゼンの大まかな「流れ＝ストーリー」を作るべき。つまらないプレゼンでは、観客はすぐに飽きてしまう。語るべき「ストーリー」がないうちにパワポの資料を作っても意味がない。 2. Twitter 向きの短いフレーズを使え Twitter の「口コミ効果」に関しては、いまさら強調するまでもないが、それを最大限に活用するには、１４０字以内に収まる
スタートダッシュ型仕事術：実践編
昨日書いた「『時間に余裕があるときにこそ全力疾走で仕事し，締め切りが近づいたら流す』という働き方」というエントリー、Twitterやハテブでたくさんのフィードバックをいただいたが、その中で気になったものの一つが、「そうは言っても仕様がころころ変更になるからスタートダッシュで仕事をしていたら時間が無駄になる」というもの。 まず最初に言っておくと、「仕様がころころ変更になる」のはソフトウェアの宿命。どんなに頭の良い人が設計しても、「作ってみなければ分からない」「使ってみなければ分からない」ことはどうしてもあるので、「アーキテクチャの大幅な変更」「ユーザーインターフェイスの大幅な変更」があるのはあたりまえ。 ぜひとも認識して欲しいのは、「だからこそスタートダッシュで肝となる部分を一気に作って、早めに（仕様変更が必用かどうかの）見極めをする必用がある」という点。特に「作って見なければ分からない」部
iPad上でHTML5 Widgetを走らせて遊ぼう
昨日の「HTML5: W3C Widget とその応用を考える会」は参加者も多く、私自身とても良い勉強になったが、そこでも予告した通り、iPad発売を記念してWidgetのサンプルをいくつか用意したので、ぜひともお試しいただきたい。 手順は以下の通り。 ステップ１. iPadにCloudReadersをインストールする（iTunes ストアへのリンク） ステップ２. 以下のWidgetをダウンロードする Download 3dClock.wgt (2.5K) ー CSS3を使った３D時計 Download TimeTrial25.wgt (7.8K) ー タイムトライアルゲーム Download JSCalc.wgt (3.4K) ー 電卓 Download QuadraBench.wgt (2.5K) ー Canvas のベンチマークプログラム ステップ３. iPadをPC/Macに繋げ
iPadに最適化したPDFファイルの作り方
iPad向けにPDF/マンガリーダーCloudReadersを発表してから、いままで直に付き合いがなかった出版業界の人たちからちょくちょくコンタクトをいただくようになった。その中で良くある質問の一つが、「iPad向けに最適化したPDFファイルの作り方」。そこで今日は、そのあたりのノウハウをまとめて書いてみる。 まもなく日本でも発売されようとしているiPadは色々な意味で画期的なデバイスだが、あくまで位置づけはモバイル・コンピューターであり、パソコンではない。画面も大きく、CPUも高速になったとは言え、搭載するメモリ（RAM）の量はiPhone 3GSと同じだ。 そのため、メモリがふんだんにあるパソコン用に作ったPDFファイルを読もうとすると、メモリ不足でアプリが落ちたり、極端に遅くなったりしてしまう。アプリを作る側もいろいろと対応はしてはいるが（参照）、やはり快適にiPad上でPDFファル
もし日本のメーカーが iPhone を発売していたら..
iPhoneは会社から支給されて使っていますが、非常に使い勝手がいいです。 ただ、これでは、いまほど欲しくならないことはたしかですね。 他の機種と同じ土俵の上に上がってしまっているので、「なんかいろいろ機能がごてごて付いてる中の携帯の一つ」というところでしょう。 つまり、「売れるモノも売れなくなる」、「売り方次第」ということを今更ながら思い知らされました。
Appleが打つべき次の一手
先日、宿題の形にしてあえて私の意見を書かなかった「Appleが打つべき次の一手」。さまざまな意見が集まって私自身にとってもとても良い勉強になったが、やはり戦略として重視すべきなのは
OilCanvas作品集
PhotoArtistをリリースした直後にも言った気がするが、この手のソフトをリリースした後の一番の楽しみは、PhotoShareに投稿されるユーザーの方々の作品を見ること。OilCanvasをリリースしてからわずか２日だが、すでに数百枚の作品が投稿されており、目を通すだけで大忙しだ。
"emoji" (絵文字) の "emo" が "emotion" の "emo"だという誤解
日本のケータイに「絵文字」という独特の機能があり、これが今や「絵文字文化」と呼べるところまで進化していることは、これまれ国外ではあまり一般的に知られた話ではなかった。 しかし、今回iPhoneが絵文字を全面的ではないとは言え採用したことは、「絵文字文化の輸出」という観点からはとても重要な意味を持つかも知れないと密かに期待している私である。 その中で生まれつつある面白い誤解が、"emoji"の"emo"の部分が"emotion"の"emo"から来ているという誤解。 確かに「日本人はなぜ絵文字を使うか？」という説明をするときには、「平坦な文章にアクセントをつけて色々な感情（emotion）を込めるため」などと私でも言うわけで、その過程でこの誤解が生じるのは仕方がないとも言える。 まあ何にせよ日本の文化がこうやって世界に広がって行くというのは何とも楽しい。"emoji"がWebster'sに乗る
「デッサン力」がない人が「絵を描く楽しみ」を味わえる時代
上の三つの絵は、私がiPhone/iPod touch向けのお絵描きソフトSmallCanvasで描いた絵だが、パッと見てどう感じるだろう。「結構絵が上手な絵じゃないか」と思った人も多いかもしれない。 実は上の三つの絵は、SmallCanvasの発売に合わせて、私自身がサンプルとして書いたもの。絵心のない私が苦肉の策で作り出したのが、SmallCanvasのundo/redo機能を駆使して写真のトレーシングをするという裏技（アプリの作者が「裏技」を発明してどうするんだ、とうツッコミはなしで^^;）。下に置いた写真をトレースするために、基本的なデッサンがしっかりとし、これだけで「そこそこ見られる絵」になってしまうから不思議だ。 これで再認識したのは、「絵の上手さ」は、「ちゃんとした構図でデッサンが描けるか」という「テクニック」の部分と、「描き手オリジナルの表現ができるか」という「センス」の部
「iPhone開発者支援プログラム」に興味がある人、この指とまれ
シリコンバレーのエンジニアと比べて日本のエンジニアがの労働環境や待遇の面で冷遇されているということは常々言って来たことだが、その原因の一つがベンチャー企業を支援する仕組みが日本に圧倒的に不足していること。私なりになにかできないかと色々と考えて来たのだが、やはり私としてできることはもの作り面での支援だと思う。 そこで、読者に質問だが、もし私が「iPhone開発者支援プログラム」のようなものを立ち上げたら、エンジニアとして参加することに興味のある方は何人ぐらいいるだろうか。漠然と考えているイメージはこんな感じ。 ステップ１：プログラミング・コンテスト 作ったiPhone用のプログラムを「投稿」していただく。審査に通った人はステップ２に進んでいただく。 ステップ２：開発支援 審査に通った人に対し、資金・企画・技術・デザイン面での開発支援を行う。必要であればウェブ・サーバーも提供する。 ステップ３
Life is beautiful: 自分で考える前にググっていませんか？
つい先日、興味深い話を聞いた。ある大学の授業で「デジタル・コンテンツ・ビジネス」というテーマで小論文を宿題として書かせたところ、同じような内容の小論文ばかりが集まったという。その原因を調べたところ、「デジタル コンテンツ ビジネス」のキーワードでググると上位に来る私の過去のエントリーの内容がほぼ丸写しにされていたという。 日本の学生の勉強に対する態度なんてそんなものなのかも知れないが（それはそれで憂うべき話だがその話は別の機会に）、少し心配になるのがどんな気持ちでその手の「コピペ」をしているのか、という点である。確信犯的に「徹底的に手を抜きたいからコピペしているだけ」ならまだ許せる。私が問題視するのは「自分で考える前にまずググる」習慣であり、「ググれば答えが見つかるにちがいない」という錯覚である。 暗黒時代とも呼ばれる中世ヨーロッパで科学の進歩があんなにも長い間低迷した原因の一つは、あの時
プラットフォームを選ぶということ
この業界で仕事をしていると、しばしば迫られるのが「どのプラットフォームに向けて商品開発をして行くのか」という決断。会社としての経営判断の場合もあれば、個人のスキルアップやキャリアパスのための判断の場合もあるが、いずれにしろ限られたリソース・時間をいかに有効に使うか、という点ではとても大切。 パソコン用のソフトウェアであれば、「Windows向けに作るのかMac向けに作るのか」というOSレベルでの選択肢もあるし、「Windows Vista独自の機能を使って差別化を図るのか、それともWindows XPでもちゃんと動くように作ってまずは大きな市場をとりに行くのか」というOSのバージョンレベルでの選択肢もある。もちろん「そもそも特定のOS向けのアプリを作るべきか、それとも、すべてウェブ・アプリケーションとして作るか」というアーキテクチャ・レベルでの選択肢もある。 「少なくともここ数ヶ月はiPh
iPhoneアプリを作る際に注意すべき５つのポイント
毎日のように「iPhoneアプリでApple Design Awardを取るぞ！」と騒いでいるので、知り合いに「それって（現実が分かっていない）大学生のノリですよ」と指摘されてしまった私だが、マイクロソフトを２０００年に退社してからは、ひたすらモバイル・組み込みの世界で仕事をしてきた私としては「俺が取らなくて誰が取る？」という気分。その超楽天的な態度が彼が言うところの「大学生のノリ」なのだろう。 市場に受け入れられるアプリを作るためには、もちろん「誰にどんな価値を提供するのか」が一番大切。しかし、そこには残念ながら成功の一般方程式はないので、今日は比較的に一般化しやすい「どう作るか」という部分に関して、まとめることにした。 1. ユーザーの利用シーン・使用パターンを良く考えて作る パソコンやゲームコンソール向けのソフトと大きく違うのが、ユーザーの使用パターン。iPhoneに限らず、携帯電話
「作っては壊す」過程があってこそ良いものが作れる
iPhone用の「はてな人気エントリーリーダー」、そろそろ形になってきたのだが、作ってみていろいろと発見した部分もあったので、全面的にクラス構成を見直し、大幅に書き直した。 HTTPで通信をしているコードが二カ所に分かれていたので、それをDataOverHTTP/XMLOverHTTPという二つのクラスにまとめ（XMLOverHTTPはDataOverHTTPのサブクラス）、はてな独自のRSSフィードを読んでいるコードから一般的なRSSフィードを扱うコードをくくりだしてRSSFeed/RSSFeedLoaderという二つのクラスにまとめて、あとで別のアプリケーションで再利用することを可能にした。それに加えて、各種ローダーに非同期通信をさせる主体をController（HotEntryViewController）からModel側（HateneHotEntry）に移すことにより、難解になりが
モバイル・プログラミング入門：非同期通信でおもてなし
Cocoaのネットワークライブラリ上で、非同期HTTPでXMLを取得するクラスを作ったのでそれのテストを兼ねて、iPhone用「はてな人気エントリー・リーダー」を少し進化させてみた。 アプリを立ち上げると、最初に取得するのは人気エントリーのRSSフィード。残念ながらこのフィードには各エントリーのブックマーク数に関する情報が含まれていないので、さらにXMLRPCでそれを取得しなければならないのだが、それが取得できるまでユーザーを待たせるのは好ましくない。 そこで、RSSフィードを取得しだいすぐにタイトルのみ表示し（青字のテキスト）、ブックマーク数の取得は非同期にバックグラウンドで行い、情報が取得できしだい後から表示するようにした（赤字の部分）。 実際に走らせると青字のタイトルが表示されてから、少し遅れて赤字のブックマーク数が表示される。もちろん、ブックマーク数が表示される前からリストをスクロ
夏野氏の本音とドコモの縦割り行政と
CNetのインタビューは、夏野氏の本音が見えるなかなか良いインタビュー（永井さんNice Job！）。 ドコモから出てくるにしろ、ソフトバンクモバイルから出てくるにしろ、サービスは変わらないと思いますよ、Apple（が開発する端末）だから。そうなると後は経済条件だけじゃないでしょうか。個人的には、僕の味付けができないからそんなに興味はないですね。少なくとも今のiPhoneでは携帯電話回線を使って自由にアプリをダウンロードするといったことはできないですから。【ドコモ夏野氏に訊く：「iPhone」「ディズニー」「Google検索精度」をどう思う？:モバイルチャンネル - CNET Japanより引用】 この発言は、ドコモの内部事情をある程度知っている人たちにとってはものすごく微妙な発言である。 内部事情とは、ドコモの縦割り行政ゆえに、時々外に見えてしまう自己矛盾。iモードを立ち上げ、ドコモ内部
「コンピューターはうそつかないので見逃さないで済む」らしい
昨日のNHKの７時ニュースをSlingbox経由で見て知ったのだが、「がん」の自動診断システムが開発されたそうだ。そのニュースに関係者らしい女性（追記：横浜市立大学付属病院の医学部の助教授らしい助教だそうだ）が表れて言うセリフがこれ。 コンピューターはうそつかないので（がんを）見逃さないで済む ってことは、今まで「がん」が見逃されて来たのは医者が嘘をつくからだったのだのか！ ◇ ◇ ◇ コンピューターに関しては今までも色々と誤解を招くような発言をたくさん見て来たが、これはその中でも極めつけ。 コンピューターは嘘をつかないけど、完璧ではなく、さまざまな理由で間違いは犯す。どんなに立派な自動診断システムであろうと、がんを見逃すこともあれば、がんでないものをがんと誤診してしまうこともある。この手の自動診断システムのメリットは、医者の勉強不足や個々の医者のスキルの違いによる判断のばらつきなどをある
ianime.js、iPhone/iPod touch 用アニメーション・ライブラリ
先日予告したiPhone向けのアニメーション・プログラムの解説だが、解説のためにソースコードを整理しているうちに、どうしてもライブラリ化したくなってしまい、土曜日の午前中を使ってianime.jsというアニメーション用のライブラリを作ってしまった。まだ色々とやりたいことはあるのだが、温存しておくと熱意が冷めてしまうたちなので、一気に公開。ただし、解説は予告通り英語で書かせていただいた。 ianime.js - Animation Javascript Library for iPhone and iPod touch 「Javascript使い」の方たちには、ぜひとも遊んでいただきたい。私自身、javascriptのprototypeを使うのは初めてなのでとんだ勘違いをしているかも知れないので、そこは遠慮なく指摘していただきたい（人前で自分の間違いを指摘されても平気なたちなので）。 なお、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
常に地に足をつけて仕事をするということ