OpenGLだと数千行になる動画処理を、数行で記述出来る Video Shader Script
Apple が iPhone 5s の発表会で見せたグラフが示す様に、モバイルデバイス向けのGPUの性能の向上は著しい。GPU を上手に活用すると、３Dゲームだけでなく、画像処理などの科学技術計算が大幅に高速化出来るのだが、開発環境が整っていない点が大きな問題だ。 私自身もカメラから取り込んだ動画をリアルタイムで画像処理するアプリケーションを OpenGL を使って開発していたのだが、（はっきり言って時代錯誤の API である）OpenGLでのプログラミングは苦痛極まりない上に、GPU を効率良く使うためにはさまざまな工夫が必要である。OSを開発した経験のある私としては、ここはなんとかしなければいけないと強く感じた。 そこで、OpenGL プログラミングの煩雑さに煩わせずにGPUを使った画像・動画処理が出来る様な開発環境 Video Shader を開発することにしたのだが、それがようやく
政治家も国民も信用できないから憲法がある
橋下さんが、憲法の９６条改正について「政治家からの発議の敷居を下げるべき」「国民をもっと信頼すべき」と理論を展開しているが（参照）、そもそも憲法が他の法律の上位に位置づけられており簡単には変更できなくなっている根本の理由をちゃんと考えてみれば、この理論は少しおかしい。私はこれまで橋下さんを支持して来たが、この件に関しては正直言ってがっかりだ。次の選挙では投票すべき別の政党を見つけなければならない。 憲法がこれほどまでに変更しにくくしてあるのは、人間はそもそも弱い生き物で、どうしても私利私欲に走ったり、目先の利益を優先して大きな問題を先送りしたり、マスコミの報道することを頭から信じてしまったり、調子の良いことを言う政治家に騙されてしまったり、その場の勢いに流されて思考停止をしてしまったりするからだ。つまり、政治家も国民も「信用」などできないのだ。 憲法を「アメリカから押し付けられた憲法」と呼
neu.Node リリースのお知らせ
去年の暮れから準備を進めて来た neu.Node だが、ようやく今日、オープンソース・プロジェクトとして github に公開することができたので報告する。 https://github.com/snakajima/neunode 詳しくは README.md ファイルに書いたが、neu.Node は iOS 上で Node.js の API を使って作った マイクロ・サーバーを走らせる仕組みである。iTunes ストアで配布する iOS アプリに組み込んでも良いし、自分や仲間だけで楽しむ「手作りアプリ」に組み込んでいただいても良い。ライセンスは MIT で、ライセンス料フリーで、非営利・商用、無料・有料の区別なく使える。 neu.Node が目指すのは、新しい形の分散コンピューティングである。「モバイル・デバイスはクライアント、サーバーはウェブ・サービス」という垣根をとっぱらい、全てのモ
各種ブラウザーで Java (applet) を無効にする方法
こちら（米国）では、見つかった Java のセキュリティホール（＋それを利用した実際のアタック）が大問題になり、米国政府が「ただちに Java を無効にするように」と声明を出し（参照）、全国ニュースでも大きく取り上げられている。 実質的な危険があるのは Java applet なのだが、Java と Java applet の違いの分からない報道機関は、大々的に「Java が危険」と報道しており、Sun Microsystems を買収して Java を入手した Oracle にとっては大きなブランドイメージの損失だ。Oracle は火曜日には５６カ所のセキュリティホールを塞いだパッチを提供するそうだが、そんなパッチでは、今回作られてしまった「Java は危ない」というイメージは拭えない。 どのみち、Java applet にはほとんど価値がないので、これを機会に無効にする人も多いようだ（
たかが電気、されど電気
メルマガ「週刊 Life is Beautiful」で「なぜ日本は原発を止められないのか」という連載を始めた。通信業界の東京電力に相当するNTTで働いていた経験を活かし、霞ヶ関や東電のエリートが何を考えてあんな行動に走るのかを解説する。ちょうど良いタイミングで先日の「さようなら原発１０万人集会」での坂本龍一氏の「たかが電気のためになんで命をさらさなければいけないんでしょうか」という発言が注目を集めているので、このブログでもひと言書いておく。 「たかが電気」という発言に対して「電気を止めたら死んでしまう病人がいる」「真夏にクーラーがかけられなければ、熱中症で死ぬ人がいる」と噛み付いている人がいるが、これらの指摘は大間違いである。日本は、原発を止めたぐらいで、病人の生命維持装置が止まってしまったり、熱中症で死ぬ人が増えたりする国ではない。 本当の理由は別のところにある。日本経済が重度な「原発依
原発を止めてもリラッキングされた使用済み燃料プールの危険はなくならない
Arnie Gunderson 博士は以前から３号機での爆発は水素爆発ではなく、使用済み燃料プールの燃料が臨界を起こした臨界爆発（prompt critical explosion）だったと主張している。彼の主張は下のビデオを見ていただくのが一番良いが、その中で彼は「去年の３月に NRC Reactor Safety Team によって書かれたレポートには、使用済み燃料プールから爆発により飛び出して来たと思われる核燃料が１マイルも離れたところで発見された、と書かれている」と述べている。 その資料は、本来は非公開情報だが、すでにリークされており（参照）、誰でも読むことができる（読みやすいコピーをここに置いておく）。注目すべきは、１０ページ目の以下の記述。 Fuel pool is heating up but is adequately cooled, and fuel may have b
Amazon Kindle と iPad は競合しない
やはり某出版社からの情報は正しかったようで、Amazon Kindle の日本での発売は４月と決まったそうである（参照）。日経なので、正式なアナウンスメントではなく、単なるリークの可能性もあるが、信頼性は私のブログよりは高いだろう（笑）。 記事には「価格を１万数千円に抑え、ＮＴＴドコモから回線を調達し」と3G モデルのことが書いてあるが、私のオススメは、一番安い WiFi モデル（左の写真）。 Kindle の利点はとにかく軽くて、小さくて、電池の持ちが良い事。その意味では、滅多に必要にはならない 3G や、屋外で使えないカラー液晶よりは、この一番シンプルなモデルが最高だ。 満員電車の中で立ったまま人の邪魔にならず読め、かつ、公園のベンチで日向ぼっこをしながら読めなければ、読者好きの要望には答えられない。 今回も日本への出張でも、飛行機、地下鉄、新幹線、スタバ、公園、風呂場で大活躍だった
なぜ日本では「市民運動」が格好ワルイいのか？
原発事故以来、色々なことを考えているのだが、その一つが「なぜ日本では民意がなかなか反映されないのだろう」ということ。泊原発の再稼働容認が典型的な例。これだけ多くの人が反対しているのにも関らず（参照、参照）、必要だったはずのストレステストもなく、原子力安全委員会の形だけの二重チェック（参照）で北海道知事の再稼働容認となった。 「政治家が票集めで忙しくて実際に国を運営しているのは官僚」「官僚の業界への天下りが官民の癒着を生み出している」「マスコミはスポンサーに不利になることは報じない」などの政府やマスコミにも大きな問題があるが、国民側にも若干問題があると思う。うまく表現するのは難しいのだが、 政府は「お上」であり、市民運動とは「お上にたてつくこと」に相当する という江戸時代から続いているメンタリティが根っこのどこかにあるのではないかと思う。それが「市民運動＝左翼活動」というイメージを固定化させ
Life is beautiful: Ajaxの本質、「非同期メッセージ型ウェブ・アプリケーション」のススメ
最近、「これからのウェブ・アプリケーションはAjaxだ」という声を良く聞く。ソフトウェアを生業としているエンジニアとしては、この手の「流行もの（hype）」に触れた時には、表面的なものに踊らされずに、その本質を自分なりにしっかりと捕らえて消化・吸収して自分のものにしなければいけない。今までも、「オブジェクト指向」、「マルチ・ティアー・アーキテクチャー」、などの言葉が一人歩きするたびに、「これからは○○だ」とか「○○の時代は終わった」などと、過激なことを言って読者の目を引こうとだけするマスコミや企業のマーケティング戦略に数多くの人が踊らされてきた。 そんなノイズだらけのメッセージに混乱させられた結果、「Ｃではオブジェクト指向のプログラミングは出来ない」と信じているエンジニアがいまだに沢山いることは全く嘆かわしいことだ。「オブジェクト指向のプログラミング」は、設計姿勢・プログラミングスタイルに
Life is beautiful: 日本語とオブジェクト指向
先日、日経BPの出版局の方と話をする機会があったのだが、私がマイクロソフトでウィンドウズ９５の開発に関わったことに触れた際、「ユーザーインターフェイスの設計において、日本人であることで何か役に立ったことはありますか？」と聞かれた。日本人であることがプラスになったとは思わないが、ふと思い出したことがある。当時、「日本語はオブジェクト指向な言語だな」と思ったことである。 その当時（９０年代初頭）、アップルの方が使い勝手に関しては一歩も二歩もマイクロソフトより進んでおり、そのためには、もともとゼロックスが提案しアップルが商品化した、「オブジェクト指向ユーザーインターフェイス」の考え方を、より推し進めるしかないという戦略で、ウィンドウズ９５のユーザーインターフェイス（当時は Object-Oriented Shell と呼ばれていた）の開発をしていた。 「オブジェクト指向ユーザーインターフェイス」
私が事故後、脱原発派に転向した一番の理由
先日のエントリーに、「論理的に考える力のない人が、 『放射能は危険』→『原発は不要』→『脱原発』 となっているのは理解できます。 普通に論理的に考える力のある人は、 『脱原発したときのリスク』を考え、 脱原発をしないほうがよいのでは？という意見の方が多いと感じています。 中島さんのような方が、なぜ、脱原発一直線なのかが理解できません。 脱原発について書かれるのはよいのですが、 一度、なぜ脱原発を訴えているのか？についても、この場に書いていただけないでしょうか？」というコメントをいただいたので、今回はその質問に答えてみる。 実は、福島第一原発での事故の第一報を聞いた時に最初に私の頭に浮かんだことは、「この事故は、日本だけでなく、世界全体の原子力技術の発展に大きなブレーキをかける事になる。１０００年に一度の津波のためにたまたま起こった事故のために、日本のエネルギー政策を変更したり、原子力発電を
エンジニアから見た原発
典型的な「理科系少年」として育った私にとっては、原子力発電は宇宙旅行や人工知能とならぶ「人類の英知を集めた科学技術の結晶」であり、あこがれでもあった。ブルーバックスの相対性理論に関する本はすべて読んだし、アインシュタインの書いた e=mc2 という式は私にとってはまさに「人類の英知」を象徴するシンボルであった。高校時代の前半までは、自分は物理学者になると確信していたぐらいだ。ひょんなきっかけからコンピューターの世界に足を踏み入れ、ソフトウェア・エンジニアとしての道を歩むことになったが、科学技術全般に対する情熱は今でも持っている。 そんな私なので、今までは当然のように「原子力発電」の支持者であった。資源の乏しい日本にとって「石油が不要で、二酸化炭素を放出しないクリーンな原子力発電」こそ日本にふさわしい発電方法であると信じていたし、自動車・エレクトロニクスに続く輸出産業としての原子力に期待もし
JavaScript HTMLテンプレートエンジン SNBinder 公開
先日予告したSNBinderのオープンソース化、GitHubに簡単なREADME付きでアップロードしたのでご覧いただきたい。 https://github.com/snakajima/SNBinder SNBinderは、ひと言で言えば「ブラウザー上でView(テンプレート)とData（JSON）を結合して HTML を生成するテンプレートエンジン」である。 ９０年の半ばから急速に広まったインターネット。サーバー側でダイナミックに生成したHTMLページをブラウザーで閲覧するだけ、というシンプルでエレガントなアーキテクチャゆえの成功だ。しかし、ブラウザーの高機能化に伴い、JavaScriptを駆使して使いやすさを向上しようという試みが色々なウェブサイトで行われている。GMail、Google Docs、Facebookなどは良い例だ。 その方向性を究極にまで突き詰めると、サーバー側は（MVC
言語対決：JavaScript 対 Objective-C
ここのところ、サーバー側（Google App Engine）のコードはPythonで書き、クライアント側のコードはiPhone/iPad 向けはObjective-Cで、ブラウザー向けはJavaScriptで書く、という毎日が続いている私である。 それぞれの言語は難しくないのだが、さすがにこの３つを頻繁に行き来していると、pythonのコードに間違ってセミコロンを付けてしまったり、PythonとJavaScriptのどっちがTrueでどっちがtrueだか混乱したりする。 ちょうど昨日は、以前JavaScriptで書いたコード（写真をアップロードするコード）をObjective-Cに移植する機会があったのだが、とても分かりやすい結果が出たので、ここで比較してみる。 まずは元の JavaScript のコード。 SNBinder.get("/blob/create_upload", {},
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に繋げ
電子出版に関する一考察：コンテンツのガラパゴス化の危機
今日は日経BPのセミナー（参照）で、iPadと電子出版の未来について講演をしてきた。私の講演の内容に関しては、一両日中にネットに上がると思うのでここには書かないが、この講演およびその準備段階を通して学んだとても大切なことを一つ書こうと思う。それは日本の出版社に迫る「コンテンツのガラパゴス化の危機」である。 午後の部でヤッパの伊藤氏の講演を聞いていて少し疑問に思ったので、フォーマットのオープン化に関する質問をした私だが、彼の「まだコンテンツの数が少ないのでオープン化を考慮する必要はない」という返答でヤッパの狙いが明らかになった。セルシスと同じく「クローズドなフォーマットによるコンテンツの抱え込み」である。 ここまでフォーマットのオープン化（すなわち誰でもビューアーをライセンス・フリーで作れること）の大切さが叫ばれている今、時代に全く逆行するビジネスモデルだが、漠然とした危機感を抱いてはいるが
iPadアプリ作成日誌: PDF関連APIのバグについて
以前にもここで少し触れたiPhone OSのPDF関連APIのバグについての詳しい情報が知りたいという連絡がTwitter経由で入ったが、140文字制限でするのもなんなので、具体的にバグレポートを書いてみる。 iPhone OS 上でPDFファイルを表示する場合、まずは CGPDFDocumentCreateWithURL でドキュメントを開く必要がある。CloudReadersの場合はこんな感じだ。 NSURL* url = [NSURL fileURLWithPath:path]; CGPDFDocumentRef doc = CGPDFDocumentCreateWithURL((CFURLRef)url); count = CGPDFDocumentGetNumberOfPages(doc); 特定のページを表示（＝描画）する際には、CGPDFDocumentGetPage でペー
共著「Google Chrome OS」出版のお知らせ
先日のセミナーでも少し触れた、「Googleのコモディティ戦略」。インプレスからこのたび出版される「Google Chrome OSー最新技術と戦略を完全ガイド」の「戦略」の部分に共著者の一人として寄稿したのでここで紹介させていただく。 Chrome OSにせよAndroidにせよ、OSをGoogleが無料で提供するには深い意味があるのだから、それをちゃんと理解した上で、自社のデバイスに採用するかしないかを「経営判断」として決めるべき。「他のメーカーも載せはじめたから」とか「自分だけ乗り遅れたくないから」ぐらいな安易な気持ちで始めると、「実際やってみたら得をしたのはGoogleだけ」という結末になりかねないので慎重にすすめるべき。 ２年ほどiPhone向けのアプリを作って来た結果、最近強く思うのは、テレビなどの据え置きがたの家電にアプリをダウンロードして走らせる、という発想自体が根本的に間
米国空軍がPS3 2500台で380TFLOPSのスパコンを作ることにしたらしい
日本でスパコン産業支援のための予算が事業仕分けで見送りになった件については、Twitterとかでつぶやいても来たが、そろそろ「産業支援のありかた」を根本的に見直すべき時が来ていると思う。特にIT産業においては、勝負すべきレイヤーが大幅に変化している時期でもあり、過去の産業構造に捕われた支援の仕方をしても税金が無駄になるだけ。 特に今朝米国で報道された「なぜ米国空軍がPS3を2200台を追加発注したのか」という記事は、この業界の変化を顕著に表すもの。要約すると、 1. 米国空軍はさまざまなシミュレーション（空軍なので、弾道ミサイル、迎撃ミサイル、戦闘機の性能シミュレーションと考えられる）にスパコンを使って来ているが、現時点では、（IntelのチップやGPUよりも）CELLチップで構成したスパコンがもっとも現実的である。 2. ただ、CELLチップを二つ搭載したサーバー(1チップあたり200G
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
で、実際のところHTML5でどのくらいのアプリが実装できるのか実験してみた