设计模式的反攻

实践出理论，理论反过来指导实践。
不知道在优越的环境下完善的理论能不能reflect复杂的现实社会。

呵呵

我看不明白了

banq：
这并不是一个技术论题，是在研究面向对象的设计模式时思路自然的走神而想到的中国IT企业的管理和发展问题――因为在我心里一直关心着这个问题，所以在做什么事的时候都会自然而然的想到这上面去。
现实中的很多情况都可以套用设计模式的定式来解析，但要告诫那些具有这样的套用能力的技术高手们：在生活中切误一切照搬！因为现实世界决没有理想世界那么简单和完美！
哈哈哈哈……

举个例子：
现在包括国内的某些大公司在招聘系统分析员的时候，要求既要是技术高手、又要懂某行业的具体业务、又要具有相关专业的本科以上学历……
诚然，很多高手都一直努力以成为这样的人。但若用设计模式的眼光来看这样的公司组织管理形式――眉毛胡子一把抓或称超人模式，显然是极不可取的；从管理者的角度来看，眉毛胡子一把抓造成成本绑定过死，系统分析员和业务专家的成本根本无法分离，更不用说如何去节约成本了！
当然这种超人模式有其现实意义，也许就是非人性化的成本节约的办法――一个人干两个人的活儿且拿一个人的工资！

谈起IT管理，问题多多，主要IT没有技术标准，所以技术干扰了管理，在任何一个行业，只要技术成熟有标准，剩余的就看管理水平了。

软件业则不然，现在软件行业有两种人：一种是经验多多，但是思想顽固，不知道设计模式是实践的总结，本身就是很实在的概念，不懂设计模式，就成了茶壶里煮饺子，无法到世界上去交流，最后闷在心里，看到别人讨论设计模式，还上来喝几句：就靠你们这个模式能做项目，离实际应用早呢。。。。。。完全的经验主义。

这种人还经常持有公司股份，这种软件公司有什么管理可言？首先技术上不标准，没有虚心学习的机制。

还有一种人：很聪明，一学就会，本来一个J2EE项目，使用JBoss的连接池就可以解决的数据库系统，他要自己研发一个连接池，一点到晚纠缠在线程和锁之中，软件的业务层面无从谈起，时间到，拿到客户那里，完全不是一回事。

这两种人在很多公司往往是主干和高手，本身就走了极端，如何管理？

再有，参加一次Java聚会，从面容上看，活得滋润的没几个，多累，而且岁数都很小，没看国外，30岁以下的程序员都在学校读书呢。

目前，这已经是个恶性循环了。有时从心底想，软件行业在中国是没治了，看来，我50元一份卖卖教材倒是一种明智选择。

我想我明白慢透了的意思。从现实走向抽象，再从抽象返回现实，有时候不是那么容易的事，因为从现实走向抽象的人和从抽象走向现实的人往往不是同一个人，这意味着学习方向的不同，结果是不太一样的。除非从抽象走向现实的人本身就是那个从现实走向抽象的人，否则只是胡乱套用抽象的机制，因为这样的人不明白抽象的背景。任何原理都是基于一定的背景提出的，有它本身的适用场景，对这个适用背景、场景理解得越深透，抽象机制（这里如 设计模式）就可以用得越好。所以知道一个伟大的名词并不等于真正会用这个名词，这也是为什么有些人开口一套一套的高深理论让人好不景仰，可是用起来却不是那么回事――这样的人他的追求其实是出现了偏差的，他只是满足了自己想表现的虚荣心而已，就那么回事。