「締め切りは絶対に守るもの」と考えると世界が変わる
2011年にインプレスジャパンから「エンジニアとしての生き方」という本を出版して以来、書籍よりは「メルマガ（週刊 Life is Beautiful）」の執筆を優先して来た私ですが、この度、とある編集者に説得されて「時間術」の本を出版することになりました。 『なぜ、あなたの仕事は終わらないのか スピードは最強の武器である』（文響社） 「時間術」とは言っても、巷に良くある「どうやって時間を効率よく使うか」という話ではなく、実際の仕事の現場において「常に締め切り通りに仕事を終える人」になるための、私なりの「仕事に対する取り組み方」を解説した仕事術の本です。 「いつも締め切りに追われている」「締め切り間際にならないと本気で仕事ができない」という悩みを抱える人たちには是非とも読んでいただきたい本です。締め切りを守れるかどうかは、締め切り間際のラストスパートで決まるのではなく、もっと前の段階での、「
米国人にとっての捕鯨・イルカ漁
ケネディ大使のイルカ漁に体する発言を「内政干渉」と大騒ぎをしている人がいるが、彼女の発言を理解するには、イルカ漁やクジラ漁が米国人にとって、どんな意味があり、何を象徴するか、を理解する必要がある。 マウイの Whalers Villege ショッピング・センターには、捕鯨博物館があり、そこには捕鯨の歴史が淡々と綴られている。鯨油や鯨蝋（げいろう）が石油の代わりを果たし、鯨ひげがプラスチックの代わりを果たした時代に、その商業的価値のために、大量の鯨を虐殺して来たこと、ラハイナの待ちが捕鯨で発展して来たことなどを、歴史の一コマとして描いている。 捕鯨博物館の出口には小さな映画館があり、鯨がダイナミックに泳いだりジャンプしたりするさまを映し、鯨の生体や、ハワイの観光産業にとっての価値を説明している。 そこにあるのは、捕鯨という「過去」と、観光資源・人類の宝としての鯨の「現在」の対比だ。 つまり、
皆が「空気を読み、流れに乗って」ばかりいたらこの国は沈む
先日の「日本の大学生はなぜ勉強しないのか」というエントリーには、賛否両論、数多くの意見をいただいた。その中のでも、旧来型の日本人の考え方を表す典型的な例がこのコメントだ。 「大学のとき、周囲には真面目に勉強している人も結構いたけど、えてして勉強せずにサークル・飲み会etcで普通の大学生していた人のほうが大企業入って出世していて、勉強していた人にはレールから外れて苦労している人が多い。社会に出てから、なるほど人付き合いや飲み会は勉強よりも重要だったんだな、と遅まきながら気がついた。日本て、皆がやっていることをその流れに乗って同じようにできる人が求められている社会で、なまじ大学の図書館にこもって勉強ばかりしている異質な大学生は社会に出た後レールから外れる傾向にあるのだと思う。」 欧米に追いつくことだけを考えれば良かったころは、創造性よりも調整能力、専門性よりも汎用性、知恵や知識よりもコミュニケ
特許庁のシステム開発が破綻した本当の理由
特許庁と東芝の新システム開発契約打ち切りについて、なぜこの開発プロジェクトが破綻したのかについて私なりの解説をしようとバックグラウンドを調べたところ、調べれば調べるほど、この問題の根底には（１）コスト意識が欠如し自分たちが「公僕」であることを忘れてしまった霞ヶ関官僚、（２）霞ヶ関から流れて来るお金にたかる IT ゼネコン、（３）そのお金の流れに対する影響力を利用して票を稼ぐ政治家、という原子力業界と全く同じような構図があることが明らかになり、ウンザリしてしまった。 破綻の原因は、ソフトウェア・アーキテクチャやプロジェクト・マネージメントにあったのではなく、「競争原理が正しく働かない社会構造」そのものにあるのだ。これではうまく行くはずがないし、たとえうまくいったとしてもやたらと高くつく。 そもそも破格だと言われた９９億円という落札価格も、私から見ればどうみても高すぎる。特許庁のシステムであれ
反面教師としての三木谷発言
kobo touch の初期不良問題に対する三木谷氏の発言にはあまりにも学ぶことが多かったのでひと言。ソースは、日経ビジネス Digital の「細かいことで騒いでいるのは少数派ですよ」という記事。 特に問題なのは冒頭の、 ――色々トラブルが起きましたが現状は。 三木谷：いや、いいですよ。初期設定の問題で細かいトラブルはあったけど、2日以内に解消できたし、コールセンターも24時間対応にしたし。アクティベーション（利用できる状況にセットアップすること）した人が購入者全体の95％を超えていますからね。そして、何よりコンテンツが売れまくっている。出版社の人に聞いてみたほうがいいですよ。僕は出版社の驚きように驚いている状況です（笑）。 販売台数は10万台弱程度で、年内目標は100万台。だいたいそこまでいけそうです。やはりユーザーインタフェースがいいんですよね。直感的にできるし、変なボタンもないし
たかが電気、されど電気
メルマガ「週刊 Life is Beautiful」で「なぜ日本は原発を止められないのか」という連載を始めた。通信業界の東京電力に相当するNTTで働いていた経験を活かし、霞ヶ関や東電のエリートが何を考えてあんな行動に走るのかを解説する。ちょうど良いタイミングで先日の「さようなら原発１０万人集会」での坂本龍一氏の「たかが電気のためになんで命をさらさなければいけないんでしょうか」という発言が注目を集めているので、このブログでもひと言書いておく。 「たかが電気」という発言に対して「電気を止めたら死んでしまう病人がいる」「真夏にクーラーがかけられなければ、熱中症で死ぬ人がいる」と噛み付いている人がいるが、これらの指摘は大間違いである。日本は、原発を止めたぐらいで、病人の生命維持装置が止まってしまったり、熱中症で死ぬ人が増えたりする国ではない。 本当の理由は別のところにある。日本経済が重度な「原発依
野田総理の言う「電気がもたらした豊かで人間らしい暮らし」のイメージを作ってみた
野田総理の原発再稼働へ向けた会見には違和感を覚えた人も多いと思うが、私がもっとも違和感を感じたのは「私たちは、大都市における、豊かで、人間らしい暮らしを電力供給地に頼って支えて来ました」という一節。 野田総理が（実際にはその後ろにいる経産省が）言うところの「大都市における豊かで人間らしい暮らし」とは何を指すのだろうか？すぐに頭に浮かぶのは、オール電化のマンション、クーラー、電気ポット、食洗機、２４時間営業のコンビニエンスストア、５０インチの液晶テレビ、パチンコ屋、ゲームセンター、ネオン街などだ。 イメージにしてみるとこうなる。 一方、原発事故が福島県の人々から奪ったのは、一生かけて育んで来た畑であり、安心して食べられる地元の食材であり、校庭で泥まみれになって遊ぶ子供たちの笑顔である。 どちらを「人間らしい豊かな暮らし」と呼ぶべきか、どんな国を私たちの子孫に残したいのか。今一度考え直すべき時
経済原理を考えれば、営利企業に原発を安全第一で運営させるのは所詮無理
New York Times に「Risk From Spent Nuclear Reactor Fuel Is Greater in U.S. Than in Japan, Study Says（使用済み核燃料のリスクは日本よりも米国の方が高い）」という記事が出ている。原子力発電所が「トイレなきマンション」であることは、どの国でも同じだ。それどころか、使用済み燃料プールがテロリストの標的になれば、最悪の場合、チェルノブイリ以上の事故を米国内で引き起こされてしまう危険すらある、というレポートすらあるという（参照）。 つくづく思うのは、たとえ１００歩譲って、十分に安全な原発の運転が「技術的には可能」だと仮定したところで、営利企業が運営する限りは、原発特有の「色々な問題は先送りした方が経済的に有利」という強いインセンティブが働くため、どうしても安全よりも経済性を優先してしまうし、経済性に関して
なぜ日本では「市民運動」が格好ワルイいのか？
原発事故以来、色々なことを考えているのだが、その一つが「なぜ日本では民意がなかなか反映されないのだろう」ということ。泊原発の再稼働容認が典型的な例。これだけ多くの人が反対しているのにも関らず（参照、参照）、必要だったはずのストレステストもなく、原子力安全委員会の形だけの二重チェック（参照）で北海道知事の再稼働容認となった。 「政治家が票集めで忙しくて実際に国を運営しているのは官僚」「官僚の業界への天下りが官民の癒着を生み出している」「マスコミはスポンサーに不利になることは報じない」などの政府やマスコミにも大きな問題があるが、国民側にも若干問題があると思う。うまく表現するのは難しいのだが、 政府は「お上」であり、市民運動とは「お上にたてつくこと」に相当する という江戸時代から続いているメンタリティが根っこのどこかにあるのではないかと思う。それが「市民運動＝左翼活動」というイメージを固定化させ
脱原発・脱官僚新党を作りませんか？
７月２８日の夜、菅首相に会って来た。原発問題に関して書いて来た私のブログが菅首相の目に止まり、「この男に会いたい」ということになったそうである。私自身も、海江田大臣の原発安全宣言から菅首相のストレステスト宣言に至る台所事情を知りたかったこともあるし、色々とお願いしたいことも会ったので、喜んで参上した、というしだいである。 具体的にどんな話をしたかは８月から開始するメルマガ（参照）の方に詳しくレポートする予定だが、私が菅首相にどうしても伝えたかったのは、東電を経済原理にのっとって破綻処理しなければ国民は納得しない、という点。「私は民意を反映した政策を打ち出し続ける限り、菅さんを支持し続けますが、万が一東電を救済するようなことになれば、その時点で支持を打ち切ります」と伝えて来た。 マスコミの「菅たたき」が激化し、支持率も低迷する中、私のように菅首相の発言や行動を純粋に政策面のみで評価する人はご
やくざから罰金を取ると「みかじめ料」が増えるという総括原価方式の不思議
福島第１原発事故の被害者への東京電力の賠償を国が支援する「原子力損害賠償支援機構法案」が民主、自民、公明党などの賛成多数で衆議院通過の見通しとなった。法案を読むと東電の存続を前提として書かれたと読み取れる文言も多く、「東電を救済し、国民の負担を増やす悪法」という見方があるのも当然だ（参照）。 一縷（いちる）の望みは、河野太郎（自民党）の以下の発言。 「財務省主導の東電救済スキームは、巨額の報酬を得ている東電の経営陣には責任を取らせず、株主は保護し、金融機関の責任も追及しないのに、全国レベルで国民には値上げした電力料金を負担させるというとんでもない利権保護策だ。当初、このプランに乗っていた経産省が、日和見をはじめた。当初は、財務省プランでスタートするが、折を見て、東電を破綻処理させますという経産省プランを持って、経産官僚が議員会館を回り始めた。」（東電は後から破綻処理させます） 「純資産が１
エンジニアの役割
技術評論社の WEB+DB PRESS に連載中のコラムが新しくウェブで公開されたので、ぜひとも読んでいただきたい。 エンジニアの魔法の手〜面白いプロジェクトの関るには このコラムで一番注目していただきたい部分は、以下の一節。 自分が関わっているプロジェクトの方向性がおかしいと思ったら，自分がどんな立場にいようと強く主張すべきだ。会社はそんなエンジニアを必要としているし，本当に会社のためになるのであれば必ず耳を傾けてもらえるはずだ。「そうは言っても，難しいんだよ」などと逃げを決める上司は怒鳴りつけてやればよい。 会社にとって最悪なのは，「こんなものを作っても誰も使わないんじゃないか，会社の価値を上げることにつながらないんじゃないか」と思いながらも黙々と仕事をするエンジニアだ。そんなエンジニアばかり集まっている会社は絶対に市場で成功しない。プロジェクトに関わるエンジニア全員が，「自分たちがど
私が事故後、脱原発派に転向した一番の理由
先日のエントリーに、「論理的に考える力のない人が、 『放射能は危険』→『原発は不要』→『脱原発』 となっているのは理解できます。 普通に論理的に考える力のある人は、 『脱原発したときのリスク』を考え、 脱原発をしないほうがよいのでは？という意見の方が多いと感じています。 中島さんのような方が、なぜ、脱原発一直線なのかが理解できません。 脱原発について書かれるのはよいのですが、 一度、なぜ脱原発を訴えているのか？についても、この場に書いていただけないでしょうか？」というコメントをいただいたので、今回はその質問に答えてみる。 実は、福島第一原発での事故の第一報を聞いた時に最初に私の頭に浮かんだことは、「この事故は、日本だけでなく、世界全体の原子力技術の発展に大きなブレーキをかける事になる。１０００年に一度の津波のためにたまたま起こった事故のために、日本のエネルギー政策を変更したり、原子力発電を
エンジニアから見た原発
典型的な「理科系少年」として育った私にとっては、原子力発電は宇宙旅行や人工知能とならぶ「人類の英知を集めた科学技術の結晶」であり、あこがれでもあった。ブルーバックスの相対性理論に関する本はすべて読んだし、アインシュタインの書いた e=mc2 という式は私にとってはまさに「人類の英知」を象徴するシンボルであった。高校時代の前半までは、自分は物理学者になると確信していたぐらいだ。ひょんなきっかけからコンピューターの世界に足を踏み入れ、ソフトウェア・エンジニアとしての道を歩むことになったが、科学技術全般に対する情熱は今でも持っている。 そんな私なので、今までは当然のように「原子力発電」の支持者であった。資源の乏しい日本にとって「石油が不要で、二酸化炭素を放出しないクリーンな原子力発電」こそ日本にふさわしい発電方法であると信じていたし、自動車・エレクトロニクスに続く輸出産業としての原子力に期待もし
日本のケータイが「ガラパゴス化」した本当の理由
「ガラパゴス」という言葉が今年の流行語大賞の候補に選ばれたということを聞いていたので、密かに受賞しないかと期待していたのだが、残念ながら大賞は逃したようだ（もし大賞に選ばれていたら、私が受賞することになったのかどうかの疑問はこれで解けずに終わってしまった）。しかし、この言葉をずいぶん前から使っている私としては、この言葉が一人歩きしているようでなんとも言えない気持ちなのでひと言。 まず最初に断っておくと、私が２００１年のCTIA（米国の携帯電話業界で一番大きなカンファレンス）のスピーチでこの言葉を使った時は、単に日本という「単一民族で、国民の大半の生活レベルが同じで、家電とか携帯電話のようなガジェットに流れるお金が比較的多い」という特殊な環境で、iモードを中心に「ケータイ・ライフスタイル」が異常なスピードで進化をとげていることを表して、「ガラパゴス現象」と呼んだだけのこと。決してネガティブな
言語対決：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", {},
Life is beautiful: 私のとっておきのプログラミングスタイル
404 Blog Not Found の「LiveCoding に学ぶプログラミングの三原則」を読んでいたらどうしても書きたくなったので。あくまで私のスタイルなので、参考にするもしないもご自由に。 1. スタードダッシュでできるだけはやくめどをつける 学生時代から夏休みの宿題は７月中に終わらせていた私とすれば、ラストスパートよりはスタートダッシュで勝負する。どのみち、どこかで思いっきり頑張らなければならないのであれば、締め切り間際ではなく、スタート間際に頑張るべきというのが私のポリシー。十週間のプロジェクトであれば、最初の二週間が勝負。そこで八割がたのめどをつけておき、後は流す。最初の二週間がめどが立てられなければ、十週間で完成できる可能性は低いと考える。常にそういう姿勢でいれば、締め切りぎりぎりになって致命的な欠陥が見つかって痛いめにあったり、本当は大幅な設計変更をすべきなのに応急処置で
「金メダリストは『練習が楽しくてしかたがない』からこそ強くなれた」説
技術評論社の WEB+DB PRESS 向けに連載コラムを書きはじめたのだが、その最初のコラムがウェブで公開されたので、リンクを張っておく。 第一回 一生の仕事を選ぶということ 担当の人の「この業界で働く若手のエンジニア向けのメッセージ」を書いてほしいとのリクエストに答えるつもりで書いたのだが、「説教臭くなくて、ちゃんと伝わる」文章を書くのが難しくて結構苦労したので、ぜひとも読んでいただきたい。 この話の核となる部分は、私の「マラソンで金メダルを取る人たちって『過酷な練習に耐える精神力がある』から頂点に立てるんじゃなくて、『他の人たちにとっては苦痛でしかない練習が実は楽しくて仕方が無い』から頂点に立てるんじゃないか」というセオリーにもとづいている。高橋尚子が現役のころの話を聞いていて、つくづく「本当にこの人は走ることが好きなんだなあ。だからこそ誰よりもたくさんの練習をすることができて、その
誰にでも分かる「クラウド」
ここの所、「クラウド」という言葉が一人歩きしているようなので、言葉の定義を明確にして業界関係者間のコミュニケーションをスムーズにすることを試みてみたい。 クラウド・コンピューティング もともとは、すべての計算をクライアント側で行う「デスクトップ・コンピューティング」に対して、（しばしば雲の形で図式化される）ネット上のサーバー側で計算してしまうことを表すために生まれた言葉。しかし、後述の「クラウド・サービス」の普及とともに狭義・広義・誤用・バズワード化が進み、今や「ユビキタス」と同じぐらい使っている人によって意味が異なる言葉になりつつあるので要注意。 クラウド・サービス アマゾンのec2、GoogleのApp Engineのようにサーバーの能力を従量課金方式で提供するサービスのこと。自社サーバーやレンタルサーバーと比べて、初期投資の面でもスケーラビリティの面でも優れていることが特徴。 クラウ
「RESTful MVC」なアーキテクチャの話
最近、増井君と私でアーキテクチャの話をすることが多いのだが、そんなディスカッションの中で気に入っているのは左の図のようなアーキテクチャ。 もちろん、核となるのはビジネスロジックを含んだModelの部分。そこをしっかりと実装し、内部構造を隠す粒度の荒いインターフェイスを定義し、外から何をされてもデータの整合性が壊れない様にすることは何よりも大切。 そして、そのModel層へのインターフェイスを特定の言語に依存したクラスやAPIではなく、HTTP上でJSON（XMLでもかまわない）をやりとりするだけの RESTfulなWeb Serviceにすることがミソ。こうすることによりにより、どんなに締め切りに負われようが、誰がControllerを実装しようが「ずるができない」ように作っておく（ずる＝本来使うべき外部インターフェイスだけでなく、Model内部に直接アクセスして依存関係を作ってしまう事）
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
