为什么很多程序员讨厌低代码？

简单来说，低代码（Low-Code）通过拖拉拽的方式，可视化搭建系统。比起传统的系统搭建，可以大幅度节省搭建时间，缩短开发周期。在搭建的过程中，有修改和调整要求也能及时完成。最重要的一点是，低代码的出现，给了不会编程的普通人接触系统，学习搭建的机会。

为什么程序员讨厌低代码，总结下来有两点因素，一是没弄明白低代码更为适合的使用场景，二是没真正弄明白现在的低代码能干什么。

第一个问题，关于低代码的使用场景，我们可以举两个真实故事。

作为业内知名度较高的低代码厂商，得帆的客户都为大中型客户，服务超500+国内外大型头部企业客户，已实现1000+项目落地，在汽车、制造、建筑地产、医药、家居、金融科技、通信运营商、新消费等全行业覆盖，尤其在汽车行业有极高的占有率。

例子1，来自某家建筑公司朱总。朱总感受到分公司管理上的弊端，一直在寻找一款合适的工具帮助企业实现数字化管理。

朱总分析下来，目前的公司管理有两大问题，第一是松散，二是孤立。对一家公司来说，人事、市场、财务这些部门应该有非常强的紧密性。而现在，这些部门“各自为政”，人员项目上的变化，收集起来十分繁琐，而且无法及时同步。所以朱总想要一套系统，起到仪表盘的功能，联结公司各部门。

朱总在选择得帆低代码前，当时完全不知道低代码，甚至连IT、互联网的基本概念也不清楚。后来，调研试用过其他平台后，他意识到了一点，实施的过程中，你很难用别人已经设计出来的模块套在自己的需求里。每家公司的管理方式，管理方法都是不同的，系统必须完全契合公司自身需求。

目前，朱总公司通过得帆低代码搭建了管理系统，系统主要分为五个模块，分别是人力资源管理、品牌管理、市场管理、财务管理和运营管理。通过得帆低代码系统，公司这五大部门已经初步联结了起来，各级信息流转高度畅通，数据动态实时更新共享，大大提升了组织的规范性和协同性。

从这个案例可以看到，低代码针对的是个性化的需求。很多企业都没有自己的IT资源，或是IT资源不足，这个时候，低代码就能快速帮助企业开发自己独有、满足自身需求的系统。

例子2，来自我们的客户震坤行的王老师。王老师在EHS（健康、安全与环境管理）领域有丰富的从业经验，因此一直都想改善震坤行的EHS工作。

在意识到安全管理线下手动管理的弊端后，王老师亲自上阵，提出需求，策划功能，和IT同事一起搭建安全管理系统，帮助员工，将工作方式由低效的线下手动填写转变为高效的线上填写，原本线下20分钟才能完成的工作，可以提升到线上5分钟左右完成，而且工作流程也更加标准。

从这个案例可以看到，低代码针对的是可以模块化的需求。很多企业都有较为分散性的管理需求，这个时候，使用低代码就能快速改进现有工作模式。

对于我国绝大多数企业来说，现有的工作方式、工作模式都是有极大的提升空间的。特别是在市场竞争激烈的当下，谁能最快地改进，改进效率最高，谁就能抢占先机。因此，通过改进工作工具来提升工作效率是不可逆的趋势。

但是，不同企业的工作模式和习惯都不同，理想的状态是让工具来贴合使用人员，而不是让使用人员使用千篇一律的工具。所以，既包含通用功能，又支持个性化拓展的低代码就成为企业提升业务管理效率的首选工具。

第二个问题，关于低代码能干什么，我们先要明确“主语”。

从前文的例子中我们也可以看到，使用了低代码之后，最大的受益者其实是企业一线的业务人员。业务人员就此能摆脱繁杂的手动工作，转向快捷的新工具，不仅效率提升，工作积极性、满意度也能提升。

其次，低代码的受益者才是程序员，也就是企业中的IT部门。软件开发从来都不是什么轻松快捷的工作，以前业务部门提出的需求，IT要确定需求、算排期、开发，其实整体流程非常长，往往要耗费几个月的时间。而用了低代码之后，业务人员自己拖拖拽拽就能完成一部分开发工作，IT更多起到支持协助的作用，可以把自己的时间用在更重要的工作中去。

这里可以再举一个例子，来自高景太阳能的王老师。高景太阳能已经用得帆低代码搭建了十几个应用，王老师个人也开发了其中三个。通过得帆低代码的业务事件、表单组件、二次开发等功能，搭建过程和成果也非常理想，这三个应用都获得了很好的使用反馈，他也能更好地为部门服务。

此外，无需产生“低代码”和“程序员”对立的误解。

低代码“火”的这段时间里，看衰、误解的声音不少，将“低代码”和“程序员”视为对立关系就是误解的一种。

这就很离谱了，说白了，低代码是一种工具，程序员是运用工具的人，人和工具只有使用与被使用的关系，怎么会产生对立的关系呢？

工具的价值，都是开发者赋予的。想要工具更好用，自然得从工具的开发者上下功夫。低代码的开发者，就是程序员。想要拓宽低代码的使用边界，高素质的开发人员至关重要。

我们前面也提到，而不懂编程的普通人虽然可以使用低代码平台，但是他们对软件和计算机体系结构了解不多，能开发的系统相对有限，一旦涉及到复杂的场景架构、运行逻辑，就没这么容易能搞定了。

低代码的黑盒子也是在程序员熟悉的技术栈上运行，比如JavaScript，兼容SQLite、SQL Server、MySQL等主流数据库，这些技术栈不仅保障了低代码平台的稳定性，也确保了低代码开发离不开程序员。

此外，低代码系统需要定期更新维护，程序员必不可缺。

程序员该如何应对低代码？

企业在推行低代码的过程中，出现的困境和问题，是导致程序员厌恶低代码的主要原因之一。不可否认的是，低代码正处于行业成熟期。在这个阶段，行业认知偏差、认知不足是不可避免的。

在这个时期，企业在调研和POC阶段应该慎重考虑并挑选，低代码厂商也应进一步尝试市场教育和概念普及。双方应该紧密合作，摸索探索出低代码在企业内推行的可行之道，并在落地实践中形成每家企业都可以借鉴的实施方法论。例如我们得帆，一直通过训练营、定期培训等活动帮助更多企业了解低代码，我们也不断与用户和客户沟通，沉淀复杂案例和场景，让更多企业更好地使用低代码。

---

未来代码越写越少是必然，低代码的出现也是不可阻挡的技术趋势。面对新趋势，不必过多焦虑，拥抱新趋势，拥抱新发展，才是可行之道。

低代码通过可视化的方式，能减少大量重复性的代码输入，提高编码效率，降低bug出现频率。许多非业务核心工作可以用低代码平台完成，比如编写重复的boilerplate代码、搭建CI/CD流水线、配置监控报警、申请环境资源等等。

技术发展解放劳动力，让程序员去做更多更有价值、有区分度的工作，这当然是好事。如果现在的工作有太多技术含量低的重复编码，那可要小心了。想在技术发展的浪潮中站稳脚跟，业务能力不过硬的程序员必须不断学习，不断提高自己的编程能力。

同时，更复杂的系统架构、更精细的数据处理，更高的性能，更强的拓展性，更个性化的功能都是低代码未来的开发方向。程序员可以尝试技术含量高、有创新性的编程工作，多多思考和尝试，提高原生代码的复杂度和质量，与低代码开发互补，开拓低代码的未来。