限定したことしかできない人が現場では多い? - ひがやすを blog
んで、これすごい。Rails の開発速度と大して変わらないんじゃないかな。むしろ早いかも。なんせ、コンテナ上げっぱなしでリロードすれば反映されちゃうから。ビバ HotDeploy。むしろ、Java の静的な型があるからどういうメソッドがあるか直ぐ分かるし、メソッドを追っていくのも楽なんでこっちの方が開発効率がいい気がする(Java って言うか eclipse のおかげだけど)。 SAStruts、正解にはSeasar2 + SAStruts + S2JDBCを使った開発速度とRailsを使った開発速度は、あまり変わらないんじゃないというお話。 Railsを好きで使っている方に、「Railsも良いけど、SAStrutsもおんなじくらい良いね」といってもらうことが、SAStrutsを作るときの目標の1つだったので、あぁ、やってよかったなと思いました。 最初のころは、Railsよりもかったるいっ
2008-02-15 - ひがやすを blog - アーキテクト以外は「限定されたことだけやっとけ」
> 私の個人的な意見としては、一部の人(例えばアーキテクト)だけ、 > フレームワーク全体を把握していて、残りのメンバーは >「限定されたことだけやっとけ」みたいなことは好きではありません。 大規模だと好き嫌いに関わらずこういったアプローチになるのでは？ アーキテクト以外の学習コストはむしろ減ると思いますが… きっとこのコメントを書いてくれた人は、本気でこう考えているんだと思いますが、私は、このようなアプローチが嫌いというだけではなく、効率が悪いと思っています。 一番の理由は、開発者のモチベーション。「限定されたことだけやっとけ」という状況で、開発者のモチベーションが上がるとは思えません。実際、モチベーションは下がるでしょうから、それにあわせて、生産性も落ちるでしょう。 二番目の理由は、開発者が成長しないこと。開発者というのは、いろんなプロジェクトに参加し、いろんな経験をつみながら成長して
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
