@kgen: 很多速度奇慢的系统，都是因为应用层写得一团糟。而开发者却乐此不疲地讨论如何更换不同的编程语言和框架来改进速度。其实真实场景中，因为网络传输和磁盘IO等瓶颈，不同技术间并不会出现上百倍的差距。

[raincious]

Twitter上的：
https://twitter.com/iruitui/status/356364214320902146


大家怎么评价？

[laihj]

说得对

[echo1937]

现在很多项目开发,使用不同的开发语言的框架,更多的当然不是为了程序性能,而是开发速度.

[hitsmaxft]

看应用的实际场景 如 @echo1937 说的, 开发速度也是个问题.

就我所在部门负责的应用, 引擎返回大概要占用200ms(商品搜索, 很复杂的说, 而且引擎请求个数在1-15之间浮动) , 这种情况下, 其实应用层做不了什么..

那么我们改的目的就是, 就是出于可维护和可扩展, 一方面改善应用的业务处理速度, 另一方面也适应业务的发展.

而且, 一个应用往往是多层的, "开发者却乐此不疲地讨论如何更换不同的编程语言和框架来改进速度", 这种话往往是站着说话不腰疼, 改个框架语言, 能提一点是一点, 但是依赖其它组件, 不见得能一起更新, 木桶效应还是存在的.

当然不排除"创新"赚kpi...

[Ricepig]

开发效率，封装，设计模式，都是运行效率的大敌啊

每时每刻，我们都在做选择，只是有些我们意识到了，有些并没有意识到

[mengzhuo]

“很多速度奇慢的系统，都是因为应用层写得一团糟。”

同意！都是我们程序员的错，我们会改进的！

[breestealth]

这句话没有错啊。现在很多公司的关注力是放在开发速度上面，所以导致应用层的开发一塌糊涂的大有人在。

[derek80]

先做个a b测试先。拿数据说话

[deef]

本是同根生，相煎何太急。。
简单粗暴的处理方法：三星对android平台。（不过人家也要买硬件。。）

[nine]

1 重写比重构无包袱
2 使用新的技术更有乐趣

[reus]

不同的技术间当然可能出现上百倍的差距，但“不同的技术”不是单单指不同的语言或框架。区别更明显的是不同的算法或者模型，用错了，瓶颈就可能不是io了

[raincious]

@reus 终于等到一位不同意见的了.