杠精

小王是一个后端产品经理，做的是内容管理系统，前期满足前端的內容需求，前端有“A“需求，后台就增加模块添加内容″A“，前端有素材需求 B“，就增加添加素材需求“B“。生活安逸而舒适，老板常表扬小王工作认真踏实肯干。

突然，出现了“A"B""C“内容的组合，A, B, C 之间还有协同和互斥的规则。小王弄了 2 天。终于捋顺了 A, B, C 之间的逻辑关系，老板看在眼里记在心上，小王最近可能有点其他事情，人嘛，难免家里有点事情

突然前端又甩出一个需求，A, B, C 组合投放到 D、E、F 上，还有时间纬度。这回小王彻底麻爪了块组合非常冗杂，再考虑扩展性，1-2 周完全弄不出来。这样小王把扩展性去掉，模块写死。成功在 2 周内写完，老板一看，小王给力啊，升职加薪

其实小王心里知道，这么做是有隐患的。

又这样过了一段时间，前端又増加了几个模块。小王已经深刻的了解到了，这个系统已经崩了，开

始寻找下家，这时候再加的后台需求就是只为满足功能、完全不谈模块设计了，只要能对付过去，

就算可以。当然在老板眼里，小王一直是为好员工，踏实肯干，能力强。半个月后，成功找到下

家，甩甩屁股走了，走了的时候，前任老板依依不舍，还要升职加薪留人。

小王走了，小张来了，都说程序员要做好代码设计，要不终究有一天你是要改的。产品也是，但是问题落到谁来改这些问题上。小张注定接盘侠，小张看了下原来的后台，我去，啥玩意，这模块怎么放在这，他怎么想的？这个东西他考虑这种情况了吗？

最后他決定重做一版，这和让程序员改别人的代码极其相同。当他向老板反映说要重做后台的时候，老板虽然嘴里答应，但心里满是不悦，你看小王在的时候啥事情都没有，这又要重做多耽误事情。虽然嘴上不爽，但是毕竟业务还得上啊，答应了。小王要了 1 个月的时间。老板彻底震惊了，1 个月，光设计？？？开啥玩笑，1 个月小王能做 5-6 个模块了，你一个月就重做一个后台？啥都不变？搞笑吗？这能力也太差了。

小张很努力，开始选择设计模式的时候严格按照 Sas 和 Pas 模块去做，甚至数据库表结构都亲自参

与设计。他想搞出来一个长久点的东西，至少 1 年半载的不会重建

这时候，开发是非常难推动的，原因很简单，相似的业务流程，现在却按照更复杂的流程去设计。

开发不开心、任务量也相对较大。小张心好累，项目推进困难重重

最终第一版终于出来了，小张觉得自己的功夫没白费，可是事实却恰恰相反，小张被扣掉了 10%的资。小张明白了，原来后端产品经理和程序员差不多啊，老板看的是代码量啊。后来小张做东西也不做过多的考虑、也不做更多的规划，后来小张变成了小王。后来后来。。。。。。