主题：【继续讨论】软件业的人，工具和需求 -- 懒厨

顾非兄的这篇文章：格局决定结局，to java or not to java

还有风北客的这篇：回一个，有些说到点子上了

都是非常不错的，给埋在下面太可惜了，不如另开主题，大伙接着聊。

照例，先聊聊我的看法，算是抛砖

其一，工具就是工具，工具无法自动解决问题，软件开发，归根到底，就是要解决某个问题，例如OS就是要解决人机对话困难的问题，ERP就是要解决企业运作的问题。能否解决问题，关键在于人，是人解决问题，而非工具。

其二，愚以为，现代软件开发工具间的效率不存在数量级的差别，最多能够说某开发工具，在某方面，比另外的工具略微优胜。而这种优势，很容易被开发过程的其他因素掩盖，例如风北客说的需求分析。

其三，在大的项目里，为什么需求分析困难？愚以为有两个因素：

第一个是知识的管理和传播，我认为还是处于石器时代，大家有没有发现，要把某种知识，从老师的脑袋里传到学生的脑袋里，需要花很长的时间？同样，客户的业务知识，要传到程序员的脑袋里，也不是容易的事。要说难吧，也不那么难，客户也是人，不见得比程序员更聪明，他们会的知识，没有理由程序员学不会，为什么就这么难准确掌握需求呢？

这就带来了第二个因素，需求并非百分之百可测。客户往往不会知道百分之百自己的需求，　直到软件投入测试，使用，客户才会进一步了解自己的需求，而需求的一个小改动，很可能带来程序的大改动。

近期有没有可能大的突破呢？就是风北客说的银弹。我个人较为悲观，但附加一个条件，只要知识的管理和传播没有重大突破，软件开发的效率也不会有重大改进。

最后说点这几年的心得：既然软件开发是人的问题，人际关系变得重要，好的人际关系，往往使开发过程事半功倍。这里说的人际关系，不仅限于和客户的关系，和其他测试员，程序员，项目经理等等相关的人，搞好关系，对工作非常有帮助。

话说回来，能力同样重要，能力差，拖累项目进展的，往往被同事所鄙视，其他行业，不知道是否也是如此的？

• 实在是太难了，就西西河也有大量的问题，没法在系统设计的时候考虑到