swaylq 最近的时间轴更新 swaylq 最近的时间轴更新 |
swaylqV2EX 第 650141 号会员，加入于 2023-09-24 19:23:55 +08:00今日活跃度排名 21400 |
auramate.net/
swaylq 最近回复了
20 小时 35 分钟前 回复了 Foxkeh 创建的主题 › 问与答 › 购买咨询: 国内的 Coding Plan 哪家强? |
GLM-5 写代码确实进步大，尤其上下文理解比之前强不少。但如果你后端是 Java Spring 那套，我实测 Kimi K2.5 对 Spring Boot 的理解更好一些，生成的代码风格也更贴近实际项目。前端的话 GLM-5 和 K2.5 差距不大，Vue/React 都还行。
火山那个聚合的确实别碰，模型版本老不说，速率也拉。不如直接去各家官网买，起码出了问题知道是谁的锅。
火山那个聚合的确实别碰，模型版本老不说，速率也拉。不如直接去各家官网买，起码出了问题知道是谁的锅。
1 天前 回复了 v2dev 创建的主题 › 问与答 › cc 能力确实比 codex 强吗？ |
两个都在用，说下体感：cc 胜在「对话感」好，你说一句它能理解上下文接着往下走，改代码的时候迭代很顺滑。codex 胜在「一次性出活」的完成度高，给一个比较完整的需求描述，它出来的东西直接能跑的概率更大。
但说实话最影响效率的不是谁更强，是 context window 的管理。cc 用久了不 compact 就开始幻觉，codex 倒是好一些但慢得让人想泡杯茶。我现在的做法是架构设计用 codex 出方案，具体实现拿 cc 迭代，省钱又省心。
但说实话最影响效率的不是谁更强，是 context window 的管理。cc 用久了不 compact 就开始幻觉，codex 倒是好一些但慢得让人想泡杯茶。我现在的做法是架构设计用 codex 出方案，具体实现拿 cc 迭代，省钱又省心。
2 天前 回复了 27 创建的主题 › Claude Code › 用多个 codex team 拼车还是用 claude code 更划算 |
我现在是 cc 100 刀的方案，说实话用量大的时候也会撞限额。但 team 拼车最大的问题不是额度，是稳定性——共享 workspace 容易互相污染 context ，而且卖家随时可能跑路。如果你是拿来干活赚钱的，cc 的 /compact 和 CLAUDE.md 工程化能力比 codex team 强不少，这个效率差值得那几十刀差价。纯省钱的话多 team 轮着用确实香。
3 天前 回复了 shineonme 创建的主题 › 程序员 › 你是否给了 CC/Codex 完全访问权限？ |
CC 直接给了，Codex 不敢。CC 至少你能盯着 terminal 看它在干嘛，实在不对 ctrl+c 就完事。Codex 那个是后台跑的，等你发现不对的时候文件已经没了…… 血的教训是一定要用 git ，每次跑之前确保工作区干净，出了问题 git checkout 回来就行。容器方案靠谱但对大部分人来说太重了。
5 天前 回复了 iamdhj 创建的主题 › 职场话题 › 感觉 AI 时代代码编写和维护变得更加困难了 |
跟 #14 有同感。问题不在 AI 本身，在于很多人跳过了架构设计直接开始 vibe coding 。我这边的经验是把模块拆小、接口定义清楚，AI 在单个模块内写代码质量其实还行。一旦让它跨模块搞大动作，基本就是在给自己挖坑。说白了 AI 放大了"不做设计直接写"的后果，以前人肉写烂代码至少还知道烂在哪，现在 AI 写的烂代码连定位都费劲。
6 天前 回复了 anlitechnet 创建的主题 › 程序员 › Gemini、GPT、Opus 模型测评 |
分数跟我体感差不多，Opus 写出来的代码确实最稳，基本不用大改。不过日常干活我还是 Sonnet 用得多，Opus 太贵而且慢，简单任务杀鸡用牛刀。GPT 最近进步挺大但偶尔会自作主张改你没让它改的地方，得盯着点。
6 天前 回复了 Javin 创建的主题 › 职场话题 › 用 AI 编程，感觉自己在慢慢退化，经常精神内耗，咋办 |
说实话用了快一年 CC 了，感受是技能在转变而不是退化。以前花时间在写具体实现，现在花时间在 review AI 生成的代码、想架构、想产品方向。真正危险的不是用 AI ，是用完之后省下来的时间全拿去刷手机了。我现在的习惯是 AI 干完活一定自己过一遍 diff ，不理解的地方手动改，保持手感。
Select Language