Rubyでアジャイルプロトタイピング（3） － ＠IT:

多くの開発者が、質の高いソフトウェアを生み出すためには、上の表にまとめたような問題解決手段を持つ、優れたプロダクトやプロセスを採用することが重要だと考えています。しかし同時に、人間1人1人と、人間同士で組織される顧客も含めたチームの能力を最大限に引き出すことこそが、さらに根本的な重要事項であるということにも気付き始めています。この観点に立つと、既存のツールからもたらされる問題は、軽視すべきものではないことが分かってきます。ビジネス界の著名な思想家である故P. F. ドラッカー氏は、知識労働者の生産性を高めるのは、スキル、プロダクト、固定化されたプロセスといった生産手段ではないと述べています。同氏は、いかに賢く働くことができるかが、生産性を高める唯一の手段であると提言しています［注1］。 ［注1］「プロフェッショナルの条件」 また、リーンソフトウェア開発の著者であるポッペンディーク夫妻は、開

[InoHiro]

"DRY"と"CoC"

[webmarksjp]

アプリケーション

[ka-wara]

060118水10,

[h5y1m141]

まえに、Rubyの高橋さんが言っていたテーブル名称は、モデルクラス名称の複数形と認識される（例：Item→Items）の意味がこの文章でやっと実感として理解できた（気がする）

[Felio]

[toread] [agile] [rubyonrails]

[takkan_m]

railsの哲学について

[wacky]

アジャイルプロトタイピングの性質と、Ruby on Railsによるアジャイルプロトタイピングの実現。

[hiro_y]

この連載、実はRuby on Railsについて書きたいだけなのでは…。