关于开发效率和性能的选择

开发效率和性能总是死敌。
一个技术，基本上要么开发效率低下但性能超好，或者开发效率提高但性能下降了。
je上最近的2个帖子，其实都是在讨论一个问题，到底是性能优先还是易用性优先。（rpc or norpc,hibernate or jdbc)
我看到很多人都选择性能优先。
其实这个问题很简单，选择性能优先的选择norpc,jdbc,甚至存储过程。
倾向开发效率的人往往选择rpc，hibernate。
同类的选择还有stateless or stateful.spring的作者rod johnson一开始也曾鄙视stateful ejb,理由是性能太差。不过后来他也承认stateful ejb有其合适的用途。

另外一个类似的例子是web层的状态管理。如今的大多数基于jsp的mvc都是无状态的。但hibernate的作者却提出要让web层有状态。他搞了web beans规范，推出了seam产品。
显然，seam的一个目的就是通过新增的状态管理，简化web的开发。然而，同时他也指出，seam适合小型的相对简单的项目。

我的结论就是，每种技术都是双刃剑，作为程序员，尤其是架构师，要根据情况，选择合适的技术。不能简单的说那种技术好还是不好，而是得有上下文。
不能盲目的追求性能，
舍弃hibernate，舍弃stateful session bean,舍弃web service，
而选择jdbc, 存储过程，stateless session bean, socket.

对于性能，在满足需求的前提下，就应该追逐开发效率。否则你连java也不要用了，直接写汇编去吧。
不见得每一个系统都有庞大的用户群。我相信绝大多数的系统都是中小型的系统，绝对有理由牺牲部分多余的性能换来开发的简化。
更何况就算是一个庞大的系统，正因为其庞大，也不必只选择单一的技术。比如客户访问的模块因为人多，考虑性能而选择jdbc。
但管理模块则考虑整个系统就几个管理员使用，可以选择hibernate。

评论

21 楼 andot 2010-04-13  

mathgl 写道

andot 写道

舍弃norpc，选择rpc，不见得性能就会低下，要看你选的rpc是什么方案，如果选择webservice，那肯定是性能低下的。如果选择hprose，性能反而会提升，开发效率也会大大提升。

你的hprose有没有试用版？？

有啊。

20 楼 mathgl 2010-04-13  

andot 写道

舍弃norpc，选择rpc，不见得性能就会低下，要看你选的rpc是什么方案，如果选择webservice，那肯定是性能低下的。如果选择hprose，性能反而会提升，开发效率也会大大提升。

你的hprose有没有试用版？？

19 楼 LucasLee 2010-04-11  

这两者是矛盾的，但并非不可调和。

比如，某种情况下，性能损失5%，开发效率提升50%，你如何选择？
这个问题的答案也不一定的。关键是客户认为这性能的5%是否有明显感觉、或者在得到更快的版本升级更低的成本时是否愿意放弃者5%。

所以，归根结底，这个问题的性能和开发效率，是要看具体项目产品、客户而定的。
泛泛说哪个更重要是没有意义的。

18 楼 hyee 2010-04-11  

注重效率还是注重性能，和模块的调用频率有关，对于调用频率很高的模块，性能优先，否则可以趋向于效率优先。

17 楼 andot 2010-04-10  

选型是很重要，但不见得选型的时候就鱼与熊掌不可兼得。
就比如远程调用吧，如果选择WebService，不但性能低下累坏计算机，同时也难以使用累坏程序员。而如果选择Hprose，不但性能上高出WebService百倍，同时也会让程序员用起来很轻松。但是就是有很多人宁愿选择性能低下的WebService不说，还要滥用本来就性能低下的WebService，使之性能更低，使用更麻烦。能够做出这种愚蠢选择的人实在是很悲哀。

16 楼 hatedance 2010-04-10  

pufan 写道

hatedance 写道

开发效率和性能总是死敌。

明明是朋友关系吗，怎么会成为死敌？

开发效率主要取决于代码的复用程度（开发工具、语言差异等是次要因素）

性能则主要取决于代码的好坏优劣（语言效率、cpu的运算能力、网络磁盘IO等是次要因素）

以个人的经验看，往往越简单的设计代码质量则越高，越高质量的代码其复用程度也越高。。。


