编码效率提升只是提升编码效率？Naive!/老板必看系列

我们知道国内是重业务而不是重技术的，哪怕是技术公司。其实也是能完全理解的，公司首先要的是盈利和存活，长线大家都想，但是条件确实也不太允许。但是目前的思想往往会带来一些陷阱。比如当谈到编码效率的提升，大家往往都是嗤之以鼻。

研发们会说：我大部分时间都是在扯皮，编码时间很少。所以提升编码效率价值不大。

老板会说：我要的是业务价值，编码效率提升有啥用？

来，别急，我们快速梳理下思路。

首先我们先看下现在的主流开发模式：

老板（可以是部门或者公司） -> 产品经理、项目经理 -> 资深研发（分发） -> 初中级研发（开发测试）

其中初中级研发是一线编码主力。资深研发因为相比较稀缺，主要是做沟通桥梁的，也就是理解需求，拆解需求，分给小弟干活，小弟干完活后资深研发review,遇到大的问题指导小弟。

一切看着很自然，很美好，就应该是这样的对不对？

但实际是什么情况？团队可能需要经常加班熬夜赶交付。

老板呢？我见过很多老板，实在不敢让团队去帮他做一些实验，为啥呢？因为团队现在的活干不完，他也不好打扰，这就限制了老板的试错了。老板不能试错，就会miss掉很多机会，可能整个公司就温水煮青蛙没了，因为老板找不到好的方向。那老板客户为啥都会不断压制自己的需求，其实就是研发成本太高。

那只是编码提升，那研发效率提升的也有限？对 确实，如果按常规思路去思考编码提升各30%,但是可能在业务侧最终的研发提升也就10%。 

但是，随着大模型辅助编程技术的发展，诸如 auto-coder.chat 等产品的成熟，我们的开发流程也会发生变化，只有生产关系发生了变化，加上生产力又得到了质的提升，那么就会将整体研发效率提升几倍十几倍。

我们来仔细分析下，新的生成关系是，一个原本十人的团队三个资深研发带着7个普通研发，改成如下流程：

老板（可以是部门或者公司） -> 产品经理、项目经理 -> 资深研发（开发） -> 初中级研发（测试）

这里，资深研发直接完成需求和开发，端到端，初中级研发负责开发测试用例，保证资深研发的代码的业务逻辑正确性。那以前为啥不用这种模式？因为资深研发也做不到单体有足够的产出。但是随着AI辅助编程的普及，三个资深研发的产出足够满足业务需求了。

这个模式只是提升了产出？No, 除了可能可能会有几倍的研发效率提升，还能极大的减少内耗，减少时间成本，能然一个项目快速上线。

以前一个项目，产品经理和资深研发沟通一周，资深研发拆解需求分配一周，下面的普通研发开发一周，然后循环。

此外，因为研发同学们要考虑自己工作量（工作效率太低，导致大量加班），所以必须要保护好自己，会各种要求排期，然后老板和产品扯皮，产品和资深研发扯皮，资深研发和下面的普通开发扯皮。

而心的开发模式，可能是边沟通，边产出代码直接一周或者一周半搞定，普通研发同步保证代码产出正确性（因为有大量AI产生的代码）。对于 demo类，的，可能老板早上说出想法，下午资深研发就可以交付demo。

所以你还认为编码效率提升只是编码效率提升么？他会改变一个公司的方方面面，开发流程，产出流程，试错成本等等等。