midsolo

ID: 314
感谢老板

@shoaly 估计离这一天不远了。

之前公司很大方，cc 跟 codex 可以使劲蹬，我们用 git worktree 拉多分支开多个窗口并行开发没啥问题。现在不让用了，统一采购了 qoder ，还请了 qoder 团队中的人过来教我们 coding ，那 PPT 写的是真好，牛逼也吹的很大，演示效果看起来也不错，导致上面的领导一直在压排期。

但我们使用下来发现，qoder 跟 cc 、codex 这类工具差距还是挺大的，用起来真的是一言难尽。

@isbase 我这条是跨境电商-交易业务线，像核心的 支付、收付、核算、核销、对账 肯定还是经验丰富的后端在做，但业务线内自己用的 后台管理系统、报表系统、运营系统 这些活，已经全分给前端转过来的全栈在干了。

他们只能干简单的活，复杂的活他们还是干不了，比如运营报表要十几个表 join ，他们就完全搞不定，这也对应我上面所说的：相比于前端来说，后端更容易转全栈。

没有唱衰前端的意思，现在已经进入全栈时代了，相比于前端来说，后端还是更容易转全栈的。

我司在去年 4 月提出 all in ai ，短短 1 年时间，整条业务线的纯前端开发就从 23 个变成了 7 个。公司强制我们转全栈，为此还制定了一大堆的规则跟目标，适应不了就自己离职，现在前端、后端、移动端一个人包圆了。

bHNjYnFyQGdtYWlsLmNvbQ== 注册没有 6.6

转吧！如果你会 n8n ，就知道 dify 跟 coze 其实还挺简单的。

公司上个月从 n8n 转到了 dify ，在使用过程中，发现 dify 把东西全部封装在了内部，可定制化能力很差，只适合用来做点简单的东西，现在是产品用 dify 搭 mvp ，开发用 LangGraph 照着 mvp 的工作流，定义 node 、edge 、state 进行定制化开发。

@saigetsu 换模型只是其中的一个原因，主要是 能做决定的人不懂技术，而懂技术的人却说不上话，长期被压排期是一件很痛苦的事。

@waytoshine 面对大型项目的屎山代码，改每一行都得经过深思熟虑，所以得把大项目细分为 模块化、可拔插、可验收 的的小项目来做。

但是 AI Coding 麻烦的是后续的维护，没有程序员 review 的话就是屎山制造器，AI 写代码只顾眼前，一个需求一个代码，只会越写越复杂，不会简化，隐藏的 bug 不知道有多少。

这些道理咱们写代码的都懂，但产品不懂啊！我司懂技术的人都混不上去，反倒是搞业务、产品那批人混成了大领导，他们只会一味的压排期，并认为 AI 是万能的。