刚提测就改需求，我是渣男吗？

沉淀、分享、成长，让自己和他人都能有所收获！

可能产品、业务，甚至是提这个需求的老板也搞不清楚，就是写代码吗，修修改改有那么难，这就像原来你给了一堆捡来的砖头、扣来的泥沙、手画的图纸，需求是盖一个厕所，现在厕所的坑挖好了要起架子了，不行改，我们不要厕所了，要猪圈。好像猪也得拉屎，挖的坑也够用，修修改改，扩大扩大面积，猪圈好像也行了，但这个时候埋下了很多的隐患，指不定猪进场的时候，就给你拱塌了，但就在即将贴膏药式修补猪圈安插水管的时候，产品传达了老板的最新意图，这个场地现在咱们决定要住人了，得给这UI界面改改，再豪华装修一下。都知道盖房子挖地基，放到写代码上好像就不懂了

举个例子，代码是怎么死的

产品可能又不懂了，那不是删了就可以吗，会有难度，这想啥呢，比如你家里是一个三居的格局，有卫生间、有厨房、有客厅、有卧室，第一任住客还算讲究安装了马桶、买了沙发、装了卧室的床，后来交给中介出租，中介说这不浪费吗，厨房这么大也没安装啥，拆拆装个床，在装个马桶，独立卫浴，还多租一间。客厅也给它打个隔断，接个上水管和下水管，也给它来个独立卫浴，主卧、次卧都装独立卫浴。好，后来房子交给你了，你整租了，发现这屋里到处都是马桶，拆哪个的时候，都开始往出喷水，不知道他们的水管是怎么链接的，与找师傅修的成本看，不如都拆了重新装修了。这像不像，代码根本没法重构，只能重写！

3. 复用的，不合身

不能重复造轮子，已经有现成的你为什么不用，你自己写的这个有什么创新，为什么不找某某部门调研下，你这是不是技术自嗨。你听了还怕不，吓人不，明明你可能就是为了更好的、快速的、熟练的把项目写完，但现在你为了做一个项目，需要跑遍所有部门调研他们都有什么组件能支撑你的需求，之后开始要文档、对接、联调，好，你的需求可能原来并不大，现在一对接你甚至从原本三天干完的事，现在要干两周。妥妥的增加工作量，年终奖又是你的了！

一般在述职、答辩、汇 的时候，大家都把自己做的事包装的非常牛皮，甚至只要是用上你这个组件，公司都能早上市三年。但一汇 完，再去找问你这个东西是否能对接的时候，完了，这块不支持，那块不能做。为啥为一个需求功能的设计很多时候是偏向于自己业务诉求的，而不是一个统一的标准方案，不能解决其他业务部门的个性所求，甚至为了支持很小的一部分功能都要从头到尾的梳理和开发，加表、加字段、写类、写方法、写单测，一全套下来并不是那么容易的就支持了，可能支持不好还给自己的系统带来非常沉重的负担。