ここ数日、Twitter上で appengine に関する発言をたくさん目にする。それを見る限り、「注目をされてはいるが、手を出しかねている人が多い」というのが現状だろう。そこで、私からもひと言。 App Engine は純粋なソフトウェア・エンジニアにとっての天国 私自身、色々な開発環境を試して来たが、私のようにプログラミングが大好きで、新しい言語や環境を学ぶのが楽しくて仕方が無いエンジニアにとっては、「App Engineは天国」というのが正直な感想。SQLやRailsのように一見開発効率を良くしてはくれるが、直感的に実行効率とかが把握できない「補助輪付きプログラミング」と違い、App Engine上でのプログラミングは、ちょっと手を抜くとすぐに実行効率の悪さとして跳ね返ってくる「一輪車プログラミング」。 新しい言語を学ぶのが苦ならApp Engineは避けた方が良い 現時点で、Pyt

昨日の「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に繋げ

Tech Waveの「iPadに期待する米出版業界、期待すれば裏切り者扱いされる日本の業界【湯川】」という記事を読んでから色々と気になったことがあったので日本における書籍の流通の仕組みについて調べてみた。 とても参考になったのが、少し古いが「書籍の価格構成比をめぐる小考」というブログ記事。流通マージン等に関して、具体的な数字が列挙されているのがうれしい。 紙代：6％ 製版・写植代：12％ 印刷・製本代：7％ 編集コスト：3％ 版元粗利：32％ 著者への印税：10％ 取次マージン：8％ 書店マージン：22％ この数字（特に写植代と取次マージン）がそもそも電子写植・大規模店舗・オンライン店舗・チェーン店の時代に適切かどうか、という話はひとまずおいておいて、電子書籍の時代にどうなるかを考えてみる。 紙代：0％ (不要） 製版・写植代：?％ （はるかに低コスト） 印刷・製本代：0％（不要） 編集コ

Google App Engine上でアプリを作りはじめて約二ヶ月。いろいろと分かって来たこともあるので、自分へのメモも含めてまとめてみる。まずは、Datastoreの話から。 なによりも大切なのはデータベースの設計 あたりまえと言えばあたりまえの話だが、App Engine上でアプリを作る上でもっとも大切なこと（＝頭を使うべきところ）は、データベースの設計である。特にリレーショナル・データベース（RDB）上でのアプリ作りに慣れた人には、大きな「発想の転換」が必要なので、ここは注意が必要。 特に絶対にやっては行けないのは、 将来RDB上へ移行できるようにレイヤーを作って、その上にアプリを作る RDB上に作ったアプリをデータモデルを大幅に変更せずにApp Engine上に移植する RDBを前提に設計されたフレームワークをApp Engine上に載せて、その上にアプリを作る など。App En

先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC（Model View Controller）がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの（コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること）を避

ここのところブログの更新がさっぱりなのは、iPhone向けのアプリの開発で大忙しだから。４月１５日にApple Desng Awardの件がアナウンスされてから二週間、ようやくAward向けのアプリも形になって来たので一息つける。締め切りの５月１２日まではまだ少し余裕があるが、締め切り寸前にプログラムを変更するのが大嫌いな性分の私はこのくらいの段階で「今日出そうと思えば出せる」ぐらいのクオリティに仕上げておかないと気が済まないのだ。後は徹底的なテストと、見た目の微調整。「ベータ版」としては十分のできだ。 iPhone SDKもbeta4になり、ようやくチューニング用のinstrumentsも安定して動き始めたので、今日はメモリー・リークの徹底的なチェック。非同期通信だらけなのと、Objective-C覚えたての時に書いたコードが混ざっているため、予想通りリークだらけだったが、このツールのお

iPhone用の「はてな人気エントリーリーダー」、そろそろ形になってきたのだが、作ってみていろいろと発見した部分もあったので、全面的にクラス構成を見直し、大幅に書き直した。 HTTPで通信をしているコードが二カ所に分かれていたので、それをDataOverHTTP/XMLOverHTTPという二つのクラスにまとめ（XMLOverHTTPはDataOverHTTPのサブクラス）、はてな独自のRSSフィードを読んでいるコードから一般的なRSSフィードを扱うコードをくくりだしてRSSFeed/RSSFeedLoaderという二つのクラスにまとめて、あとで別のアプリケーションで再利用することを可能にした。それに加えて、各種ローダーに非同期通信をさせる主体をController（HotEntryViewController）からModel側（HateneHotEntry）に移すことにより、難解になりが

Growth in Apple's personal computer business continued to outpace the industry average last month, with Macs accounting for a 14 percent unit share and 25 percent dollar share of all US-based PC retail sales, according to market research firm NPD.【AppleInsider | Apple snags 14 percent of US-based PC retail sales in Februaryより引用】 digg.comで見つけたこの記事。米国の新規購入PCにおけるAppleのシェアが、２月に１４％に達したとのニュース（１年前は９％）。金額

All of this on a chip that measures less than 25 mm², making it Intel's smallest and lowest power processor yet.1 Up to 11 Intel Atom processor die -- the tiny slivers of silicon packed with 47 million transistors each -- would fit in an area the size of an American penny. 【Intel Announces intel® Atom™ Brand for New Family of Low-Power Processors】 インテルがAtomというモバイル端末向けのチップをアナウンスした。今まで「１つのチップに出来るだけ沢

シアトルの新聞社Seattle PIにVenture Blogというベンチャー企業をテーマにしたブログを書くJohn Cookという人がいる。その人とたまたま話す機会があったので、以前から聞きたかった質問を投げかけてみた。 私「せっかく良いアイデアを持っていたり、すばらしい技術を持っているのに、投資家からお金を集められずに消えて行くベンチャー企業って沢山あるよね。何とかしてあげることはできないのかな？」 John「それは必要ないと思うな。ベンチャー企業の経営者に一番大切な能力は、『必要なものは何とかして手に入れてしまう能力』だよ。起業資金ぐらい自分で集められない起業家に、ベンチャー企業が経営できるとは思えない。」 確かにJohnの言う通りである。ベンチャーの生き残り合戦は、ダーウィンの適者生存の法則がそのまま当てはまる世界。自然淘汰のプロセスは資金集めの段階から既に始まっている。だから手を

へんな会社を貫くために、普通の会社のやり方をよく理解しておくというのは必要なんじゃないか、とこれははてなに限らず思う次第。【Kousyoublog | はてな移転で中の人が言うべきことと言ってはいけないことより引用】 この手の発言こそが、まさに「出るクギを打とうとする」行動。近藤さんに関してはそんな心配をする必要は全くないが、他の若い人たちが「やっぱり『普通の会社のやり方』をちゃんと勉強しなきゃ」などと誤解してはいけないと思い一言。 上場している企業と違い、はてなのように、ごく少数の株主が所有している会社の場合、株主・取締役の了解さえ取れれば、大幅な経営方針の変更は自由にしてかまわない。それが非上場であることの大きな利点だ。 今回の場合、「米国からは一時撤退し、多少会社の規模が小さくなっても良いから、京都にもどって落ち着いた環境でもう一度もの作りに専念する会社としてやりなおす」という決定は

ソフトウェアエンジニアとしてのキャリアの大半をマイクロソフトで過ごした私であるが、一度だけ「アップルの文化」を肌で経験したことがある。アップル・ニュートンのチーフアーキテクトとして知られるスティーブ・キャップス（参照）としばらく一緒に働いた時のことだ。彼からは本当に色々なことを学んだ。直感的なユーザーインターフェイスの大切さだとか、常に新しいものを作り出そうとする姿勢だとか、私の考え方に最も大きな影響を与えたトップ１０人の一人である。 そのスティーブとたまたま「マイクロソフトとアップルのどこが違うか」という話題になった時に、彼が言った言葉が今でも心に残っている。 「マイクロソフトのプロダクツにはソウル（魂）が無い」 この言葉には本当にまいってしまった。 私がマイクロソフトでOSの開発に関わっていた９０年代の前半は、やはりアップルが最大のライバルで、いかにして相手よりも良いものを先に世の中に

今朝のWSJにWalter MossburgによるLG Voyagerの評価が出ていたが、予想通りソフトウェアとユーザーインターフェイスに関しては厳しい評価。 Most importantly, the Voyager suffers badly in the area where Apple's phone shines: software. Whether Verizon considers it a direct iPhone competitor or not, the LG product tries to do many of the same things, and it generally falls short. Mossburgは、これをアップルのソフトウェア資産（OS、開発ツール、ライブラリ）のたまものと言う。 This is the true challenge t