低代码，是否能“取代”开发者？

整理 | 郑丽媛
责编 | 屠敏
头图 | CSDN下载自视觉中国

在降本增效的趋势下，“低代码”似乎在一夕间变得火热起来。据国际权威分析机构 Forrester 预测，到 2022 年，低代码开发平台市场将会增至 212 亿美元，较 2017 年的 38 亿美元有显著增长。同时 Gartner 也做出预估，到 2024 年，全球约有 65％的应用程序都将涉及低代码开发。

何为低代码？

低代码，即 “Low-Code” ，即大部分情况下都能用可视化等非代码方式取代手写代码，只有少部分的特定需求才需要开发者动手编写代码。

低代码开发平台就是这么一款可以通过图形化界面进行交互，实现应用搭建的开发工具。利用可视化的操作和标准化的配置，减少编写代码量，缩短开发周期，并易于理解和上手，一些不具备编程技能和不懂开发的“小白”在接受简单培训后也能设计出自己所需的各种管理软件。这意味着，在企业中最让人困扰的业务需求与开发技能之间的壁垒，被低代码打破了。

低代码的四大特点

近年来低代码越来越流行，究其原因，大致可归功于它的四大特点：

低代码具有预构建模块

由于低代码开发平台具有预先构建的模块库，这些模块还能根据操作需要重新配置更新，因此开发者可以轻松无缝地编写应用程序。此外，通常企业低代码平台还允许开发者创建自定义模块，将其作为可重用的公司资源在企业内共享。

低代码缩短了开发时间

低代码=更少的代码，这意味着开发时间缩短了，从而开发者的生产力提高了。但这并不代表开发者要投入到更多的开发项目中，而是得以在原本的项目中更专注地去满足要求并反复测试，最终交付更可能被用户接受和喜爱的产品。

低代码可实现流畅的协作

虽然业务用户和开发者从不同的角度看待项目，但双方都为项目贡献了价值，因此两者之间的协作尤为重要。低代码开发平台的存在有效缓解了两者之间的沟通障碍，为业务用户提供可理解的可视化设计工具以促进了两者之间的顺利协作。

例如，使用类似流程图的设计工具来设计业务流程，那么从业务用户的角度看，通过这个流程图可以知晓人员或系统正在执行的业务逻辑；从开发者的角度看，流程图的每一个节点都表示一个事件，过渡到下一节点前所包含的逻辑问题也能轻松获知。

低代码可以在云中或本地运行

许多低代码开发平台在云中作为基于 SaaS 的解决方案运行，可以快速配置并且基本不需要维护。然而，还有很多公司出于安全、隐私或技术等原因，更希望甚至要求在本地部署低代码平台，以便他们在公司的公共云提供商(如AWS、谷歌或Azure)上或者在局域网的公司防火墙后面部署应用程序。

低代码的到来，或将取代开发者？

低代码开发平台功能愈发强大，这却引起了部分人的焦虑：如此强大的低代码，未来是否会取代开发人员？

这其实是个无需担心的问题。低代码旨在替代可重复的过程与功能，而 即使它可以达到一个开发者 99% 的水平，但最后的1%才是至关重要的一步，特定的功能还是需要开发者的手写代码。

因此准确来说，低代码其实只是节省了开发者在一些重复机械的事情上所浪费的时间，从而留下更多时间给开发者专注于更有价值的部分，如更详细的理解和实现业务需求或反复测试以追求更卓越的解决方案。那么，如此“贴心”的低代码开发平台，开发团队又该如何最大限度地去利用呢？

培养协作文化

要尽快确定如何与业务用户共同参与低代码开发项目。比如，业务用户可以在低代码平台中设计业务流程，那么同在一个设计环境，开发者就可以快速识别并反馈业务用户所提出的相关设计问题。

民主化发展

低代码平台为项目任务的人员分配提供了更大的灵活性。比如，前端开发人员说不定也能成为全栈开发人员，反之亦然。此外，如果低代码平台还支持多语种开发，那么在人才的选择上就更自由灵活了。

在低代码平台中寻找机会

正确利用低代码平台后，开发人员将提高工作效率，因此可以将节省的时间分配给其他重要事项。

你怎么看？

低代码当然并非突然出现，早在 2014 年 Forrester 就正式提出了低代码开发的概念，之后低代码开发就逐渐在企业应用上开始普及，并且面对市场环境的快速发展与日益上涨的人力与时间成本，企业会选择低代码也是未来代码开发的必然趋势。

但今年低代码突然“火”起来，或许是因为疫情之下它的特性实在太过优秀。始料不及的疫情，打乱了很多企业与用户的节奏，也带来了各种需求，不论是物资还是信息采集，各种疫情防控应用系统都需要争分夺秒地上线。

这时，低代码开发平台的存在就仿佛是一支“奇兵”，它简单易用，开发速度快，所以不论是开发人员还是非开发人员，都可以快速将部件组装成一个行之有效的应用，为疫情防控赢得了宝贵的时间，低代码也因此迎来它的“高光时刻”。

那么，你是否也在使用低代码呢？针对低代码，你怎么看？欢迎下方留言，分享你的想法

参考链接：https://dzone.com/articles/should-developers-fear-low-code