拼多多前员工爆料:离职8个月,感觉AI一天能干我一周的活

职场上最容易被高估的是经验，最容易被低估的，是工具迭代的速度。

程序员圈子里一直有种骄傲：代码是手艺活。手艺意味着壁垒，越老越吃香。很多人就靠这个信念，熬过一个又一个版本，扛过一次又一次技术换代。

这个共识，正在被一些新工具悄悄改写。

倒不是说手艺不值钱了，而是手艺的定义在变。以前的手艺是敲代码的速度和准确率，现在的手艺，慢慢变成了驾驭工具的能力。

最近看到一个帖子，来自拼多多同事圈。

一位离职8个月的前员工发问：冒昧问一下，现在还是古法编程吗。

离职8个月，说长不长，说短也不短。放在几年前，8个月不过是两个季度的OKR，回来之后一切照旧。现在不一样了，8个月足够工具换一代。

一个"冒昧"，一个"古法"，那种既好奇又忐忑的心态写得很活。古法编程是他对手写代码的调侃，一个字符一个字符敲出来的那种写法。

他说感觉AI在需求明确的情况下，一天干他一周的活没问题。

一周对一天，五倍。哪怕打个对折，也足够让靠手艺吃饭的人心里咯噔一下。离开工位才8个月，行业的干活方式好像就换了个版本。

这个速度确实超出预期。过去程序员应付变化的方式是学新框架、新语言，几年换一茬，大家还来得及跟。这一次变的不是工具，是干活的方式本身。

这个问题表面上是问工具好不好用。实际上问的是：写代码这件事被大幅提速之后，程序员的价值还剩什么。

先把边界划清。AI擅长的是需求明确的部分：输入输出清晰、逻辑标准化，它很快能生成能跑的代码。可"需求明确"这四个字，恰恰是现实工作里最稀缺的东西。

真实项目里，大量时间耗在需求拉锯、历史包袱、联调扯皮，还有半夜被电话叫醒的线上救火。这些部分，目前还得人扛。

换句话说，AI压缩的是"把需求翻译成代码"的时间，不是"把业务翻译成需求"的时间。前者是体力活，后者才是脑力活。

所以"一天干一周的活"，更准确的说法是：一天干完一周里最标准化的那部分。这个比例因团队而异，有的团队是一天，有的可能是三天，但趋势摆在那儿，装看不见没用。

从组织角度看，效率工具意味着同样的人力接更多需求，或者更少的人力维持现有产出。工具不会直接淘汰人，但它会重新定义岗位要什么样的人。

个人层面，我觉得值得想三件事。第一，日常工作里多大比例能被"需求明确"覆盖，比例越高，被替代的风险越大。第二，省下来的时间用来接更多活，还是往上走一层，去做需求澄清和方案判断。第三，简历上的核心竞争力，写的是"会写代码"，还是"能解决什么问题"。

想明白这些，不是贩卖焦虑，是让工具替自己打工，别反过来。

还有一个更实际的动作：不管在职还是离职，每周抽点时间把主流工具摸一遍。不用精通，知道它能干什么、干不了什么，就不至于哪天突然发现自己的工作方式已经成了"古法"。

一条帖子代表不了整个行业的进度，各团队技术栈和落地程度差得很远。有人全面拥抱，有人还在观望，都正常。真正值得警惕的不是工具跑多快，是自己站在原地不动。

护城河从来不是某一种手艺，是持续学习的手感。

**与其担心被AI淘汰，不如先成为会用AI的人。**这句话听着像鸡汤，但眼下确实是最实际的路。