写在Code Review之后
一期项目接近尾声，后半周一直奉命组织代码评审。作为平台部成员，一直很庆幸自己不用太过于考虑繁琐的业务，可以尽量专注在平台功能的开发优化和支持。这样项目开发过程中所需要的各种琐碎杂事也就理所当然落到我们头上，比如Code Review、发布脚本、上线方案等等。这其实倒也挺好，从本位中暂时脱离出来，去做一些编码之外的事情，既可以拓展自己知识面，又可以从多种维度去了解项目，加深对系统各个方面的理解。
道理总是在有了经历之后，才会有真切的体会。之前只作为局外人参与过一次评审会，而且当时会上气氛并不算太热烈。这次吸取前人“失败”的教训，流程上略微作些变动，结果也比之前稍微理想点。大概有以下三点，略作记录：
1）提前四天把评审要求和代码发给所有成员。不只是让经验丰富的老员工作评审，也给新人作评。可以调动新人参与的积极性，为四天后的正式讨论会活跃气氛作基础。就跟在学校上课一样，课前预习总是更易于保证课程质量；参与的人越多，才越容易有思考的碰撞。
2）会上让所有人轮流发言，有问题集体讨论。之前的评审会，只有主席一个人在从头讲到尾，其他人过于被动导致现场气氛不够热烈。同时这个发言方式也从另一方面督促大家在之前认真做好自己的评审工作，不然会上没什么讲的可就尴尬了。
3）拉头头作阵。一方面可以保证评审会秩序，另一方面会上遇到一些比较纠结的问题，也可以由他给予较为合理的解释，类似于专家评委。
这次评审会应该还算是比较充实丰满的，至少会上气氛还比较活跃，荣誉归于现场压阵的头头。之前参与的项目，因为各种原因，貌似都没有做过代码评审。这次经历，感觉很好，总结下我想到的几个优点：
1.保证代码质量。
这点是从项目本身来讲的，不用多说了，代码评审会检查出一些隐藏的BUG。而高质量的代码是工程牢靠健壮的基础。
2.讲述自己的处理逻辑，整理思维。
“当初写下这段代码的时候，只有我和上帝知道为什么这么写。现在，只有上帝才知道了。”
—来自某同事的MSN签名。
09年8月份左右，我在河南CRM现场开发了几个业务新需求。今年上半年再回去参与另一个项目时，当时交接的同事拿着当初我的代码找到我，问为什么这样写。我一脸茫然，无言以对…我想很多Coder应该都遇到过这样的尴尬吧。评审过程中，一些比较复杂的逻辑处理会被揪出来，这时你可以好好整理下自己的思维，想想自己当初为什么这么做，顺便练习下怎么说服那些评委了，讨论过程中也许还有会更好的解决方案出来，也是一个提高的过程。
3.评审交流中可以答疑解惑，学习到更多技术知识。
我觉得对于Coder来说，这是一个大大的好处，尤其是新人。Java平台的一个优点是有很多现成的框架产品可以使用，开发人员并不需要关注技术细节，专心业务处理就可以了。而正由于这种不透明性，对于很多技术细节的实现，很多人是一知半解的，只是记住怎么去使用组件。这有几个弊端：a.过于依赖别人提供的框架，脱离底层实现。改天换个框架，自己又是啥都不懂。b.如果不是很理解平台封装的一些具体实现过程，一旦开发过程中出现一些平台引起的Bug，没法跟踪定位，就只能望洋兴叹了。c.长期偏离技术，侧重业务，会将自己限死在行业里，限制发展（当然这条不适合已经确定了自己终身方向的同学）。
在评审会中，可以提出自己对一些组件使用的疑问。为什么要这么用？底层是如何实现的？有大牛们在，应该会得到很好的解答。另外在评审过程中，往往也会牵扯出一些业务知识，可以加深自己对系统的理解。
4.可以帮助建立知识库。评审中记录下大家在开发过程中经常暴露出来的问题，可以在下次项目中进行重点宣贯，一定程度上避免同样的问题出现。
Read the rest of this entry »
被动的不要
上网的一个习惯是看到一篇好的文章，就会追根溯源，找到信息源，再看看这个源其他相关的内容，觉得还行就订阅下来，心想这么好的资源可不能错过了，以后肯定还有很好的文章产出。要是遇上不支持RSS的，还会心存遗憾，转而加入收藏。一段时间下来RSS阅读器里就堆积起如山的未读条目。比如我现在的9点里就有4839条未读！！
有些Blog源也是一直在看的。文章确实写得都挺好，有鼻子有眼的，看的时候也很爽。可过段时间过来再看到那个标题，却很少能立即回想起来人家作者要表达什么（部分技术类文章除外），以及文章有哪些亮点。摄影Blog也是，刚看到那些照片时一个劲的口水，过一段时间却很难再想起点什么。
所以在被动阅读的时候，其实自己能得到的东西是很少的，更别提深刻了。我想大概有两个原因导致的：
1）不能完全的感同身受。
作者倾注心血耗时费力地写出一篇佳作，有些确实是情感思想文笔样样得意。可阅读的人始终都只是一个看客，只是由眼球输入，入到脑子里转悠一圈，在之后某个时间内渐渐输出。有些时候甚至是不经过大脑的！由于缺少相同的生活经历、情感经历、思考经历等，我们对作者的情感或者思想很难能够完全地感同身受，也就不会对自己有太多的触动，也就不会留下深刻的印象。
2）自己思考太少。
互联网信息量巨大，每天都会接触到大量信息。各种形式、各种媒介、各种行业……内容太多无法专注不说，也很难对每一条信息都做到略微的思考。而事实上，我每天花在这方面阅读的时间还不算少。也就是说我一直在坚持花费大量的自由时间，在做一件我收益甚微的事情，实在是太不划算了。
还有学习资料。最早在绿岛的时候，看到服务器上前辈们留下来的各种技术资料，诸如ASP、JSP、Java、C#、SQLServer、Linux，还有其他各种电子杂志，求职资料等等。那时我好像还在摸索着写ASP，觉得这些都是宝贝啊，二话不说先统统拿下再说，将来总有一天会用得着。加上后来自己的各种储备，磁盘上积累了好几个G的各种资料。我常常感慨要是我能把这些全都通读一遍，自己现在也应该能算个牛了。然而几年过去了，他们一直安安静静地躺在我的电脑里，占着好几个G的磁盘空间，基本从未被翻动过。这些跟阅读器里那些未读条目如出一辙。—–这也是传说中的占着茅坑不拉屎吧。
另一方面，随着自己的各种资源库越来越庞大，自己也就会产生阅读焦虑，对那些内容望而却步，绝不会再去阅读或学习了。比如现在每次打开9点，情绪上都会略微有点down，而那4839条未读条目，我想里面至少有4800条我是再也不会去看了。拖下的越多，人就越不利索，长时间下去，人都会渐渐懒散掉（或许也是我的懒散导致了这种情况的发生）。—-我建议RSS产品都应该完善下退订功能：对于用户订阅的某个源长时间不阅读并且未读条目达到一定数量的时候即提示用户退订该源。
回忆了下，这么些年，印象里比较愉悦的学习体验还真是很少，大概小学六年级那年，高三一年，还有在绿岛的某个时间段。这几个阶段都有个共同的特征就是，当时都是灵光忽现，觉得自己应该用心去学点东西了，都是很主动的学习过程。
所以，我的一个华丽丽的结论就是：为保证消费时间和产出收益能基本维持正比，我应该尽量避免无目的的被动阅读，减少被信息轰炸，转为主动获取。业余时间里，预先在某一段时间内给自己预留某一个知识方向，然后再去搜索阅读学习，并尽量做到专注，同时尽量定期做资源库清理。
以上是阅读了刘未鹏先生的《一直以来伴随我的一些学习习惯（二）：时间管理》中关于退订RSS所想到的，原文在这里。
满世界都是金子
钓鱼台国宾馆东门，一位大叔站在路边打电话，“哎呀，我的天，满世界都是金子！”。
他前方是一条长长的银杏大道，约有两百米，种着两排银杏，叶子金黄。在树下仰起头看，逆着光，那叶子透亮透亮的。秋风一吹，叶子随风落下，飘飘忽忽落到地上，混在泥土里，积起厚厚的一层，走上去松软舒适。加上阳光在叶子间的各种反射折射，整条道都显得金光灿烂。
我们来得有点晚，整整一条道上，从南到北，全是人，各种人，各种POSE，各种相机，各种欢声笑语…
在这样的美景下，人和人之间都好像立刻融洽了很多。用慧文的话说，“这些人，真像是盛世中国里那些喝了水的人们”。。
1p
2p
3p
4p
6p
望月怀远
捡来的一首诗。
同是思念，古人与今人的大概并无不同。
北京的秋天美得要死
@圆明园
这里，我只想静静躺着，什么都不想说…