最近拼多多员工猝死闹得沸沸扬扬。这一令人痛心的事件，不仅让人们看到了无良企业的冷血残忍，也让很多人深刻感受到了程序员内卷化的危机感。

程序员还很少的时候，加班不多。然而，随着国外低代码平台在中国的崛起，一场抢占“低代码”市场份额的拉锯战正在上演。

自从低代码平台到来后，程序员之间的竞争变得更加激烈，因为几乎所有不会代码的人都不需要学习SQL，甚至零编程基础的人也能迅速涌入这个行业。

但是程序员不用太担心，因为低代码并不能解决所有的数据问题。好好想想。如果阿里中站交给一群没有编程基础的人，如果双十二塌了谁来负责？因此，专业开发人员对数据库、结构等知识更加熟悉，工作效率也会更高。

低代码工具的出现

目前很多低代码平台主要是针对企业管理软件的开发。说到企业管理软件，很多人第一时间想到的是ERP系统，但实际上，低代码平台是针对整个软件开发行业的工作模式提出的，而不仅仅是针对ERP系统。

低代码是功能模块组件化最常见的方式，减少代码编写的重复，减少业务部门和公司对IT部门的依赖，让程序员不用重复编写代码，可以缩短开发周期。

但是低代码只是一个工具，工具的价值来自于使用它的人。那么我们应该如何选择低代码平台呢？在阿里待了两年，总结了以下三点经验：

1、明确类型选择

首先，我们应该确定我们的平台是用低代码工具开发的还是用我们自己的产品开发的。其次要看教程和文档，看数量和质量，是否有收费，再看时间？很多平台太短，什么都没有。人如何学习？另外，我觉得不应该收费。

还有一些更阴险，比如ClickPaaS，根本找不到任何文档。看看时间，主要看平台教学有没有更新，比如瞌睡玫瑰。这个视频我看了大概2000年，也就是20年前！

2.选择架构类型。

总的来说，目前C/S架构非常陈旧落后，普遍落后。这与低代码平台的复杂性有关。如果一开始设计不好，已经有用户了，以后更新产品会比较困难。毕竟关于C/S大家都知道，这款产品迟早会被淘汰，不仅难看，而且是真的，不符合云计算的发展方向。

所以现在流行的架构是B/S架构。B/S在安全性、系统扩展、云支持等方面具有无可比拟的优势。是否支持Oracle、Mysql、Mongo等数据库？

比如现在市面上常见的低代码报表平台FineReport，就是CS (Design) BS (Use)架构，直接连接数据源进行计算和显示。

3.选择平台分类。

FineReport是一个类似Excel的报表工具，主要用于构建财务管理、开票等应用。不需要学习Java、PHP等各种复杂的编程语言，只需要简单的sql就可以开发企业级报表。

其实在国内很多公司，绝大多数报表开发人员都不是程序员，所以我们需要一个像FineReport这样的工具，简单易学，使用门槛低。

对于IT人员来说，与其他报表工具和代码报表工具相比，可以大大降低学习成本，提高报表制作效率。使用FineReport后，只要配置好数据，1到2个小时就可以开发出报告。

我们曾经要求第三方软件公司开发报告，但有时软件公司无法制作报告，因为他们根本无法理解我们的业务和报告。

其次，我们的报告要求发生了很大变化。今天是这样，明天可能是另一种方式。然而，软件公司的发展是一次性的，不符合我们的长期需求。

最后是软件公司做开发，但是响应速度也很难保证，影响了公司的决策。因此，我们使用FineReport构建了一个报表平台。有了这个报表平台，我们自己的人员就可以做报表了，非常方便快捷，不用开发人员，节省了大量的人力成本。

FineReport最大的优点是不需要专业的开发人员，只需要对数据库略知一二的人就可以制作报表。

px 0px;">4、实现低代码可视化

FineReport不同于普通报表制作，决策报表由各个组件构成，支持图表/布局/参数/控件等组件拖拽操作；

这个工具是比较流行的响应式设计，组件扩展独立支持局部刷新，支持组件联动；完美实现自适应，更好地支持移动端和大屏的使用；

其实大多数是由FineReport自带的H5图表，此前有提到FineReport良好的开放性，可让IT同时写代码开发，所以在制作时，也可接入Echarts等第三方控件来制作图表。

总结

再回到低代码平台！

对于开发人员来说：

低代码开发解放了开发过程中繁冗、重复性编码工作，可以有效地降低人工成本。提升开发效率：支持跨平台部署，可以同时为多个平台构建应用程序。

对于业务人员来说：

减少业务团队与IT部门的沟通成本，IT人员普遍无法切身体验业务人员实际痛点，业务人员可以通过低代码开发平台自定义demo，最终交付IT团队技术实现。降低产生差错的概率，低代码开发组件化，拖拽式降低了因为人为失误而导致的损失，且出现错误可以及时找到错误来源并加以完善。

注：文里提到的报表工具送给大家，具体大家看评论区！（或者对暗号“低代码”）