V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member Sign In
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 4908 days ago, the information mentioned may be changed or developed.
性能不是问题
99%的网站都没有性能问题，闲置的服务器每天都看得到 - 鲁塔弗语录
我发现程序员特别喜欢研究性能问题，看到诸如高性能/高并发/海量 等字眼，顿时打了鸡血，恨不能今晚就结果了它
荣誉感?让简历好看？可能都有吧
我读大学的时候一心想做cpu，《计算机体系结构》连续听了3年的课，当然只有最后一年才完全听懂了
床头摆的是《dragon book》，《linker and loader》这样的书，一人做cpu，全家都光荣，cpu编译器才是核心技术哇，那个时候李兴平 正默默在网吧里面挨个把浏览器首页换成hao123吧
性能真不是问题，99%的网站都没有活到有性能问题的那一天，对程序员来说，按时交活才是你的责任
99%的网站都没有性能问题，闲置的服务器每天都看得到 - 鲁塔弗语录
我发现程序员特别喜欢研究性能问题，看到诸如高性能/高并发/海量 等字眼，顿时打了鸡血，恨不能今晚就结果了它
荣誉感?让简历好看？可能都有吧
我读大学的时候一心想做cpu，《计算机体系结构》连续听了3年的课，当然只有最后一年才完全听懂了
床头摆的是《dragon book》，《linker and loader》这样的书，一人做cpu，全家都光荣，cpu编译器才是核心技术哇，那个时候李兴平 正默默在网吧里面挨个把浏览器首页换成hao123吧
性能真不是问题，99%的网站都没有活到有性能问题的那一天，对程序员来说，按时交活才是你的责任
 |
1
sNullp Nov 21, 2012
这就是程序员中理想主义和现实主义之争
|
 |
2
glume Nov 21, 2012
是啊，想起碰见一个退休的“古老黑”，人家都是用汇编一个地址一个地址的排，哈，工具啥的都是自己写的，恨不得自己连硬件都捏出来。
|
 |
3
plprapper Nov 21, 2012
网站的死活，也不是一个基层的开发人员能左右的。
按时交活，是工作内容而已。 搞定性能问题，大数据高并发，是一门比较独立的技能，这和你从事了多少年工作没有必然联系。 多学一门技能对于绝大多数打工者来说，没有坏处。 一个能搞定性能问题大数据高并发的人，需要一个非常漫长的积累和实践过程，不是会几条命令照搬几个案例那么简单。大量的实践和感悟，有几个人能有这样的机会呢？ |
 |
4
kenlen Nov 21, 2012  1
确实, 大家可以去看看淘宝技术发展的历程, 刚开始的淘宝也是买来的程序,等到访问量上去了就才开始一步步的优化走到了今天的地步. 有的时候很多技术都是被逼出来的.
过早优化其实是个错误. |
 |
5
tunetoystory Nov 21, 2012
嗯，同意楼上
|
 |
6
cyberscorpio Nov 21, 2012 2
性，能不是问题？
|
|
7
glume Nov 22, 2012 1
@cyberscorpio funny，性，能！不是问题。
|
 |
8
ssword Nov 22, 2012
人跟人的追求不一样吧
|
 |
9
alsotang Nov 22, 2012
@ssword 嗯嗯。话说语言也不是问题，但就有人学了很多门语言并乐在其中。过分追求性能是不对，但是在服务器空闲时间很大的情况下，却试着解决性能问题，是一件有意思的事情。
|
|
10
ssword Nov 22, 2012
|
 |
11
reus Nov 22, 2012 1
等到网站成为那1%之后，把那些只知道按时交活不知道和网站共同进步的酱油程序员都炒了，嚯嚯嚯嚯
|
 |
12
join Nov 23, 2012
一般的游戏开发还是需要考虑性能的。
网站开发的语言就决定开发者跟本不要去在意性能。 性能跟开发效率永远是背道而驰的。 |
 |
