■http://anond.hatelabo.jp/20091011002116

自分自身がエンジニアで共通化を推し進めるべきだとずっとやってきたけど、

その結論として、共通化しない方が良い場合も多いという反省が残ったって事だから。

結局、その見切りがノウハウでスキルなんだなぁと。

書いたのはわかりやすい例であって、実際はもっと、なんか、根深い年月に培われたアナログ的な感覚なんだよね。

なんか、一過言ありそうな、増田さんだし、その心意気は買うんだけどね。

一人でコード書くわけでも、ずっと同じ人が担当なわけもなく。水物だからねぇ。

究極、仕様その物が途中で変わったりするからねぇ

引き継ぎとかも考えると、コピペコードの方が引き継ぎが楽な場合も多いんだわ。これが。

コピペの方が良い場合は最初からコピペ。共通化したほうが良い場合は共通化。

逆に、あとから、この２つ同じジャン　共通化していこうか、ぐらいの勢いでも間に合うこともあるし。水物。

あとは、政治的なことや技術的なことの兼ね合いかなぁ。

言いたいことはわかるんだけど、長期的なプロジェクト運営での色んな事を考えると結構共通化してない方がベターだった。って事も多いんだよ。

その辺をわかった上で、最低限の共通化は止めない進めるべきだと思う。でも、共通化を目的にガンガン部品を作っていくとはあまりオススメしない。様子を見た方が良いと思う。

そういう背景から、難易度が高くなくて、重要度も高くないコードについては、程度にもよるけどコピペ前提で、勉強も含め各個人に作らせた方が勉強にもなるしい、各個人にも楽しんで自由に書いてもらえる領域も必要だし、いいかなぁと。

共通化を極めたいって気持ちをぐっと堪えて、あえて共通化を少なめに抑えておく感じかなぁ。

Permalink | 記事への反応(2) | 00:50

ツイートシェア