2010年终终结

  先牢骚一下，现在是凌晨快2点，其实想等到农历再写个年终总结的，接着就想多少来点总结，看了一下去年的总结比较shit，今年继续shit罗，脑袋瓜子没去年好，居然去年我能记住哪些月份干了哪些事，神了。 那严肃一点，毕竟这是年终总结。

      首先讲工作上的事，毕竟工作占据了大半部分，以下从几个点面罗列一下。

      1 newmail 优化重写。这个事让我感触最深，从最初设计之初，到实现，到上线，到后期维护，完整地经历下来。
         设计之初，在harvey 和stephen 的指导下，尝试了顺序写磁盘优化方案，并最终证明这个思路确实可行，自己向来喜欢折腾这些没有过的东西，研究论文，然后实践，调整，最终靠谱实施，这段时 间对磁盘io，存储体系结构的思考与总结不少，感觉看到了一片全新的天地。

         实现之路，底层存储方案的实现（因为实在很简单），底层哗啦啦一下就搞定了，但在业务代码移植上面确实摘了个大跟头。这个中逻辑代码晦涩难懂固然，但也从 侧面放映了我对这些逻辑代码的重视不足。我万万没想到，一小段业务代码的变动，能影响10w在线用户。

        上线之路，上线一半遭遇要搞跨idc分布，突然间紧急事件插入，让我有点措手不急，究其原因是对整个内部系统，模块之间的关系不熟悉导致。当然经历这件事件之后，自己也有意识地了解系统模块间关系，这点在我现在看来异常重要。

        维护之漫漫长路，需求不断接种而至，请求量不断升高，如何扛住并优化是个大问题。优化从做了重写到现在几乎没有，只是不断扛住，优化到200%~400% 目前请求服务规模，这个挑战我一直在思考，从来没动手，会有机会滴。嘻嘻

    2  webmail 相关。 过去的一年，相比2009，最多的变化是，自己接触更多webmail相关的东西，受益也颇丰。

        如何运行。一个用户发起的请求，如何通过httpproxy接入，到webmail机器(相对应cgi), 请求到哪些后端机器，如何对返回结果做cache，cache如何失效等等。这在参与webmail的一些相关工作后，都有所提高，从而对整个系统的层次 感也更加强烈。这对增加自己解决问题的思考方向，思考角度是极其有利的。

        如何依赖。webmail依赖了基本所有基础的服务，要弄清这依赖绝不容易，要规划好这些依赖那更不容易，我没机会也暂时还没能力去做这事，只是路过观摩。

        如何上线。今年webmail上多了，开始淡定了不少，但是webmail上的调试，追踪bug能力实在还是太弱了。希望来年有更大的加强。

     3  项目管理与时间管理。

         如何控制项目风险，寻找项目关键路径，把握项目进度。
         如何处理好并发事件，处理好中断打扰。
         这两件事随着工作负责的模块增加，业务增加，也在2010年成为了我和其他几个同时进公司同事之间的共同话题。目前各种处理方法，应对策略，正在进行中，mark一下，来年好对比。

     总结一下：
     coding方面 -- 简洁度还有相当大的提高空间，来年要在此上下大功夫；此外命名规范无处可依 T_T； 无参与开源，来年要搞个。
     设计方面 -- 对常用的设计范式只是散落在各处，没有系统性梳理，并深入理解与实现之；表达不够简练。
     项目与时间管理 -- 时间点不够敏感，优先级不清楚。

     说完工作方面，来说下其他吧？

     嗯 ... ... 嗯 ... ... 这个貌似是个杯具，那就不说了

 

      2011 会更好， 会更努力， 会有更多晴天， 会更给力， 挣更多钱，交多点税，贡献更多GDP ( 万恶GDP，关我叉事，我是打酱油的 )