我可能是被 AI 奴役的第一批人

代码采纳率高低，简单啊，你经常让 AI 帮你改个变量名，然后采纳。重构一下代码，然后采纳

@Clannad0708

“AI 是趋势，未来几年你在不在可能不一定，但是 AI 一定是在的”

你发的 at 咒我活不过这几年，还是说我不认可 AI ？

如果是前者：我不知道你为何如此恶毒；
如果是后者：我没有不认可 AI 的意思，相反我可能是这里用 AI 当作生产力的前 1%用户。


@xabclink #27 好一个如此自由，如此发声？这并不是一个合理的事情。

@Reficul 我此前也是如此，当前强制 绑定绩效，头疼。


@WangGuoMin #37 何好之有呢，AI 采纳率和使用频率作为绩效指标难道不是本末倒置吗。


@niboy
@kamilic
@silypie
不想卷起来，谢谢你的们建议，确实能打败魔法。
这 10%想了想，还是要不起。

@ufan0 #42 不是那个“不在”而是在编程领域，或者是在生活的各个方面，人作为一个个体能做的事情一般都是单一有限的。而随着 AI 的加持无论是在编程，医疗，各个领域都会长久的发展下去，因为这已经是现在有目共睹的事情。

总结一下你撑死在某个领域工作 100 年（希望你长命百岁）不考虑任何情感，疾病，意外，和事业的情况。

而 AI 的发展说实话感觉会和电一样长久的陪伴人类。

我的话是这个意思。既然未来是 AI 的未来（目前来说 AI 还无法取代很多工作，需要其来辅助人完成工作）不过我觉得你有点抵触 AI ？ 「相反我可能是这里用 AI 当作生产力的前 1%用户」 当然每个人都有自己的选择，我只是发表我的看法，也许我们的观点未来都会改变

yysy ，过去 30 天 Cursor 给了我 15w 行代码。不过我的接受率没 100% 那么离谱，看曲线可能只有 60~70%。

https://imgur.com/a/a7ImusL

我是做全栈的，从 TS 到 Go 服务器，到算法（ Python/C++）。

====

我写代码 AI 一般不是无脑，一般是按模块、类一点点写：

1. 叙述我的需求、设计（方案、类型接口定义）之类的，总结成文档
2. 然后让 AI 按照我审阅通过的文档去写。期间我觉得不合理的表述，结合 AI 一起改。
3. 写完让 AI 根据接口和实现
4. 然后写单元测试。接着就是 我审阅单侧、利用 AI 一起调 BUG 。
5. 功能性单元测试完事以后让 AI 帮我写性能测试。然后循环调优性能。
6. 最后将得到的模块和类提交。

等我需要的模块和类都就绪了，我开始写集成方案、写文档、让 AI 写实现，重复上述流程。

最后让 AI 帮我写集成测试脚本（比如让 AI 写 Python 测 Go 服务器）。重复上述流程。

这样就能得到一个能落地的项目。

↑我写文档也是零零碎碎叙述完成，让 AI 帮我写 markdown 。

@ufan0 因为有很多程序员还不会用 AI ，不用这些指标来推动是不行的，这个是大势所趋，越早上车，你就是越受益。

@Clannad0708 #44

1. 观点一致，无任何不妥。

2. “不过我觉得你有点抵触 AI ？” ，这个看法我来自前面回复提到的“工作中不用 AI”吗？

我的工作内容比较特殊，除非大模型私有本地部署 100%把控数据，否则我写的东西喂给它，单位可以把我送进去了。
这也就是我工作为何不用 AI 的原因，也是我反感强制使用的原因。

都选择打工被公司奴役了，

还在乎被不被 AI 奴役？

@ufan0 #48 我有点没懂，你们现在强制要求使用 AI ，然后你使用网上的 AI 会有隐私问题？所以你现在用的都是本地的 AI 吗？感觉吧需求抛上去啊，先来几块 A100 部署个本地的满血大模型再和领导讨论 AI 赋能吧，数据安全的情况下

不管你指标如何 下一步动向应该就是裁员了

有没有可能 ai 代码采纳率最高的人反而先被开掉 说明他的工作真能被 AI 大量取代

公司采购了，采购发起人那块肯定要证明有用啊，所以就有了这回事吧

假如写一个 vscode 插件，它自己会疯狂构造需求（写注释或者写 prompt 也好），然后在 vscode 里疯狂自动 tab ，最后生成一堆无效代码，后面再用 shell rm 删掉无用文件。这样就可以刷你的 KPI 指标了。

然后公司发现养那么多程序员真浪费。。。

@ipwx 如果你这套工作流程的产出是一个具有一定复杂度的项目的话，仅将你这套工作流程通过文档和视频清晰的描述出来就已经有足够的价值了。可能我了解的还不够深入，目前我还没看过介绍全开发过程落地的，基本都是基于某个点（比如单测）的，并且往往都是刻意构造的条件

@myqonnt 我最近几个月做的项目是 A 股实时行情接入、处理（ go ）；通过 redis 发布到多个 go websocket 前端服务器；前端服务器 1:N 发送给客户端（ ts ）。小程序端 TypeScript 自绘 K 线显示行情和因子。

随着这半年 AI 越来越好用，我大部分代码都有 AI 协助了。特别是那个 K 线自绘，我用 AI 辅助做了 canvas 绘图，和通达信语法解析（编译器）

还有就是 go 方面最近我重写了 websocket 服务器部分（脱离业务的抽象层），单独这个抽象层 每秒转发一个 100B 消息的配置，根据压测，每秒可以支持 5w 客户端 = p90 = 500ms 延迟。

整个项目里面 AI 辅助不多的时 A 股实时行情接入，因为 AI 这方面看过的代码太少了。。。

====

所以这个例子足够复杂吧？

@myqonnt 另外我现在集群 ansible 运维脚本也有 AI 参与。不过我这套运维代码的时间比较久，所以 ai 介入不多。不过新的 role 写起来也很丝滑。

其实我最近也有感觉，我虽然 AI 用的很舒服，但我小弟用起来总是不得劲。

我在想是不是得写个案例教程才能让他们弄明白怎么用 AI 。

@myqonnt 对，如果让我对整个项目里面 ai 的产出印象最深的，就是那个 TypeScript 版本的通达信语法解析器。因为它真的超预期。

简单来说就是，我用以下流程让它做了个很常用的炒股软件里面，指标公式的解析器。

1. 给一点例子，开始对话总结文法。（当然我学过编译原理，知道怎么描述什么是文法）
2. 构造抽象文法树的类型定义
2. 让它根据我的需求，和 ast 类型定义，写 Tokenizer
3. 写 Tokenizer 单测
4. 根据 Tokenizer 和 ast 类型定义，写 Parser
5. 写 parser 单测
6. 开始写各种算子的实现，比如 MA 。我需要先给几个标准例子，然后 AI 越写越会写。