10年のソフトウェア開発で学んだ10のこと(前編)

少し前の記事なのですが、ウォームアップに訳してみます。
誤訳等あればご指摘ください。
とりあえず訳せた分だけアップします。

http://www.taylor.se/blog/2007/03/22/top-ten-things-ten-years-of-professional-software-development-has-taught-me/


昨日このトップ10を読んでいて、僕も自分のリストを作れると考えた。
お金のためにソフトウェア開発を始める前に誰も教えてくれなかったことだ。
これがリスト。

1 オブジェクト指向は思ったより難しい

僕だけかもしれないけど、情報工学のクラスではオブジェクト指向は簡単だと言っていた。つまり、現実の世界を疑似するってことだ。しかし、つまるところそれはとても難しいということがわかった。10年経っても、正しくモデリングするのを学んでいるところだ。オブジェクト指向についてやデザインパターンについての本を読む時間がもっと欲しいと思っている。
正しくモデリングできるスキルはどんな開発チームにいても役に立つのだ。

2 ソフトウェア開発で難しいのはコミュニケーションだ

人とのコミュニケーションのことだ、ソケットプログラミングのことじゃない。
技術的にトリッキーな問題に面したときには必ず人に相談すること、もっともあんまり知られていないようだが。一番よくあるのはあなたとプロジェクトマネージャ間での誤解で、その次に(あなたと)顧客、最後に(あなたと)他の開発者と続く。
ソフト面のスキルについても学ぶべきなのだ。

3 Noと言うことを学ぼう

仕事をし始めたとき、みんなを喜ばせたかった。というわけで、人から頼まれるとNoと言いづらかった。僕はたくさんの残業をした、なのに頼まれた仕事をすべて終わらせることができなかった。結果として彼らをがっかりさせることになり、そしてそれは自分の一部を焼かれたような気持ちさせた。あなたがNoと言わなかったら、あなたのYesというのはあまり意味のないものになってしまう。
あなたがやり遂げられるものに対してコミットし、さらに人が頼みをしてきたら、
他のものができなくなってしまうかもしれないことを明確するべきである。
僕がやったのはTODOリストを紙に書くことだ。誰かが何かを頼んできたら、彼らにリストを見せてそれをやるためにどれをリストからはずすかを聞いてみたのだ。
これでNoをスムーズに言えるようになった。

4 すべてが大事なら、どれも大事じゃない

ビジネスではどの機能も大事だという。でもそれは違う。彼ら(プロマネ・顧客)に付き返して、本当にそうなのかよく考えるように言うべきだ。そしてあなたが彼らにどれをやる・やらないかを決めさせるより簡単な方法がある。逆に彼らに”今週”何をやればいいのか決めさせるのだ。
そして何かすごく不幸なことが起こらない限り、あなたがそのタスクをちゃんとやりとげること。