|
最近拼多多的员工猝死事件闹得沸沸扬扬,这场痛心的事件不仅让人们看到了无良企业的冷血残酷,更让很多人深深感受到了程序员内卷的危机感。
当年程序员还属于稀缺岗位的时候,并没有太多的加班现象,然而随着国外低代码平台逐渐在国内兴起,一场抢夺“低代码”市场份额的拉锯战正在上演。
自从低代码平台到来之后,程序员的竞争就更加激烈了,因为不会代码的人几乎都不用学会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团队技术实现。
降低产生差错的概率,低代码开发组件化,拖拽式降低了因为人为失误而导致的损失,且出现错误可以及时找到错误来源并加以完善。 |
|