ps:居然还有这么多投隐的，bs之

我说的是技术选型，不是说代码的质量高低。
一般越是方便程序员的技术，就会同时累坏计算机。而为了调优性能，往往累坏程序员。
比如ORM屏蔽了底层数据库细节和差异，但总体上写出来的程序性能比jdbc的差。
我看到很多时候，大家想也不想就选用某种技术，其实是不好的。
很多人根据自己的喜好，一切项目都用某种技术，而实际上应该根据项目的情况来选用才是合理的。
包括我自己，过去那么多项目，我都选用SSH。其实java平台上那么多组合可以选，不见得每次都是SSH最合理。
我的看法是在这些权衡上，尽量让计算机辛苦一些，让人轻松一些。

还有人提出程序员只有能写出高性能的程序，才是有钱途的。此话不假。但只适用于追求性能的场合。我前面说了，绝大部分系统都是中小型的系统。

15 楼 pufan 2010-04-10  

hatedance 写道

开发效率和性能总是死敌。

明明是朋友关系吗，怎么会成为死敌？

开发效率主要取决于代码的复用程度（开发工具、语言差异等是次要因素）

性能则主要取决于代码的好坏优劣（语言效率、cpu的运算能力、网络磁盘IO等是次要因素）

以个人的经验看，往往越简单的设计代码质量则越高，越高质量的代码其复用程度也越高。。。


ps:居然还有这么多投隐的，bs之

14 楼 ppgunjack 2010-04-10  

在性能至上的项目，性能必须一开始就考虑，等跑应用发现效率问题再调性能，调整空间已经不会太大
web，分布式开发java有无可比拟的优势，确实开发移植比c++简单太多
至于追求性能还是效率可以从另一个角度考虑：
作为打工仔，软件性能永远和你的价值成正比，而框架带来的效率和你价值成反比。
当框架帮你解决了大部分开发重担，最好还是赶紧学点性能手段作为一技傍身吧

13 楼 ft28143 2010-04-09  

开发效率 = 多用现成的少走弯路。

性能 = 维护优化。

12 楼 hwn0412 2010-04-09  

性能和开发效率同样重要..  

11 楼 aoliwen521 2010-04-09  

我认为开发效率的提升有点很多。
不单单是开发速度快，未来的维护升级和扩展也相对容易的多。
而且应该能更好的适应需求的突然变更。

10 楼 lzmhehe 2010-04-09  

有多少情况会关注性能啊，尤其很多项目都是靠刚毕业的人堆出来的，能按时做出来东西就不错了。

9 楼 mp_juan 2010-04-09  

性能可以在很多地方进行优化，但是效率却是另外一个层面的问题了，可能一个项目组的boss会很在意效率问题，至于性能问题，是需要在应用中发现了性能问题之后，才进行优化的

8 楼 gdpglc 2010-04-09  

我问一下，大家有没有用过ejb的，这东西在性能上应该没什么优势，为什么sun现在的oracle还在发展它？现在有什么大型的东西是用ejb搞出来的吗？

7 楼 抛出异常的爱 2010-04-09  

选则开发效率+集群
证明了公司对开发人员价值的肯定
要是程序员工作没几个钱。。。。

6 楼 andot 2010-04-09  

舍弃norpc，选择rpc，不见得性能就会低下，要看你选的rpc是什么方案，如果选择webservice，那肯定是性能低下的。如果选择hprose，性能反而会提升，开发效率也会大大提升。

5 楼 rocwon 2010-04-08  

一个技术，基本上要么开发效率低下但性能超好，或者开发效率提高但性能下降了。

-----
这话是什么逻辑。。。

4 楼 chemzqm 2010-04-08  

没有最好的，只有最合适的

3 楼 vampire423 2010-04-08  

赞同楼主的意见，除非需求调研中客户极大的关注性能问题，否则应该是开发效率第一。

至少在目前大部分J2EE项目中，性能问题还不是首要考虑的因素。

2 楼 treblesoftware 2010-04-08  

MVC也可以有状态。性能好坏不取决于你选择的技术框架或者类包。性能更倾向于你系统的压力与你系统的设计。用ORM不代表性能就比JDBC差。