你们开发新项目是找个开源后台管理框架开始，还是从 0 自己写？

@hello333 就是总结下来的一些经验，具体的例子一时想不出来了。有时候我就记着个结论，具体案例不太记着。

不过你可以拿我们的对话去问 DeepSeek 或者 ChatGPT ，我说得比较概括，AI 应该会解释得比较清楚。

但这种事情有点像小马过河，别人的经验总是别人的，你最多只能选择相信或者不相信，只有自己尝试过之后，那个“相信”才会变成“知道”。

@qiumaoyuan 好的好的，感谢。

看具体要求，比如说有工作流要求，支持复杂人员配置，支持转交，委托，多人会签之类各种操作，基本不可能自己从 0 写

有 ai 之后，基本都用脚手架可以写，会方便很多。

现在有 AI 了，直接从 0 开始，写 Prompt 让 AI 起项目

刚刚经历的自己的小项目，根据开源框架魔改，改到后面发现堆成了屎山，各种报错。身心俱疲之下只能重新从 0 开始，先做出一个最小可行的东西出来，后面再迭代，这样才舒服了许多

有 AI 了，后台我都 0 开始写了，之前用通用框架是图方便而已，通用框架掺渣了很多我不需要的功能，我又有强迫症不需要的功能压根就不想它显示出来，这点通用框架做不到的，除非魔改那还不如从 0 开始写呢。AI 几乎能完成 90%的后台任务了~

基于别的框架 然后封装

好帖子，很有道理，收藏

主要是看项目方需求，能不能聊，能不能好好聊，有些东西是可做也可以不做的，

像你用了脚手架，它把角色跟权限还有用户体系都写死了，这个时候人家要加一套部门组织架构体系，嵌入到这一套权限体系里面来，还要求你权限跟着部门走，这个时候你就要重写一些已有代码，最后反而成本更高，还要你要去认真阅读人家的权限体系跟表结构关系，最后的开发成本比你从头开发 成本更高。

这些事情在十数年的开发工作中遇到的太多了，把新功能嵌入一套已有的代码体系里面，常常比从新撸一套的成本还高，过往的屎山代码不能动，因为多次测试后，一般屎山都很稳了，动了说不定就炸你身上，新的需求也要往里加，那就只能再加一层间隔层进行打补丁的操作

这也是为什么程序员不喜欢低代码，因为低代码进行了过度的封装，这些封装本身就是不必要的封装，也许它快速解决了你日常 99%的需求，最后你发现日常 1%的需求 需要你花 99%的时间去解决，最后就本末倒置了，像一些 vue3 组件没有提供足够的客制化功能，最后你还要通过 vdeep 去解决，最后搞不定，还得把人家框架源代码撸过来自己再定制一番。

软件工程最大的问题就是它的易修改性，每个人都希望它进行变化，进行迭代，建房子你不会打好地基了，然后再要求修改承重扛地震设计，拼积木你不会要求积木拼完了，再重新拆改给每个积木的四个角再打磨光滑一点，别划拉到手了，这需要重新开模模具，然后进行注塑，包装送到你手上，进行重新拼凑，而在软件开发中，唯一可以确定的就是变化是随机的，且需求方随时都在变

自己封装的，而且封装的很基础，甚至 UI 库都没有，因为你也不知道用户要求用什么 UI 库。

当然是自己搞一个可复用的框架啊

大部分是从 0 开始“组装”，基础框架+第三方组件+魔改第三方组件+一些自己的组件

现在有 ai 了 从头写也挺快的 国庆 7 天冲刺了一个使用数字货币的 telegram 虚拟物品交易机器人

看情况咯，但一般不会去找个什么开源商城之类去二开，那种开发体验一坨，总之就是看工期结合实际情况能完成工作要求的情况下怎么舒服怎么来。

看代码,改代码比写代码难度要高