最新公告
  • 欢迎您光临欧资源网,本站秉承服务宗旨 履行“站长”责任,销售只是起点 服务永无止境!立即加入我们
  • 如何简单理解低代码这件事呢的依赖?(一)

    根据维基百科:低代码一词是由 Forrester 在 2014 年提出的,指的是那些以可视化方式创建应用程序的平台,其特点是代码比传统开发少得多,甚至没有代码,因此可以提高开发效率.

    当我以上述方式与队友描述低代码时,他们会不知所措;因为语言太专业,听完甚至“听懂”了吧?那么如何简单理解低代码的东西呢?在我看来,它更像是一个快速开发应用软件的系统。

    市场或运营人员只需少量代码甚至无代码即可在平台上快速拖放模块,构建协同表单、采购或生产管理等一系列智能化和业务管理系统,满足日常需求。早些年,它的存在是为专业开发人员提供支持,帮助他们抽象出开发应用程序繁琐的“架构下”和“基础架构”任务;从而提高开发效率。近两年流行的关键元素是“协同关系”的变化;

    例如,一线业务人员想要快速构建一套协同表单来传递信息。过去,他们只能编辑“返回”并将其发送给用户。现在他们只需要去云端或者直接在某个系统中编辑,就可以实现实时更新。影响。

    其颠覆性意义的根本原因在于一方面客户对软件的投入更低,另一方面开发难度显着降低,非专业人士也能快速上手,充分调动企业各方面资源,并减少对昂贵开发人员的依赖。

    一、 相对相关的概念

    代码可以分为三类:

    专业代码;低码;零代码。

    对于专业码,还有另外两个名称,“高码”和“繁体码”;它归结为同一件事,描述了编写网页、应用程序或软件的传统方式。

    比如你开发某个APP,公司需要招聘IOS和Android工程师、前端测试、PM等人员共同完成;这意味着开发者坐下来逐行敲击,不断测试和修改,直到上线。

    通常,这种类型的代码服务于主项目。在为大量用户设置特定内容并定制非常强大且独立的产品时,这是一个不错的选择;但这需要大量的时间、金钱和精力。

    那么如何编写高质量的代码呢?一般有两种方式:

    一:好的产品经理首先要顾全大局,然后用优秀的工程师从底层构建,再延续优秀的代码风格;就像盖楼一样,地基决定上层建筑。

    第二:从糟糕的工程师开始,不断重构;不断接近优秀的设计方案,就像“三年修缮”的说法​​,不断的修复和改进。

    此外,高质量代码的构建是基于优秀的业务模型、产品解决方案和业务流程、用例图和架构图,不断设计关键和复杂的部分。

    市场之所以需要低代码,是因为企业越来越需要通过各种应用(App、小程序)来改善内部信息流,加强与客户的联系环节;因此,低代码本身是基于“场景”的。

    根据多项调查,大公司内部项目失败的主要原因之一是沟通不畅。

    传统的开发模式下,业务产品、设计开发、测试、运维人员都有自己的语言,各司其职。困难和低效。

    这就是流行的敏捷开发和 DevOps 都强​​调沟通的原因。前者协作是业务,后者协作是组织和流程。

    即使是经典的DDD(Domain Driven Design),也强调通过统一的语言来降低业务和技术人员之间的沟通成本;因此,通过低代码,可以从根本上改变,各种角色由一个统一的平台紧密辅助。

    这种新方法不仅打破了工作场所的孤岛,而且通过可视化语言和单一应用程序(页面/数据/逻辑)轻松对齐项目进度,从而实现敏捷开发模式;因此,在业务协同的统一视角下,它具有三个优势:

    人员聚集;应用聚合;生态聚合。

    一是全员统一在低代码平台上操作,促进了流程标准的标准化;其次,企业内容的各种应用的数据是自然交互的,通过聚合可以消除数据孤岛的问题。

    此外,当一个低代码平台聚集了足够多的开发者时,就会形成一个无限想象的生态系统;这无疑是流程再造的基础。

    最后,让我们谈谈零代码/无代码。从分类的角度来看,零代表了一个完全不需要编写代码的应用程序开发平台。

    这并不意味着它比低代码更高级,它只是做出了更极端的选择,完全拥抱简单的图形可视化并完全消除了复杂的文本。

    例如:

    许多准新人结婚后,会向“婚宴中介”征求场地布置的意见。过去,规划师使用手写笔记本,通过画图的方式向客户展示效果。

    零代码后,他只需要根据平台的场景拖放各种视觉素材,直接给出直观的展示。

    之所以选择零代码,是因为公司希望尽可能降低应用人员的开发门槛,让每个人都能成为开发者;这里有一个概念我们需要明确,“开发不等于写代码”,它是基于业务构建协同的过程。

    要知道,从专业的角度来看,即使是非常专业的开发人员,在技术分工精细化(前端/后端/算法/运维)的趋势下,企业也很难做到全员独立开发和操作一整套复杂应用程序的堆栈工程师,但零代码可以改变这一切。

    但它也有局限性;例如:

    一方面,可视化编辑器的表达能力远不及图灵完备的通用编辑语言,不引入代码就无法实现灵活的定制和扩展;另一方面,由于目标受众是非专业人士,平台所能支持的系统也是愚蠢的。

    这只能实现大型业务组件的简单堆叠,不支持粒度原子组件和灵活布局;改变图标的​​清晰度同样困难。

    总而言之,高代码构建更高维度的业务和产品,而零代码是低代码的子集。目前,市场的普遍性和适用性尚未达到红海效应;而低代码可以用于开发较少的场景。

    二、为什么今年又热了

    可以说,自2021年1月钉钉推出“低码”应用以来,很多人才开始关注这个赛道。

    有人认为低代码革命即将到来,也有人说低代码可能导致程序员失业。如果你看久了,你可能不这么认为。

    从发展来看,它经历了五次:

    可以看出,这个领域的很多玩家在几年前就已经存在了。比如2001年成立的国外低码领域巨头OutSystems;FileMaker 诞生于 1985 年。

    因此,广义上属于SaaS的分支,但增速明显比SaaS路径慢很多;总之,虽然低码很好,但市场发展并不乐观;原因分两个层面:

    技术成熟度;企业盈利疲软。

    第一级:

    RAD(快速应用开发)、BPMS(流程)、可视化开发、模型驱动等专业工具和术语由来已久。它们是低代码组合的必要条件,而且它们显然是新瓶装旧酒,对吧?

    或者如果你是理性的,你不会这样想,因为在 1980 年到 2015 年期间低代码技术能力薄弱,表现好的平台很少,国内产品还没有形成。

    但由于投入成本并没有那么大,这一时期为很多平台打下了基础;直到2015-2018年,AWS、谷歌、微软、甲骨文等巨头和资本进入市场才开始升温。

    读完经典的管理书籍《跨越鸿沟》你就会明白,任何技术都会遵循所谓的“技术炒作周期”(The Hype Cycle)。

    也就是说:你不能从出生就直接跳过发育阶段,会被大规模购买和使用,对吧?

    比如以模型驱动技术为例,虽然十多年前就有“理论体系”和“支撑工具”的研究,但在技术背景上,由于能力不完善、过于理想化的原因,还没有能够成为行业的主流。.

    从目前来看,支持低代码的“老技术”经过几十年的酝酿和打磨已经趋于稳定,而其他完美互补的新技术(如云原生、响应式Web)正在慢慢成熟。对在线数字化的渴望,低码也将一帆风顺。

    第二级:

    即便几十年的低码技术已经足够成熟,但在当时的市场上也一定有现在的影响力。为什么?

    因为技术服务于业务,早年的应用开发业务比现在简单,需求者多为“技术人员”,而非市场、运营等其他岗位。

    其次,当时不需要多渠道、多样化的体验和集成定制,也不会成为企业级的标准配置,缺乏快速变化的IT业务场景来推动交付。

    虽然低代码可以解决多终端应用生成、云原生架构、API集成;可以放在当年的商业环境中,再加上不成熟的技术;显然整体投入产出会下降,这不足以让企业大规模采购做解决方案。

    今天不一样了。从外部看,大中型企业数字服务市场经过几十年的发展,进入了增长瓶颈期。从平台角度无法满足软件服务企业的业务增长需求,需要开辟新的赛道。因此,中小企业数字化转型被发现。

    从内部因素看,中小企业数字化转型迫在眉睫,黑天鹅引领转型初期。以传统餐饮为例,他们需要建立在线订餐、客户管理、营销管理、员工办公等各种系统。

    目前市场上有两种类型的中小企业:

    疯狂踩坑;一张白纸。

    前者因各种定制APP、小程序/H5蒙受损失,投入巨额收益收效甚微;在后者中,初创公司想做技术,但他们没有太多的预算可以花在人工运维上。

    另外,对于大公司来说,开发软件的内部流程比较复杂,没有办法快速试错。

    因此,在内外部因素的共同作用下,低码成为了风口选择的行业;再加上资本的涌入,无疑会火爆起来。

    三、被高估或低估

    查理芒格有一个经典的心智模型,称为“10-10-10”原则。

    就是在做决定的时候思考三个问题,即:这个决定在10分钟内会有什么影响?10个月,10年?在我看来,低代码在短期内被高估,在长期内被低估。

    为什么?我们来看一组详细的数据。

    全球权威技术研究分析公司Gartner发布的《2021中国ICT技术成熟度周期报告》(以下简称《报告》)将低代码应用开发平台(LACP)列为新兴技术热点第一次。

    帆软产品剑道云因其产品齐全、交付轻量化被选为LCAP(代表厂商),也是国内首创。

    Gartner的报告研究例行涵盖了20多项新技术和实践,也就是说,在过去的几十年里,低代码并没有真正能够上台;但今天它以新赛道的形式出现,这无疑反映了该技术在全球的崛起和未来增长的潜力。

    《2021中国ICT技术成熟度周期报告》

    着眼于国内,从行业规模来看,海笔研究院2021年的数据显示,中国低代码厂商约120家,IT巨子统计了15起投融资案例。

    预计明年出货量将达到200台;以头为代表的有简道云、明道云、范软、飞书、金蝶等。

    从市场份额来看,今年低码规模将达到28.5亿;未来五年复合增长率为49.5%,明年将达到42.6亿;2025年预计达到1.42.2亿;从用户的需求来看,低代码平台分为四种:

    场景应用类型;产品开发类型;平台生态类型;技术赋能型。

    场景应用专为特定细分领域的业务打造,开发侧重于企业自用;生态在头部布局中属于软件的一个分支;技术支持代表底层算法、区块链等的协作;营收模式占比最高的是前三位。

    我们能从中汲取什么灵感?

    在全球范围内经历了几十年的风风雨雨,低码终于以稳定的增长模式进入了大众视野,并得到了市场的认可;致远总结了两份“报告”,认为有三个趋势:

    一是2020年40%-60%的企业将使用低代码开发应用,二是企业开始从自主研发APP向数字化平台转型,以大企业的数字化应用为基础设施. 此外,大量平台的出现将加速企业核心业务的系统化发展;此外,低代码可以支持高复杂度、高科技和超大规模的应用程序开发。并覆盖以客户管理、运营流程、生产、分销为代表的核心业务环节的全链路;这种结构性变化将继续细分。

    可见,龙头巨头正在引进以生态为中心的“低码”厂商;整个大市场的人气呈现先降后升的趋势;国内这么多低码公司突出赛道的重点是:

    即:将低码公司与巨头平台结合,找准切入点切入细分市场和利基市场,专注一个领域做深做透;对客户进行深入的运营培训,筑起壁垒,才能达到长期共赢的效果。

    四、如何选择低码公司

    资本有好有坏,难免会变形“创业项目”。

    有无数公司因为创始人的对赌协议想快速提款而忽视产品体验。

    在混战的低码领域,中小企业该用低码还是如何选择适合自己公司的产品?这里有三个想法:

    1. 产品公司实力,创始背景

    首先,如前所述,目前是行业爆发期。夸大其词,似乎没有一个低代码公司不说自己是“专业软件”公司;那么,就有不少人趁此机会分一杯羹。

    假设你因为预算的原因选择了一家新成立的公司,或者是一家“团队基因”一般的公司,那么未来你可能无法在数据和产品使用上踩坑。

    我不是说“新成立”的公司不好,而是要看合作伙伴的资质,考虑行业、产品定位等因素;那么大公司或上市公司的背景一定要好?不必要。

    有的公司虽然有历史,但通过并购购买了某款产品,弥补了年度财报的短板,营收业务的发展看起来不错。

    因此,他们通过这种方式迅速发布了一个低代码平台,以尽快抓住客户。从技术上来说绝对是不可能的,你无疑会成为一只豚鼠。

    二是产品的发布时间。一般来说,2015年左右的公司无疑会对这个行业做足够详细的研究。

    因为低代码在 2015 年左右经历了低谷,或许他们的前身在当时还不是行业,但能够押注在这条赛道上并活到现在,说明创始团队的眼光是前瞻性的。

    再者,从公司内部出发,当一个项目落地的时候,难免今天开发的功能就没有用了。过一段时间会发现这个功能很有用,所以版本管理也很重要。

    虽然有些公司内部使用这个软件,但还是需要支持协同开发;除非是特别小的内部验证项目,否则相信做过项目的人应该也有同感。

    无论是从高管还是业务角度,很多公司整体上都没有“低代码”的概念;即“他们不知道这是什么东西”或“我用它来解决什么问题”;他们只有在了解产品时才知道“可以做到”。

    一般来说,企业不会使用低代码从零开始开发一整套核心业务,比如ERP/CRM,甚至是BOS智能操作系统等;如果您需要直接购买成熟的解决方案。

    所以目前来看,低代码更适合在核心数字系统之上构建创新应用和敏捷运营应用;用最本土的话说,就是“解决企业与用户之间的最后一公里”。

    那么哪些场景更适合使用低码呢?我将其总结为5个主要领域:

    门户端;数据操作和显示端;业务流程端;移动端;基于所有形式的使用。

    门户包括APP、小程序、PC网站;数据方面包括连接企业内部数据库,打通生产经营、展示和简单交互沉淀;业务流程包括跨部门协助、OA审批、人力财务等。

    例如:

    现在我们要召开一个1000人规模的行业会议。我们可以通过低代码的施工人员分工、材料细节和​​协同推进来完成整体规划和执行。它可以像OKR一样让大家看到大家都在做什么,从而相互交流。合作。

    移动端有核心操作系统管理系统,如考勤打卡;表单应用场景比较多,比如基于数据库的表单收集整理、统计处理等。

    这是我从市场运作角度的安排。不难看出,以上五类都是覆盖80%企业的数字化系统,此外还覆盖了更多的行业基础,比如教育、文旅、零售、金融等。

    3. 是三位一体

    通过对国外低码龙头企业的分析,可以得出其业务创新是“组合”的结论。

    例如,Outsystems 之前在做 BPM(业务流程管理),SAP 和微软之前在做 aPaas 和 MADP(移动开发平台)重组,Kony 也在做类似的事情。

    可见,BPM、可视化和aPaas的融合加组件云原生体验市场打磨,形成“低代码”平台;因此,这三种能力对于国内企业来说是不可或缺的下面属于恶意代码的是,可以总结如下:

    第一:大多数低代码平台都是基于模型驱动的跨平台开发能力。MAP能够更好地满足中小企业对数字化业务和创新的需求。不断发展的组件可以根据需求快速构建新的建模器和产品服务。

    第二:“可视化拖放编辑器”是基本配置。如果这方面不能解决,就不能称为低代码平台。收银员或接线员应该写英文表格吗?显然不现实。

    第三:aPaas是PaaS(Platform as a Service)的一个子形式,可以支持应用程序在云端的开发和部署,为用户提供软件开发的基础工具,包括数据对象、权限管理、用户界面等。 ; 能力公司不能私有化部署。

    什么是三者合一?即:支持生态。

    换句话说,这个低代码平台能否完成与其他云和内部企业的数字链接是非常重要的。

    总而言之,不同的平台有自己的定位。如果没有这三者的依据,我认为企业是没有必要选择的。从价值链的角度来看,它也是基于企业数据的“信息循环”的必要环节。

    综上所述:

    我们将看到各种新技术(算法)、模型和产品的出现,其复杂性很难理解,对吧?

    但他们似乎都没有逃脱老公司和新产品的结合;或者新公司对旧产品使用“新宣言”。

    对于任何一个B2B公司来说,以客户需求为核心来细化场景,总是如此。你看,时间从不说话,但会回答所有问题。

    #专栏作家#

    王致远,公众号:王致远,畅销书《复利思维》作者,大家都是产品经理专栏作家。互联网学者,左手科技互联网,右手个人认知成长。

    本文最初发表于每个人都是产品经理。禁止任何未经许可的复制。

    题图来自Unsplash下面属于恶意代码的是,基于CC0协议

    奖励作者,鼓励TA抓紧创作!

    欣赏

    站内大部分资源收集于网络,若侵犯了您的合法权益,请联系我们删除!
    欧资源网 » 如何简单理解低代码这件事呢的依赖?(一)

    常见问题FAQ

    免费下载或者VIP会员专享资源能否直接商用?
    本站所有资源版权均属于原作者所有,这里所提供资源均只能用于参考学习用,请勿直接商用。若由于商用引起版权纠纷,一切责任均由使用者承担。更多说明请参考 VIP介绍。
    提示下载完但解压或打开不了?
    最常见的情况是下载不完整: 可对比下载完压缩包的与网盘上的容量,若小于网盘提示的容量则是这个原因。这是浏览器下载的bug,建议用百度网盘软件或迅雷下载。若排除这种情况,可在对应资源底部留言,或 联络我们.。
    找不到素材资源介绍文章里的示例图片?
    对于PPT,KEY,Mockups,APP,网页模版等类型的素材,文章内用于介绍的图片通常并不包含在对应可供下载素材包内。这些相关商业图片需另外购买,且本站不负责(也没有办法)找到出处。 同样地一些字体文件也是这种情况,但部分素材会在素材包内有一份字体下载链接清单。
    欧资源网
    一个高级程序员模板开发平台

    发表评论