日本の発展を阻む「逃げ切りメンタリティ」
去年の福島第一での原発事故後、日本という国の統治機構のさまざまな問題点が露呈されることとなった。国会事故調が指摘した様に、事故の根本の原因は「電力会社と規制機関の癒着」にある。ここを徹底的に検証し、修正しない限り原発の再稼働などありえないのだが、そんな「まっとうなプロセス」をとることが出来ない点がこの国の一番の問題である。 国民の意思を反映したはずの「原発ゼロ政策」がいつのまにか骨抜きにされる、最も大切だったはずの原子力規制庁の「ノーリターン・ルール」がないがしろにされて原子力規制庁が実質的に経産省の傘下に入る、国会事故調があれほど第三者委員会と国会によるオープンな人事決定プロセスの必要性を訴えていたにも関わらず原子力規制委員会の人事が密室で決まる。これがこの国の体質だ。 結局のところ、この国の方向性を決めているのは、国民でも政治家でもなく、霞ヶ関のエリートたちと彼らと強く結びついた産業界
政策よりも政局を語りたがる日本のマスコミ
以前から、日本のマスコミは「政策」の議論よりも「政局」の議論が得意で、せっかく国民の間で政策の議論をする機会を、政治家間の争いに焦点をあてたゴシップにすり替えてしまっている、と書いて来たが、１３日の菅首相の「脱原発宣言」の報道に関して、その顕著な例が見られたので紹介する。 「事実を伝える」「政府が打ち出した政策に関して国民が考える機会を与える」という報道の基本に忠実な例が、この東京新聞の記事（参照）。 「脱・原発依存」を表明 首相 菅直人首相は十三日夕、官邸で記者会見し、今後のエネルギー政策について「将来は原発がなくてもやっていける社会を実現する」と述べ、深刻な被害をもたらした福島第一原発事故を踏まえ、長期的には原発のない社会を目指す考えを表明した。 首相は事故後、原子力の活用を中心にした現在のエネルギー基本計画の見直しには言及してきたが、「脱原発」に転換する方針を初めて打ち出した。「原発
東京電力を破産させられないような国ではベンチャー企業は育たない
ウォールストリート・ジャーナルは、「自由主義経済の国であれば、東電は破産させた上で被害者を救済するのが当然なのに、東電という会社を救済しようとしている日本はやはり社会主義」と痛烈に批判している（参照）。 私自身、昔から「日本は自由主義経済の衣をかぶった社会主義」だとは思って来たが、この何かというと「大企業や既得権者を守る」姿勢が、「大企業の正社員とそれ以外」という社会の二重構造を生み、経営陣の「逃げ切りメンタリティ」を助長し、本来ならば国の発展の原動力となるべき「ベンチャー企業」の活躍を阻止していることは注目に値する。 日本政府は、ときどき思い出した様に形だけの「ベンチャー支援」のようなものをするが、ベンチャー・ビジネスを活性化するのに最も大切なものは、国からの支援なんかではなく、「自由競争」である。日本では、既得権者が官僚と癒着して、さまざな規制や免許制度で市場への参入障壁を高くしてベン
ガラパゴス・ケータイと「政府の役割」と
最近、技術評論社のWEB+DB PRESS向けに連載を始めたのだが、次号のコラム向けの原稿を書いているうちに、妙に熱くなってしまったテーマがある。米国の政府の産業界との関わりを書いた部分。 米国におけるソフトウェア・ビジネスは、基本的にベンチャー主導型で成長して来た。Microsoftが典型的な例だが、Adobe、Google、Apple、Salescorce.com など、この業界を牽引する会社はほとんどすべてが「起業家」と呼ばれる野心的な人たちによって作られたベンチャー企業である。そういったベンチャー企業は、まずは開業資金を起業家本人や家族から集めた「自己資金」で会社を立ち上げ、少し軌道に乗ったところでベンチャー・キャピタルと呼ばれる投資家から資金を集めて会社を大きくして行く。そこでの政府の役割は、起業家が会社を成功させた時に得る利益（創業者利益）への税率を低く設定して起業家精神を刺激
「金メダリストは『練習が楽しくてしかたがない』からこそ強くなれた」説
技術評論社の WEB+DB PRESS 向けに連載コラムを書きはじめたのだが、その最初のコラムがウェブで公開されたので、リンクを張っておく。 第一回 一生の仕事を選ぶということ 担当の人の「この業界で働く若手のエンジニア向けのメッセージ」を書いてほしいとのリクエストに答えるつもりで書いたのだが、「説教臭くなくて、ちゃんと伝わる」文章を書くのが難しくて結構苦労したので、ぜひとも読んでいただきたい。 この話の核となる部分は、私の「マラソンで金メダルを取る人たちって『過酷な練習に耐える精神力がある』から頂点に立てるんじゃなくて、『他の人たちにとっては苦痛でしかない練習が実は楽しくて仕方が無い』から頂点に立てるんじゃないか」というセオリーにもとづいている。高橋尚子が現役のころの話を聞いていて、つくづく「本当にこの人は走ることが好きなんだなあ。だからこそ誰よりもたくさんの練習をすることができて、その
Google App Engine入門：実行効率を犠牲にせずに開発効率だけを上げるテクニック
一つ前の富豪プログラミングのエントリーともつながる話だが、Google App Engineは「ちゃんとスケーラビリティを考慮してアプリケーションを作るには何に気をつけなければならないか」を勉強するには絶好の環境だ。そこで今回は、その「ケチな大富豪的なプログラミング」の実践編。 Google App Engine上のアプリをいくつか書いているうちに、必要に迫られて自然発生的にできてきたのが、gdispatchという数十行のコードからなる小さなモジュール（ソースコードはgithubに置いてある）。これをGoogle App Engineに標準で付いて来るwebappと組み合わせてフレームワークとして使っている。 gdispatchを設計する上で重視したのは、 （１）Google App Engine上でのアプリの開発を効率化する上で「明らかにこれがあると開発効率が格段に向上する」というもの以
「Flash vs. HTML5」という構図がはっきりと見え始めたぞ、と
業界関係者（特にスマートフォン関係の仕事をしている人たち）少し前からすでに気がついていた話だが、今回のAdobeからの一連のアナウンスメントで明らかになってきた「HTML5対Flash」という構図。とてもワクワクする戦いだ。 ウェブ上のリッチコンテンツという分野でリーダーシップ・ポジションを取りながらも、「無料Flashゲーム」と「ウェブサイトの見栄えをちょっと良くするアイ・キャンディ」というニッチなポジションに一度は追いやられるように見えたFlash（数年前の話）。しかし、動画フォーマットがReal Networks、Microsoft、Appleの三強いの間で中に浮く隙間を付いた戦略で、見事に「ウェブ上のマルチメディアのデファクト・スタンダード」のポジションをがっちりつかんだかに見えるFlash（現在）。しかし、その地位も安泰ではない。 Adobeにとって一番頭の痛い問題はiPhone
Life is beautiful: 優秀なナースがいるとシステムがなかなか改善されないという話
「Why hospitals don't learn from failures（なぜ病院は失敗から学ばないのか）」という論文を読んでなるほどと思う部分があったので、ここにメモ代わりに書いておく。 この論文の筆者（TuckerとEdmondson）は、医療ミスがなかなか減らない原因を探るために、全米の１０の病院を長期間に渡って調査・研究したのだが、その結果判明したのは、「システムの改善」という観点からは、ナースの優秀さと勤勉さが逆効果になっているという皮肉な話。 「優秀なナース」の定義はどこでも同じで、「目の前の患者が必要としているものを、あらゆる障害を乗り越えていち早く提供する」こと。取り替えるべきシーツが不足していれば別の階に走って行って調達してくるし、新米のナースのミスにはいちいち噛み付くこともなくそのミスを取り繕う。そんなナースたちにとっては、その手の「不具合」や「障害」は避けられ
ネットの時代には「知識量・記憶力」よりは「適応力・応用力」の方がずっと大切
先日の「習作UI: 縁日の金魚を再現してみた」というエントリー。特に深い意味もなく作ったのだが、ソフトウェア・エンジニアを目指す学生さんのためにひとこと付け加えておきたいのは、この業界で本気で成功しようと思ったら、この程度のプログラムは、シミュレーションの専門家でなくともサクッと作れるように自分を鍛えておかなければいけない、ということ。 この業界で働きはじめると、担当した仕事によって、データ解析・Java・３D・シミュレーションなどのある特定の分野のプログラミングの経験を積むことになる。そういった経験を通して特定の分野を深堀りしてエキスパートになるのはおおいに結構なのだが、往々にして落ち込んでしまうのが「ボクはJavaのエキスパートだからRubyではプログラムは書かない」、「シミュレーションのことならそれに詳しいエンジニアがいるんだからその人に頼んで」、「今からFlashを勉強している時間
JavaFX Script 入門、とりあえず言語仕様に目を通してみた
CNetでも報道された通り、Sunが独自のスクリプト言語JavaFX Scriptを発表した。テクノロジーの優劣だけで決まるものではないので、この試みがうまく行くかどうかは何とも予測しがたいが、とりあえず言語仕様が公開されたので目を通してみた。 私なりに興味深いと思った点は以下の５つ（ただし、私なりの拡大解釈が多少入っている可能性もあるので要注意）。 １．宣言型のUIをサポートしていること 宣言型大好き人間の私としては、この方向性は大賛成（ちなみに、UJMLも宣言型のUI言語^^）。"押してね！"というラベルがついたボタンを表示するには、こう書けば良い。 Frame { content: Button { text: "押してね！" action: operation() { System.out.println("押してくれて、ありがとう"); } } visible: true } ２
素直な疑問:数字には四桁ごとにテンを打った方が日本人には読みやすくないか?
中学校の数学授業で「数字は三桁ごとにテンを打つ」ことを教わったときに、手を上げて「何で三桁ごとにテンを打つんですか？」と質問したことがある。「その方が読みやすいでしょ」という教師に、「読みさすさを優先するなら、四桁ごとの方が読みやすい」と食い下がる私。「そうは言っても決まりだから今さら変えられない」という教師に、「そんな役に立たない決まりなんて変えた方が良い」とさらに食い下がるが、「決まりなんだから皆さんはそれを覚えるように。では、次に進みます」と頭から否定されてしまって少し傷ついたことを覚えている。 今になって考えてみれば、その教師は「確かに君の指摘するように日本人にとっては四桁ごとにテンを打った方が読みやすい。でもね、英語やフランス語などの欧米の言語の場合は３桁ごとにテンを打ったほうが読みやすいんだ。戦争に負けて、欧米を中心にしたグローバル経済圏に取り込まれた日本はそれに従うしかないん
「天下りあっ旋全廃に反対したらもう自民党には票を投じない」バトン
あまりにタイムリーな話なので、まるで私にツッコんでくれと言われているように感じたこのニュース。 「天下り」あっ旋全廃提言に閣僚が反発 経済財政諮問会議では、公務員制度改革を進める一環として、日本経団連の御手洗会長ら民間議員が、中央省庁による国家公務員の天下りのあっ旋を「利益誘導の背景だ」として、全面的に禁止するよう提言しました。これに対して、閣僚からは「国力が落ちる」「官僚がやる気をなくす」などと反発が相次ぎ、平行線をたどりました。また、通常は諮問会議に出席する官僚のトップ、的場・官房副長官が７日の会議には出席しませんでした。 「天下り全廃」を提案した御手洗氏には拍手喝采だが、「官僚がやる気をなくす」という理由で「天下り全廃」に反対した閣僚は一体全体何を考えているんだか…。 この閣僚の発言は、「官僚は給料が安くても、不夜城と呼ばれる霞ヶ関でサービス残業で死にそうになっても、最後には天下りし
Life is beautiful: スパムメールに関する一考察
今週は、UIEJのメンバーの間で、ユーザーから取得したメアドの扱いに関してさまざまな議論が交わされた。特にスパムメールに関する意見交換が興味深かったので、私なりのスパムメールに関する考え方をまとめてみた。 ・内容は何であれ、ユーザーにスパムだと思われたらそれはスパム ・スパムだと思われたら読んでもらえない ・読んでもらえないメールを送ってもしかたがない ここで問題となるのは「ユーザーに一度スパムを送る企業だと一度思われてしまうと、メールを一切読んでもらえなくなる」点である。 例えば、私は、mixi、GREE、はてな、シマニティの４つのSNSサービスに登録しているが、送られてきたメールを読むのはmixiとはてなのみである。Greeとシマニティからのメールは内容を確認せずに削除している。なぜこんな行動をとるのか、自分なりに解析してみた。 ・Greeとシマニティは毎日メールを送って来るが、mix
サッカー選手のワザ、ゴルファーのワザ、じゃあ、プログラマーは？
少し前に、「世界のワールドカップCM集」というエントリーを書いたが、その時に見つけたビデオの一つに、どう考えても特撮としか思えないようなワザを見かけたので、サッカーに詳しい知り合いに真偽のほどを尋ねたところ、「本当に出来る人がいるらしい」とのこと。まずはビデオを見て欲しい（真ん中の矢印をクリックするとビデオが始まる）。 これはすごい。ちなみに、これで思い出したのはTiger Woodsを使ったNikeの広告。日本で放映されたかどうかは知らないが、米国のゴルファーの間ではかなり評判になった。 ちなみに、プログラマーが３０秒ぐらいで人に見せられるワザというのはあるのだろうか？「Hello World」を３０秒で作って見せろといわれれば出来るが、そんなことはタイプ打ちさえ早ければ誰でもできる。そうではなくて、見た人に「おお、プログラマーってスゲェ。俺には出来っこネエ。」と言わせるような何かである
Life is beautiful: Edward Tufteに学ぶプレゼンのスキル
「スティーブ・ジョブスに学ぶプレゼンのスキル」は、このブログの人気エントリーの一つだが、ことプレゼンに関して私が師と仰ぐのはEdward Tufteである。日本ではあまり名が売れていないようだが、米国では「データのプレゼン技法」に関しては第一人者で、本も何冊も書いているし、全米各地でセミナーも行なっている。 私自身も、一日セミナーに参加したことがあるが、膨大な量の実例を集めて、それぞれのどこが優れているか、どこがダメなのかを的確に分かりやすく説明してくれるTufteは、まさに「プレゼンの神」であった。彼からは色々なことを教わったが、特に心に残り、今でも常に実戦しようと心がけていることは、 ・文字に頼らず、図を効果的に使うこと ・一度に見せる情報量を絞ること ・意味を持った色使いをすること の三つである。特に最後の「色も情報を運ぶことができる」という点は、それまで意識したことがなかっただけに
Life is beautiful: アマゾン・アフィリエイトの売り上げを一時的にだが数倍にする裏技
このブログに「Web2.0実験室」というカテゴリーをもうけたのは数ヶ月前。「実験室」というと技術的な実験ばかりかと誤解する人がいるかも知れないが、そうではない。ウェブ・サービスを考える上でとても重要なのは、人間の行動心理学。新しいアイデアが浮かんだら、あれこれ悩む前に試してみて人々の反応をみる、という実験がリアルタイムにできる点が今の時代のもの作りの楽しさだ。 このブログでも、今まで色々な実験を試してきた。「今日のひとこと」、「ラーメン大好き」というブログパーツを使った実験、「なぜFカップを持つグラビアアイドルが最近増えたのか、に関する一考察」というエントリーを使った「サーチエンジン最適化遊び」。ここまで書いて気がついた方も多いと思うが、三日前の、「ベストセラー・ブックス（４月～５月）」というエントリーも、やはり実験である。一般の本屋さんと同じ様に、売れ筋の本をベストセラー・ブックスという
Life is beautiful: Windows95と地上の星
Windows95の開発の総責任者であるDavid Coleから開発の主要メンバーに緊急召集がかけられたのは、Windows95の開発も大詰めを迎えた1994年末のことである。 Shell（デスクトップ、エクスプローラ、スタートメニューなどのユーザーインターフェイス）の開発を担当していたSatoshiは、いままでの経験からこの手の緊急招集が良い知らせでないことはないことは知っていた。 David Coleが深刻な顔をして緊急招集の理由を説明し始める。Windows95そのものの開発は順調に進んでいるが、Windows3.1との互換性の維持が思うように進んでいないのである。 「このままだと、９５年中にリリースすることはできない」 深刻な問題である。既に当初の予定より１年以上遅れているWindows95のリリースをさらに遅らせて95年のクリスマスシーズンを逃すことはOffice95を同時にリリ
知的労働者には「組織を移る力」がある
前回のエントリーに、Doraさんという方から「次回エントリー『こうすれば日本のSEは救われる！』を楽しみにしております！？」とのコメントをいただき、少し悩んでしまった。日本のSIer（少し前までは「SI屋」だと思っていた）の階層構造の問題を指摘しておきながら、何も提案しないのはあまりにも無責任かも知れない。 だからと言って、「日本のIT産業はこうあるべきだ」などと部外者である私が本当の意味で影響力のある発言をするのはあまりにも難しい。特に、IT業界に限らず、一旦こういった階層構造が出来てしまうと、業界で力を持つ上位レイヤーの会社や人たちにとって、改革は自己否定にもつながりかねないので良いと分かってはいても自分からわざわざ着手できない、というジレンマがあるのが一層解決を困難にしている。 では、現時点でIT業界で苦しむSEやプログラマーの人たちは何をしたら良いのだろうか。 とても難しい問題では
Life is beautiful: SEはメニューのないレストランのウェイターか？
一昨日書いた「ソフトウェアの仕様書は料理のレシピに似ている」というエントリーに対して沢山の人からフィードバックをいただいた。このように情報を発信すると、逆により多くの情報が集まり自分にとっても勉強になる、というフィードバックプロセスがあるからブログは楽しくて仕方がない。 フィードバックの中に「これでSE不要論も再燃か？」などという過激なコメントから、自分自身がSEという立場の方からのものすごく真面目なフィードバックまでが集まったので、これを機会に、ここに私なりに「SE」という職業をどう解釈しているか書いてみようと思う。もちろん、私自身がSEという職業を経験したことがあるわけでなないので、間違っているかも知れないが、その場合は遠慮なく指摘していただきたい。 私の理解では、SEという職業はレストランに例えればウェイターである。それも、メニューから料理を選んでもらう通常のレストランとは異なり、「
Life is beautiful: ソフトウェアの仕様書は料理のレシピに似ている
先日、経済産業省向けの仕事をしている知り合いと食事をしたのだが、彼によると経済産業省の今の悩みは、「IT産業の階層化の弊害によっておこる下流のプログラマーの収入の低下」だそうである。「プライムベンダー」と呼ばれる「上流コンサルタント」たちがインドや中国にも仕事を発注できることを理由に、激しく値切り始めたために、今やわずか一人月３０万円というケースもあるという。 こんな話を聞くと本当に悲しくなる。まず第一に「プログラムを書く」という仕事は簡単な仕事ではない。数学的な頭を持っていないとかなり辛いし、基礎がしっかりと出来ていないとろくなソフトウェアは作れない。物価の安いインドや中国なら許せるが、米国よりも生活費の高い日本で一人月３０万円とはあまりにも低すぎる。 「彼らは下流のエンジニアで、詳細仕様書に従った通りのプログラムを書くだけの簡単な仕事をしているから給料が安い」という説明を聞いたことがあ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
