とにかく手を動かすこと 若い日本のエンジニアと話していると、「⁠今の職場ではなかなか自分が作りたいものを作らせてもらえない」「⁠せっかくエンジニアになったのに、仕様書通りにプログラムを書くばかりでクリエイティビティを発揮するチャンスがない」などの声を聞くことが多い。 職場にもよるとは思うが、特にITゼネコンを頂点にした産業構造を持ちウォーターフォール型で開発を進める「IT産業」では、そんな思いをしている人もたくさんいると思う。 そんな人たちに私が勧めているのは、とにかく何としてでも自分の時間を見つけて、手を動かして自分の作りたいものを作りはじめることである。作りはじめて見えてくるものもたくさんあるし、上司を説得するにしろ、仲間を集めてベンチャー企業を起こすにしろ、投資家からの資金提供をしてもらうにしろ、何か動いているものがあるのとないのでは説得力に雲泥の差がある。 まずは時間をひねり出す

エンジニアの役割 福島第一原発での事故は、私たちにいろいろなことを教えてくれた。畑違いとはいえ、エンジニアの一人として最初に感じたのは、「⁠エンジニアたちはいったい何をしていたんだ？」「⁠システムアーキテクトはいたのか？」という疑問である。 核エネルギーを発見したのは科学者たちである。そして、そのエネルギーは原子爆弾だけでなく、発電にも使えるかもしれないと考えたのも科学者たちである。科学者たちの仕事は、自然を観察し、法則を見つけ出し、そこから私たちの生活や経済活動に役に立つ可能性のあるものを見つけることである。その意味では、「⁠原子力の平和利用」という発想はすばらしいものであった。 一方、原発を日本のエネルギー政策の中心に置いたのは政治家である。その政策に従い、日本各地に原発を作り、そこで作った電力を販売しようと決めたのは電力会社のビジネスマンたちである。彼らの仕事は、国なり会社なりの枠組

おもしろいプロジェクトに関わるには 前回の本コラム「プラットフォームは乗るものではなく担ぐもの」では、自らが開拓者・先駆者となって「ほかの人たちに進むべき方向を示す」ことの重要性を述べた。「⁠そうは言っても日々の仕事が忙しくて新しいことを勉強している暇がない」「⁠やりたいことをなかなか上司がさせてくれない」「⁠おもしろいプロジェクトに関われる人なんてごく一部の幸運な人たちだけ」などの声も聞こえてくるので、今回は、もう少し具体的に「どうやったらおもしろいプロジェクトに関わることができるのか」について私の経験に基づいて述べてみよう。 運だけではない「姿勢」の重要性 私はパソコンの黎明期からさまざまなおもしろいプロジェクトに関わりエンジニアとしての経験も積んできたし、数々の楽しい思いもさせてもらってきた。パソコンの黎明期にアスキー出版から「Game80コンパイラ」（⁠注1）や「CANDY」（⁠注

乱立するプラットフォームとどう向き合うか 先日、開発中のiPhoneアプリからDropboxへファイルをアップロードするしくみを作っていたのだが、そのAPIがよくできていることに気がついたので、それについてTwitterでつぶやいた。すると、すぐに知り合いの開発者から「DropboxってAPIを使うとそのアーキテクチャの優秀さがわかるよね」というリプライが返ってきた。 ほんの少し前にFacebook APIを使ったアプリを作っていたときにも同じことを感じたのだが、「⁠デファクトスタンダードになる可能性のある」プラットフォームに出会ったときのワクワクした感じは、自分自身のモチベーションを上げるためにも、そして常に時代の先端を走り続けるためにもとても大切だと感じている。 この手のプラットフォームの類いは「乱立」と呼んでよいほど毎年たくさん出て来るので、「⁠どれを勉強すべきか」「⁠どれに賭けるべ

エンジニアという職業を楽しめていない人へ これまでこのコラムでいろいろなことを書いてきたが、結局のところ一番伝えたいのは、ソフトウェアエンジニアという職業がこれからますます重要になること、そしてそんな時代にソフトウェアエンジニアという職を選んだのだから、もっともっと仕事を、そして人生を楽しんで欲しい、ということである。 しかし、この業界で働くことを満喫している私のようなエンジニアがいる一方で、この業界のことを「きつい、帰れない、給料が安い」と嘆く人たちもたくさんいるのも事実。そこで今回は、そんな人たちのためにメッセージを贈る。 現状を把握する 何よりも最初にすべきは、自分の現在の立場をきちんと把握すること。「⁠仕事がきつい、上司が悪い」などと嘆いている暇があったら、その原因がどこにあるのかを理解し、自分の置かれた立場をきちんと理解することに時間をかけるべきである。 具体的には、次に列挙した

