jjx

@liuxh7
哈哈, 你的 slogan,其实是成熟企业软件要避免的, 当然, 你如果能解决,就是一条新出路

比方说我们接定制的一个约束就是客户说不清楚, 我们就不接, 同你的 slogan 是反的


因为客户说不清楚,开发的东西就有坑, 一旦有坑,后期维护就存在可能客户出费用都推进不了的问题

@liuxh7

大而全不是一天来的, 大部分市面存活的都是 10 年以上,每年几百个新特性就变成这样, 模块化何性能易用性是矛盾的

比方说我们的 saas 是 extension 来处理模块,用 event 做 extension 之间的挂接,结构上是优雅了,但做事就不直接,所以很多厂商都是一股脑直接扔给用户


至于你说的这个客户的需求, 大概率后期每月都会有新的需求加进来了, 我们通常处理这样客户需求是每月收费的,不然成本顶不过, 这样的话,每年费用其实很可观的


另外,我们行业内通常会用不同的客户数来衡量这个系统的产品化层度, 起始数量应该是 10 个不同客户以上

@alamaya

业务方肯定不管你代码呀

但是技术领导不 review 代码, 只能说每个团队要求不一样吧, 代码 review 需要层层负责, 最上面的当然可以不看,但直属的不看, 大概是不把产品当回事吧

@alamaya

心态问题

一种心态是外表看起来行,测试看起来行,就行了

还有一种心态是必须审查所有代码


事实上 ai 生成的代码就是表里不一致, 看起来行, 内部代码 不是过度设计,就是过于潦草,走两个极端


第一种心态的会认为可以代替

第二种心态的会认为不可代替

@chengran630
用词问题

应该叫 mis

其实到进销存就不是个简单的事情了,因为进销存后面通常会挂一个 gl, 可能 gl 不暴露,但基本财务 4 大表少不了的


没有专门的立项,一般都是 mis

这个,不太明白, 你做了对接云仓的业务? 然后说开发了一个 erp 吗?

erp 是 erp, 云仓是代发货代存储的外部机构. 两者不是一回事啊, 对接是外部仓储 将要进出单据同步到云仓并返回结果到 erp, 各大平台均有自己的传输协议机制如虎符,奇门等, 对接外部仓储仅仅是 erp 几百上千个特性中的一环


erp 有成千上百的特性,每个特性单独而言都是够开一壶的,而且是没有标准答案, 开发 erp 的过程是不断的决断,最终形成你产品的特色, 市面上有这么多进销存 erp 实现就是这样

简单的说成本吧, 有多种计价方式,如 wa,fifo/si, 有各种处理维度, 有各种处理模式,如全组织(集团),按仓,有全月加权平均, 涉及到 si 是有批号,序列号惯例. 采购有采购暂估, 销售有发出商品, 都是中间临时状态. 里面小决断几十个. 每个决断不同,你的产品形态就不同

就我现在 vibe coding 的经验, ai 现在设计不了 erp, 也就是说大家所经常笑话的一句 给我写个 sap,我要卖

实际同其它业务没多大区别, 还是辅助编程

对原来喜欢编程的人是折磨,你不用吧不行,用吗,真 tmd 难受, 等于每天看别人写的代码,却要当成自己的代码负责

而对于原来把编程当工作的就是福音,反正完成任务就行,有 bug,出现了再修呗


两种人,对 vibe coding 完全两种不同的心态

cursor 已经上了, 而且叫 cursor grox 4.5

@crocoBaby

两个层面
claude code 的源码泄露个人感觉 影响不大,只是体验中的一环

主要还是 model 的针对性中间训练,强化学习,执行优化等