技术重要还是业务重要（一）

技术重要还是业务重要，这是萦绕在软件开发者头上一个很难做出选择的问题。见过很多很多人说，技术不重要，技术很快就被淘汰了，业务才重要，业务精通了，你才有前途。这是一个很难回答的问题，我想分几次谈谈这个话题：

一个标准的答案就是：技术重要，业务也重要，哪个方面最缺，哪个方面就更重要。那么对于比较普遍的中国的行业软件公司来说，究竟是技术方面缺，还是业务方面缺，如果是两方面都缺，哪方面更缺呢？

我举两个例子发生在我身上的例子：

1、曾经替某行业公司找人才，项目经理，高级开发人员都需要。我问，是否需要行业背景经验，对方老板答曰：不需要，我们培训一个月业务就够了，关键是技术水平要过硬。

2、做一个金融方面的项目，我问：我对该业务完全不了解，对方老板答曰：没有关系，我们派一个人帮你就好了，业务这些东西很快就可以掌握，我们现在的问题就是项目拿下来做不好，没有好的软件开发团队。

规模稍微大一些的软件公司，有些项目经理可能职能上完全就是业务人员，开发是由Team Lead负责的。那么软件开发人员应该走哪条路？技术重要还是业务重要呢？

再转贴一把.
http://ravimohan.blogspot.com/2006/07/but-martin-enterprise-software-is.html

要看什么业务吧。

比如某种比较少的人搞的，或者是比较难搞的（需要一段长时间的学习）。

不好说了

比如男人重要还是女人重要

有父系时代或地区 也有母系的 还有倡导平等的

这个问题比较难以定性。可以考虑定量。量化。
技术和业务都分门别类，根据某一个衡量标准，给出权重或者区段。
比如，某某技术是钻石，某某业务是金章。啥的。

觉得技术和业务，二者缺一不可。就像人的两条腿，哪条短了不行，缺了更不行。
不懂业务，没法和客户交流，不懂技术，没法和团队成员交流。象国内的团队规模来说，一般不能把项目经理和架构师职能完全分离，这样两种技能的具备就变的必不可少了。

BTW：用楼上的buaawhl的帖子试了试评分功能，别介意哦

不介意。5星，介意啥啊。
大家想测试评分，也都可以来测试啊，记得点第5颗星。

---------------------

这个帖子是各类技术含金量统计结果

看看自己的钱包，你该选啥？
http://www.iteye.com/post/145016

http://blog.csdn.net/g9yuayon/archive/2006/09/29/1303632.aspx

做什么技术工资最高？看看indeed.com的数据

至于业务，前一段时间，有人发过工资条。
电信，电力，金融...

啊？技术多变？业务才多变吧？

譬如做外包的 做十个项目都是j2ee 但是业务可能换了５个领域了呢

更别说做一些底层的开发了 搞明白那些个寄存器中断偏移信令 干十年开发也都是这些东西啊 也就是出了新的处理器了就看看手册

而做的产品就五花八门了 尤其是通讯方面 业务逻辑还是蛮烦人的

重要与否我觉得需要从某个角度来看。

在中国做应用其实有个很大的特点，很多时候客户自身懂业务，但是流程上不够清晰或者他的业务流程本身带有一些问题。需要通过实施一个系统，不仅帮助他实现他的业务流程，更加在这个过程中在帮助客户建立并逐渐完善业务流程。这样来说，必须有技术上非常过硬的人，在充分了解了业务状况之后，选择合适的技术来实现具体的业务流程。

不过实际上，在很多项目中，很多技术在被误用，业务流程也没有能够完全实现。究其原因，我觉得还是软件供应商的自身的技术能力和素质没有上去。所以总的来说，业务是最终的目的，但是技术是一切的基础。

顶阿，大过节的robbin还在研究这么严肃的问题。

寻找一个正确的时间，你走到街上/看看人群，寻找一种正确的语调/然后大喝一声
“一个固执的自我在一个多变的世界里是如何生存下来的呢？

  ——冬天靠热汤，夏天靠冷饮。
      春天靠技术，秋天靠业务。”