Ruby on Railsの「えせMVC」の弊害
先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC（Model View Controller）がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの（コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること）を避
私が事故後、脱原発派に転向した一番の理由
先日のエントリーに、「論理的に考える力のない人が、 『放射能は危険』→『原発は不要』→『脱原発』 となっているのは理解できます。 普通に論理的に考える力のある人は、 『脱原発したときのリスク』を考え、 脱原発をしないほうがよいのでは？という意見の方が多いと感じています。 中島さんのような方が、なぜ、脱原発一直線なのかが理解できません。 脱原発について書かれるのはよいのですが、 一度、なぜ脱原発を訴えているのか？についても、この場に書いていただけないでしょうか？」というコメントをいただいたので、今回はその質問に答えてみる。 実は、福島第一原発での事故の第一報を聞いた時に最初に私の頭に浮かんだことは、「この事故は、日本だけでなく、世界全体の原子力技術の発展に大きなブレーキをかける事になる。１０００年に一度の津波のためにたまたま起こった事故のために、日本のエネルギー政策を変更したり、原子力発電を
Ruby on Rails: なぜActiveRecordが必要なのか？
Railsの勉強がしばらくストップしてしまったので、今日はビデオを見てお勉強。Rails Envyの「ActiveRecord Tutorial」は長さも２５分とちょうど良いし、「ActiveRecordとはなんぞや」を具体例を交えて簡潔に教えてくれるのでとても良い勉強になる。 英語だが、冒頭の部分を乗り越えればあとはプログラミングの話なので、日本人にもそれほど難しくないはず。念のため、オープニングの部分のみ、超訳しておいた。 ActiveRecordのアイデアは、いったいどこから来たのか？ まずは"Active Record"の意味から （ActiveRecordではない点に注意） "Active Record"とは、デザイン・パターンの一つ。 どうやってデータベースにアクセスするか？ SQLにプログラムから直接アクセスする方法もあるが...ちょっと不便 データベースのテーブルをオブジェ
ブログの永代使用料とギークのロマン
機会があるたびに、「コンシューマー向けのウェブ・サービス・ビジネスを運営していく上で、一番大切なのは、ユーザーにとって価値のあるものが使えば使うほどサーバー側に蓄積していくような仕組みを提供すること」と分かったようなことを言い続けている私だが、気がついてみれば私自身が、思いっきり「ミイラ取りがミイラになる」状況に陥っている。 まずは、以下の文章を読んでいただきたい。 そもそもは、中島さんがなんとなくうちのnobさんにすすめられてはじめたブログが気がつけば2年たっていて、だんだんブログを書くことが仕事のような状況になってきたこと。Life is beautiful を2年近く書いてきて、これが今、なくなったら僕はショックで立ち直れない。大切な自分の資産であり、それがあるから、仕事の中で個人に自信を持つことができるとおっしゃっていたのがきっかけ。TypePadがずっとなくなることがないよう、5
ゲーム業界のジレンマ
今まで何度か間接的に指摘して来たゲーム業界の抱えるジレンマ、私自身がスクエニの内部事情を知りすぎていることもあり少し遠慮してきたのだが、やっとおおっぴらに話せるネタが発表されたので、今日はそれに関するエントリー。そのネタとは、 スクエニ、松下電器の「Tナビ」向けにカジュアルゲームなどを提供 キングタム・ハーツII、ファイナル・ファンタジーXIIなど超大作と比べたら、業界へのインパクトもファンの反応も微々たるものだが、実は「ゲーム業界の抱えるジレンマ」を乗り切るためにこれからスクエニが（そしてたぶん他のゲームメーカーも）着手するリスクヘッジ戦略の一つであるという意味ではとても重要な意味を持つ、「明日のための一手」である。 ゲーム業界の人であれば誰でも、ゲーム機の世代交代がおこる今年から２００８年の前半ぐらいにかけてがゲーム業界にとって正念場であることは知っている。しかし、残念なことに業界の大
大切な文字を赤で印刷するのはやめて欲しいバトン
世の中には、「一度こうするのが常識」と決まってしまうと、それが明らかに間違っていることであっても、疑問にも思わずに続けてしまう人が沢山いる。 その良い例が、左の写真のような「屋外にある機器の注意書きのうち、大切な文字を赤で印刷する」という習慣である。確かに印刷したばかりの時の赤い文字は目立つので良いのだが、赤のインクで印刷された文字は（特に日光に当たる場所に置かれていると）時間とともに薄くなり、しまいには読めなくなってしまうことは誰もが色々なところで見かけて知っているはずである。 にも関わらず、相変わらず「大切な文字を赤で印刷する」習慣をストップしてくれないのが私としては我慢ができないのだ。 そこでこのブログを通じて、この悪習を無くすためのキャンペーンの呼びかけをすることにした。題して、「大切な文字を赤で印刷するのはやめて欲しいバトン」である。 「そうそう、私も見たことがある」、「私はこん
ビル・ゲイツの家のトイレは流そうとすると「本当に流しますか？」と警告してくる
今回のみずほ証券による株の誤注文事件は、１株を６１万円で売るところを、オペレーターが誤って「６１万株を１円で」と誤入力してしまったのが原因だが、その際に端末には市場価格との隔たりを示す警告が表示されたにもかかわらず、オペレーターが「（警告が）よく出るので慣れの中で結果的に無視してしまった」という点が注目に値する。 以前にも、「事故防止の難しさ」というエントリーで触れたことがあるが、「不必要な警告をしょっちゅう見ているとそれに慣れてしまい、本当に対応が必要な時にも無視してしまう」というのは人間の性である。この手のミスをした人を一方的に非難したり、「これはヒューマン・エラーでした、今後はこのようなことを繰り返さないように注意します」と謝るのは簡単だが、それでは根本的な事故防止はできない。 「不要な警告」と言えば、パソコンがその代表選手。ファイルを消去した時の「本当に消去したいですか？」という警
AP通信、「日本、iPod課金中止に決定」と報道
アップル関係の記事をつらつらと読んでいたらたまたま見つけたのがこの記事。 Japan Abandans 'iPod Tax' idea （日本、iPod課金中止） 木曜日（たぶん１２月１日のこと）に開かれた審議会で、「違反をどう監視するかについて意見をまとめられなかった結果、デジタル・ミュージック・プレーヤー向けの課金を導入することはあきらめた」と報じられている。 「これは日本でも大騒ぎになっているに違いない」と、CNET Japan、ITMedia などをチェックするが、不思議なことにどこもまだ報道していない。 AP通信が誤報をするとも思えないので、たぶん日本のマスコミが追いついていないのだろう。念のために文部科学省のホームページを調べてみると、確かに第１０回の審議会は１２月１日に予定されている（参照）。 会議は日本時間の１３：００までを予定しているので、終わったばかりだ（今、日本時間の
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 に招き
スティーブ・ジョブズ・偶像復活
日本に出張する時は、片道９時間以上かかる飛行機での中の時間を有効に使うために、何か課題を持っていくのだが、今回はこの本、iCon Steve Jobs: The Greatest Second Act in the History of Business （和訳の題名は「スティーブ・ジョブズ・偶像復活」）。 あまりにも面白くて、一気に読んでしまった。日本行きの飛行機に乗ってノートパソコンの電源を入れなかったのは初めてだ。 マイクロソフトばかり見て過ごしてきた私にとって、アップルの歴史を振り返って見ることはとても新鮮だったし、何と言っても勉強になったのは、ジョブス（ジョブズ？）がピクサーを買ったいきさつから、米ディズニーとのパートナーシップを結ぶまでの経緯。私の会社も米ディズニーと親密に仕事をさせてもらっているだけに、臨場感がありとても楽しめた。 スティーブ・ジョブスという魅力的な男を中心に
ゲームの開発も Web2.0 的にやっても良い時期かも知れない
先日の「Web2.0時代らしいエンジニアのクリエイティビティの引き出し方」というエントリーに対しては、色々なフィードバックをいただいた。その中に、私のスクエニでのポジションを意識してか、「ゲームの開発にも適用出来ないだろうか」という問いかけもあったので、それに対する返答の意味も含めて私なりの考えを書いてみようと思う。 答えから先に言ってしまうと、「ぜひとも適用してみたい」と考えている。 従来型の「数千万～数億円の開発費をかけて、ハードウェアの性能を最大に生かしたゲームを作り、ミリオンセラーを狙う」というゲーム作りは、そのビジネス・リスクの高さ故に、どうしても「実績のあるプロデューサー」に任されることとなり、なかなか若いクリエーターたちにチャンスは巡ってこない。もちろん、そういった大プロジェクトに開発スタッフとして参加して経験を積むのも大切だが、それだけで彼らのモチベーションを保ち続けるのは
Web2.0時代らしいエンジニアのクリエイティビティの引き出し方
Foxnews の "Lerning From Google" という記事を読んだ。特に目新しいことは書いていないのだが、その冒頭に書いてある、 The top executives at Google recently admitted that they kind of let their employees invent and develop whatever they think is cool and the company has no problem putting it online to see what happens. 【意訳】Googleの重役たちは、エンジニア自身がカッコいいと思うものであれば、何であれ（誰にも了解を取らずに）作ってしまって良く、会社としてもそれをそのままサービスとして公開してしまってユーザーがどう反応するかを試してみる、というやり方が全然かまわ
Life is beautiful - スティーブ・ジョブスに学ぶプレゼンのスキル
先月の「プレゼン専用、平置き液晶モニター」というエントリーに対しては沢山の人からフィードバックをいただいたのだが、そのほとんどがこの液晶モニターに対してではなく、私がなぜそんなデバイスが欲しいかの理由として挙げた、以下の文に対するものであった。 多くの人が勘違いをしているのだが、プレゼンの主役はパワポのスライドではなく、プレゼンをしている本人である。社内の企画会議であれ、顧客に対するセールスであれ、一番強く印象付けるべきは、提案する企画や商品ではなく、プレゼンをする自分自身なのだ。もちろんプレゼンの中身も重要なのだが、本当に重要な情報はどのみち文書で別途提出することになるので、プレゼンの段階で重要となるのは、とにかく自分を印象付け、「こいつの提案する企画に社運を賭けてみよう」、「こいつを見込んでこのテクノロジーを導入してみよう」などと思わせることである。やたらと文字ばかり並べたスライドを読
Life is beautiful: Google OS を妄想すると未来が見えてくる!?
先週、ソフトウェア・エンジニアではない人たちが参加している飲み会でＯＳの話をする機会があったのだが、自分で説明しながら一つ自分の頭の中ではっきりしてきたことがある。私なりの 「Google OS」の解釈である。今までも、漠然とは理解したつもりでいたのだが、他人に説明することにより、私の頭の中でより明確化して来たので、ここに書いて見ようと思う。 ＯＳ（Operating System）とは、一口で言えばコンピューター上にあるファイル・システム、グラフィック・ユーザーインターフェイス・システム、タスク管理システム、などの各種システム・サービスの集合体のことである。ユーザーはユーザー・インターフェイスを介して、プログラマーはＡＰＩを介して、それらのサービスとやり取りをする。 従来型のＯＳにおいては、そういったシステム・サービスは全て対象となるコンピューターそのものの上で実装されていた。そのため、
ケイタイでAjax(2): PC/Mac上のエミュレーター
先週、ケイタイAjax版RSSリーダーを初披露したが、通信事業者側が課した制限のために、ドコモ版しかサンプルとして提供できなかった。インターネットを通じてさまざまな技術を未完成時から披露し合って切磋琢磨することが可能になった今の時代には、auやVodafoneの定めている『通信事業者から許可をもらったアプリしか携帯電話にダウンロードできない』という制限は、大きな足かせになる。 なんとかして、ドコモの携帯を持っていない方たちにもデモを見てもらう方法はないものかと頭を悩ませていた所に、シアトルのエンジニアから朗報が届いた。UIEngine（自社製スクリプトエンジン）がJava Appletとして動くようになったというのだ。これがあれば、パソコンのブラウザー上でこのアプリのエミュレーターを作ることができる。 「すぐにデモに使いたいので、JARファイルを送ってくれ」というと、案の定「まだ出来たばか
ケイタイでAJAX: RSS リーダー
ここの所、このブログでGoogle Map だとか はてなのブックマークだとかで遊んでばかりいるが、私も会社という組織に属する人間でもあるし、たまには自社の技術でも遊ばなければいけない。 そこで作ったのが、ケイタイAjax版のＲＳＳリーダーである。携帯電話の場合、ブラウザーの機能が劣るし、標準化が進んでいないので、ブラウザー上で Ajax アプリを作ることはほぼ不可能である。そこで、自前のスクリプトエンジン(UIEngine)の上にスクリプトとＸＭＬでＵＩを作り、ＲＳＳデータを非同期にサーバーから取得するようにして作ったのがこのＲＳＳリーダーである。 スクリプトエンジンそのものは、Doja（ドコモ）、MIDP（Vodafone/Sprint）、BREW（AU/Verizon）のいずれにも移植済みなので、どのキャリアの端末でも動くのだが（そうでなければ Ajax とは言えない）、通信事業者の
アルファギークはLonghornの夢を見るか？
Tim O'Reillyの定義によるとアルファギークとは、「産業を変化させる力を持つ新しい技術に早いうちに飛びつき、ああでもないこうでもないといじくっているうちに、技術が進むべき方向性を示し始める、先鋭的で飽きっぽいエンジニア（はてなの辞書より引用）」のことだそうである。そんなアルファギークたちが、マイクロソフトの次世代ＯＳであるLonghornをそんな「産業を変化させる力を持つ新しい技術」とみなして、ああでもないこうでもないといじくり始めるような状況を作り出すことにマイクロソフトは成功するのだろうか、というのが今日のトピックである。 結論を先に言ってしまうと、成功させるのはとても難しいと私は見ている。私自身、もしLonghornのベータ版で遊ぶか、Googleの新しいウェブ・サービスのベータ版で遊ぶかの選択肢を迫られたら、迷うことなく後者を選ぶ。アンケートをとったわけではないが、たぶんこ
ビル・ゲイツの面接試験－１４個金貨問題
先日の「宿題の解答編」で「この問題にある工夫をすると１４個の金貨の中からでも偽造品を見つけられる」と述べたが、その答えは「本物だと分かっている金貨を一つ追加する」である。 つまり、新しい問題は、 ［第四問］ここに本物だと判明している１個の金貨と、偽造品が一つだけ混ざっている１４個の金貨があます。混ざっている偽造品は、本物の金貨よりわずかに重さが違う（重いのか軽いのかは不明）ことだけが分かっています。天秤を３回だけ使って偽造品を見つけ出したいのですが、どうしたら良いでしょう。 となる。この問題の面白い所は、答えの可能性（１４ｘ２＝２８）が、天秤の３回の使用で場合分けできる組み合わせの数（３の３乗＝２７）より大きいことである。数学が得意な人は、それにも関わらずなぜ解けてしまうのかの解析までしてみると良いだろう。 ちなみに、このシリーズ（いつのまにかシリーズ化してしまっている！）の最初の問題（二
ビル・ゲイツの面接試験－クイズ編
先日書いた、「ビル・ゲイツの面接試験－私の場合」がとても好評だったので、調子に乗ってもう一つ披露しよう。今回は問題のみを書くので、頭の体操と思って楽しんでいただきたい。 ［第一問］ここに８個の金貨があり、そのうち一つだけがとてもよく出来た偽造品で、他の金貨よりわずかに軽いことだけが分かっています。天秤を使ってどの偽造品を見つけ出したいのですが、天秤を一回使用するたびにお金がかかるので、出来るだけ最小の手数で偽造品を見つける必要があります。どうしたら良いでしょう。 ［第二問］上の問題と同じ（他の金貨よりわずかに軽い偽造品が一つだけ混ざっている）条件で４回まで天秤を使っていいとすると、最大で幾つまでの金貨の中から偽造品を見つけ出すことが出来るでしょう。 ［第三問］今度は少し条件を変えて、偽造品は「本物と少し重さが違う」ことは分かっているのですが、重いのか軽いのかは不明だとします。この場合、３回
Life is beautiful: 日本語とオブジェクト指向
先日、日経BPの出版局の方と話をする機会があったのだが、私がマイクロソフトでウィンドウズ９５の開発に関わったことに触れた際、「ユーザーインターフェイスの設計において、日本人であることで何か役に立ったことはありますか？」と聞かれた。日本人であることがプラスになったとは思わないが、ふと思い出したことがある。当時、「日本語はオブジェクト指向な言語だな」と思ったことである。 その当時（９０年代初頭）、アップルの方が使い勝手に関しては一歩も二歩もマイクロソフトより進んでおり、そのためには、もともとゼロックスが提案しアップルが商品化した、「オブジェクト指向ユーザーインターフェイス」の考え方を、より推し進めるしかないという戦略で、ウィンドウズ９５のユーザーインターフェイス（当時は Object-Oriented Shell と呼ばれていた）の開発をしていた。 「オブジェクト指向ユーザーインターフェイス」
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
