プログラミングは「教わる」ものか、「学ぶ」ものか？【連載:中島聡】 - エンジニアtype
UIEvolution Founder 中島 聡 Windows95／98、Internet Explorer 3.0／4.0のチーフアーキテクトを務めたエンジニア。NTTに就職した後、マイクロソフト日本法人（現・日本マイクロソフト）に移り、1989年、米マイクロソフトへ。2000年に退社後、UIEを設立。経営者兼開発者として『CloudReaders』や『neu.Notes+』、教育アプリ『neu.Tutor』といったiOSアプリを開発する。シアトル在住。個人ブログはコチラ 今回は、脚光を集めるようになってきた「プログラミング教育」について、わたしなりに考えをまとめてみました。 日本では、政府が今年6月に成長戦略「世界最高水準のIT社会の実現」の素案としてプログラミングの義務教育化を提唱したり（参照記事）、プログラミング教育事業を始める企業が増えたりと、官民双方で教育熱が高まっていると聞
Andy Rubin が Android の開発責任者から降りた件について
２月の終わりにスペインで開かれた「Mobile World Congress 2013」で、「Tizen」「Firefox OS」という二つのモバイルOSの発表が注目を集めたが、これらに絡めて「モバイルOSの動向」に関しての記事を執筆して欲しいというリクエストが複数のところから来た。 それはそれで書いているのだが、私がもっと注目しているは、Andy RubinがAndroidの開発責任者のポジションから外れた件だ。 Googleのことなので多少違う意味合いがあるのかも知れないが、これがMicrosoftであれば99.9%降格人事だ。 合議制でものが決まる日本とは違い、米国の場合、「何をどんな目的で作るか」という product vision に関しては開発責任者が全責任を追う。そのため、責任者が変われば、作るものも大きく変わってしまう。 優秀な人であればあるほど、上からあれこれと指示される
Life is beautiful: エンジニアにも分かる「アベノミクス」
（理科系の友人が多い）Facebook の方で「アベノミクスの正体を誰か解説してくれ」という話題が盛り上がっていたので、私なりに「エンジニア向け」の解説をしてみる。まずは基礎知識から。 1. 経済学と数学・物理学との違い 経済学が相手にしているのは「人間の行動」であり、数学・物理学のように、基本的な「定理」を積み上げて現象を予測することが不可能だ。基本的には「経験則」に基づいて人々の行動を「予測」するしかない点が、学問として物理学とは大きく違う。 2. 景気にかかる「正のフィードバック」 経済学が対象とするものの一つに「景気」がある。景気の尺度には、GNP、物価、株価、失業率など色々とあるが、常に「正のフィードバック」がかかる性質を持っており、これが色々な問題を引き起こす。 「不動産価格」が一番分かりやすい例だが、不動産の価格は、より多くの人が「将来は不動産の価格が上がる」と思うとそれを先
スパコン「京」に関する素朴な疑問
昨晩放送されたNHKのクローズアップ現代「超高速計算が起こす“新・産業革命”〜スパコン「京」のひらく未来〜」を見た。本来ならば「スパコンを使ったシミュレーションを使えば...」と一般名詞を使うべき部分をことごとく「京を使えば...」と言い換えているため、すっかり「ちょうちん番組」に成り下がっている。 「なぜ京なのか？」という部分が私には全く伝わって来なかったのだが、この番組を見た人の大半の人は、「京ってすごい。事業仕分けなんかしなくて良かった」と感じたに違いない（というか、そうなるように作られている）。 この番組を見て、私の頭の中には以下のような疑問が次々と浮かんだのだが、この番組はこれらの疑問に答えていないどころか、疑問を提示すらしていないのが何とも残念だ。 本当に大量の税金をつぎ込む価値があるのか？税金を使うにしても、もっと別の方法があるのではないか？ 無料で京を使わせてもらえる研究機
第15回 開発スタイルの本質を理解する：Software is Beautiful｜gihyo.jp … 技術評論社
私の開発スタイル 私は30年以上もソフトウェアエンジニアとして飯を食ってきており、開発スタイルに関してはかなり強い意見を持っているほうだ。私の開発スタイルを見た人は誰もが「中島さんのスタイルは究極のアジャイルですね」と言うが、実は私はあまりこの「アジャイル」という言葉は好きではない。 仕様書を書こうが書くまいが、開発スタイルを何と呼ぼうが、「良いソフトウェアを作る」ためにはいくつか注意しておかなければならないことがある。それを「なぜそれが必要か」という本質的な部分から理解して取りかからなければ、何の役にも立たないのだ。 「アジャイル」という言葉に踊らされて、「なぜ頻繁にリリースしなければならないのか」「なぜ仕様書の作成にあまり時間を費やしてはいけないのか」ということを理解せずに、形だけアジャイルにすることは、「オブジェクト指向」の本質を理解せずにC++でプログラムを書くことに相当す
google appengine に関してひと言
ここ数日、Twitter上で appengine に関する発言をたくさん目にする。それを見る限り、「注目をされてはいるが、手を出しかねている人が多い」というのが現状だろう。そこで、私からもひと言。 App Engine は純粋なソフトウェア・エンジニアにとっての天国 私自身、色々な開発環境を試して来たが、私のようにプログラミングが大好きで、新しい言語や環境を学ぶのが楽しくて仕方が無いエンジニアにとっては、「App Engineは天国」というのが正直な感想。SQLやRailsのように一見開発効率を良くしてはくれるが、直感的に実行効率とかが把握できない「補助輪付きプログラミング」と違い、App Engine上でのプログラミングは、ちょっと手を抜くとすぐに実行効率の悪さとして跳ね返ってくる「一輪車プログラミング」。 新しい言語を学ぶのが苦ならApp Engineは避けた方が良い 現時点で、Pyt
JavaScript HTMLテンプレートエンジン SNBinder 公開
先日予告したSNBinderのオープンソース化、GitHubに簡単なREADME付きでアップロードしたのでご覧いただきたい。 https://github.com/snakajima/SNBinder SNBinderは、ひと言で言えば「ブラウザー上でView(テンプレート)とData（JSON）を結合して HTML を生成するテンプレートエンジン」である。 ９０年の半ばから急速に広まったインターネット。サーバー側でダイナミックに生成したHTMLページをブラウザーで閲覧するだけ、というシンプルでエレガントなアーキテクチャゆえの成功だ。しかし、ブラウザーの高機能化に伴い、JavaScriptを駆使して使いやすさを向上しようという試みが色々なウェブサイトで行われている。GMail、Google Docs、Facebookなどは良い例だ。 その方向性を究極にまで突き詰めると、サーバー側は（MVC
組み込みデバイスの開発にこそ必要な「おもてなし設計」
最近、UIEvolutionのビジネスが、単なる「テクノロジーのライセンス・ビジネス」から、「プロトタイプの構築」や「おもてなし設計」ビジネスにシフトしている。一昔前は、「UIEngineのJavaに対する優位性を説明して欲しい」などの技術的な問い合わせばかりが多かったが、最近は「○○向けのデバイスを作っているんだけど、おもてなしの設計の段階から手伝ってくれないか」という話が増えているのだ。「おもてなし設計」の重要性が業界でようやく理解されて来た兆候だと解釈している。 そこで今日は、そんな傾向をさらに押し進めるために、スマートフォン・タブレット・家電などの組み込みデバイスの開発における「おもてなし設計」の重要性の話。 ここのところ「Androidタブレットはヨドバシカメラの「Androidタブレットコーナー」に横並びにされた時点で負けだ」「なぜ横並びで展示されるAndroidタブレットを作
日本のケータイが「ガラパゴス化」した本当の理由
「ガラパゴス」という言葉が今年の流行語大賞の候補に選ばれたということを聞いていたので、密かに受賞しないかと期待していたのだが、残念ながら大賞は逃したようだ（もし大賞に選ばれていたら、私が受賞することになったのかどうかの疑問はこれで解けずに終わってしまった）。しかし、この言葉をずいぶん前から使っている私としては、この言葉が一人歩きしているようでなんとも言えない気持ちなのでひと言。 まず最初に断っておくと、私が２００１年のCTIA（米国の携帯電話業界で一番大きなカンファレンス）のスピーチでこの言葉を使った時は、単に日本という「単一民族で、国民の大半の生活レベルが同じで、家電とか携帯電話のようなガジェットに流れるお金が比較的多い」という特殊な環境で、iモードを中心に「ケータイ・ライフスタイル」が異常なスピードで進化をとげていることを表して、「ガラパゴス現象」と呼んだだけのこと。決してネガティブな
appengine アプリ開発日誌：おまかせニュース・リーダー（アルファ・リリース）
ここのところ、iPhone/iPad アプリの開発から Google App Engine 上のサービス（neu.Notes ユーザー向けのプレミアムサービス）の構築に少しづつ比重を移している私だが、本格的な商用サービスを立ち上げる前に、もう少し app engine 上のサービスの構築・運営に慣れておく必要があると感じて作ったのがこれ。 正式名称もないしドメインも取得していないのだが、 仮の名前は「おまかせニュース・リーダー」。世の中の動きを効率良くつかむためには、主要なニュースの少なくともヘッドラインに目を通す事は大切。はてなブックマークの人気エントリーはノイズが多すぎるし、かといって、わざわざ自分でRSSフィードを登録したりメンテナンスしたりするのは面倒。 そこで、特になにもしなくても、自然に使っているうちにしだいに賢くなって自分向けのニュースを選んでくれるサービスというのがあれば良
Life is beautiful: 日本語とオブジェクト指向
先日、日経BPの出版局の方と話をする機会があったのだが、私がマイクロソフトでウィンドウズ９５の開発に関わったことに触れた際、「ユーザーインターフェイスの設計において、日本人であることで何か役に立ったことはありますか？」と聞かれた。日本人であることがプラスになったとは思わないが、ふと思い出したことがある。当時、「日本語はオブジェクト指向な言語だな」と思ったことである。 その当時（９０年代初頭）、アップルの方が使い勝手に関しては一歩も二歩もマイクロソフトより進んでおり、そのためには、もともとゼロックスが提案しアップルが商品化した、「オブジェクト指向ユーザーインターフェイス」の考え方を、より推し進めるしかないという戦略で、ウィンドウズ９５のユーザーインターフェイス（当時は Object-Oriented Shell と呼ばれていた）の開発をしていた。 「オブジェクト指向ユーザーインターフェイス」
第2回 「締め切りは絶対に守るもの」と考えると世界が変わる | gihyo.jp
「締め切りを守ること」の大切さ 今までたくさんの日米のエンジニアと仕事をしてきた。その中には私よりも明らかに「賢いエンジニア」もいたし、ものすごい生産性でプログラムを作ってくれる「馬力（ばりき）のあるエンジニア」もいた。しかし、そんな中でも、私がものを作るうえで最も大切だと考えている「あること」をキチンとこなせる人は100人に1人もいなかった。その「あること」とは、「常に締め切りを守れるように仕事をすること」である。 チームで仕事をする場合、どうしてもお互いが担当するタスク（＝作業）の間に依存関係が生じる。そんなときに、どれか一つのタスクの完了の遅れが、ほかのタスクの完了に波及し、それがタスク間の競合を引き起こして全体のスケジュールがさらに遅れる、という事態はソフトウェア開発の現場ではよく見られる。そんな状況をできるだけ回避するには、プロジェクトに関わる人全員が、自分に割り当てられたタス
第1回 一生の仕事を選ぶということ | gihyo.jp
「一度しかない人生、思いっきり楽しもうぜ」 酒の席になるとやたらと人生哲学みたいなものを語り出して部下や後輩を困らせるという人がたまにいるが、私もあの手の「説教」を聞くのは得意ではない。しかたがないので、「はあ、そうですか」とか「勉強になります」とか言いながらも、心の中では「早く終わらないかな」とか、その日に解決できなかったバグを「明日の朝にはどう攻略しようか」と作戦を練ったりしている私だ。 じゃあ自分なりの「人生哲学」みたいなものをまったく持っていないかというと、そうではない。ただ、そんな話はネチネチと時間をかけて語るものでもなければ、ましてや酒の席でするのに適した話ではないと思っているだけのことだ（私が、下戸だというのはさておいて）。 では具体的には何かと言えば、「自分が本当にやりたいことを見つけろ」という、とても単純な話だ。言い方を変えて「わがままに生きろ」でも「自分に正直に
米国空軍がPS3 2500台で380TFLOPSのスパコンを作ることにしたらしい
日本でスパコン産業支援のための予算が事業仕分けで見送りになった件については、Twitterとかでつぶやいても来たが、そろそろ「産業支援のありかた」を根本的に見直すべき時が来ていると思う。特にIT産業においては、勝負すべきレイヤーが大幅に変化している時期でもあり、過去の産業構造に捕われた支援の仕方をしても税金が無駄になるだけ。 特に今朝米国で報道された「なぜ米国空軍がPS3を2200台を追加発注したのか」という記事は、この業界の変化を顕著に表すもの。要約すると、 1. 米国空軍はさまざまなシミュレーション（空軍なので、弾道ミサイル、迎撃ミサイル、戦闘機の性能シミュレーションと考えられる）にスパコンを使って来ているが、現時点では、（IntelのチップやGPUよりも）CELLチップで構成したスパコンがもっとも現実的である。 2. ただ、CELLチップを二つ搭載したサーバー(1チップあたり200G
O/Rマッピング技術の進化が皮肉にも助長している「えせMVC症候群」
昨日の「Ruby on Railsの『えせMVC』の弊害」というエントリー。若干「釣り」の要素が含まれたタイトルが功を奏したのか、たくさんのフィードバックがいただけた。そんな中で見えて来たのは、この問題はRailsに限った話ではなく、業務用アプリケーションで使われているJavaや.Netの世界でもよく見られる問題だということ。 その「問題」とは、ActiveRecordに代表されるO/Rマッピングの技術の進化が、本来のMVC（そしてオブジェクト指向そのもの）のメリットを無視した「えせMVC」な設計を助長している、という問題である。 ・MVCやオブジェクト指向を表面的にしか理解していないエンジニアが増えている（ここが根本的な問題） ↓ ・SQLを自分で記述しなくて良いO/Rマッピングはとても魅力的（これはこれで別の問題を含んでいるが、このエントリーではあえて突っ込まない） ↓ ・O/Rマッピ
Ruby on Railsの「えせMVC」の弊害
先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC（Model View Controller）がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの（コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること）を避
GoogleのAndroid向けのアプリビジネスはなぜ魅力的ではないか？
PhotoShareをiPhone向けに提供して早くも一年になるが、もっとも良く投げかけられる質問は「PhotoShareはAndroidとかの他のプラットフォームに移植しないの？」というものだ。 少し前までは、「まだiPhone以外のビジネスが十分に大きくないから今はまだ早い」、「iPhone上でやるべきことはまだ沢山あるから」、などと答えて来たのだが、最近は少し見方が変わってきた。 今の勢いでHTML5が進化・浸透してくれるのであれば、わざわざ移植コストをかけてAndroidやWindows Mobile向けにネーティブ・アプリを開発するよりは、少なくともUIの部分をすべてHTML+Javascriptにまかせたアーキテクチャでのインタラクティブなアプリの開発というのも十分に可能性があるように思えてきたのだ。 この「HTML+Javascriptですべて出来るじゃん」という発想は、そも
ギャンブルの心理学：攻略法と必勝法
私はギャンブルを自分でするのはあまり好きではないが、ギャンブル・ビジネスにはとても興味がある（子供のころに映画「スティング」を見て以来かも知れない）。特に、人々を破産にまで追い詰める心の動き、そしてそれを巧みに操るギャンブル・ビジネスのマーケティングにはとても興味がある。もし私が心理学科の学生だったなら、「ギャンブルの心理学」というタイトルで卒論を書くだろう。 ギャンブルをする人には大きく分けて２つのタイプがある、勝つためにする人とそうでない人である。私は後者の典型で、「一人では決してギャンブルはしない」、「する場合には負けることを前提に予算を決めてする」タイプである。コンファレンスなどでラス・ベガスに行くと、たいてい夜は仕事仲間とカジノに出かけることになるのだが、私にとってのギャンブルは社交でしかない。まず「今日は１００ドルまで」などと予算を決め、できるだけレートの低いブラック・ジャック
AppleをAppleにしているもの
ワシントン大学で受講しているMBAの授業もあと３ヶ月を残すばかり。来週から始まるクラスの一つが「General Management & Strategy」というクラス。Microsoftの戦略コンサルタントを勤めるCharles Hillというやり手の教授の授業は、スピード感とテンションの高さで大好きなクラスの一つだ。 最初の授業が「Apple 2008」と題したケーススタディ。Appleの歴史を勉強した上で、Appleの長所・弱点、そしてそれを取り巻く環境を解析する（SWOT analysis）というクラスだ。妻が「あなたが教えるべき」というぐらい楽しいテーマなので、水を得たさかなの様にレポートを一気にまとめて準備完了。せっかくなので、キーポイントをここに書いてみる。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
外国為替相場取引（FX）で確実にもうける方法（必勝法）