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
Rabbit52 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
术业有专攻么...有的公司肯定需要解决性能问题,这时候就需要能解决这个问题的程序员了,想不明白这有什么好喷的
|