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

发表点我的愚见：

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

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

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

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

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

那人家的工资呢？

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

业务重要还是技术重要，要我说，钱最重要。钱决定了这两样东西，那样为公司赚钱了，他就重要。

比我高。不过他工作年限是我3倍，工资也只是我的1.3倍。

听到一些人的话我笑的满地打滚

业务是工作目标，技术是实现手段。
你说是目标重要，还是手段重要？
分工不同，做的事情就不同。谁也离不开谁。
业务有，但是技术上实现不了，就白了。技术高明，但是方向不对，也不行。
偶的原则是，做开发的，首先搞清楚业务，然后在想用什么来实现，如何实现。
两者之间是一个先后顺序而不是重要不重要的问题。

我倒是认为，小到程序员，大到架构师，技术总监，技术扎实的话，面对业务就会游刃有余，只剩下需要多少成本去实现的问题。不同的公司，不同的业务，哪怕是不同行业的业务，在开发团队看来，应该没有多少本质的区别。

至于哪个更重要，这取决于你在公司的角色。

如果你的职位是consultant，当然是业务至上，不但要理解客户的业务需求，有时候还要能对客户的业务流程提出改进方案。

如果你的职位是架构师，你的责任就是理解业务，然后根据自己掌握的技术，把抽象的业务转化为系统的架构和具体的需求，然后传达给开发团队。一个好的架构师应该是consultant和developer之间的桥梁，应该能把客户的业务和系统的技术之间的差距缩到最小。架构师的另一个重要职责是保证系统的quality factors (e.g., reliability, scalability, performance...)，基本上这部分工作和业务没有直接的关系。大部分情况下，架构师更注重的应该是技术上的创新，而不是业务上的创新。

如果你是普通程序员，只要不笨的话，应该能理解已经被分解过的需求，运用你所掌握的技术，写出能让你老板满意的高质量代码就可以了。

当然，我的看法也许仅仅适合一个分工明确的公司。

我怎么觉得这才是技术牛人呢。解决不了应用的也算技术牛人？