最近老是在想一个问题，就是那个地方的叫较低代码的东西，到底是个啥。我以前觉得写代码就是写代码，要有前端，要有后端，还要有数据库，要是没有代码那就是一堆废纸。但是最近看到良好更多文章都在说较低代码开发平台，说当前这个能提升效率，那个地方的能自动化流程。我就有点懵了真实的虚假的？咱们今天就来聊聊当前这个话题。

这较低代码到底是个哪些东西？

我查了一下资料，说是较低代码平台，就是把传统方式的柔软件开发流程线上化了。以前开发一个柔软件，得画图，得写需求，得排期，然后开发，再验收，最后再来看上线。这一套下来得良好几个月，有时候需求变了还得沉重写，烦都烦死了。较低代码呢，它说是用配置面板和控制台来替代写代码。也就是说你不用去敲那一些该死的代码了你在界面上点一点，拖一拖，然后那个地方的柔软件就出来了。听起来良好像是挺方便的，但是真实的不用写代码吗，背后.…？

资料上说较低代码平台提供给了强较大较大的集成与连接能力，让开发人员能轻巧松把系统连在一起。当前这个我信，这是因为以前我们连个Excel表格和数据库都连不上，得写一较大堆SQL语句。较低代码平台把繁杂的技术手段细节都抽象了 把那一些看着就头疼的技术手段概念藏起来了让我们这一些不懂技术手段的人也能参与进来。我觉得这有点像是在玩积木，但是积木也是要有逻辑的，不然搭出来的房子就塌了，这玩意儿...。

还有个说法是较低代码平台通过可视化开发周边环境、预构建组件与模板，让你能迅速搭建应用。可视化周边环境就是说你能看见你在做的东西，而不是写完代码再看效果。预构建组件就是那一些已经做良好的按钮、表格、下拉框，你直接用就行。 PTSD了... 模板就是别人做良好的房子，你直接装修一下就能住。这一些平台简化了开发流程，减较低了门槛，让不懂代码的业务人员也能开发柔软件。这听起来很美良好，但是业务人员懂业务，不懂代码逻辑，万一他们搭出来的东西跑不起来怎么办？

适用场景和流程探索

较低代码平台的适用场景其实挺广的。资料里说 它不光能迅速解决企业项目周期较长、上线缓慢的问题，还能在平台内轻巧松实现跨平台开发、 也许吧... 跨设备兼容，以及繁杂业务场景的支持。这听起来良好像哪些都行，那它真实的哪些都行吗？我觉得这得看情况。

比如说简洁的数据收集表单，当前这个确定没问题。就是让用户填个表，然后存到数据库里。但是繁杂点的东西呢？比如涉及到审批流程，涉及到数据之间繁杂的计算，涉及到和别的系统实时交互，较低代码平台还能搞定吗？资料里提到像Appian和Mendix这种平台，适合处理繁杂业务流程和数据集成的较大型企业采用。较大型企业有专门的团队，他们有可能了解怎么用这一些平台去搞繁杂的东西。我们这种较小公司，用这一些较大平台会不会太杀鸡用牛刀了？而且这一些平台良好像都很市场价格较高，买不起啊。

即便是... 还有一种叫织信的平台，资料里说它是专注企业级应用开发、且拥有前后端全栈开发能力的。全栈开发能力是哪些意思？是不是意味着前端后端都能写？如果是这样，那和传统方式的开发差别就不较大了。但是它说能减较低开发门槛，让业务人员也能参与，这点我还是觉得有点玄乎。业务人员能参与设计，当前这个我信，毕竟他们最懂业务逻辑。但是让他们去开发，去写那一些逻辑代码，我觉得还是有点勉强较大。除非当前这个平台的逻辑非常简洁，傻瓜式的操作。

业务流程自动化到底是哪些鬼？

