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

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

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

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

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

规模稍微大一些的软件公司,有些项目经理可能职能上完全就是业务人员,开发是由Team Lead负责的。那么软件开发人员应该走哪条路?技术重要还是业务重要呢?
评论
JeffreyHsu 2006-10-16
我的观点是,精通技术,了解一定的业务,不一定多精通,但要能和真正的业务专家很好的沟通

你程序员技术不好,去精通业务?你有多精通?能有真正的专家精通么?要能多精通,你也去考个注会?

但是沟通能力和理解业务的能力至少要有,不管什么业务很快就能熟悉,再加上自身很深的技术功底,项目很容易就能成功

我认为技术需要长时间的积累和学习,而业务知识很快就能熟悉,毕竟各有分工,客户需要你去开发软件,不需要你去抢他们饭碗
BirdGu 2006-10-16
下面说对公司。这里只针对开发企业应用的公司。

各个不同的公司,其核心竞争力的来源也是不一样的。有些公司专注于提供某一行业或业务领域的专业解决方法,对这样的公司来说,目标行业和领域的业务知识就非常重要了。这些业务知识就是他们的核心竞争力。他们可能会比用户更精通这方面的业务,但技术方面就不一定很好了。

但也有些公司,他们的价值就是在于他们比别人更懂得开发如何开发软件。这个可以问问gigix,对TWS而言是业务重要还是技术重要。
BirdGu 2006-10-16
业务重要还是技术重要,这个要分是对个人来说,还是对公司来说。

首先说个人。无论是技术,还是业务,精通一方面,在人才市场上都是很有价值的。但是大部分人的精力是有限的,要两样都精通,恐怕很难。所以个人首先要选定自己的方向,在这个方向专心做下去,总会有成果的。最忌的就是三心二意。

作为一个程序员,如果他的主要价值是因为熟悉某一行业的业务,这其实蛮危险的。因为这大大限制了自己的就业范围。你再熟悉,能超过这个行业的真正的业务专家吗?万一这个行业的整体形势不好了,在IT方面的投资被大大缩减了怎么办?换一个行业,你的价值就要被大打折扣了。

而如果象Robbin所说的,不管什么新的业务领域,培训一个月业务知识就能做这方面的IT系统,或者配一个业务专家就能做分析设计,我觉得这才是一个程序员应该努力的方向。程序员的主要价值就是在于把别人的业务知识转化为软件的能力。

至于说在中国专注于写程序就养不起家,这是不对的。在软件开发行业,只要你的能力(软件开发方面的能力)能超过平均水平,生活质量要超过其他很多行业同等地位的人。这个在其它一些帖子中也已经讨论过很多了。

所以结论是,对于程序员来说,还是技术重要。

当然如果有人要矢志于成为职业经理人,或者管理咨询顾问,那就是另一回事了。
eachlive 2006-10-16
melin 写道
在中国,每天写代码是养不起家的。这是为什么程序员干不了几年就要改方向。不像国外不会担心生存,
话题有点像“是蛋生鸡,还是鸡生蛋”,呵呵!


为什么在中国,每天写代码是养不起家的?程序员的工资和其他行业比还是比较高的吧。
melin 2006-10-16
在中国,每天写代码是养不起家的。这是为什么程序员干不了几年就要改方向。不像国外不会担心生存,
话题有点像“是蛋生鸡,还是鸡生蛋”,呵呵!
温柔一刀 2006-10-09
都重要吧
要说更重要就要看情况了
cryolite 2006-10-08
jfy3d 写道
不好说了

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

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


你这是抬扛
zrweng 2006-10-08
技术重要?业务重要?
哪个钱来的多,就哪个重要!
evanyuan 2006-10-08
jebtang 写道
Trustno1 写道
再转贴一把.
http://ravimohan.blogspot.com/2006/07/but-martin-enterprise-software-is.html


比较有意思的文章。

The best way to get a sense of the truth is to examine the (desired) flow of people in both directions. I know dozens of people who are very very good at writing business software who yearn wistfully for a job doing "plumbing" like compilers and tcp/ip stacks, but I've never yet seen someone who is very very good at writing a compiler or operating system (and can make money doing so) desperately trying to get back to the world of banking software. A programmer might code enterprise apps for money, but at night, at home, he'll still hack on a compiler.

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

A good number of thoughtworkers do business software to put bread on the table, or while working towards being good enough to write "plumbing", but in their heart, they yearn to hack a kernel or program a robot. (Another group of people dream about starting their own web appp companies). For most of these folks tomorrow never quite arrives, but some of the most "businessy" developers in Thoughtworks dream of writing game engines one day or learning deep math vodoo or earning an MS or PhD. And good people have left TW for all these reasons. And if this is the situation at arguably the best enterprise app development company (at least in the "consultants" subspace) one can imagine the situation in "lesser" companies
.
这个就不知道了,这里的thoughtworkers 评论一下。

对于Programmer, 还是老人的一句话: " Software, we make the hardware dancing". 因此再往上面去可能真不是programmer的地盘了。