一歩下がって「時代の流れ」を見る この業界では日々さまざまなことが起きている。そんな中で、個々の事象にいちいち惑わされず、自分なりに「時代の流れ」をしっかりととらえる目を養うことが大切である。 最近だと、MicrosoftがHTML5の採用に踏み切ったこと[1]⁠、AppleとAdobeのFlashに関するにらみ合い、Googleが買収したOn2 Technologiesのビデオコーデック「V8」を「WebM」としてオープンソースにしたこと、シャープが提唱する電子書籍の独自フォーマット「次世代XMDF」が激しく批判されていることなどが目についたニュースだが、そのどれもが一つの強い方向性を示している..「独自フォーマット戦略」の終焉だ。 独自フォーマット戦略 独自フォーマット戦略とは、自社が所有する知的所有権をからめたメディアのフォーマットをなんらかの方法で「業界標準」とし、ツール、再生ソフ

エンジニアとして良い仕事をするために必要なこと ソフトウェア業界で日米を往復しながら仕事をしていると、世界中のさまざまなエンジニアに会う。私のように「プログラミングを心底楽しんでいる」人から、「⁠新3K」（⁠きつい・厳しい・帰れない）を身をもって体験している人までさまざまだが、共通して言えることは、エンジニアとしての基礎がしっかりできている人とできていない人では、その生産効率に大きな開きがあり、それが結果的には、会社での労働環境や待遇に、そして結果として自分自身にとっての「仕事の充実度」に、大きな影響を与えているということである。 いつも締め切りに追われている、毎回バグで苦しんでいる、徹夜の連続で体力に限界がきているなど、「⁠仕事がきつい」理由はいろいろとあると思うが、会社や上司の悪口を言う前に、自分自身がプロフェッショナルなエンジニアとしてこの業界で勝負をするうえで必要な最低限の基礎がで

日米で異なるソフトウェアの作り方 私がシアトルに来たのは1989年なので、こちらに来てもう20年以上になる。最初の10年をMicrosoftのソフトウェアエンジニアとして過ごし、後半の10年は起業家としてソフトウェアベンチャーを3つほど立ち上げている。こうやって1年の大半を米国西海岸で過ごしながらも、日本には毎年数回仕事で帰国しているし、日本語でブログや記事を書いてもいて、ある意味で「日本のソフトウェアビジネスを、一歩離れてちょうどよい距離で見る」ことができる立場にいる。 そんな私が常々感じているのは、日本でのソフトウェアの作り方が米国のそれと大きく違っていること。そして、日本のソフトウェアエンジニアの境遇が悪すぎること―そして、それが「日本のソフトウェアが世界で通用しない」一番の原因になっていることである。 そもそもの成り立ちが違う日米のソフトウェア業界 日米のソフトウェアの「作り方」の

「締め切りを守ること」の大切さ 今までたくさんの日米のエンジニアと仕事をしてきた。その中には私よりも明らかに「賢いエンジニア」もいたし、ものすごい生産性でプログラムを作ってくれる「馬力（ばりき）のあるエンジニア」もいた。しかし、そんな中でも、私がものを作るうえで最も大切だと考えている「あること」をキチンとこなせる人は100人に1人もいなかった。その「あること」とは、「⁠常に締め切りを守れるように仕事をすること」である。 チームで仕事をする場合、どうしてもお互いが担当するタスク（＝作業）の間に依存関係が生じる。そんなときに、どれか一つのタスクの完了の遅れが、ほかのタスクの完了に波及し、それがタスク間の競合を引き起こして全体のスケジュールがさらに遅れる、という事態はソフトウェア開発の現場ではよく見られる。そんな状況をできるだけ回避するには、プロジェクトに関わる人全員が、自分に割り当てられたタス

「一度しかない人生、思いっきり楽しもうぜ」 酒の席になるとやたらと人生哲学みたいなものを語り出して部下や後輩を困らせるという人がたまにいるが、私もあの手の「説教」を聞くのは得意ではない。しかたがないので、「⁠はあ、そうですか」とか「勉強になります」とか言いながらも、心の中では「早く終わらないかな」とか、その日に解決できなかったバグを「明日の朝にはどう攻略しようか」と作戦を練ったりしている私だ。 じゃあ自分なりの「人生哲学」みたいなものをまったく持っていないかというと、そうではない。ただ、そんな話はネチネチと時間をかけて語るものでもなければ、ましてや酒の席でするのに適した話ではないと思っているだけのことだ（私が、下戸だというのはさておいて⁠）⁠。 では具体的には何かと言えば、「⁠自分が本当にやりたいことを見つけろ」という、とても単純な話だ。言い方を変えて「わがままに生きろ」でも「自分に正直に