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

昨年末にMIJSのコンソーシアム内での交流会があり、前回のはてな伊藤さん講演に続き、理事会の方から講演者の選定とコンタクトを依頼されたので、マイクロソフトの萩原さんに「クラウドの時代のデータモデリング」の講演をお願いした。 今回萩原さんに講演をお願いしたのは、以前参加させていただいたマイクロソフト系のイベントでの萩原さんの講演が大変興味深い内容だったからだ。 以下、今回の講演を聞きながら私がメモした内容である。 「スケールアウト設計における問題点の考察と分析手法の提案」 現在マイクロソフトでクラウドの技術のうち、開発の現場に対して、どういうやり方をしなければいけないかを提案する仕事をしている。 今日お話しする内容は、インターネットや書籍で紹介されているものよりも、深いところを話していきたい。とはいえ1時間という短い時間なので、ポイントを絞って話をしていきたい。マイクロソフトはWindows

システムインテグレータ最大手NTTデータを率いる山下社長は若い頃、汎用コンピュータ用のデータベース開発に取り組み、プログラムを自ら作っていた。その経験から山下氏は「人生のどこかで手を動かしてプログラムを作る仕事を経験した方が絶対に面白い。20代あるいは30代の前半くらいまでに真水の仕事をどれだけやったか、それがその後の人生の豊かさにつながる」と同社幹部としては異例の発言をする。（聞き手は谷島 宣之＝日経コンピュータ編集長、写真は小久保松直） 2009年度、100億円近い投資を計画していると聞く。狙いは何か。 100億円のうち、40億円くらいかけようと考えているのが、「倍速開発」という案件です。これが一番大きい投資になります。我が社としてぜひともやらないといけないのは、お客様のお気の召すまま、ご希望のオーダーメード・システムを、パッケージ・ソフトを使った場合と同じスピードで作って差し上げる、

今回は残念なお知らせがあります。 5月末をもって、LingrとRejawの両サービスをシャットダウンすることになりました。いずれのサービスも、すでに新規サインアップは受付停止済み、5月15日までユーザデータのダウンロード依頼を受け付け、5月16日からは新規発言ができなくなり、5月末の完全停止までの間にデータをダウンロードしていただく段取りになります。 今まで支えてくださったユーザの皆さんには、このような結末になってしまい本当に申し訳なく思っています。シャットダウンという最終決定を下すまでには多少の猶予をいただき、営業譲渡などでサービスを存続させる方法も模索していたのですが、受け入れ先を見つけることができませんでした。 2005年の夏にインフォテリアの100%子会社として操業を開始した米国法人のインフォテリアUSAですが、こちらもサービスの終了を見届けた後、6月中に解散・撤収することとなりま

まつもとゆきひろが語る「ビューティフルコード」×「プログラマ35歳定年説」に行ってきました〜。今年初めて行ったイベントなのですが、とてもいいお話を聞くことができました。美しいコードとはどのようなものか、またそのようなコードを書けるようになるためにはどうすればいいのかというお話でした。 以下、まとめになります。僕のメモを元にしたので、まつもとさんが話された内容と多少ズレがあるかもしれません。 そもそもコードとは何か 「コードの美しさとは」という前に、そもそも「コード」とは何か。 ソフトウェアの作成はものづくりではない コードは工業製品ではない。コードは、車とかと同じ工業製品だと思われることが多く、例えば次のような勘違いがある。 日本は「ものづくり」が得意だ。だからソフトウェアも「ものづくり」として取り組めばいい 車のように、ソフトウェアも部品をどんどんコピーして組み合わせばできる 違うよ！全

昨日は特徴(Feature)、粗筋(Story)、脚本(Scenario)でちょいと言及した「Feature, Story, Scenarioがごっちゃになりかけている」プロジェクトの人達とお話しする機会があった。 よくよく見ると、FeatureとFunctionとがごっちゃになっていた。 つまり、要件分析の段階で実装のことを考えていたのである。 なぜ、そうなったのだろう？ 画面から要件分析をすると、こうなる どうやら要件分析する前の段階で「コンサルタント」の人達が、画面を使ってお客さんと「要件定義」をしていたらしい。 「この画面でこういうデータを入力すると、こんな画面に遷移します」みたいなやりとりがあったのだろう。 紙芝居感覚で交渉できるからわかりやすい。 だけど、先に画面を決めちゃうというのはいくつかの(そして時に致命的な)問題を抱えている。 実装をフィーチャとして捉える可能性。 例え

少し前に若いエンジニア達と話す機会があった。この春SI企業に入社してプログラミングの研修を受けているという。みんなそれぞれ能力が高い上に、学習の高速道路を爆走中といった感じでネット上で話題になっているような技術情報には十分詳しい。SICPを全部解いたとも言っていたし本当はプログラミングの研修なんか必要ないのだろう。未踏に応募したり勉強会を開催したりするのはこういったタイプなんだろうかとか、いまどきのSI企業の人材獲得能力はすごいなとか思いつつ、でも彼らはこの業界に何を求めてどうなろうとしているのか少し気になったりもした。 これほど優秀で勉強もしてきた人達でも、SIerとしては即戦力にはならない。社会人マナーとか仕事の進め方の話ではなくて、単純に知識不足という意味で。そのため一緒に入社したプログラミング能力の低い社員と同じように扱われる可能性が高い。これはすごく不幸な状態だと思う。SI業界が

