@archxm 那这个时候估计就会重新定义程序员了，以后的程序员的定义是：懂架构+懂产品+懂开发

@sampeng 是的，再慢也比人写快，以及代码块内的小 bug 也比人少。

等我研究一下，看看后面要不要找人分担一下，主要是验证一下 ai 的额度是不是独立的。

状态更新：楼主最终还是冲动了一把剁手了。

@LeoQin0816 ai 额度池子好像是共享的，我用量不小，只能考虑自己开开。

有点意思

@shmilypeter 好的感谢，是所有的都有溢价吗，包括最基础的 20 刀的那个有溢价。

我当前的方案：如果是 epub ，交由沉浸式翻译的 epub 翻译中英文对照版，每一段上面是英文，下面是中文，全书翻译后下载。同时如果愿意使用微信读书，微信读书内部是自带 ai 翻译的。

如果是文字版 pdf ，沉浸式翻译的 BubelDoc 翻译质量不错，但是免费版的额度太低，如果超需求了也不想开会员，可以自己在电脑 docker 部署 awwaawwa/pdfmathtranslate-next 。和 BubelDoc 用的是一个算法，使用自建的 awwaawwa/pdfmathtranslate-next 进行大量的 pdf 翻译，pdf 可以生成左边英文，右边中文的对照式文档，然后下载。

上面两个方案我都翻译过好几本书了，完全没有问题。

如果是扫描版 pdf ，我不看外文的扫描版 pdf ，所以没有试过，楼主再找找方案吧。

后期代码失控修 bug 堆屎山有他玩儿的，还是得找中高级开发来救。

所以楼主吐槽的是一个公平性问题，跟代码无关是吗，本质是：

“凭什么对别人宽松打马虎眼，对我就这么严找事儿？”

MacOS 中使用 Orbstack 开一个 Machine ，所有的东西在 Machine 里面，本质上类似 Windows 用 WSL 做开发。

线下摸摸看看+线下直接提岂不美哉

感觉不如继续折腾 vscode ，甚至 vim ，我现在都是拿 sublime 当临时的文件版用的，复制点东西临时放在空文档里

@lozzow 🐶，那这个老板看来是一点不懂，纯纯投机

@simo 反正现在都还在探索和泡沫期，llm 写项目就跟发展时期的高速列车一样，出一次大事故之后，“研发管理”才会跟进。如果一个团队里面，llm 写的代码没有一个核心开发能在能力范围内 cover 住，也就是无法 review 了, 到时候产品上线了，到底该如何追责？

追责还只是“事后”的问题。“事前”该如何预防。让 llm review llm 么。

同样的偏移量时间会更短，这个也不好这样判断，说不定现在的 llm 的能力提升曲线已经放缓了。

个人感觉是如此，llm 肯定是会淘汰一批人并重新定义”开发人员“，以前那种培训班式的”开发人员“可能就不算开发了。那么什么样的能力才能胜任新时代的”开发人员“角色呢。这个新角色肯定是有的，并且很重要。

但是其实震撼也就到这儿了，AI 出的活儿如果脱离人的掌控，只能当个原型验证系统。AI 想要干好活儿个人认为还是得至少有一个和它”旗鼓相当“的人类工程师。

@levelworm 为什么 Rust 大势所趋引出了自学 C 的决心。。。