 |
|
hallDrawnel
V2EX member #415354, joined on 2019-05-24 19:19:43 +08:00Today's activity rank 3543
|
hallDrawnel's recent replies
codex 没有类似 cc 的 auto mode 吗?
他们还有 codex 吧哈哈哈,再不济,Claude code 配 GLM
这个也算是个月经问题了。
我个人是喜欢 monorepo ,只是普通公司的基建难以支撑一个公司只用一个仓库而已。
我们现在的团队和之前鹅肠的团队,都是后端就一整个 repo ,虽然不算古典 monorepo ,但带来了极大的便利,尤其是现在对 AI 来说,分散到各处的 repo 不如合到一起。我现在就不得不把前端和 app 的 repo 下下来并告诉 claude 在哪里才能进行 e2e 分析,我觉得这比每个服务都被拆分到一个 repo 中要容易的多。而且对于 golang 来说,这意味着我们只需要管理一份根目录的 go.mod ,所有 share 的 pkg 只会有一个版本,要轻松很多。
而且我们每天合入的 PR 数量大概在 20 个左右,都是使用小 pr 快速提交快速合并,然后每天统一 rollout 两次,所有的服务都会被重新编译更新,这也是用大仓库比较方便的地方,盯着一个仓库的 CI ,CD 就可以了。
之前每月 1w 刀限额,没人问。现在还是一个月 1w 刀,但是用到 4000 刀就有人过来说让省着点用了。
公司付费,刚刚看了过去 30 天使用了 1300 刀,以 21 天来算你这个支出还行啊。我有时候忙起来一天可以花 200-300 刀左右
我认识的开发已经没有手写代码的了。有没有可能是成本问题?几个 dp:
鹅厂朋友基本全部 cc 或者 codex ,大概 2k 刀月额度?即使后面降本限制 token 了,认识的几个都自费了 plan
我所在外企月额度 10k 刀,默认全程 opus4.8
M$朋友不限量 copilot ,之前 cc 不限量
以上我们从去年 opus4.6 后就已经是百分百 AI 产出,并且从 repo 到 infra 都全面改造了适配 AI 工作流了。
开发效率提升巨大,我之前自己两周左右的工作量,可以三天左右以更高质量做完。
当然代价就是我们都经历了 30%以上比例的裁员💩,并且没停下来的意思。
时序数据可以换一个廉价的方案,不用 ES 也行的。