设计模式对每个人都适用吗?

  今年7月份刚换了一家公司,系统架构我做,其中有一组员需要做一个大数据批量更新的操作,我让他改改代码,要规避将来数据量变大后可能带来的脚本超时等危害,最好做成不停的刷IFRAME一下处理一小批数据....这位组员马上质疑我说:"你这是过度设计".呵呵,我的解释是,即然你把他定位为批量更新,那你就要考虑到数据量很大时脚本超时的问题.你不考虑,那这是留下隐形炸弹,真到数据太大的那天,脚本超时后带来的危害我们现在是无法估算到的,

   回头闲下来的时候我寻思着,设计模式真的是对每个人都有用吗????我觉得不一定,如果你是个新手,我觉得你可以先不用看设计模式...本来程序就是个很抽象的东西,等你把基本思路理清了再来看设计模式,否则即成了,抽象上加抽象,除非你对自己的逻辑推理能力有相当的自信,否则不要做这样的尝试.

   那么问题来了,什么时候合适学习设计模式,又该如何来学习设计模式呢???

   什么时候看合适呢???倒没有个很合适的标准.靠个人感觉吧,如果你看设计模式的时候,常有这些感觉[原来这就是XXX模式啊,以前我不自觉中用过;哎呀,原来我以前的XXX问题想破了头也没找到一个非常满意的效果,用了这个模式以后可以得到事半功倍的效果 ],有这种感吧,那说明你以前在开发中是实实在在动过脑筋的,这些模式也并非横空出世的,是前人在写程序中不断总结出来的,你能在XXX模式中与他们产生共呜.这是你积累的财富....

   如何来学习设计模式呢????我个人认为学习设计模式千万不要死记硬背,今天学几个,明天学几个.然后在做项目的时候,这里试验一下,那里试验一下.这会对你的架构师带来很大的麻烦,搞得不好可能是灭顶之灾. 应该是备上一本设计模式.隔上三个月就拿出来从头到尾翻一遍(请确保你这三个月中都在参与开发),如果你每次翻阅一遍设计模式都能得出些心得来,那说明你已经是一个善于思考的人了.然后你再多看看别人对设计模式的理解与解析.这时候再看看你和别人对模式的理解有哪些共同点,异同点..对异同点再深入的挖掘一下..看看是否你理解出错了,或是你悟出了更深层次的理解.

   学而不思则罔，思而不学则贻,在程序员这应该改为 写而不思则罔，思而不写则贻! 个人观点,仅供参考,别骂得太狠了哦.