上个月 arXiv 上有篇论文，副标题里有个词挺扎眼，软件的去民主化。
它说的是：AI 让更多人能把代码写出来，但能让这些代码真正立得住的人，没变多，反而更集中了。
这跟我们平时听到的那套话，正好反着。
论文反驳的是那种预测，生成式 AI 很快会写完所有代码，编程这件事要结束了。作者没接这个。他们做的是件更朴素的事，把"写代码"这一个动作拆成两半。
一半叫可及性。简单说，就是我能让 AI 吐出能跑的代码。非专家、写得少的人，这两年确实越来越够得着。
另一半叫控制权。意思是，我能读它、评它、把它接进别的系统、长期维护它、为它出事负责。
前一半是写出来。后一半是兜得住。
论文的判断是，AI 把前一半铺平了，后一半没动，甚至更陡。
这个区分本身不算新。新的是他们说，前一半涨得有多快，后一半就更显得陡。
这个事实我同意。
我不同意的是很多人会从里面引申出来的那半句：所以普通人还是别掺和了。
不接。
可及性涨的是人数，控制权集中的是位置
论文点了几样东西，代码归属、软件实践、基础设施、评估方法、部署流水线。这几样，普通人平时一样都不碰。
AI 生成的东西越多，需要被人审查、被人接进去、被人兜底的产物也越多。能兜底的人没跟着变多。所以每一份控制权要摊到的产出，比两年前多得多。
这就是"更陡"的意思。不是那道门槛变高了，是要过那道门槛的人排的队变长了。
论文里有个词值得单拎出来，意图规约
软件工程专业知识的重心，正在往意图规约那边移。
白话版：以前值钱的是把明确的需求翻译成代码。现在值钱的是把需求说清楚，盯着 AI 别跑偏，最后判断它交回来的东西对不对。
翻译的活被工具吃了。说清楚和判对错的活没被吃，反而更吃重。
对普通人的意义很直接。prompt 写得好不好，不是玄学，是这门新手艺里最浅的一层。真正要练的是后半段，验证。
有个地方我没太看懂
论文的论点是从一次专家小组的讨论里长出来的。讨论怎么整理成论点、中间筛掉了什么，这部分我只看懂一半。
先放在这里，搞明白了再补。
论文结尾开了三个方向：教育、工具、政策
三个里，教育那条对普通读者最实在，另外两条是写给做工具和定规矩的人看的。
教育那条一句话带过，重点教人验证答案，不是教人复制答案。
回到前面那半句。
这类论文最容易被用错的地方，就是被拿去当"你不够格"的论据。它明明在说位置，被读成能力。
位置是可以挪的。可及性和控制权之间隔的不是天赋，是做项目的数量。你跑通过三个自己的小工具，第三个崩的时候你就知道从哪查了，那时候你已经站在控制权那一侧，只是没人给你发证。
挪的代价是做项目，不是买订阅。这句我想说重一点，买工具不解决位置问题。Cursor 装得再顺手，也替不了你判断它这次是不是又绕开了你真正的需求。
判断门槛靠工具跳不过去，只能靠踩坑、回头补基础、再踩一次，一点点垫起来。
垫起来也不算慢。比你想的慢，比它听起来快。
最后给自己留一把尺子
这篇论文最有用的地方，不是它反驳了谁，是它顺手给了你一把自查的尺。
你刚写出来的这段东西，你能不能用自己一句话讲清它干了什么。它崩的时候，你知不知道从哪一行开始查。
两条都答得上来，你就在控制权那一边。答不上来，就还没到。
这两条跟你会不会写代码没什么关系，跟你愿不愿意为自己的产出负责有关系。后面那件事，AI 替不了。
本周就这些。
上面有任何一条你试过、或者觉得我讲错了，欢迎告诉我。讲错的我补，没讲清的我改。
下周见。