@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 的针对性中间训练,强化学习,执行优化等

典型的例子就是 kimi 2.5 和 composer , 这个例子已经充分说明了,在 model 基础上对 code 做优化,会带来天翻地覆的体验差别

@crocoBaby

吃自己的狗粮是我们程序员的传统

就是 a/不禁止, 阿里原来的做法也是有问题的

加上 code 国内模型一开始不重视, 现在更应该自己先实践


这种做法,太晚了

有点可笑了

ai 这东西本身就不会有任何商业收益, 话说自从有了 ai 后,你们的收入提高了吗?

这东西现在本身就建筑在一大堆虚假的谎言之上

就是国内模型同 claude 有差距,那也是 50 步和 100 步, 复杂的业务,claude 也好 qwen 也好,都必须人全力介入才不会崩溃,更别说能达到手工代码的可控性了

有 claude 和没有 claude 真有差别吗


东西都是这样吹起来的

君子不立危墙之下

@fcten

这几百万以上的年薪,你这么草率?

opencode
ollama
cursor
aliyun token plan

可用的途径很多


官方站点的哪个抢购,我仿佛又看到了 雷布斯的影子

所谓的没用好 ai,或下次用就会解决问题, 个人认为都是错误

商业行为不会允许你犯错的,特别是要数值正确的领域,你犯错多次, 就是死

所谓的让 ai 继续修正, 是不是太随便了


人的技能一旦形成,下次犯错概率极小

ai 只有短期记忆, 依赖 md 文件,每次做事情你都可以认为是空白开始, 现在这种上下文限制的约束下, 怎么可能像人类一样工作



ai 最佳的途径还是 mvp, 从 mvp 能否转成正式产品,需要人评估

@hellodigua

你这不是自欺欺人吗

现在 llm 背后的原理你又不是不懂