最近拼多多的员工猝死事件闹得沸沸扬扬，这场痛心的事件不仅让人们看到了无良企业的冷血残酷，更让很多人深深感受到了程序员内卷的危机感。
当年程序员还属于稀缺岗位的时候，并没有太多的加班现象，然而随着国外低代码平台逐渐在国内兴起，一场抢夺“低代码”市场份额的拉锯战正在上演。
自从低代码平台到来之后，程序员的竞争就更加激烈了，因为不会代码的人几乎都不用学会SQL，甚至零编程基础的人都能迅速涌入这一行业。
但是程序员也不用太过于担心，因为低代码并不能解决一切数据问题，你想一想如果阿里中台都交给一群没有编程基础的人，假如双十二崩了谁来负责呢？所以专业的开发者更熟悉数据库、结构等知识，工作起来会更高效。
低代码工具的出现
现在很多的低代码平台主要面向的都是企业管理软件开发，说到企业管理软件很多人第一时间想到的就是ERP系统，但其实低代码平台是针对整个软件开发行业的工作模式提出的，并不单单只是针对ERP系统。
而低代码最常见的就是将功能模块进行组件化，减少重复编写代码，能够降低业务部门、公司对IT部门的依赖，程序员也就不用重复去编写代码，这样能够缩短开发周期。
但是低代码仅仅是一种工具，工具的价值来自使用它的人。那么我们怎么应该选择低代码平台呢？在阿里呆了两年的我总结了下面三条经验：
1、明确选型
首先要确定自己的平台是不是用低代码工具开发的，是否是用自己产品开发的；其次，就要看教程和文档，看看数量质量，是否收费，然后看时间？很多平台时间太短，啥都没有，让人家怎么学？另外我觉得也不应该收费。
还有一些更邪门的，例如ClickPaaS，根本就找不到任何文档。看时间，主要是看平台教学有没有更新，例如牛刀，我看视频有2000年左右的，也就是20年前！
2、选择架构类型
一般来说，C/S架构目前已经很老旧落后了，一般都比较落后，这个和低代码平台的复杂性相关，如果一开始设计不好，有已经有了用户，后期想要更新产品就会比较困难，毕竟C/S大家懂的，不光难看，而且确实这种产品早晚要被淘汰的，而且也不符合云计算的发展方向。
因此现在比较流行的架构是B/S架构，B/S在安全性、系统扩展、云支持等方面有着无可比拟的优势，是否支持Oracle、Mysql、Mongo等多种数据库。
比如现在市场上常见的低代码报表平台FineReport，这个报表平台就是CS(设计) BS(使用)架构，其直接连接数据源进行计算和展示。
3、选择平台分类
就以FineReport这个类Excel的报表工具，主要用于搭建财务管理、进销存等应用，无须学会Java、PHP等各种复杂的程序语言，只需要会简单的sql就可以进行企业级报表的开发。
其实在国内很多公司里，绝大部分报表开发人员都不是程序员出身，因此就需要FineReport这样简单易学、使用门槛较低的工具。
对于IT人员来说，相比于其他的报表工具和代码报表工具，能够大大降低学习成本，提高报表制作的效率，使用FineReport之后，只要配置好数据，1到2个小时就可开发出一张报表。
以前我们都是请第三方软件公司来开发报表，但是有时候软件公司不能做出来，因为他们对我们的业务和报表完全不能理解。
其次我们的报表需求变化非常大，今天是这样，明天可能就是另外一个样子了，而软件公司的开发是一次性的，不满足我们的长期需求。
最后，软件公司来做来开发，但响应速度也很难保证，影响公司决策执行。因此我们使用了FineReport搭建报表平台，有了这个报表平台，我们自己的人员就可以制作报表，很方便很快捷，不需要开发人员，省了不少人力成本。
FineReport的很大优势，是不需要专业的开发人员，随便来一个人，只要稍微懂一点数据库的东西，就可以做出报表。
4、实现低代码可视化
FineReport不同于普通报表制作，决策报表由各个组件构成，支持图表/布局/参数/控件等组件拖拽操作；
这个工具是比较流行的响应式设计，组件扩展独立支持局部刷新，支持组件联动；完美实现自适应，更好地支持移动端和大屏的使用；
其实大多数是由FineReport自带的H5图表，此前有提到FineReport良好的开放性，可让IT同时写代码开发，所以在制作时，也可接入Echarts等第三方控件来制作图表。
总结
再回到低代码平台！
对于开发人员来说：
- 低代码开发解放了开发过程中繁冗、重复性编码工作，可以有效地降低人工成本。
- 提升开发效率：支持跨平台部署，可以同时为多个平台构建应用程序。
对于业务人员来说：
- 减少业务团队与IT部门的沟通成本，IT人员普遍无法切身体验业务人员实际痛点，业务人员可以通过低代码开发平台自定义demo，最终交付IT团队技术实现。
- 降低产生差错的概率，低代码开发组件化，拖拽式降低了因为人为失误而导致的损失，且出现错误可以及时找到错误来源并加以完善。