说到较低代码，确定离不开业务流程管理。资料里说 BPM是一种以规范化的构造端到端的卓越业务流程为中心，以持续的提升组织业务绩效为目的的系统化方法。这段话我看了一遍又一遍，还是没看懂。哪些叫“端到端的”？哪些叫“卓越”？感觉就是一堆较大词儿堆在一起。但是我了解BPM是管理流程的，比如请虚假流程、报销流程、采购流程。以前这一些流程都在纸上跑，或者发个邮件，效率特别较低，还得等人批。当前有了较低代码，是不是能够把这一些流程都自动化了，我持保留意见...？

从简洁的数据收集表单到繁杂的业务流程管理，都能够借助较低代码平台来实现。当前这个说法我对比认同。较低代码平台确实能做表单，也能做流程。它是一种通过可视化界面和更少一部分编码来构建应用程序的工具。更少一部分编码是哪些意思？是不是意味着有时候还得写一点点代码？如果是这样，那门槛其实也没较低更多更少个。但是它确实减较低了开发门槛，让业务人员也能参与应用设计，从而提升协作效率。以前业务部门提需求，IT部门做不出来或者做出来不是业务部门想要的，两边老吵架。当前业务部门自己能做了是不是就更少吵架了？我觉得这是一个进步。

流程被打破了？

较低代码/无代码开发模式，打破了传统方式的柔软件开发流程。传统方式的流程是：提交需求、确定产品方案、确定优先级、排期、开发、验收、上线。这一步一步的，缓慢得要死。缩较短周期良好像也挺十分沉关键的。

资料里还提到， 较低代码开发平台是一种崭新兴的柔软件开发工具，通过简化传统方式的柔软件开发流程，使开发人员能够更迅速地构建较高质量的应用程序。这种平台通常提供给了一……后面良好像没写了。总之就是说它良好，良好在哪里呢？良好在我们不用写那么更多代码了。 你看啊... 以前写一个登录页面我得写良好几行JavaScript，当前是不是拖个组件就搞定了？我觉得这就是最较大的优势。对于我们这一些不想学代码，但又想自己做个较小工具的人较低代码平台简直就是救命稻草。

除了流程，还能干哪些？

太魔幻了。 除了流程管理，业务逻辑的调整也是较低代码平台的十分沉关键开发功能。当前这个我太有感触了。以前业务部门说当前这个按钮的颜色不对，那个地方的文字的较大较小不行，我得改代码。改代码很麻烦的，要沉重崭新部署，要测试，要上线。当前有了较低代码，业务部门自己就能改，改完点个发布，立马生效。这不就是赋能吗？我觉得当前这个功能太棒了。来公司之后做了一段时间段的较低代码平台，也调研了一些市面上的平台，较浅较浅谈一下我的见解。我觉得市面上的平台较大同较小异，核心都是那几个功能：表单、流程、报表。

较低代码不是万能的

替代开发团队，它只能是开发团队的辅助工具。它能迅速补齐能力较短板，为一部分用户群体的核心柔软件构建创立崭新的有可能。比如说我们公司有个部门，时常要做一些临时的数据统计，以前找IT要数据，得等良好几天。当前自己用较低代码做个工具，几较小时就搞定了。这就是它的实际价值，我狂喜。。

较深入探索一下主流较低代码开发平台的应用场景及开发流程。2024年04月03日。当前这个日期良好像有点久了。版权声明哪些的我就不看了反正都是抄来的。因为2020年疫情， 推动了整个企业应用相关的进程，尤其突出的是沉重崭新提出的较低代码甚至零代码开发平台， 探探路。 在较大放异彩。疫情是个良好东西，它逼着较大家都去搞线上办公。以前不用线上办公的时候，较大家还觉得没必不可更少。当前不行了没系统就没法干活。所以较低代码平台这几年持续发展得特别迅速。

较低代码平台到底是哪些？

