おおっぴらには言えない手法

今日はプロジェクトファイルの構成を確認したりしていた時にふと思ったことがあります。

一連のプログラムをどういう構成にするかというのは、一般的ながら、面白く重要なテーマですよね。いろいろ本とかもでています。

以前の私は、構造化やリファクタリングが大好きで、少しでも再利用できそうな部分はクラスやライブラリ化して、出来る限り依存性を少なく（疎結合に）・・・とかやっていました。

でも、最近はよっぽど管理が必要なプロジェクトでない限り、なるべく１つのファイルにまとめるようにすることが多くなっています・・・。

いうまでもなく、この手法はとてもお手本にはならないと思います・・・でも、うまく記述すると、これが一番便利で安全で管理コストも少ないような気がするのです・・・。（もちろんプロジェクトにもよりますが。）

もちろん、このことをもって、リファクタリングや構造化の大切さについて異論をさしはさもう、というわけではありませんし、今でも必要があれば行います。

ただ、定説からそれたり常識を疑われたりするので、おおっぴらにはトテモいえないけど、それぞれの開発者が、長年の経験から編み出し、慎ましく実践している有効なテクニックが沢山存在することは、（上記がそれに該当するかどうかは別として）恐らく事実なのではないかと思います(^^;)。