最近拼多多的员工猝死事件闹得沸沸扬扬，这场痛心的事件不仅让人们看到了无良企业的冷血残酷，更让很多人深深感受到了程序员内卷的危机感。
当年程序员还属于稀缺岗位的时候，并没有太多的加班现象，然而随着国外低代码平台逐渐在国内兴起，一场抢夺“低代码”市场份额的拉锯战正在上演。
自从低代码平台到来之后，程序员的竞争就更加激烈了，因为不会代码的人几乎都不用学会SQL，甚至零编程基础的人都能迅速涌入这一行业。
但是程序员也不用太过于担心，因为低代码并不能解决一切数据问题，你想一想如果ucloud中台都交给一群没有编程基础的人，假如双十二崩了谁来负责呢？所以专业的开发者更熟悉数据库、结构等知识，工作起来会更高效。
现在很多的低代码平台主要面向的都是企业管理软件开发，说到企业管理软件很多人第一时间想到的就是ERP系统，但其实低代码平台是针对整个软件开发行业的工作模式提出的，并不单单只是针对ERP系统。
而低代码最常见的就是将功能模块进行组件化，减少重复编写代码，能够降低业务部门、公司对IT部门的依赖，程序员也就不用重复去编写代码，这样能够缩短开发周期。
但是低代码仅仅是一种工具，工具的价值来自使用它的人。那么我们怎么应该选择低代码平台呢？在ucloud呆了两年的我总结了下面三条经验：
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等第三方控件来制作图表。
再回到低代码平台！
对于开发人员来说：
对于业务人员来说：
评论0
加载中...
“低代码”最近确实很火，很多公司都在或多或少的进行低代码的研发或者布局工作，何为低代码？不需要技术人员，普通的HR即可完成的业务工作，比如设置请假单、报销单、审批单等功能。现在使用率比较搞的产品比如：钉钉（迎合企业、压榨员工的一款App）。
但是站在个人角度，我很讨厌钉钉，程序员何苦难为程序员，程序员用编程的思维、固定化的条条框框来限制或者制约着现在社会的劳动者，从这一点出发，中国的小学生最有发言权，这个是大资本家马先生的功劳。
返回正题，个人感觉低代码研发可以从下面几个方面入手或者解决。
目前常用的表单设置或者开发，我项目中集成的技术包括（以下三种）：
有了表单如果没有流程，表单则没有了灵魂，如果一个表单的布局只能增删改查，而没有其他辅助工具的关联使用，则价值意义不大。
流程设计器可以在线设计流程图、指定流程节点办理人、流程表单关联关系、代办任务、已办任务、我发起的任务、历史任务、历史流程定义等等功能的设置。
亮点：在线设计流程+自定义表单=无需编码即可实现流程审批。
有了业务数据，如果对业务数据最大化的处理，报表工具的用途就凸显出来了，但是个人认为如果较为复杂的报表，可不比从新开发，采用目前市面上比较成熟的报表工具即可，比如：水晶报表、润乾报表等。通过第三方工具设计完成报表后，通过外链的模式进行项目引用。（项目菜单可灵活配置。）
我们的项目目前没有集成业务报表，我们集成了拖拽可视化echarts报表，通过拖拽图像化页面、静态、动态数据源设置，可以无需开发即可实现可视化报表的展示。
现在也是比较火的一个方向，通过画布、各种组件、多种数据源配置等方式，通过拖拽组件研发可视化大屏项目，无需在重新编码，这个方向目前比较成熟的有：ucloud的datav、百度Sugar等产品，但是很多企业也在研发，因为组件一直在更新，所以产品的研发也一直在更新。（有这个兴趣的朋友，可以关注下我，联系我，说不定我们可以一起做些事情，我下一步的计划）
随着上面几种情况，可能还会有其他的情况出现，更好的低代码意见。话说回来，所有的低代码只是辅助快速开发的一种手段而已，即使没有上面的集中情况，很多程序的研发对于程序员来说也是非常快的，低代码的弊端就是灵活性大大降低，如果出现低代码无法解决的情况通过二次代码开发的话，难度可能会更大，所有程序员的方向或者价值：多学习新的技术和知识，时代在发展，社会在进步，一天不学习都跟不上时代，所以多接触、多学习、多了解，时刻保持为代码献身的精神（哈哈，玩笑话，996 请远离）
青锋的低代码开源项目，目前已实现了自定义表单、流程设计器（基于activiti的OA流程）、拖拽可视化echarts报表、代码生成器、全方位的权限系统、其他系统基础架构的功能。
代码已开源，托管到（gitee）,可以去搜索青锋系统 下载，了解更多的关注我，私信发您下载链接。
我想在这里交接更多的朋友。
评论0
加载中...
事物发展都具有两面性，低代码平台也有它的优势和不足，它有自己的使用场景和目标人群。
我也做过三款类似的产品，很多都是基于元数据驱动，运行时动态解析，保存发布立即生效，设计时又主要有那么几部分：可视化拖拽的表单设计器、业务流程设计器、报表设计器、BI 大屏设计器、组织架构（多组织体系）等，再结合移动终端等，基本就能形成一个完整的闭环，总结来说有以下几个优点吧：
- 我们测算过，相比以前硬编码的方式，开发效率提升了 60% 左右
- 统筹规划整体的业务架构和开发规范，减少各业务组各自为政、相同功能有不同版本实现的问题
- 大部分场景不需要开发介入，实施就能处理好客户的个性化需求，甚至有时候客户都能自己处理
当然，这里面也面临着一些问题，比如：客户个性化开发后与标准产品之间的兼容和冲突的问题，既然是动态解析也会带来一些性能的损失，当平台功能满足不了的时候怎么办...
如果你是业务开发人员，我的建议是：先会用，学习人家的设计理念和玩法，再尝试自己动手去实践，转化成自己的知识沉淀下来。
在软件开发的过程中，只有适度改进，没有包治百病的银弹，脱离业务场景谈技术架构都是扯淡。
评论0
加载中...
其实只要搞清楚什么是低代码就知道，程序员依旧是不可替代的，程序员最大的价值是创新，而不是从事可重复操作劳动。
目前所谓低代码主要是运用在一些流程比较规范成熟的项目里，比如OA、报表、甚至简单游戏制作等，这些项目共同特征就是有一套比较成熟的开发流程，就可以抽象出一些公共功能进行模块化，低代码要做的就是把这些模块拼装在一起，实现一个更高级的功能。
但是人类的需求是千变万化的，一定会有各种新想法新需求，所以就存在按需定制，就像买衣服、搞装修，要衣服合身最好找裁缝师傅量体裁衣，要住的舒心找装修公司按需设计。
同时，计算机技术的发展也是日新月异，一套信息化系统不可能管用100年，即使将来出现管用100年的系统，那也是有程序猿在背后不断更新维护的。
程序员想要不被替代，只有不断学习新技术，这和是否流行低代码完全没有关系，是这个行业的特性。
评论0
加载中...
低代码火了，低代码开发平台也越来越多，有人说低代码的兴起预示程序员行业的没落。其实不然，虽然低代码平台已经完成了大多数的基础功能，只需要简单拖拽就可以实现，普通人学习一下教程就能完成，但是，低代码平台只是完成了基础框架的构建，让开发人员不用重复的编码，提高了开发效率，想要对程序进行二次开发还是需要开发人员来完成。还有一点，低代码平台本身是在不断的升级换代的，同样需要优秀的程序员，因此，程序员行业是不会被低代码平台替代的。不过各个行业都是一样不进步就意味着淘汰，程序员需要不断的学习新知识，跟上时代进步的步伐，提高自己的水平才不会被淘汰。
评论0
加载中...
不长久，只适合内部使用。因为低代码就等于是低可维护性，编程语言的变革会导致低代码框架过时甚至成为大量软件更新换代的瓶颈进而只能从头再来。要知道保持自己的开放性，是一种安全，拥有较低的替换代价，否则因为一时的爽，高度依赖性会导致替换成本巨大。未来一定不堪回首。
评论0
加载中...
从事互联网5年，个人认为需要有灵活的思维方式，有效的解决方案，能够高效低成本的解决现实中的问题，这种能力在职场中是不可替代的。低代码也是一种低成本的解决方案的体现。无论在什么领域，都需要高效的生产。
评论0
加载中...
