为什么 V 站,这么多人觉得裁员是因为经济下行,而不是 AI 工具让开发效率在实打实地提升?
我个人观点是,经济下滑只是一个方面,确实没有那么多需求要做,大量公司有减员的需求,但是 AI 对我们开发者的冲击远比很多人想象的要大。
在过去没有 AI 的时代,确实没有当前这种效率,为了压缩工期,只能加人,然后加一个人,增加更多的沟通成本,反而降低了整体效率,这一点在人月神话中早就指出,这就是焦油坑战术,最后怎么都摆脱不了,只能反复延期。
我在过去的工作中,光是跟前端对接,不知道浪费了多少口水,写一堆文档,对方看也不想看,当面讲一堆接口调用说明,无论多么细致,最后联调的时候发现,最担心的问题还是会发生,前端调用你的接口该出问题,还是会出问题,光是沟通就要耗费大量的时间,现在大量的页面都不要人来写了,opus 写好直接对接后端,我不知道单独设立前端这个工种的意义,除了降低开发效率,增加沟通成本之外。
而且我的领导还跟我们说现在很难做到像素级别还原,很多人还是不能替代的,但是从成本的角度来讲,如果 AI 写的页面只有人类开发者的 30%的成本,老板可能觉得页面有点错误也是可以接受的,毕竟页面大部分时候并不会对业务核心造成致命影响。
而且前端目前出了小问题,后端自己修修补补就好了,实在搞不定,留个前端专家擦兜底即可,公司留那么多不懂业务流程的前端开发干什么,我真的为前端这个独立工种感到深深担忧。
从后端来看,大量的简单的 CRUD ,已经没有任何价值,后端的出路在于业务系统的整体分析,跟模块拆分,当前 LLM 在大量上下文下还是容易产生幻觉,未来的方向肯定是往细分化模块去拆,人类开发者提供接口定义说明与规格,让每一个小的模块由 AI 来完成,最后由人类开发者来审核单测,并最终参与代码模块集成,而开发写代码本身这个工作,越来月没有价值。
后端应该从产品、架构、代码管理者的角度去思考问题,如何让项目更容易让 AI 来完成,核心工作绝对不再是搞定摸个特定模块的编码,这样的技能没有任何价值。
而且目前对于中小团队来讲,AI 全栈、全流程化是非常有吸引力的,一个人既是产品、又是测试、开发、运维的超级个体。
在当前 AI 的时代,这些技能并不会对个人造成学习负担,过去我们认为全干工程师,什么都干不好,但是今天情况发生了颠覆性的变化,LLM 里面蕴藏着大量人类开发者十数年的经验,只要运用得当,一个人当一个多面手根本不是问题。
最后,我觉得过多的人反而是一种负担,3 个老手+高效的 CodeAgent ,实现外科手术式精英开发团队干翻 20 个人的传统开发团队根本不是问题,有 CodeAgent 的今天,整个开发团队人数太多真的是一种负担。
你带个新人,光是讲我们的 git flow 就要费半天的功夫,我写几行提示词跟 SKILLS ,Agent 给我把 git flow 流程干的明明白白。
资深开发者在关键节点审查一下即可,为什么要招实习生呢?大量的初级开发者根本没有存在的必要。
这一点在北美招聘市场已经有体现了,大量公司只要成熟资深的开发者,而初级开发者的招募动作基本停滞。
一看到这个,我就想起我的「经济模拟」计划: /t/705459
我感觉这里面的关系很复杂:有人说,效率提高后,成本降低,也会扩大对应的需求,也就是说软件生产成本低了便宜了,那么会有更多的人想要订制、订阅软件。也有人说,像你所说,AI 替代了人工,导致失业率提升,人们收入降低,需求下降。总之很复杂。但这些都是从宏观层面上分析,它们缺少 2 点:1 是时序,这些影响是如何随时间如涟漪般扩散的,2 是缺乏局部细节,涟漪扩散时,怎样影响各类不同的人。
「经济模拟」正是用在这时候的。吐槽:这时候本来应该是经济学家们大展身手,细细分析 AI 革命产生的影响,可惜看不到他们的言论和身影。
特别是开发者老手之间,我们 git flow ,只要简单聊两句,就知道怎么合作了,最后不会搞的 commit 的线条乱飞,根本找不到自己改了什么,如果是一个新人,我都担心 rebase 的时候 直接把代码搞崩,然后 git push -f