 |
|
silencil
V2EX member #228514, joined on 2017-05-02 10:04:15 +08:00
|
 |
Per silencil's settings, the topics list is hidden |
Deals info, including closed deals, is not hidden
silencil's recent replies
电梯这个事考虑的没问题,高层不合适,不是所有小区保电都能做的很好
我的体验有点不同,vibe-coding 我感觉似乎应该减少单元测试,vibe-coding 迭代太快而且产出因为缺乏 review 甚至可能是错的,单元测试不断膨胀,ai 开发过程中去校验降低开发效率,而且经常是代码变动然后又去写测试或者修改测试适配新的单测。可以考虑增加更多集成测试以及借助 computer use 等能力做自动化冒烟测试。
chatGpt 通过 mcp 可以实现 codex 基本功能,不担心没额度
同医疗期,虽然医疗期这一点支持度和鉴定问题不算很有力,但是叠加其他诉求,直接起诉了,最后和解结果大于 2n
目前实践下来,我用的好点的工作流是让 claude 对话式生成每个大页面的框架,一次性生成后功能可能很多,不具备一致性,但是忽略。然后又让 claude 在一张画布上模拟 mobile 展示每个页面,这一轮逐渐调整细节。简单的界面实现之后让 codex 直接执行多几次可以一比一还原设计稿。不直接实现代码有个好处是可以不考虑逻辑,仅仅画 html 不容易出错,也快速可以及时调整。但是后来 ui 稿实现之后,由于我并不是一个真正的产品经理,在开发过程中可能会推翻之前的设计,后来图省事还是直接让 claude 出了整体的设计稿之后直接 codex 执行。然后每一轮修改意见最重要的一点是提 plan 并人工 review,完全交给 codex 不可靠。
我让它帮我部署环境,偶尔好用,偶尔不好用,目前还在折腾,难搞,太慢了
一堆法盲,不是只能拿 N+1 ,不同的情况就是 2N 甚至不止,只是毕竟是人治,每个地方处理不同。和解的情况下我们拿了 1.5-3N 之间,同意公司方案的是 N