阿里腾讯微软拥抱低代码，程序员们要“失业”？
巨头有了，创业公司也有了，资本顺势进入，资金支持成为低代码行业发展的第二支柱。铅笔道的数据显示，截至 2021 年 2 月，国内低/无代码企业近 70 家。行业投融近三年金额约 15 亿，赛道上的公司总估值近 70 亿，光轻流一家就在 2021 年之前获得了四轮融资。
本质上，巨头和资本看中的，还是企业在开发上存在的实际问题。
市场机构 Gartner 预计，2021 年市场对于应用开发的需求将五倍于 IT 公司的产能——细分需求太多，程序员不够用了，而且这还没有包含后续的维护、迭代等资源支出。这时，APaaS（Application Platform as a Service，即应用程序平台即服务，核心是低代码带来的一站式服务）诞生了。
轻流 CEO 薄智元认为：
世界 500 强企业，碍于总部的管控，上一套新的系统非常麻烦，他们会用轻流的平台解决一些小系统的问题。腰部企业会用轻流打造核心业务系统，小微企业会用轻流来打造差异化竞争的部分。
这就体现了当前低代码服务的三大优势：
易部署，适合不同体量企业的 IT 环境。
高效率，满足具体业务人员的需求。
复用带
来边际成本降低，能接受相对低客单价的产品，中小企业也能为低代码企业带来利润空间。
现实需求是低代码产业发展的终极原因。在这背后是数字化趋势下，企业内部 IT、销售、财务等各部门拥有了寻求更高沟通与协作效率的条件。尤其是业务人员可以凭借低代码平台搭建自己需要的产品系统，更加精准，开发成本也更低。
在形势一片大好下，低代码行业似乎成了数字化浪潮的“天选之子”，但与此同时，它是否真的能做到代行程序员的职责呢？
二、无代码或许会到来，但“去程序员”不会发生
======================
甲子光年发布的《低代码市场调研报告》（2021）指出，近几年 IT 开发人才支出不断走高，但相应的开发效率提升并没有明显进步，反倒是在时间、沟通等多方面成本增长。
不过，“去程序员”将不会因为低代码的流行而发生，即使进化到无代码也不行，这主要有两方面原因。
不妨设想到了全面低代码甚至无代码阶段，以 APaaS 为核心的产品要完全代替程序员需要什么条件：
开发期，业务人员自主搭建应用底层。
使用中，自主满足个性化需求。
建立后，保持迭代更新。
底层是低代码的基础，这是它能做到的，但另外两项却心有余而力不足。
一方面，B 端产品永远是底层为先，满足个性化需求要么加钱，要么自己二次开发，这与低代码本意相违背，也使从业公司变成了一个传统的软件企业，低代码名存实亡。
另一方面，在使用后保持迭代更新对原本的搭建者而言是一件完全不同维度的事。究其原因，APaaS 不是 SaaS，后者是免维护的。但对低代码开发的应用而言，涵盖的内容越多，系统越复杂，最终会超出原始创建者的能力范围，造成工作效率再一次下降。毕竟，他本身就不是专业程序员。
低代码的终极痛点是，对非 IT 人士，它确实有满足 80%需求的能力，但如果基于这种乐观预期放弃剩下的 20%，一旦到了关键节点，使用者很可能要付出超过 80%的成本去补全它。
因为在任何的一个完整生态中，必然有日常使用不起眼、开发者不关注，但牵一发而动全身的部分，尤其是 B 端产品强调底层通用性，更容易发生整体结构的问题。而低代码关注的是日常高频重复需求，释放这一部分生产力。
那如果有企业将同样多的精力放在容易被忽视的需求，为目标客户做好全套 IT 服务呢？
这不叫低代码，这叫“外包”。
低代码的本意是提高效率，起到关节的润滑作用，而不是把所有难题通通丢给第三方去解决。始终牢记，低代码企业要关心的并不是企业所有的 IT 产品问题，而是低代码所能触及并容易发生的问题。低代码在可预见的未来依然是对程序员工作的补充，而非代替。
三、结语
====
如果说低代码概念和产品的缘起都来自企业对效率的要求提升，那么有部分人士认为无代码时代到来后程序员就会走向失业的观点，无疑陷入了“提高效率最好的方法就是砍掉中间环节”这一粗暴认知。尤其是对中大型企业而言，“能跑就行”几乎不可能成为重要应用系统组件的实施标准。在美股研究社看来，低代码的兴起反而为数字化趋势下企业效能增长提供了一种思路——如果一个沟通链带来了效率损失，那就尽可能让它融为一体。说大家都能听懂的话、做大家都能看懂的事，赋能而非代替，这才是低代码的应用目标，也是低代码企业应该要努力的方向。本文由 @美股研究社 原创发布于人人都是产品经理，未经许可，禁止转载题图来自 Unsplash，基于 CC0 协议
评论