@wing 酱在微博上提到，产品两至三周升级一次较好。 @放翁 _ 文初发布微博认为，代码迭代次数对于程序员的经验积累和成长有很重要的作用。这两篇微博引起了大家的广泛讨论。
@wing 酱在微博上表述了自己对于产品升级频率的观点：整理数据时发现产品两至三周升级一次较好。当客户(我不喜欢称之为用户) 使用产品两周后提供其一次升级，他们对该产品和公司的情感和忠诚度会更强烈。查了下，心理学中称该现象为Peak-End Value，即经历在事后带来的愉悦感不取决于整个过程的平均体验，而取决与体验的Peak 和End 二者的平均值。
大家对于他的观点以及其中提到的 Peak-End Value 理论展开了讨论：
徐逸潇：有道理！更新过频繁惹人厌烦，更新过缓慢会给人被忽视的感觉...
79 生：用户和客户还是分成两个概念比较好，很多产品面对的用户和客户实际不同；
cobra_ 离：个人觉得，产品升级频率高低只要不影响客户使用都没问题，只要你这升级不是要我强制性的升级，且升级通知不要一有就通知我而是在我刚开机时再通知感觉会比较好。
殿珩-EMC 总代：但愿安装后短期进升级一次，然后要稳定下来，数据库呀，一旦安装谁敢乱动呀，稳定可靠才是第一要务，呵呵。
深蓝coco ：嘿嘿，我不喜欢常升级的软体，升级三次以上如果有替代的，我会删掉该软体。私以为产品不稳定才会总升级，总要升级则说明自己又当白老鼠了。
蒋涛CSDN ：这是 诺贝尔奖得主心理学家Daniel Kahneman 的理论- 峰终定律（Peak-End Rule） 这里有个PPT http://t.cn/zOWnsBt 看来搞产品的都要学点心理学。
@王煜全: 搞社会网络的人一定要懂 Dan Kahneman，他最近的新书≪Thinking, Slow and Fast≫更是集行为经济学甚至社会行为学大成的著作，必读！
冯磊COO ：Peak Value and End Value 理论：一个经历在事后给你带来的愉悦感并不取决于整个事情持续性的平均体验，而是它给你带来的体验的高峰和收尾的平均值。
@放翁 _ 文初在微博上表达了这样的观点：记得和同学描述过，写代码就和写作文一样，有时候最不愿意做的事情就是写完以后自己反复看，反复修改，但往往这样才是提高自己技术能力最好的方式（看别人源码个人觉得当你修行不够的时候就是白搭），而工作10 年和工作2 年的人相差最大的地方就是代码迭代次数，前者的经验积累无非是问题排查，代码小规模重构迭代次数（打补丁到一定阶段一定还会有质变），对新技术的优劣理解和掌控力，如果积累了那么些年得到的不是这些，而是会这会那，那基本就算是浪费了自己黄金10 年了。（行业经验和业务知识积累是另一方面）。
大家认为很有借鉴意义：
_ 刘志强 _ ：同意，一般都会对自己的代码反复检测验证修改，想让自己的代码经得起考验，首先的自己好好推敲。
思考的水杯：好的代码不是一次就能写出来，要经过千锤百炼，改出来。
每天要吃冰激凌：第一次code 基本能逻辑写对。第二次重构，灵活性。第三次，优雅一点。
sagasw ：想提高自己的意愿加上经常性的练功（读书写代码）再加上重构实践。
淘宝酒仙：小规模的重构，多次叠代后会有质变，很认同这话，也有体会。
纵横四海1949 ：看来以后还的多写代码了。
关于产品升级频率以及代码迭代，你的意见如何？欢迎加入讨论。
推荐微博： @放翁 _ 文初
推荐理由：岑文初，淘宝开放平台主架构师。平常心做事，做事平常心。
评论