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

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

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

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

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

性能 = 维护优化。

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

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

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

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

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


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

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

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

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

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

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

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

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