IPv6対応への道しるべ 第2回単なるIPv6対応と、使えるレベルの対応はまったく別の話─Tokyo6to4プロジェクト 白畑真氏、大久保修一氏 第2回は、Tokyo6to4プロジェクトの白畑真氏（株式会社クララオンライン）と大久保修一氏（さくらインターネット株式会社）にお話を伺いました。 ISPなどから直接IPv6サービスを利用できないユーザなどに対して、IPv4を経由したIPv6接続性を提供するサービスを運用している経験から、今後のIPv4/IPv6混在環境でユーザが気をつけるべきことを伺いました。 白畑真氏（左）と大久保修一氏（右） 6to4は、IPv4の接続性しかないユーザがIPv6を利用できるようにするプロトコルで、10年以上前から存在していました。2008年まで、日本国内で6to4のゲートウェイが存在しなかったので、気づかずに全てのIPv6通信をアメリカ経由で行ってしまっている

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

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