关于软件的核心，莫被算法和使用技术完全忽悠了

关于软件的核心，莫被算法和技术完全忽悠了
很多人开发多年，对技术一腔热忱，甚至一些企业，居心叵测的企业，打着“招”最聪明的程序员进行“欺骗”和“误导”，在网络上和乃至社会形成了一种风气，这种风气已经严重影响到软件的开发。

计算机自诞生以来，经历了语言上的成熟，我们逐渐把眼光转向了解决实际问题的问题空间，特别是面向对象的语言诞生以来，因为对象的粒度十分恰当好处，一方面我们很容易把一些语言上的技术添加到面向对象，例如多态，继承等等，另外一方面，也极大地方便我们模块化问题模型（封装和抽象我们的问题），我们越来越认识到，软件的核心是模型，特别是复杂的问题域（Problem Domain）更需要精炼的模型。

在现实的世界，我们知道，对数据的管理能力尤为重要，而算法并非是其中很重要的因素，懂得一些基础算法是对编程有帮助，但是往往非常有限，为了达到软件高可靠性，可重用，易于扩展，易于维护，我们发现，往往不是运算的逻辑实现比较复杂，而是运算逻辑要封装在哪里，放在哪里成了重要的问题。同样的逻辑，放在不同的逻辑水平层次和不同的封装实体（Software Entity）给扩展性，维护性，可测试性产生了巨大的影响，如果做的不好，一起的结果就是带来软件稳定性差，软件成本急剧增加，甚至导致项目失败，公司破产。这就需要我们合理的切分我们的问题，垂直和水平上（参见SoC和AOP），最总归纳出良好的模型，以解决我们所遇见的问题。

关于软件使用到得技术，非常重要，但是不是全部，我们经常看见很多人什么软件都是用过，Hibernate，Spring，Struts，但是往往发现会用和懂技术完全是两回事情，因为他们只知道怎么使用，而不知道为什么使用，导致使用这些技术软件并未给他们带来太多变化。

记得前段时间，一位朋友让我给他们团队的软件做顾问，我看到，他们使用了Spring ORM，每个service方法的代码却都大致如下：

public Result serviceName(…){
    SessionFactory sf = new Configuration().configure().buildSessionFactory();
		//…
}

使用Spring ORM却没有带来一点好处，而且，每调用一次service方法，都会buildSessionFactory(),创建一个新的连接，而他们对Spring ORM的例子却头头是道。这种事严重的只会使用技术框架，却不懂得技术的一个经典例子。

不管是你在开发一款分布式缓存的软件，还是开发一个购物网站，只要你想开发出易于维护，易于扩展，可靠性高的软件，那你就得好好为你的问题域建模。

使用面向对象的语言来开发面向对象的系统，十分不容易，GoF汇总了23个面向对象常用的模式来避免重复的解决类似的问题，但最终还是希望大家自己会使用OO的眼光分析问题，建立模型，因为你遇见的问题和23个经典的问题总是类似有出入的，完全的使用而不加以变化往往引起不好的开发，但如果你学会使用OO眼光抽象和归纳问题，建立合理的模型，那时候，模式还重要吗？

对于模式的学习，请勿流于表面，也请勿认为模式有多神奇，有的人一直使用工厂模式，但是却说不清楚为什么要使用，结果在不应该的场合使用，影响了系统。模式就是对一个常见的问题提出的一个通用的解决方案，常见的问题不至于23个。

别沉浸在百花齐放的使用技术和简单的基础算法中，软件远远不至于如此！

评论

3 楼 悲剧了 2011-09-23  

好文，最近在看 松本行弘的程序世界 也在想这些问题
以前上学，一说面向对象就是封装 继承 多态 至于其他的什么也去想了 这跟喊口号没啥区别，对问题本身没有很深入的思考，对软件本身没有去琢磨为什么要这么做，有替代方案吗？完全不知道，就知道增删改查，以为增删改查就是全部

2 楼 redhat 2011-09-23  

好的设计人员最擅长的是处理trade-offs,这是无数“艰难”的决定

1 楼 RayChase 2011-09-23  

同感。
懂设计的人、懂技术的人，应该懂得要把利益最大化的原则，做软件归根结底是要赚钱的。
而且，合适的团队，合适的项目，写合适的代码。
我有一个体会，有的人喜欢写代码的时候留足可扩展性，好端端一个类非得扩展成十几个类的庞大模式，可结果没等扩展项目就黄了。