设计模式是个伪命题？

今天逛园子看到一位仁兄分享的 架构之路 ，由于本人很少涉及多人合作开发大型单机项目的经验，所以在项目中也少有用到设计模式思想，如多态、继承。

细看这位园友的分享后，发现每处设计都有其存在的理由，但是为什么在我所做过的这么多项目中却很少用到呢？

针对这点疑惑我想到一个问题，该园友使用的这套架构，应该用在一个什么级别的项目，是中小型还是大型，十万or千万PV？

就此我回想了一下我做过的一些大型项目，其中多则过亿，少则目前负责的数十万级别，无不是分离模块，各模块分布式部署，唯一要做的就是保证数据的传输效率。

再回顾文章，里面涉及到四个分层，除了传统的三层（UI,BLL,DAL）外，还另外加了Service层，按此设计项目的最终部署很有可能是单机，既然是单机也很有可能是中小型项目。

那问题来了对于一个中小型项目，我们需要大张旗鼓的进行设计吗？如这位仁兄考虑到的为了使UI人员能够编写BLL层代码，特意隔离出了Service层，以及ViewModel。这是不是过于浪费资源，浪费时间呢？

而再回到各个模块的设计，就我的经验，编码，设计真的不是问题，而问题只会是在保证数据的传输效率，或者是说数据库的压力，并且模块一旦设计好，后面对于需求的改动都很少。

仅代表个人意见，欢迎各位拍砖！