AI 时代开发的二八定律

拥抱变化咯，高手程序员 + 顶级 AI 才是版本答案。

就算是这样,还有很多人因为要付费而拒绝使用 AI,或者简单尝试一下发现不能一键完成需求而放弃

程序员的价值从来不是写正确语法的代码这么简单。
所以与其说被 AI 替代，不如说是被产量倍增的高阶程序员碾压。

骆驼祥子不是输给了汽车，是输给了司机。

@gorvey #2 这样的人如果能多一些就更好了

软件工程师的工作有很多方面，把代码码进文本文件里只是其中一部分。
最开始的需求分析，技术选型，架构设计，编码完以后 QC ，改善可持续性，要做的事情多了去了。
为什么有人 vibe 出来一坨，有人 vibe 出来结构优雅程序稳定 bug 少，背后的差别你要是能吃透了那你就能爽吃 AI 开发的福利了。

如果开发软件不能赚钱（没有工作）的话我很难相信普通人会享受这个事情/过程

现在 AI 的推理成本还是太高了，每天上班消耗的 token 成本比我日薪还贵。但是推理成本下降空间和省 token 的空间都是肉眼可见的大，这个估计很快就会解决了。

我觉得，黑客与画家 这本书写的很好，程序员应该是艺术家，而不能只是实现写代码的技术工具。人腾出手来，认真思考想要什么？让 ai 干

没明白什么 AI 二八定律。我已经深度使用 AI ，我的看法就是：程序员从写代码，变成在 PM 和 编码 之间沟通的角色。在外人看来，你依旧是程序员。有一点不变就是，你依旧需要决定代码架构、质量、风险。这些小白需要不断摸索才掌握的经验。有经验的程序员更好驾驭和使用 AI 。

只能接受，我司去年年末通过 Claude Code + 自定义命令搞了内部智能体，自研知识库将小部分产品线需求文档重构拆分，把代码路线和数据库 SQL 都按照格式梳理出来，集成 CI/CD 暴露 MCP ，一开始大家都抱着看乐子的心态。

然而这个产品线经过 2 个月的迭代，架构、开发、测试（有现有自动化平台）、运维的事情全部被包了，目前已经上线 3 个中型项目；现在除了需要产品支持、AI 应用部调整知识和提示词，原来产品线的人员一个都不用参与。领导已经开始要求全产品线 26 年铺开使用。

上面几位太乐观了，目前还把 agent 作为开发辅助，或者是手下打工仔；自己做项目是 OK 的，但是公司领导绝对不会认同这个方式，一定会想尽办法把人踹了，高层的想法高度一致，花钱雇 AI 比人一定便宜，技术专家再牛以后也不如 LLM 牛。我已经麻了，这个公司不是什么高科技公司，就是做业务的，但现在已经这样了。。

但是只有程序员知道哪里会出问题 要怎么优化啊 一般人让 AI 写的 app 可能只能说是能跑就行

@CynicalRose #10 确实，不同的公司有不同的情况。我司现在是人手不够然后大量工作积压，裁员应该会控制在比较小的范围，大部分人用 AI 提升工作效率只会更快清理积压的工作。

@CynicalRose #10
你看看你们做的这些事情，这么配合把自己搞死，我也是醉了。没救了，码农就是喜欢把自己弄死。其他行业现在还有很多是用手写信件的，你们去搞他们啊。。。

@CynicalRose #10
多说一嘴，我认为现在 AI 最缺的就是临门一脚，就是整合，就是你们内部做的这个。大厂肯定有人在做了，但是我认为作为打工人，没必要这么快把自己的路堵死。公司领导多半是不懂技术的，这里头的操作空间太大了。

@msg7086 积压需求证明公司还在上升期或者业务增量阶段，这个时候领导不会不识趣的动人；但是一旦增长放缓，内部需求不足，公司就会考虑降低运营成本。

@levelworm 做这件事的是新成立的 AI 应用部，直接受高层领导掌控，资源倾斜后效率极高，迭代速度很快；其他服务单元和架构部门都认为一定会是个残废品，Claude Code 给我们生动的上了一课，有了优质提示词和工具组，上限有多高。

@levelworm 是的，有很多大厂 25 年 Q3 就开始着手了；这个事情程序员和相关从业者心里门清，就是掘自己的墓，但技术人员在公司的话语权几乎为 0 ，工作方向完全由领导层掌控，AI 应用部忙起来，短期不会出现空窗；而被替代的那个产品线的服务单元已经在工位上看八股文了，很无力。

@CynicalRose #17
还是看技术人员能够暗地里抵制了。文档陈旧、不完全，代码没有注释甚至注释的模模糊糊的，数据库全部是迎合业务但是很难维护的超宽表，都能影响 AI 的功能。其实我就没见过多少需求文档写的很完善的公司。。。