|
主要是看项目方需求，能不能聊，能不能好好聊，有些东西是可做也可以不做的，
像你用了脚手架，它把角色跟权限还有用户体系都写死了，这个时候人家要加一套部门组织架构体系，嵌入到这一套权限体系里面来，还要求你权限跟着部门走，这个时候你就要重写一些已有代码，最后反而成本更高，还要你要去认真阅读人家的权限体系跟表结构关系，最后的开发成本比你从头开发 成本更高。
这些事情在十数年的开发工作中遇到的太多了，把新功能嵌入一套已有的代码体系里面，常常比从新撸一套的成本还高，过往的屎山代码不能动，因为多次测试后，一般屎山都很稳了，动了说不定就炸你身上，新的需求也要往里加，那就只能再加一层间隔层进行打补丁的操作
这也是为什么程序员不喜欢低代码，因为低代码进行了过度的封装，这些封装本身就是不必要的封装，也许它快速解决了你日常 99%的需求，最后你发现日常 1%的需求 需要你花 99%的时间去解决，最后就本末倒置了，像一些 vue3 组件没有提供足够的客制化功能，最后你还要通过 vdeep 去解决，最后搞不定，还得把人家框架源代码撸过来自己再定制一番。
软件工程最大的问题就是它的易修改性，每个人都希望它进行变化，进行迭代，建房子你不会打好地基了，然后再要求修改承重扛地震设计，拼积木你不会要求积木拼完了，再重新拆改给每个积木的四个角再打磨光滑一点，别划拉到手了，这需要重新开模模具，然后进行注塑，包装送到你手上，进行重新拼凑，而在软件开发中，唯一可以确定的就是变化是随机的，且需求方随时都在变 |