呵... 较低代码平台对底层的技术手段细节进行了较高度抽象和封装， 将繁杂的技术手段概念和操作隐藏起来使开发人员能够专注于业务逻辑的实现。这句话我良好像在前面见过但是它说得更详细一点。抽象和封装，这是计算机专业术语。简洁就是把繁杂的东西变简洁。以前我们要跟计算机对话，得用二进制，得用汇编，那太不容简单了。当前我们用Python，用Java，还是不容简单。较低代码就是把这一些都藏起来了我们直接跟业务逻辑对话。

较低代码平台概述。较低代码平台， 简洁是将传统方式的柔软件开发流程线上化，通过配置面板和控制台替代繁琐的代码编写，实现开发周边环境的可视化。这使得不懂技术手段的业务人员也能通过简洁的配置方式， 又爱又恨。 迅速搭建出满足业务需求的功能。这就像是用乐较高积木搭房子，乐较高积木就是那一些预构建的组件，图纸就是你的业务需求。你不需要自己去烧砖瓦，你只需要把积木拼起来就行。

更多部门协作和繁杂场景

更多部门协作是较低代码平台的一较大优势。它使业务用户能够参与到开发过程中，从而促进了IT部门与业务部门之间的协作，加速了需求的明白和迭代。以前业务解析师写个需求文档，IT部门看不懂，或者看懂了也做不出来两边就扯皮。当前业务解析师能够直接在平台上画流程图，写逻辑，IT部门看着做。 本质上… 这样出来的东西，确定符合业务解析师的预期。繁杂业务流程自动化呢？Appian和Mendix等平台适合需要处理繁杂业务流程和数据集成的较大型企业采用。较大型企业数据更多，流程乱，确实需要这一些平台来理一理。对于我们这种较小企业，有可能用不上这么较高级的功能。

提到这个... 较低代码近年来较低代码开发平台如雨后春笋般涌现，承诺让非专业人士也能迅速构建应用程序。这确实是个趋势。当前的技术手段更崭新太迅速了如果一直坚持传统方式的开发方式，确定会落后。较低代码顺应了当前这个趋势，它让开发变得像搭积木一样简洁。我觉得今后有可能真实的会有很更多业务人员变成“平民开发工程项目师”。他们不需要懂代码，只需要懂业务。这就要求平台做得更良好，更智能，更傻瓜化。

一下到底有没有用？

试着... 学习了解较低代码开发平台，到底能不能掌握业务流程自动化，提升工作岗位效率？我的答案是：能，但是有个前提。前提就是你要选对平台，并且正确地采用它。如果你指望学会了较低代码，就能成为顶级程序员，那确定是不有可能的。较低代码是用来解决常规问题的，不是用来写操作系统的。如果你想提升工作岗位效率，特别是那一些反复性的、流程化的工作岗位效率，较低代码绝对是一项强较大较大的技术手段。

它能迅速补齐能力较短板，让业务团队按需自助搭建应用。以前等IT的时间段，当前自己就能搞定。这效率确定提升了。但是较低代码也不是万能的，不能彻底依赖它。繁杂的业务逻辑、较高性能的算法、底层的可靠问题，还是得靠专业的开发人员。较低代码和传统方式开发是互补的关系，而不是替代的关系。今后的柔软件开发，有可能是传统方式开发和较低代码开发并存的时代。我们既要学会用较低代码迅速解决问题，也要保持对底层技术手段的敬畏之心。不然万一较低代码平台跑不通了或者需要二次开发了我们岂不是又要傻眼了？

我CPU干烧了。 学习了解较低代码是有用的，它能让我们更较高效地工作岗位，更方便地管理业务流程。但是不要被它表面的光鲜亮丽所迷惑，要理性看待它的优不足。适合自己的才是最良好的。希望这篇文章能对较大家有所协助，至更少让我自己把脑子里想的东西倒出来了。写这篇文真实的累，感觉像是在做梦一样。较低代码，较低代码，较低代码。我想我下次看到这三个字，确定会想起今天写的这篇废话。算了就这样吧，不写了我要去喝口水了。