[B! 開発] pentasaのブックマーク

2008-02-15 - ひがやすを blog - アーキテクト以外は「限定されたことだけやっとけ」

> 私の個人的な意見としては、一部の人(例えばアーキテクト)だけ、 > フレームワーク全体を把握していて、残りのメンバーは >「限定されたことだけやっとけ」みたいなことは好きではありません。大規模だと好き嫌いに関わらずこういったアプローチになるのでは？アーキテクト以外の学習コストはむしろ減ると思いますが… きっとこのコメントを書いてくれた人は、本気でこう考えているんだと思いますが、私は、このようなアプローチが嫌いというだけではなく、効率が悪いと思っています。一番の理由は、開発者のモチベーション。「限定されたことだけやっとけ」という状況で、開発者のモチベーションが上がるとは思えません。実際、モチベーションは下がるでしょうから、それにあわせて、生産性も落ちるでしょう。二番目の理由は、開発者が成長しないこと。開発者というのは、いろんなプロジェクトに参加し、いろんな経験をつみながら成長して

pentasa 2008/02/18

分かりやすいアーキテクチャを選択する必要がある。

開発

リンク

ひげぽん OSとか作っちゃうかMona- - Subversionの話

Subversion を使うようになって数年が経ちますが、最近 svn diff/status/log/merge などのコマンドに熟達してきた。気軽にブランチを作るマージするコードを元のバージョンに戻す問題となるコードを diff で調べるなどができるようになって、作業効率が上がったり、こまめにコミットさえしておけば、あとからどうにでもなるので精神的にもかなり楽になった。この「気軽に」ってのがとても重要。以前だって、マージの概念やいつでも好きなバージョンに戻せること、diff を表示することが出来るのは知っていたし、たまに使っていたりもした。ただ使う場合はコマンドをWebで調べるおそるおそる試してみる失敗して check out しなおしで時間をロスなどがありストレスがたまりがちで、結果的にこれら有用な機能を使うのを無意識に避けていたなと、振り返ってみると気づく