１０万部を超えるベストセラー書籍はどうやって生み出せば良いのか
先週、編集者の方から「なぜ、あなたの仕事は終わらないのか？」のさらなる増刷が決まり、ついに目標だった１０万部を超えたという知らせを受けました（ちなみに、これは紙の書籍の数字で、Kindle などの電子書籍の読者数は含まれていません）。 私は、この本の前にも「エンジニアとしての生き方」「おもてなしの経済学」などの書物を幾つか書いてきましたが、労力の割には売れる数が少ないので（５０００千部から１万部）、「もう書物は書かない」と一度は心に決めていました。 しかし、去年の末に「編集エージェント」という出版社から独立した形で書籍の企画・編集をしている方から声をかけられ、「必ずベストセラーにしてみせる」と説得されて書いたのが「なぜ、あなたの仕事は終わらないのか？」なのです。 最初は「彼に会うこと自体が時間の無駄かも知れない」と思っていたのですが、彼のロジックにとても説得力があったです。 そのロジックと
米マイクロソフト本社で目の当たりにしたビル・ゲイツの決断力
６月１日発売の『なぜ、あなたの仕事は終わらないのか スピードは最強の武器である』には、いくつかマイクロソフト時代のエピソードが書かれていますが、これもその一つです。この「シカゴ対カイロ」の社内抗争はマイクロソフト時代の思い出の中でも、筆頭のものです。 ◇ ◇ ◇ ビル・ゲイツの意思決定は光速 ビル・ゲイツが仕事で重要視していたのは、＂光速＂と言っても過言ではない迅速な意思決定です。これについては、どのくらい迅速だったかを象徴するエピソードを紹介します。 あれは忘れもしない1995年1月、シアトルの冬らしい小雨の降る昼下がりのことでした。米マイクロソフト本社内にはＯＳの開発に関する派閥争いがありました（ＯＳとはマイクロソフトで言うWindows Vistaだったり、アップルでいうところのOS Xなどのパソコンやスマホを動かすための基本ソフトのこと）。＂カイロ＂というグループと＂シカゴ＂という
エンジニアの役割
技術評論社の WEB+DB PRESS に連載中のコラムが新しくウェブで公開されたので、ぜひとも読んでいただきたい。 エンジニアの魔法の手〜面白いプロジェクトの関るには このコラムで一番注目していただきたい部分は、以下の一節。 自分が関わっているプロジェクトの方向性がおかしいと思ったら，自分がどんな立場にいようと強く主張すべきだ。会社はそんなエンジニアを必要としているし，本当に会社のためになるのであれば必ず耳を傾けてもらえるはずだ。「そうは言っても，難しいんだよ」などと逃げを決める上司は怒鳴りつけてやればよい。 会社にとって最悪なのは，「こんなものを作っても誰も使わないんじゃないか，会社の価値を上げることにつながらないんじゃないか」と思いながらも黙々と仕事をするエンジニアだ。そんなエンジニアばかり集まっている会社は絶対に市場で成功しない。プロジェクトに関わるエンジニア全員が，「自分たちがど
Life is beautiful: 「時間に余裕があるときにこそ全力疾走で仕事し，締め切りが近づいたら流す」という働き方
かれこれ３０年以上もこの業界でプログラムを毎日のように書いて来た私。当然、自分なりの働き方のノウハウみたいなものも会得して来たつもりだ。以前ここに「私のとっておきのプログラミングスタイル」というエントリーを書いたので、まだ読んでいないプログラマーの方にはぜひとも読んでいただきたい。 ちなみに、そんな中でも後輩とか部下に教えるのが一番難しいのが、「スタートダッシュでできるだけはやくめどをつける」という仕事スタイル。どのエンジニアも、ちゃんと説明すればこの働き方の効用は理解してもらえるのだが、実際の現場でちゃんと実行できる人は１００人に１人もいない。 「人はみな怠惰だから、締め切りに迫られなければがんばれないんだ」と言ってしまえばそれまでだが、「まがりなりにもプロとして仕事をする限りは、ペース配分ぐらいはちゃんと考えて仕事をすべき」というのが私の主張。トップクラスのマラソンランナーでペース配分
Ruby on Railsの「えせMVC」の弊害
先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC（Model View Controller）がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの（コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること）を避
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ですべて出来るじゃん」という発想は、そも
米国政府が通達：北京オリンピックに持って行くノートパソコンが危ない
今朝のUSATodayの一面に興味深い記事が出ていた。 National security agencies are warning businesses and federal officials that laptops and e-mail devices taken to the Beijing Olympics are likely to be penetrated by Chinese agents aiming to steal secrets or plant bugs to infiltrate U.S. computer networks.【Olympic visitorsより引用】 北京オリンピックに行く旅行者に、中国に持ち込んだノートパソコンの中身はすべて抜き取られてしまう覚悟で行くべきだし、ウィイルスを埋め込まれてしまう可能性も高いので、帰国後に会社や政府のネット
WSJからiPhoneに関して取材を受けた
Wall Street Journalの記者からiPhone向けのアプリの開発に関しての取材を受けた。来週のWWDCに向けた下準備らしく、全文がWSJに乗ることはまずないので、私なりにインタビュー記事を起こしてみた。 WSJ：なぜiPhone向けのアプリを作っているのか？ 私：OS+開発環境という意味で他のモバイルプラットフォームより圧倒的に優れているから。私は、Windows Mobile、BREW、Symbian、J2ME/MIDP、J2ME/DojaなどのさまざまなモバイルOS/VMの開発に関わって来たが、iPhoneの開発環境ほど開発効率の良いプラットフォームに出会ったことはない。 WSJ：開発環境に関してはMicrosoftがマーケットのリーダーだと思っていたが 私：Visual Studioはすばらしい開発環境だが、モバイルに限って話で言えば、Xcode上でiPhoneアプリを
スティーブ・ジョブズが一度アップルを追い出されてNeXTを作ったからこそ存在するiPhone OS
ここのところブログの更新がさっぱりなのは、iPhone向けのアプリの開発で大忙しだから。４月１５日にApple Desng Awardの件がアナウンスされてから二週間、ようやくAward向けのアプリも形になって来たので一息つける。締め切りの５月１２日まではまだ少し余裕があるが、締め切り寸前にプログラムを変更するのが大嫌いな性分の私はこのくらいの段階で「今日出そうと思えば出せる」ぐらいのクオリティに仕上げておかないと気が済まないのだ。後は徹底的なテストと、見た目の微調整。「ベータ版」としては十分のできだ。 iPhone SDKもbeta4になり、ようやくチューニング用のinstrumentsも安定して動き始めたので、今日はメモリー・リークの徹底的なチェック。非同期通信だらけなのと、Objective-C覚えたての時に書いたコードが混ざっているため、予想通りリークだらけだったが、このツールのお
スティーブ・ジョブズ、「Flashは重すぎて、Flash liteは使えない」と発言
As my colleague Tom Krazit reported Tuesday afternoon, Jobs used the Apple shareholders' meeting to publicly dismiss the the full-blown PC Flash version as "too slow to be useful" on the iPhone. He then went on to describe the mobile version--Flash Lite--as "not capable of being used with the Web."【Adobe bites its tongue after iPhone Flash jab | Coopより引用】 この発言で、AppleがiPhoneにFlashを載せない理由が明確になった。「大き
Life is beautiful: 「人生のやり直しに寛容な社会作りエントリー」に対するコメントに答えてみる
先日の、「安倍総理への提案：『人生のやり直し』に寛容な社会作りをしませんか？」というエントリーに対してたくさんのコメントや質問をいただいたので、あえて私の意見に否定的なものも含めて、いくつか代表的なものに答えてみる。 ・日本がダメでアメリカが良くて、という思考はもうやめませんか？ これは大きな誤解。私も「日本がダメでアメリカが良い（もしくはその反対）」という一方的な見方は大きらいである。日本にアメリカにも良いところ悪いところがたくさんある。ここであげた「人生のやり直しやすさ」は、私がアメリカの方が良いと考えているものの一つでしかない。 ・見方はいい。ただ、事例がいかにもでどうも。 ・レアケースを凡例の様に言い立てるのはなあ……。 レアケースではない。実際にここに挙げた例のようなキャリアを持った人たちがゴロゴロしているのが米国。日本のように「一流大学を卒業して、一流企業に就職し、そのまま一生
直感的なUIとhand-eye-cordinationの話
下のビデオは一歳度児がiPhoneのフォト・アルバムの機能を使っている姿を撮影したものだが、これを見ると「直感的なUI」とは、まさに人間が赤ん坊のうちにマスターする"hand eye cordination（目からフィードバックを受けながら手先を動かして物をコントロールする能力）"に合致したものなのだということが良く分かる。 【追記】参考までに、私が特に好きなUI関連の書物二冊へのリンクを張っておく。特に「誰のためのデザイン」はUIが単なるソフトウェアやウェブ・サイトのUIデザインの問題ではないことに目を開かせてくれる良書だ。 ・誰のためのデザイン?—認知科学者のデザイン原論 ・Envision Information
ウェブサービスAPIにおける『成りすまし問題』に関する一考察
先週の末に、はてなのウェブ・サービスAPIを使ったMash-upアプリをFlash上で作り始めていきなりつまずいたのが、Cross-Domainセキュリティ。satoshi.blogs.comから取得したswfファイル上のActionScriptからb.hatena.ne.jp下にあるRSSフィードだとかXML-RPCにアクセスができないのだ。 「確か方法があったはず」と調べてみると、はてな側がサーバーにcrossdomain.xmlというファイルを置いて明示的にCross-Domainアクセスを許可していなければならない、という。そこで見つけたのが、「Flashから各APIの操作、データのロードができるよう、サーバ上に「crossdomain.xml」というポリシーファイルの設置をお願いしたい。」というはてなアイデアへのリクエスト。2006年の2月にリクエストが出されているのだが、11月
２１世紀の錬金術：Web2.0バブルで一儲けする方法
【材料】 ・小さな学生ベンチャー。東大・京大などの有名校の理学部・工学部の卒業生が集まって作った１０人程度の企業。売り上げどころかビジネスプランすらちゃんと描けていないが、そこそこの技術力とハングリー精神だけはある、というタイプがベスト。資本金は少ない方が良く、ＶＣからの資金調達前でなければならない。 ・３～４億円程度の資金 ・欲の皮のつっぱった証券会社へのコネ 【レシピ】 １．まずは、顧客としてこのベンチャー企業にアプローチする。ビジネスプランもろくに持たないベンチャー企業の場合、とりあえずは「開発の下請け」でも何でもやって売り上げを立てなければならないので、その弱みを突く。Web2.0っぽいものならブログでもＳＮＳでも何でも良いので、とりあえずシステム構築を発注する。この段階での発注額は二～三千万円ぐらいに抑えておくが、それでもこの会社にとっては「最大の顧客」となるはず。 ２．その会社
子供達にだけ聞こえる超音波着メロ
「授業中にはケイタイの電源は切るように」 こんな規則は今や世界中の学校にあるが、そんな規則の裏を書く特殊な着メロを使う子供たちがイギリスで増えているらしい。 Pupils perform 'alarming' feat - Metro.co.uk（英文） 人間の耳はある程度以上の周波数の音（超音波）を聞き取ることは出来ないが、その上限の周波数には個人差があり、特に年齢が大きく影響する。２０才を超えた辺りから、ちょうどボーダーラインの１８～２０KHｚが聞き取りにくくなるのである。 イギリスの子供がそれを利用して作った「子供達にだけ聞こえる超音波着メロ」が、イギリス中の子供達に大流行だという。授業中にその着メロがなると、子供たちは聞こえるのだが、先生には聞こえないために、それがおかしくてクラス中がクスクスと笑い始めるのだそうだ。
Life is beautiful: SEはメニューのないレストランのウェイターか？
一昨日書いた「ソフトウェアの仕様書は料理のレシピに似ている」というエントリーに対して沢山の人からフィードバックをいただいた。このように情報を発信すると、逆により多くの情報が集まり自分にとっても勉強になる、というフィードバックプロセスがあるからブログは楽しくて仕方がない。 フィードバックの中に「これでSE不要論も再燃か？」などという過激なコメントから、自分自身がSEという立場の方からのものすごく真面目なフィードバックまでが集まったので、これを機会に、ここに私なりに「SE」という職業をどう解釈しているか書いてみようと思う。もちろん、私自身がSEという職業を経験したことがあるわけでなないので、間違っているかも知れないが、その場合は遠慮なく指摘していただきたい。 私の理解では、SEという職業はレストランに例えればウェイターである。それも、メニューから料理を選んでもらう通常のレストランとは異なり、「
Life is beautiful: Aクラスの人はAクラスの人を採用したがるが、Bクラスの人はCクラスの人を採用したがる
連休のしめくくりは、DVD「The Incredibles」（日本での題名 Mr.インクレディブル）の鑑賞。Pixar の映画は全て見たと思いこんでいたのだが、これだけを見ていなかったことに「スティーブ・ジョブズ・偶像復活」を読んでいて気が付いて以来、見たくて仕方がなかったのだ。 既に知っている人も多いかも知れないが、「The Incredibles」以前の Pixar の作品、「Toy Story」、「A Bug's Life」などは全て John Lasseter 自らが監督した作品。それを、あえて外部から Brad Bird を招き入れて作らせたのが 「The Incredibles」である。他の Pixar 作品と少し毛色が異なるのも納得できる。 「スティーブ・ジョブズ・偶像復活」を読んでいて、この映画を見たくなった理由は、Brad Bird をこの映画のために Pixar に招き
Life is beautiful
GoogleによるHubSpotの買収 まもなくリリースされる Meta の Llama3 Tesla のカルチャー IntelのGaudi3はNvidiaの牙城を崩すか？ Steve Jobsが語るクラフトマンシップ 「6年勤めたNTTを退職しました」という記事が、注目を浴びているようですが、この筆者が NTT を辞めた理由が、私が３２年前（１９８６年）に NTT を辞めた理由とあまり変わらないのに、少々驚きました。 私が NTT を辞めた件に関しては、これまで色々なところで話しては来たのですが、まとまって文章にしたことがなかったので、これを機会に書くことにしました。普段ならメルマガ（週刊 Life is beautiful）の読者限定で書くところですが、今回だけは、出来るだけ多くの人に読んで欲しいので、ブログ記事として公開します。 当時、NTTは電電公社から民営化したばかりで、１９８５
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
