摘要: 这个项目最初我是PM,当时要求集群达到60000tps,单服务器要能达到2000tps,这个要求说实话的确有些夸张,最终结果虽然没这么高,但单台服务器主要流程的确能达到近1000tps,这不是重点。我负责的项目交付一期以后,交给另外一位同事继续后续的二期的开发,这个项目后续在甲方重视程度很高,至今仍 阅读全文
posted @ 2016-09-05 23:44 CC 阅读(1258) 评论(12) 推荐(9) 编辑
摘要: 这次救的火救的时间有点长,持续一年多,总共4次,每次去厦门大概1个月左右,每次去救火都是顶着巨大的压力,还好每一次我都不错的活着回来了。 这个项目与很多要救火的项目一样,项目交付第一,质量被抛在后面,几十人的团队不断往上堆需求,没有人做架构看护,没有人真正关注能否持久,只要功能实现了,暂时不出问题了 阅读全文
posted @ 2016-09-05 23:16 CC 阅读(2837) 评论(16) 推荐(30) 编辑
摘要: “预防胜于救火”,道理都懂,但是当面临成本、时间等压力时,最易被放弃的就是质量,在HW做过很多次这样的事情,虽然每次压力山大,但是收获颇多。 分享的第一个案例是我们的产品在08年由于中标了印度某运营商, 中标以后,这个项目就由印度的同事交付以及维护,这个项目每个月能够给运营商带来几百万美刀的收入,加 阅读全文
posted @ 2016-09-05 22:27 CC 阅读(1370) 评论(2) 推荐(10) 编辑
摘要: 在没遇到这个问题之前,我对JVM的解释模式与编译模式的代码性能相差有多大,是没有感觉的,只是觉得编译模式会比解释模式性能好那么一点点吧。 但是经历过这次以后,让我对JVM的即时编译产生了兴趣。先来看看这个问题的背景: 大概是4年前,我的团队里有一个PM找我说他们遇到一个很奇怪的问题,在性能测试的时候 阅读全文
posted @ 2016-09-05 16:29 CC 阅读(2345) 评论(0) 推荐(3) 编辑
摘要: 在华为的时候自己带过几年的团队,团队的规模从一开始10多个人,到后来40多个人,负责的产品也从一个到多个产品,我自己的性格特点只能做一个小主管,做不了大领导,因为在遇到事情的时候,我总希望自己能够冲在最前面,也就是当当班长之类吧,所以我自己处理过很多次的网上事故的处理,当时和我一起处理事故的同学有的 阅读全文
posted @ 2016-09-05 11:52 CC 阅读(6965) 评论(30) 推荐(49) 编辑
摘要: 自从去年从离开了工作十年的华为以后,加入了阿里以后,一直想把工作十二年的经历里面一些有意思的地方记下来,因为我担心有一天我会忘记这些人、事以及当时的想法。 阅读全文
posted @ 2016-09-05 10:41 CC 阅读(1170) 评论(3) 推荐(2) 编辑