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

Godlikeme 写道

我没有体验过，不知道ruby的速度，但我比较悲观，就假设是5倍好了。
把项目的开发和测试时间定为整个项目的40%好了，那么一个j2ee项目应该在100%，而ruby是68%，也就是ruby比java项目的整个周期快了1/3，我不认为开发速度加快会带来真个项目的进度加快那么多，如果是10倍这样，Ruby is a silver bullet。不管怎样，开发效率的提高是一件好事。

现在的应用软件开发中最大的障碍根本就不是什么现实问题复杂性，应用软件开发的最大障碍就是开发速度和开发成本问题，还有需求变更响应能力上。

对于这句话，我只想引用人月神话序中的一句话“Jackson指出软件行业人员/方法学大师们只是简单地模仿、照搬其他学科的方法，却将最重要的方面--问题域给忽略了。他指出，面向对象方法和结构化方法对问题域的处理没有什么大的区别，却被人们过分地用美好的词汇给美化了。”

因此，我只能认为，robbin认为Ruby是一颗银弹，到底是不是，只能拭目以待。

这是另外一个问题了，而且还是比较大的问题。我到是经常看见别人说业务重要，技术不重要什么的论调，要说我都重要，哪个缺少哪个更重要。

不过从我个人项目经历来说，我主持、参与和咨询过n多行业项目，涉及了医药、机械、广告、化工、航空、银行、教育、电子政务等行业项目，这些行业的业务知识我都不懂，但是我没有发现这些行业的业务知识，或者说问题域成为项目的最大障碍。

其实这个道理很容易想通的，搞编程的人都比较聪明的，那些行业知识你没有理由比掌握一门编程语言困难啊？再说也不需要你成为行业专家你才能进行业务逻辑抽象啊。而且搞编程的人，他们的逻辑思维能力都被训练的很好了，对于普通的业务逻辑抽象和归纳，根本就是小儿科的事情啊，为啥会成为障碍呢？哪些地方你不知道，你随时去问客户的业务专家不就好了吗？

项目成败的因素有很多，如果抛开外部因素的话，一般来说项目成败往往取决于Team Lead的个人能力：包括他的技术能力、管理能力、组织协调能力，但无论如何行业知识的问题域不是什么障碍，如果你们做项目在这方面被卡住了，就要想想看老板是通过什么手段拿到项目的了。