陈超群’s Blog

这两天博客园对技术与业务之间的话题讨论得如火如茶,说实在的我也只是走马观花看了一下,我不太喜欢看长篇大论,太专业的东西我也看不懂.也写一下我自己对于业务和技术的看法吧，如有不正确的理解和认识，欢迎指正.

记得刚进和佰的时候,我对里面的环境和设施很是满意，因为那时候正处于技术痴迷期，也正处理学习阶段吧，很多东西不是很懂，看到公司是外企，而且环境超好，技术也是没有听过的技术，所以把每一位身边的同事都当成了我的老师。然而在开发项目的过程中，我慢慢发现所使用的技术在开发项目上并没有非常大的优势，之前对项目的一些宏伟蓝图也全都被弃而远之。如：数据库有可能切换，平台有搞不好切换成JAVA,有可能做服务器集群，等等。。

在和佰两年里，开发项目中最多的问题就是讨论不完的业务问题，各种技术的讨论也慢慢越来越少，到最后几乎不讨论技术，只讨论业务。业务没有讨论完，程序员们都去研究各自的技术了？隔天讨论完的业务又忘了。这种问题屡见不鲜。

在《走出软件作坊》这本书中，作者反映了国内软件开发中普遍存在的一个问题，项目开始前，各部门有干系的人员都来做需求讨论，大家每个人你一言，我一语的反映了公司的业务情况和问题，讨论个半天还是没个结论，有时候会开多了，实在是要一个结论，于是每个人都提出一个意见，记下来，需求人员一整理，还是整理不出个最终结果来。结果在开发的过程中还是要需要去讨论一次。（哦对不起，这里扯到流程去了）

最近大家都在争论在项目开发中技术与业务哪个最重要，我个人觉得自然是业务重要，业务不确定，技术再先进，再高手也是惘然。技术是为业务服务的。在开发新项目中，很多架构师和项目经理是不赞成使用新技术的，当新产品，新技术，新团队这三个新都同时出现时，风险会变得更大。当然技术也不是不重要，一些新技术往往是在老的技术之上能更好的开发而出现的，不管再怎么新，再怎么强大，终究还是要为业务服务。 而且老的技术通常也能很好的解决业务问题。我之前公司有一位程序员，做PB开发已经十几年了，在做.NET开发的时候，他的.NET技术不见得比我们强，但是他对业务非常熟悉，我们有什么业务不懂都会请教他。这样的开发人员自然更受到领导的重视，开发速度比我们要快得多。

总结一下：技术是建立在业务之上的，讨论技术之前一定要把业务讨论清楚。业务讨论清楚再讨论流程，在讨论流程的过程当中就可以确定技术，确定技术了才使用技术，所以，业务应该是排在第一位的，业务越了解，开发越顺畅。