有的需求很重,有的应用很“轻”!-浅议低代码平台优劣势

标签:后端   发展   部门   时间   安全漏洞   没有   速度   电动车   生产   

有的需求很重,有的应用很“轻”!-论低代码平台优劣势
一、什么是低代码(无代码)
低代码无代码开发说的是一回事,简单来讲就是不写代码让你能开发软件系统,你可以不用写代码也能完成你的软件开发梦。是不是有些夸张和嘘头?没办法,他已经实实在在的来了,而且各大厂商研发平台如火如荼,并有了非常广阔的市场,已经有了大量的公司尝鲜并给公司带来实实在在的价值,尤其是在互联网项目和中小企业的应用上。低代码其实自主代码量很少(主要就是一些JS、SQL等脚本),既然追求快速稳定,厂商也不会让你植入太多代码影响产品。其实低代码平台由来已久,笔者在多年前使用专业BPM 、OA厂商系统中,已经接触过的,只不过当时是作为模块或者底层引擎存在(如泛微当年的表单建模、致远的业务生成器),现在的低代码平台封装的更彻底,功能也更加强大,而且更明显的趋势是saas云化越来越多。总结:低码平台是一个提升生产效率的工具,避免进行重复性工作,可以更加专注于业务逻辑创新、专注架构和算法设计。1) 使应用开发更快,对于具有熟练编程技能的专业开发者,可以使用低代码开发平台节省大量编码时间;2)让那些不具备编程能力的业务人员能够开发应用。
二、优缺点
1、功能
优点:使用多个低代码平台后,发现比较适合轻量级的业务场景,能够充分融合其快速孵化能力。目前已经能孵化较多“轻量级”应用场景。如 车辆管理、费用报销、员工信息采集、固定资产管理、合同管理等。
缺点:解决重度场景乏力,和复杂的业务系统集成风险仍较高。

2、速度
优点:速度是一大特点,低代码不需要写太多代码, 也不需要编写复杂的项目文档和立项方案,让你拥有充分的试错能力, 甚至可以边干边改,快速响应是不二法宝。PS:快速构建应用这也是为什么大火的原因。, 抛开技术层面,传统开发和测试上线要耗费大量精力。缺点:快的另一面是慢,意味着我们可能会放弃一些其他东西,比如我们对需求和业务的深度思考, 以及对未来变化的应对,快的同时意味着匆忙。需要应用开发人员具有较高的业务素质和行业经验。

3、安全性
优点:低代码平台一般为SAAS或本地化部署,一般经过大量客户验证的平台,稳定和安全性都不错,而且背后有专业的研发和安全团队不断更新处理。
缺点: 遇到故障、bug或不一致时,就会对应用使用者产生影响,当然这是软件开发不可避免的。SAAS安全性和数据隐私取决于厂商,可通过保密协议等一些法律手段加强,但从技术上还是取决于厂商的团队和管理能力。如果出现重大安全漏洞,将会影响所有平台客户和应用,中小企业开发者往往对此无能为力。

4、稳定性和售后
优点:同上,能研发平台,还能多年稳步发展的厂商,产品稳定性还不错,但是如果要深度集成其他系统,或深入应用低代码平台(如开发一套类ERP系统),难保不会出现BUG,具体修复程度就要依赖于厂商的技术力量和售后服务能力,
缺点:要想及时服务,还需具备一定“钞能力”。

三、适配场景

  • 企业希望构建自己独特的敏捷应用
  • 市面上还没有合适的现成解决方案,或者IT供应商不给力
  • 企业希望快速实现场景应用,没有技术团队和成熟的预算投入(如:中小企业、人员紧缺、技术薄弱)
  • 现有系统不灵活,维护难度大,没有很好的移动化
  • 适合熟悉业务的管理者,企业IT部门,IT响应速度重度依赖部门

    好比新能源汽车和燃油车,发动机和变速箱技术是传统燃油车企的核心技术,而电动车绕开了两大核心转而生产电机,这个时候电池的能量性能和安全性变得更为核心了。技术的进步往往能引起行业的变革。
    低代码平台发展趋势是功能越来越强大,用户绕过了复杂的后端和技术架构, 良好的封装让用户更易上手,与知名的行业ERP、MES、PLM、CRM等系统对接也将会逐步成熟。

    个人观点:低代码开发平台不是万能的,只能满足它所擅长领域的需求,要以业务场景来进行选择。
    作为企业的IT从业者,应该熟悉业务,熟悉工具,带有前瞻性的眼光来综合判断哪一种解决方案适合目前的需求,最终去实现和满足业务场景需求。

有的需求很重,有的应用很“轻”!没有孰好孰坏,价值取决于使用者。

有的需求很重,有的应用很“轻”!-浅议低代码平台优劣势

标签:后端   发展   部门   时间   安全漏洞   没有   速度   电动车   生产   

原文地址:https://blog.51cto.com/gaojinghui/2570738

版权声明:完美者 发表于 2020-12-29 11:25:08。
转载请注明:有的需求很重,有的应用很“轻”!-浅议低代码平台优劣势 | 完美导航

暂无评论

暂无评论...