这是一个创建于 4752 天前的主题，其中的信息可能已经有所发展或是发生改变。
性能不是问题
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 2012-11-21 14:20:43 +08:00 这就是程序员中理想主义和现实主义之争 |
 | 2 glume 2012-11-21 18:02:08 +08:00 是啊，想起碰见一个退休的“古老黑”，人家都是用汇编一个地址一个地址的排，哈，工具啥的都是自己写的，恨不得自己连硬件都捏出来。 |
 | 3 plprapper 2012-11-21 20:38:03 +08:00 网站的死活，也不是一个基层的开发人员能左右的。 按时交活，是工作内容而已。 搞定性能问题，大数据高并发，是一门比较独立的技能，这和你从事了多少年工作没有必然联系。 多学一门技能对于绝大多数打工者来说，没有坏处。 一个能搞定性能问题大数据高并发的人，需要一个非常漫长的积累和实践过程，不是会几条命令照搬几个案例那么简单。大量的实践和感悟，有几个人能有这样的机会呢？ |
 | 4 kenlen 2012-11-21 20:42:46 +08:00  1 确实, 大家可以去看看淘宝技术发展的历程, 刚开始的淘宝也是买来的程序,等到访问量上去了就才开始一步步的优化走到了今天的地步. 有的时候很多技术都是被逼出来的. 过早优化其实是个错误. |
 | 5 tunetoystory 2012-11-21 20:48:22 +08:00 嗯，同意楼上 |
 | 6 cyberscorpio 2012-11-21 23:11:17 +08:00 2 性，能不是问题？ |
| 7 glume 2012-11-22 20:17:14 +08:00 1 @cyberscorpio funny，性，能！不是问题。 |
 | 8 ssword 2012-11-22 20:22:39 +08:00 人跟人的追求不一样吧 |
 | 9 alsotang 2012-11-22 21:39:13 +08:00 @ssword 嗯嗯。话说语言也不是问题，但就有人学了很多门语言并乐在其中。过分追求性能是不对，但是在服务器空闲时间很大的情况下，却试着解决性能问题，是一件有意思的事情。 |
| 10 ssword 2012-11-22 21:55:15 +08:00 |
 | 11 reus 2012-11-22 22:13:49 +08:00 1 等到网站成为那1%之后，把那些只知道按时交活不知道和网站共同进步的酱油程序员都炒了，嚯嚯嚯嚯 |
 | 12 join 2012-11-23 17:49:56 +08:00 一般的游戏开发还是需要考虑性能的。 网站开发的语言就决定开发者跟本不要去在意性能。 性能跟开发效率永远是背道而驰的。 |
 | 13 shuizhuzi 2012-11-23 19:18:44 +08:00 当性能不行的时候，老班一句话：买机器！一切又归于平静…… |
 | 14 dafang 2012-11-24 09:55:08 +08:00 我觉得这里有种程序员的理想主义和围城主义。提到李兴平不是一个好的不用搞性能问题的例子，只能说，产品很多时候更重要，如果你像李兴平一样有好的idea，我相信没人愿意折腾什么性能问题，但是如果你没有李兴平这样的见识，只是一个IT民工，那么有空研究研究性能问题不见的是件坏事。 当然我觉得赞同不需要过早优化的共识。 很多时候，程序员折腾累了，容易找个理由告诉自己，研究屁性能问题啊，你看人家啥啥网站都不需要，活的好好的。如果是给自己找个台阶放弃，还是想想，如果不研究不钻研你的老本行了，你还有别的出路吗？如果你是李兴平，那当然好，千万别浪费时间在性能问题上，钻钻网吧是王道。 |
 | 15 conis 2012-11-25 10:30:24 +08:00 同意过早优化是个错误 |
 | 16 zz 2012-11-25 12:08:37 +08:00 我觉得性能这个不是程序员考虑的东西。 |
 | 17 arzusyume 2012-11-25 15:30:17 +08:00 我觉得当程序没遇到瓶颈时不需要花费太大的精力投入在优化上. 但是coding的时候应该知道回避低效率的代码,这无论是对team还是个人都是有好处的 |
 | 18 darasion 2012-11-25 19:25:19 +08:00 性能问题，只有小兵才会关注，领导们不会关注的，他们从来不会觉得性能是个问题。 因为有底下的小兵们热衷的去考虑。 领导只关心出结果，结果才是最重要的，不管你实现的有多烂。 作为底下的小兵， 要么机械式的做着一些让自己都不舒服的烂代码，虽然能够实现功能； 要么就是优化代码，让自己看着优化后的代码看着舒服，最后的结果还是实现了功能。 作为领导，可能只看见： 这个（写烂代码的）小兵出结果了，是个好样的。 那个（搞优化的）小兵也出结果了，但是出结果有点慢，总让我担心他做不完；这个人太细节了，不好。 |
 | 19 qiqiboy 2012-11-25 19:39:34 +08:00 我很赞同 |
| 20 qiqiboy 2012-11-25 19:39:39 +08:00 在性能成为问题之前，过多的考虑性能是扯淡 |
 | 21 darklowly 2012-11-25 22:56:08 +08:00 对于两个不同的程序员而言，没有至极追求的程序员。按时完成的功能都值得怀疑。 对于同一个程序员而言，水平已经固定了。才适合你说的那句话。 |
 | 22 picasso250 2012-11-26 14:02:22 +08:00 以前总是小心的连接好sql语句。现在我在for循环里跑select * where id=? 不知道会不会被发现…… |
 | 24 cashplk 2012-11-28 20:42:26 +08:00 @kenlen 淘宝这个例子你举的不对，淘宝是2波人做事情的，一群人做基础，一群人做业务。分开的。但是每个项目上线和发布之前都要通过压力测试。压测的过程中你就可以看到优化的效果。 |
 | 25 onesuper 2012-11-28 21:20:51 +08:00 术业有专攻，如是而已。 |
 | 26 thinkinnight 2012-11-28 21:58:00 +08:00 看来这里是做web的多，做嵌入式的话，性能还是会成为问题的，因为涉及到硬件成本，而产品一般都会走量，这里省1块，那里省5毛，一个产品就会省不少，而几千几万台下来，省得就多了。 |
 | 27 clowwindy 2012-11-28 23:55:44 +08:00 2 如果你还没看过 Charles Leiserson 的算法导论第一讲的话，一定要看一看，关于性能的意义，这是我听过的最 reasonable 的看法了： 17:55 - 27:35 |
 | 29 jiangrongyong 2012-11-30 11:00:58 +08:00 过早优化、过渡设计 |
 | 30 RisingV 2012-11-30 13:04:05 +08:00 功能完整性，可用性，健壮性，解耦模块化，可拓展性，最后才是性能。 |
 | 31 Alcar 2012-11-30 13:24:03 +08:00 术业有专攻么...有的公司肯定需要解决性能问题，这时候就需要能解决这个问题的程序员了，想不明白这有什么好喷的 |
Select Language