この業界で働いていると、新しい技術がでてくるたびに「今年は〜〜元年だ」という言葉を見ます。スマフォ元年、IPTV元年、VR元年、自動運転車元年、などです。 新しい技術を使った商品やサービスが初めて市場に導入された年を指す言葉ですが、導入されたばかりの技術が、市場や私たちのライフスタイルに大きなインパクトを持つことはほぼありません。 ほとんどの場合、初期に投入された製品やサービスは、値段が高い、使い勝手が悪い、価値が理解されないなどの理由で、ごく一部のアーリーアダプターと呼ばれる人たちだけに使われる、ニッチな成功しか収められないのが普通です。 アーリーアダプターにしか受け入れられなかったものが、一般の人にまで普及するまでの間の「生みの苦しみ」の期間のことを「キャズム」と呼びますが、数多くの商品やサービスがキャズムを超えられずに消えてしまうし、多くの場合「キャズム越え」をするのは一番手ではなく

年頭に「今年成し遂げたいこと」を考えるのは、頭を整理して人生のプライオリティを決める上で、とても良いことです。 私にとっての今年の目標は、「（去年の末にオープン化した）Swipe を、モバイル向けのコンテンツ配信のデファクト・スタンダードにすること」に尽きます。 簡単ではないことは知っていますが、せっかく目標を立てるのであれば BHAG (Big Hairy Audacious Goal = 困難で思いっきり大胆な目標) でなければならないと、日頃からメルマガなどで起業を目指す人たちに語りかけている私としては、自分にだけ簡単なゴールを設定するにはいかないのです（笑）。 とりあえず去年は、iOS 向けの Swipe Engine をオープンソース化しましたが、Android 版も必要だし、オーサリング環境（Swipe Studio）の開発も急ピッチで進めなければなりません。 当然、コンテンツ

去年の暮れから準備を進めて来た neu.Node だが、ようやく今日、オープンソース・プロジェクトとして github に公開することができたので報告する。 https://github.com/snakajima/neunode 詳しくは README.md ファイルに書いたが、neu.Node は iOS 上で Node.js の API を使って作った マイクロ・サーバーを走らせる仕組みである。iTunes ストアで配布する iOS アプリに組み込んでも良いし、自分や仲間だけで楽しむ「手作りアプリ」に組み込んでいただいても良い。ライセンスは MIT で、ライセンス料フリーで、非営利・商用、無料・有料の区別なく使える。 neu.Node が目指すのは、新しい形の分散コンピューティングである。「モバイル・デバイスはクライアント、サーバーはウェブ・サービス」という垣根をとっぱらい、全てのモ

今週のメルマガ「週刊 Life is Beautiful」の配信準備が整ったので、内容を簡単に紹介する。 今週のざっくばらん AJMax ブログでも告知をしましたが、node.js 向けのマイクロ MVC フレームワーク AJMax をオープンソースとして公開しました。AJAXを駆使してブラウザー上で "on-page application" を実現するための仕組みです。HTML5 時代のウェブ・アプリケーションのアーキテクチャに関しては、３〜４年前からさまざまな研究をして来ました。２００９年にブログで書いた「RESTful MVC アーキテクチャの話」というエントリーを書いたのもそのころです。それ以来、実際にいくつかの one-page application を立ち上げて来ましたが... Windows RT Microsoft が Windows RT を搭載した Surface

東京Node学園祭2012 アドベントカレンダー １４日目の記事です。イベントの告知の意味も含めて、毎日だれかが１つづつ node.js についてブログで書く、という企画だそうです。 そこで本題ですが、github に ajmax という node.js モジュールを公開しました。npm にも登録してあるので、"npm install ajmax" でインストールが可能です。 詳しくは readme ファイルに書いてありますが、英語なので簡単に解説すると、AJAX（eye candy 的な AJAX ではなくて、実際に非同期にデータをサーバーから取得してページの一部をアップデートするタイプの AJAX） を活用した one-page web application を作るための micro MVC framework です。 これまでいくつか AJAX を駆使したアプリを作って来ましたが、