在国内,白天写Busniess App的人, 要晚上自娱自乐搞System Coding, 怕要被老婆骂没出息吧。

美国5000$就能养家副口,养车养房了,大部分人工作两三年就到这个水平了;国内不懂业务和管理,光靠coding,绝大部分怕买不起小孩的尿布吧。
jebtang 2006-10-07
Trustno1 写道
再转贴一把.
http://ravimohan.blogspot.com/2006/07/but-martin-enterprise-software-is.html


比较有意思的文章。

The best way to get a sense of the truth is to examine the (desired) flow of people in both directions. I know dozens of people who are very very good at writing business software who yearn wistfully for a job doing "plumbing" like compilers and tcp/ip stacks, but I've never yet seen someone who is very very good at writing a compiler or operating system (and can make money doing so) desperately trying to get back to the world of banking software. A programmer might code enterprise apps for money, but at night, at home, he'll still hack on a compiler.

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

A good number of thoughtworkers do business software to put bread on the table, or while working towards being good enough to write "plumbing", but in their heart, they yearn to hack a kernel or program a robot. (Another group of people dream about starting their own web appp companies). For most of these folks tomorrow never quite arrives, but some of the most "businessy" developers in Thoughtworks dream of writing game engines one day or learning deep math vodoo or earning an MS or PhD. And good people have left TW for all these reasons. And if this is the situation at arguably the best enterprise app development company (at least in the "consultants" subspace) one can imagine the situation in "lesser" companies
.
这个就不知道了,这里的thoughtworkers 评论一下。

对于Programmer, 还是老人的一句话: " Software, we make the hardware dancing". 因此再往上面去可能真不是programmer的地盘了。
无明 2006-10-07
robbin大概是被很多人问这个问题了吧

这个话题倒真是没有标志答案的,什么东西是瓶颈了,那就是什么重要,真要找一个答案的话,就变成这样的正确的空话了

但是作为技术人员,一天还在这个位置,那么相对来说,当然还是技术重要些。在其位,谋其事。
z_jordon 2006-10-07
技术好,你到哪种类型的IT公司都可以混,不过你只能做技术,业务好,你就被绑死在这个行业了.
ddd 2006-10-07
对于拿下项目的人来说,技术可以找人做,业务似乎就无法找人做了,都靠自己了。
对于大点的公司,具有能够组建一支开发队伍的实力的公司,如果没有开发队伍,并且不是因为养这样一支队伍成本还不如找人做的原因的话,就说明对技术的不重视,反正也能找到干活的。
而满足上述条件的公司似乎还真不是一个两个。

技术很重要,但在老板眼里恐怕业务还是更重要。
zwchen 2006-10-06
    1、看你做什么行业了。
    2、看你在什么样的公司了。

说实话,中国很多软件公司,就是那种在软件园的,做项目,所谓的外包。一般并没有自己的行业背景,也很难拥有,特别是电子政务,这时候,主要靠技术了。当然了,前提的是公司能够把项目拿下来,这恐怕是最重要的。
去年,我接触过一个物流产品,别人做了20年,一套软件,带服务,都卖了300W美金,那个业务才复杂,不过感觉技术和业务都非常关键。
一个人不可能去接触所有的行业,也不太可能总换不同性质的公司(如做产品、做项目),每个人发展都不一样,说业务重要还是技术重要确实没法衡量。
说实话,中国的老板总说自己不是技术导向,其实,可以技术导向吗?难怪郎咸平说中国没有高科技。
我很赞同robbin前辈的话,哪个弱,那个就更重要,也算是木桶定理吗?
江南白衣 2006-10-06
顶阿,大过节的robbin还在研究这么严肃的问题。

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

——冬天靠热汤,夏天靠冷饮。
春天靠技术,秋天靠业务。”
downpour 2006-10-06
重要与否我觉得需要从某个角度来看。

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

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

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

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

而做的产品就五花八门了 尤其是通讯方面 业务逻辑还是蛮烦人的
buaawhl 2006-10-06
不介意。5星,介意啥啊。
大家想测试评分,也都可以来测试啊,记得点第5颗星。

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

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

看看自己的钱包,你该选啥?
http://www.javaeye.com/post/145016

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

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

至于业务,前一段时间,有人发过工资条。
电信,电力,金融...
lucifer 2006-10-06
觉得技术和业务,二者缺一不可。就像人的两条腿,哪条短了不行,缺了更不行。
不懂业务,没法和客户交流,不懂技术,没法和团队成员交流。象国内的团队规模来说,一般不能把项目经理和架构师职能完全分离,这样两种技能的具备就变的必不可少了。

BTW:用楼上的buaawhl的帖子试了试评分功能,别介意哦
buaawhl 2006-10-06
这个问题比较难以定性。可以考虑定量。量化。
技术和业务都分门别类,根据某一个衡量标准,给出权重或者区段。
比如,某某技术是钻石,某某业务是金章。啥的。
robbin
搜索本博客
我的相册
213cbb75-7dae-37b2-b9ce-9e7b49f784d3-thumb
游乌镇
共 33 张
其他分类
存档
最新评论