Chapter 1 今日もどこかでトラブルが 「管理者のほとんどは、技術面より、人に気を配っていると思い込んでいる。 しかし、本当にそうしている管理者はめったにいない。」 Chapter 2 チーズバーガーの生産販売マニュアル 「根本的に欠陥のある設計はそれを修正したりせずに、 思い切りよく捨ててしまって一から作り直したほうが結局うまくいく、 （中略）(しかし、）管理者は、たとえ長い間には高くついたとしても、 バグの多い製品をだましだまし手直しして動かしたほうがいいと 思っているようだ。」 Chapter 3 ウィーンがあなたを待っている 「一人一人が過ごせる人生は、ほんの短い間であることを、 (プロジェクトの）みんなはちゃんと気づいている。また、 今やっている馬鹿馬鹿しい仕事よりも、 はるかに大切な何かがあることも、よく知っている。」 Chapter 6 ガンによく効く？ラエトライル ラ
Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