ここ数日、 node.js で色々と作りはじめているのだが（node.js が一番力を発揮するのは、xmpp server や、push notification server のようにソケットを開きっぱなしにして非同期通信をするケースだと思うのだが、それについては来週のメルマガで詳しく解説する）、これで思い出すのが Microsoft 時代の「"thread hog" 退治」だ。 "thread hog" とは私が作った造語で、"memory hog" （メモリをやたらと使うプログラムのこと）と同じように、thread を不必要に作るプログラムのこと。 最初に出会った thread hog は、Microsoft が作っていた proxy server だった。コネクションが１０００を超すとやたらと遅くなり、しまいには落ちてしまうという欠点を持っていたため、一時は「出荷出来ないところか、

日本の家電メーカーのソフトウェアの作り方や、人材の活用方法の問題点関しては、このブログでもメルマガでも何度も指摘したが、その問題を浮き彫りにするブログエントリーを見つけたので紹介する。 パナソニックを退社しました ...私の部署では、絵に描いたような昔ながらのソフトウェア開発が行われていました。 単価計算は人月とステップ数。仕様書を書く上流工程が重要で、コーディングは単純作業という価値観のもとでの開発です。当然正社員はなかなかコーディングに携わることができませんでした。 また、単純作業とみなされがちなコーディングを効率化しようとするモチベーションが少なかったのか、いくつか作業環境で疑問に思うところもありました。例えば、メモリ 1GB ぐらいの遅いマシンでビルドしている、ディスプレイが17インチ、きちんとしたソース管理がない、などです。PCスペックやディスプレイなどは入社の時期によってはそこ

「米国の財政状況を一般家庭に例えてみると」というビデオが知り合いから回って来たので（下に貼付けてある）、参考までに同じ手法で、日本国の財政状況を一般家庭に例えてみた（参考文献）。 収入（年間）：　４６０万円 出費（年間）：　９０３万円（２１９万円が借金の返済、６８４万円が生活費） 借金（累積）：９０００万円 赤字国債にしろ、使用済み核燃料にしろ、先の世代にツケを回し過ぎである。

Adobeがモバイルブラウザー向けのFlashプラグインの開発をストップすることをアナウンスした（参照）。パソコン向けのプラグインと、ネーティブ・アプリ向けにはまだ開発を続けるとは言っているが、モバイルブラウザーの重要さを考えれば、今からFlashコンテンツをブラウザー向けに開発する開発者はもういないだろう。 これから一気に進歩するのが、HTML5ブラウザー向けのさまざまな開発ツールやライブラリ。開発ツールを飯のタネとしているAdobeとしては、開発リソースを集中して、HTML5の時代にも Creative Suite がデファクト・スタンダードとして君臨すべく全力を尽くすだろうが、当然、MicrosoftやAppleが指をくわえて見ているわけがないし、ベンチャー企業にもまだまだチャンスはある。 私自身も、オープンソースとして提供している SNBinder （参照）とその回りのサポート・ラ

先日予告したSNBinderのオープンソース化、GitHubに簡単なREADME付きでアップロードしたのでご覧いただきたい。 https://github.com/snakajima/SNBinder SNBinderは、ひと言で言えば「ブラウザー上でView(テンプレート)とData（JSON）を結合して HTML を生成するテンプレートエンジン」である。 ９０年の半ばから急速に広まったインターネット。サーバー側でダイナミックに生成したHTMLページをブラウザーで閲覧するだけ、というシンプルでエレガントなアーキテクチャゆえの成功だ。しかし、ブラウザーの高機能化に伴い、JavaScriptを駆使して使いやすさを向上しようという試みが色々なウェブサイトで行われている。GMail、Google Docs、Facebookなどは良い例だ。 その方向性を究極にまで突き詰めると、サーバー側は（MVC