“业务比技术重要”不是谬论

“业务比技术重要”一条企业开发中经典的谬论

大多数情况下不是谬论！



我相信中国的大多数程序员都和我一样，每天重复着单调的工作。

在一个毫无技术氛围的环境下慢慢堕落。

稍微设计下，会认为是过度设计，怎么简单怎么好。

我无语了。

一群老白痴正在慢慢的培养一群小白痴，我就是其中的一个。

评论

13 楼 zhuxinyu 2009-12-10  

业务可以学习，技术需要积累。 招聘应以技术为主，公司做事应以技术为辅

12 楼 zxz87 2009-12-10  

logicgate 写道

zilong8000 写道

发表点我的愚见：

   我觉得这没什么哪个更重要 是缺一不可 但是 我觉得业务必须建立在技术之上的 从难度上讲 一个复杂的业务要比一个复杂的技术更难理解。。。

  我用极限法举个例子
  小学的时候大家都学过4则运算，无非就是加减乘除，你用的好算的超级快，那是“技术牛人”。。。 但是遇到“应用题”了。。 这些“牛人就不知道是先加哪个然后再乘以哪个 有的时候本来该乘了 他除了。。” 你们别不相信 去百度搜一下“1KB=多少B”。。。就有人的回答是我上述的 。。看了无语的很。。 我想真正的牛人  应该是 看了业务以后 知道用什么样的技术去解析业务 ！

会技术的牛人 不见得站的最高， 但是站的最高的人 绝对业务解析能力绝对超强，而且技术不比你“技术牛人”差！ 甚至还会超过你！！！

这才是真正的强人！  个人愚见 ，仅供参考！

业务能力强的一定技术能力强吗？我看大部分情况下是否定的。我们公司最懂业务的，根本就不知道程序怎么写。

那人家的工资呢？

11 楼 logicgate 2009-12-10  

zilong8000 写道

发表点我的愚见：

   我觉得这没什么哪个更重要 是缺一不可 但是 我觉得业务必须建立在技术之上的 从难度上讲 一个复杂的业务要比一个复杂的技术更难理解。。。

  我用极限法举个例子
  小学的时候大家都学过4则运算，无非就是加减乘除，你用的好算的超级快，那是“技术牛人”。。。 但是遇到“应用题”了。。 这些“牛人就不知道是先加哪个然后再乘以哪个 有的时候本来该乘了 他除了。。” 你们别不相信 去百度搜一下“1KB=多少B”。。。就有人的回答是我上述的 。。看了无语的很。。 我想真正的牛人  应该是 看了业务以后 知道用什么样的技术去解析业务 ！

会技术的牛人 不见得站的最高， 但是站的最高的人 绝对业务解析能力绝对超强，而且技术不比你“技术牛人”差！ 甚至还会超过你！！！

这才是真正的强人！  个人愚见 ，仅供参考！

业务能力强的一定技术能力强吗？我看大部分情况下是否定的。我们公司最懂业务的，根本就不知道程序怎么写。

10 楼 zilong8000 2009-12-10  

发表点我的愚见：

   我觉得这没什么哪个更重要 是缺一不可 但是 我觉得业务必须建立在技术之上的 从难度上讲 一个复杂的业务要比一个复杂的技术更难理解。。。

  我用极限法举个例子
  小学的时候大家都学过4则运算，无非就是加减乘除，你用的好算的超级快，那是“技术牛人”。。。 但是遇到“应用题”了。。 这些“牛人就不知道是先加哪个然后再乘以哪个 有的时候本来该乘了 他除了。。” 你们别不相信 去百度搜一下“1KB=多少B”。。。就有人的回答是我上述的 。。看了无语的很。。 我想真正的牛人  应该是 看了业务以后 知道用什么样的技术去解析业务 ！

会技术的牛人 不见得站的最高， 但是站的最高的人 绝对业务解析能力绝对超强，而且技术不比你“技术牛人”差！ 甚至还会超过你！！！

这才是真正的强人！  个人愚见 ，仅供参考！

9 楼 logicgate 2009-12-10  

远去的渡口 写道

两者间是个什么比例我没想过，我的部门一位牛人曾和我聊天时说过一句话，很经典：其实什么语言并不重要，重要的是业务+针对业务的最佳解决方案，离开了业务，所做的不是产品，充其量是个Demo。大概就是业务重要的一个说明吧。

离开了技术，业务也只能用传统的手工模式完成。谁更重要呢？这就像躯体和灵魂之间的关系。

又好比对于一个软件，同时具有functional requirements and non-functional requirements，客户注重的肯定是前者，后者对其是透明的。但对于软件公司，特别是产品型而非项目型的软件公司，后者的质量很大程度上会影响到公司的开发速度，成本，可维护性。只不过很多人看不到这一点罢了。

8 楼 远去的渡口 2009-12-10  

两者间是个什么比例我没想过，我的部门一位牛人曾和我聊天时说过一句话，很经典：其实什么语言并不重要，重要的是业务+针对业务的最佳解决方案，离开了业务，所做的不是产品，充其量是个Demo。大概就是业务重要的一个说明吧。

7 楼 抛出异常的爱 2009-12-10  

不应该是业务比技术



业务:完成时间.

6 楼 hotjava 2009-12-10  

logicgate 写道

我认为作为软件工程师，技术和业务的比例应该是6.5比3.5

做应用软件来说， 初级软件工程师，技术和业务的比例应该是8比2
中级3比7
高级5比5
开发经理7:3
产品经理9:1


因为业务总是在变，技术就那几样。

5 楼 tf03172003 2009-12-10  

这个东西怎么说呢？
和你所处的环境，以及你个人性格，职业规划都相关。
没有严格意义上的熟轻熟重。

4 楼 whaosoft 2009-12-10  

技术是因为业务逻辑产生的 I think so 没什么逻辑做什么技术呢
为实现什么呢？ 无价值的东西？

3 楼 Max_1106 2009-12-10  

现实情况是，要看具体的场景了和你所处的位置了
如果是大公司的IT部门，一般对业务要求要多写

2 楼 logicgate 2009-12-09  

我认为作为软件工程师，技术和业务的比例应该是6.5比3.5

1 楼 andot 2009-12-09  

技术是为业务服务的。技术再牛，不能用于解决业务问题也是白搭。业务再熟，不能找到配套的技术实现也还是白搭。没有谁比谁重要。要两手抓，两手都要硬才行。