13
shuizhuzi Nov 23, 2012
当性能不行的时候，老班一句话：买机器！一切又归于平静……
|
 |
14
dafang Nov 24, 2012
我觉得这里有种程序员的理想主义和围城主义。提到李兴平不是一个好的不用搞性能问题的例子，只能说，产品很多时候更重要，如果你像李兴平一样有好的idea，我相信没人愿意折腾什么性能问题，但是如果你没有李兴平这样的见识，只是一个IT民工，那么有空研究研究性能问题不见的是件坏事。
当然我觉得赞同不需要过早优化的共识。 很多时候，程序员折腾累了，容易找个理由告诉自己，研究屁性能问题啊，你看人家啥啥网站都不需要，活的好好的。如果是给自己找个台阶放弃，还是想想，如果不研究不钻研你的老本行了，你还有别的出路吗？如果你是李兴平，那当然好，千万别浪费时间在性能问题上，钻钻网吧是王道。 |
 |
15
conis Nov 25, 2012
同意过早优化是个错误
|
 |
16
zz Nov 25, 2012
我觉得性能这个不是程序员考虑的东西。
|
 |
17
arzusyume Nov 25, 2012
我觉得当程序没遇到瓶颈时不需要花费太大的精力投入在优化上.
但是coding的时候应该知道回避低效率的代码,这无论是对team还是个人都是有好处的 |
 |
18
darasion Nov 25, 2012
性能问题，只有小兵才会关注，领导们不会关注的，他们从来不会觉得性能是个问题。
因为有底下的小兵们热衷的去考虑。 领导只关心出结果，结果才是最重要的，不管你实现的有多烂。 作为底下的小兵， 要么机械式的做着一些让自己都不舒服的烂代码，虽然能够实现功能； 要么就是优化代码，让自己看着优化后的代码看着舒服，最后的结果还是实现了功能。 作为领导，可能只看见： 这个（写烂代码的）小兵出结果了，是个好样的。 那个（搞优化的）小兵也出结果了，但是出结果有点慢，总让我担心他做不完；这个人太细节了，不好。 |
 |
19
qiqiboy Nov 25, 2012
我很赞同
|
|
20
qiqiboy Nov 25, 2012
在性能成为问题之前，过多的考虑性能是扯淡
|
 |
21
darklowly Nov 25, 2012
对于两个不同的程序员而言，没有至极追求的程序员。按时完成的功能都值得怀疑。
对于同一个程序员而言，水平已经固定了。才适合你说的那句话。 |
 |
22
picasso250 Nov 26, 2012
以前总是小心的连接好sql语句。现在我在for循环里跑select * where id=?
不知道会不会被发现…… |
 |
24
cashplk Nov 28, 2012
@kenlen 淘宝这个例子你举的不对，淘宝是2波人做事情的，一群人做基础，一群人做业务。分开的。但是每个项目上线和发布之前都要通过压力测试。压测的过程中你就可以看到优化的效果。
|
 |
25
onesuper Nov 28, 2012
术业有专攻，如是而已。
|
 |
26
thinkinnight Nov 28, 2012
看来这里是做web的多，做嵌入式的话，性能还是会成为问题的，因为涉及到硬件成本，而产品一般都会走量，这里省1块，那里省5毛，一个产品就会省不少，而几千几万台下来，省得就多了。
|
 |
27
clowwindy Nov 28, 2012 2
如果你还没看过 Charles Leiserson 的算法导论第一讲的话，一定要看一看，关于性能的意义，这是我听过的最 reasonable 的看法了：
17:55 - 27:35 |
 |
29
jiangrongyong Nov 30, 2012
过早优化、过渡设计
|
 |
30
RisingV Nov 30, 2012
功能完整性，可用性，健壮性，解耦模块化，可拓展性，最后才是性能。
|
 |
31
Alcar Nov 30, 2012
术业有专攻么...有的公司肯定需要解决性能问题，这时候就需要能解决这个问题的程序员了，想不明白这有什么好喷的
|
Select Language