塞翁失“码”，安知非福

经过email里面几个回合，终于找回了因密码泄露事件被冻结的账号，可以继续在偶尔的闲暇来此记点东西了。csdn遭遇此劫也真够呛的，本帖标题顺便也赠与本博客的房东吧：）

今天一同事在群里抱怨：杯具，之前写的一些代码被误删了，无奈只能重写，55

这让我想起不久前另一同事转发的《好程序需要你写(至少)两遍》，于是回复了他内网转帖的链接，回来搜了一个（不知是否原翻译出处）：http://news.cnblogs.com/n/120078/

我赞同这篇文章的观点，实际也有过这样的经验。不过，写两遍不是简单的重复，第一遍，可以是个人整理思路，可以是向同事展示你的想法的直接方式，也可以是给客户演示的一个原型。第二遍，就是要交付的。09年做我们系统的日志模块时，在上板之前我先实现一个PC版的demo，然后将模块接口和可运行的demo发出来供各位专家review，因为效果直观，给参与者省了理解和澄清的时间。这种做法开始确实好像需要耗费多一点功夫，甚至大佬看不到进度会着急，不过结果这个模块交付后稳定地跑了很久几乎没有一个问题单。如果项目管理允许，我挺想再多些类似的体验，但似乎很难争取到这样的机会。我们的迭代，实际上只是分批的交付，划分为一个个小瀑布，如果企图对之前迭代的代码做让人感觉大一点的“第二遍”，是相当有阻力和政治压力的，关键是即使写出“好程序”也对自己不利，而且测试人员要陪你受累。所以实质上仍然是过了这村没这店。如果想发挥“两遍”的威力，除非迭代周期适当延长，那样就可以赶在story验收之前匆忙做这件事情。