上野康平――3次元空間を統べる若き天才プログラマー：Pre New Generation Chronicle（1/2 ページ） バイナリアンたちを紹介していく「New Generation Chronicle：バイナリアンスレッド」。第1回の井上さんからバトンを引き継いだのは、史上最年少の18歳で天才プログラマー／スーパークリエータの称号をIPAから贈られた上野康平さんだ。 「天才」――こう呼ばれる人物は各分野に存在する。上野康平さんもそんな1人だ。「バイナリアンスレッド」の第1回に登場いただいた井上恭輔さん同様、IPAの未踏ソフトウェア創造事業から天才プログラマー／スーパークリエータの称号を贈られた上野さん。彼が注目を集めたのは、彼が18歳であったことが大きい。 未踏ユースをのぞいてみれば、18歳という年齢は特別若いわけでもない。上野さん自身、未踏ユースの採択時には17歳だった。上野さん

ポータブルメディアプレーヤーと銘打ってはいるものの、内蔵メモリは64Mバイトしかなく、HDDも搭載していない。そのため、iPodやZEN、Gigabeatなどとは少しセグメントが異なり、むしろポータブルゲーム機のカテゴリに含まれる。とはいえ、PSPが2万790円、ニンテンドーDS Lite（以下、NDS Lite）が1万6800円、NDS Liteに5000円のPLAY-YAN microを加えた価格と比較してもGP2Xは安くない。しかも見た目はそのままポータブルゲーム機なのに、商用ゲームソフトはほとんど発売されていないのだ（1本も出ていない、という噂さえある）。 そんな“ないないづくし”のポータブルメディアプレーヤーがなぜ売れているのか。この短期連載では、実際にGP2Xを購入してその秘密に迫ってみる。 本体デザインとインタフェースをチェック まずは外観と基本スペックから見ていこう。本体の

知人のmark-wadaさんのBlogからTB。 親子丼的ビジネス奮闘記(4) IT業界構造 SIerなんてものは無い 米国と日本との大きな違いは、米国の企業は基本的に内製なのだ。すなわち、社内のＩＴ部門に開発エンジニアを抱え、そこでシステムの開発から運用を行なう。 ですから、米国のベンダーはそこに製品を供給する役割であり、日本でいうSIerというのはほとんどなく、あっても企業でリソースが不足したらそれを補う役割でしかない。契約にしてもはっきりしますよね。提供されるプロダクトやサービスに対する対価を払えばよいわけで、かかった人月で支払ういう出来高払いのような形態は少ない。日本のようにベンダーやSIerに丸投げして、できてからこんなはずではなかったなんて事態にははじめからならない構造なのだ。 親子丼的ビジネス奮闘記(4) IT業界構造 言われてみれば・・・、っていう感じですが改めて目が鱗です

最近，WebアプリケーションやWindowsソフトの取材で，“このソフトは担当者が一人で作っています”という事例に続けて遭遇する機会があった。フリーソフトや趣味のソフトではなく，会社が商品として提供し，不特定多数のユーザーが使っているアプリケーションを一人で作って，一人でメンテナンスしているという点に興味を覚えた。 先週都内で開催された開発者向けイベント「ITpro Challenge!」でも，ドワンゴの戀塚昭彦氏がニコニコ動画を一人で（しかも3日間で）作ったと語っていた（関連記事）。よく考えてみれば，ITpro Challenge!に登壇したようなハッカーとかアルファギークなどと呼ばれる優れた開発者でなくても，企業内で一人でソフトを作っているケースは思いのほか多いのではないだろうか。 アプリケーションの規模や内容，また開発者のスキルにもよるだろうが，おおむね一人で開発するほうが， ・低コ

http://q.hatena.ne.jp/1184913023 こっちは「こちら側」の話． 私はIT・WEB制作業に関する会社で人事をしております。 A:私も数年人事をしておりますから、面接時の受け答えや実績・履歴内容で判断しております。 まず人事の人間が技術者の面接をする．これがダメなIT企業の特徴です．*1 特に「面接時の受け答え」なんてのは，どーでもいい話です．履歴書もほとんど参考になりません．*2そんなものでしか判断できない人間を外して，現場の技術者に面接させましょう． なぜ、IT業界だけモラル低下がひどいのかよく理由がわかりません。 あんたみたいな『無能な』人事担当者がいるからでしょう． 一般的な制作料金（外注依頼費・給与）を計上しているつもりですし、(中略) 他の同業他社に聞くと、どこも同じような人材トラブルに見舞われているようです。 技術者が質・量共に，圧倒的に不足した結果

「それまで他社と共同開発していたカーナビゲーションシステム（カーナビ）を、完全な自社開発に切り替える」――ケンウッドがそう決定したのは2003年のことだった。 当時のケンウッドの開発陣営の状況を、実際の製品のデバイスドライバ開発を担当したカーマルチメディア事業部CMS企画技術部 エンジニアリングリーダーの浜中昌彦氏は次のように振り返る。 「共同開発をしていた時には、我々が手がけていたのはオーディオのコア部分のみ。カーナビのGUI、ナビゲーション部分の開発は開発パートナーに任せていました。共同開発を実施する以前は、独自のカーナビを作っていたので、カーナビ開発に関わったスタッフは残っていたのですが･･･」 かつて開発に関わっていたスタッフが集められたが、残っていたスタッフはごく少数。彼らだけで独自ブランド製品の開発を進めるのが難しいことは明らかだった。 「そこで他の部署からスタッフを募りました