程序员和IT主管对低代码的真实看法

随着人们对低代码技术理解的深入，“低代码平台会消灭 IT”的观点更像是杞人忧天，但依然有很多专业技术人员对低代码持谨慎观望的态度。为此，我们采访了使用低代码技术开发企业级应用的程序员和IT主管，听一听他们对低代码究竟是什么看法。

“低代码依然能发挥程序员的编程能力”

我作为一名程序员已经工作近20年了，现在使用低代码开发和维护一套智能工厂使用的MES系统。

（工人正在操作使用低代码技术开发的报工终端）

说实话，学习如何编程并不容易。我们曾经投入大量精力来学习和练习如何编程和构建应用程序，并且在这个富有挑战的过程中找到乐趣。所以第一次听说低代码时，我的反应是，现在我的开发技能用不上了吗？

当我真的开始进入低代码领域时，才发现自己的担心完全是多余的。我们团队使用的低代码平台来自公司长期合作的供应商。写代码进行开发时，这家公司为我们提供Spread表格控件；应用开发的低代码化使我们选择了他们的活字格低代码平台。

首先，学习低代码的过程没有想象中那么困难，因为这个低代码平台有着和代码开发非常类似的流程和概念，连项目版本管理都是兼容GIT的。这意味着我可以使用自己熟悉的MS SQL Server数据库（最后还是因为成本原因，改用了免费的MySQL），直接操作数据表或调用存储过程。通过调试日志，我能详细查看Web API被调用时，每一行语句的执行时间和变量状态，完全没有预想中“黑盒子”的感觉。至于前端页面的拖拉拽式设计，对于用Visual Studio开发过WinForm程序的我来说，完全没有障碍。

从我的经验上看，低代码技术可以认为是可视化开发的进化版。我们之前用Visual C++或QT画好页面，然后用写代码的方式完成逻辑部分。有了低代码工具，“逻辑”中大量重复性的工作，如增删改查、发送邮件等也可以用拖拽的方式完成了。而这些枯燥的CRUD不正是我们天天抱怨和嫌弃的工作内容吗？如今，这些工作可以被压缩到之前的10%甚至更低。

至于其他的部分，比如梳理性能遭遇挑战的业务处理流程，用更好的C#或SQL代码实现出来；引入某个AI或物联网服务的SDK，将这些能力引入自己开发的项目等，依然能使用我的编程经验，而且能给我带来更大的成就感。低代码并不意味着我们发挥不出编程能力，这一点非常重要。

我想每一个真正用低代码开发过复杂的大型系统的程序员都会与我有同感吧。

“低代码能让IT部门和业务部门更和谐”

我是一个大型企业的IT主管也是一名程序员，做软件开发快10年了，目前在使用低代码技术完善公司的数字化平台。

（使用低代码技术开发的大屏，数据来自各业务系统）

每个企业的 IT 部门都会遇到一些常见问题。其中之一就是无法及时满足业务部门的定制化需求，成品软件无法满足需求，定制开发则会遭遇“软件还没上线，需求已经变了”的窘境。事实上，我们的预算有限，通过聘请更多程序员或寻找更大的外包团队来增强软件交付能力都是不现实的。采购成品软件加上少量的二开，尽可能满足业务部门的需求，成为维持局面的首选手段，传统IT似乎走到了尽头。

长此以往，面对那些需要快速调整业务以适应市场变化的企业来说，公司内部最大的瓶颈就成了IT部门。我们团队当初就是这样的状态，相信我，这可绝不是好消息。为了摆脱困境，我和我的团队尝试了很多方法，最终还是低代码技术把我们拽出了泥潭。

低代码工具的开发效率优势毋庸置疑，在今天已经是行业的共识了。这个技术给我们带来的最大帮助还不止于此。我们企业积压了很多的软件定制化工作，如果全靠我们团队的力量，即便再强大的低代码工具也无法帮我彻底解决问题。这个时候，低代码工具的协同开发功能给我们带来了很大的帮助。因为，我们让业务部门也参与到软件开发过程中了。

我们将系统的源代码（在我们使用的活字格低代码平台中，也叫工程文件）上传到码云上，然后为开发团队和对IT感兴趣的业务主管们分配了账号和代码访问权限。就像敏捷开发教科书上写的一样，大家共同做起了系统开发。我们团队的同事负责更有技术挑战而且更需要专业技能支撑的数据库维护，服务端Web API开发和大部分前端页面的构建；业务主管则根据自己的需求对页面的布局、样式和界面文字进行微调，最后由我来拉取大家的工作，按照流程组织业务同事测试，最终完成每个版本的发布。

业务主管的介入，一方面帮我们负担了一些开发工作量，使IT人员更聚焦在技术难点的攻坚克难；另一方面这种分工协作还减少了因为一些简单的界面配置而引发的跨部门沟通和反复修改。最终，“IT提供系统给业务使用”，变成了“IT和业务一起做系统”，部门间的关系也发生了微妙的变化。

经过不到一年的探索和努力，我们使用活字格打通了正在用的金蝶EAS、泛微e-cology以及销售端使用的行业软件，在此基础上打造了属于自己的数字化平台。在这个平台上，我们封装了创建单据、发起流程、项目阶段等核心功能，以及大量常用的数据查询。通过复用这些功能，我们已经将开发定制化功能的人力投入降低到刚引入低代码技术时的一半以下。今天的IT团队已经不再被积攒的开发工作压到喘不过气，而是主动出击，帮助业务部门寻找“堵点”，并通过定制化的模块或移动APP帮助他们持续优化。

总结

上面两位程序员一个服务于软件公司，另一个则来自企业的IT部门。不同的身份在面对低代码技术时，给出同样高的评价。我们不否认市面上有一些低代码平台专门为业务人员打造，专注于数据填报与审批等简单场景，并不适合专业技术人员使用。但我们也不能以偏概全，忽略掉那些已经给程序员和IT人员带来巨大价值的企业级低代码开发平台。

想了解低代码？看这一篇就够了。欢迎访问 https://www.grapecity.com.cn/lowcode，低代码的理论知识、应用前景和行业观点，全都有。