精华内容
下载资源
问答
  • 代码开发是什么?低代码开发平台的优势及好处有哪些?
    千次阅读
    2020-11-18 19:20:57

    有关于低代码开发的内容,小编之前也发过不少文章,讲过:为什么越来越多企业选择零代码开发平台?相信也有不少企业在寻求企业管理系统的时候,了解过一些关于低代码开发的片面知识,但了解到的这些知识并不全面。所以,为了能让大家更加全面的了解低代码开发平台,小编打算后面写几篇比较全面的内容来帮助大家。今天我们就先来讲一讲“低代码开发是什么?低代码开发平台好处及优势有哪些?”。

    一、低代码开发是什么?

    简单来说,低代码开发是一种用于应用程序开发的模块化方法,它能有效减少应用程序的开发时间。它能使用可重用的、基于组件的体系结构进行开发,从而加快了应用程序的开发和交付周期。在构建具有可重用组件的应用程序时,开发人员将有机会在不同的应用程序中使用现有组件,而不仅仅是原始开发应用程序,这里的组件是一个可重用的对象,它将一段代码转换为模块,这些组件可用于具有类似功能的不同应用程序中。通过将这些模块添加到新的应用程序中,开发人员可以避免针对类似的通用功能进行重复编码。这种灵活性极大地减少了测试和开发的工作量和时间。

    低代码应用程序开发正在吸引更多技术从业者的关注,通过低代码可以使得Web和移动应用程序构建变得更加简单快捷。
    在这里插入图片描述

    二、低代码开发平台的好处及优势有哪些?

    1、无代码基础也可快速上手

    由于低代码开发的特征,大大降低了编程语言的学习难度,尤其是0代码(无代码)开发平台,甚至完全不同程序语言的业务人员都可以快速进行学习和应用开发。开发人员还可以在几分钟内创建出功能完善界面美观的产品。

    2、开发快效率高

    由于使用大量的组件和封装的接口进行开发,以及集成云计算的IaaS和PaaS层能力,使得开发效率大幅提升;普遍的观点,低代码能够提升30%以上的开发效率,而0代码(无代码)则能够数倍提升开发效率;并大幅降低开发成本。在激烈的市场竞争中,谁可以用最快的速度将商业创意推出上线,谁就占据了竞争的主导地位,而低代码恰巧可以完成这一使命。

    3、运行快安全性高

    这是一个相对概念,总体来说,由于低代码开发平台或0代码开发平台使用自动的方式生成(编译成)可执行代码,代码的整体质量优于业界平均水平;并且相对来说,出错(Bug)更加可控,代码的安全性也会更高。

    4、维护成本低

    一般情况下,低代码开发平台或0代码开发平台,由于采用组件形式,以及面向对象的开发方式,使得代码的结构化程度更高,通常来说更容易维护。低代码开发不仅减轻了软件维护的负担。与过去相比,要处理的错误和集成问题会大量减少。而且通过减少维护时间,开发人员可以专注于可带来更大业务价值的创新工作。

    5、降低进入门槛,成本和部署时间

    低代码开发降低了应用程序开发进入门槛、成本和部署时间,开发人员不需要用专业的编码器来进行全面开发。同时对一些业务专家进行简单的编码培训,也可以使他们参与到程序构建中。例如,医生和护士可以帮助编码和部署自己的工作流程,而不是让没有丝毫医学背景和经验的开发者自己去理解开发并不适用实际情况的工作流程。

    6、提高团队效率

    低代码开发弥合了IT和业务团队之间的沟通鸿沟,因此两者都可以解决影响公司的实际问题。业务团队可以创建自己的应用程序,而无需等待开发人员,从而提高了工作效率。可以快速启动和迭代新想法。

    7、弥合技术鸿沟

    低代码平台可实现敏捷性开发,同时它还弥合了技术鸿沟,加速了企业的技术创新。低代码平台通过提供可视化编程技术使业务用户(最了解自身工作流程)可以直接构建和迭代可提高其效率和生产力的解决方案。

    8、快速完成原型制作

    企业可以通过低代码平台快速构建最低限度可行的产品(MVP),即时部署这些应用程序,学习和优化并扩展这些创新以促进持续创新。无需编写复杂的代码,企业可以轻松地将其应用程序扩展到更多渠道,直到它们被认为足够成熟。
    在这里插入图片描述

    通过以上内容,我们了解到低代码开发是什么和低代码开发平台的好处及优势有哪些?这也让我们更加明白,只要合理并且有效地运用低代码开发,不仅可以让我们工作井然有序地进行,还能最大程度保证目标的达成。

    更多相关内容
  • 代码在做什么 第一性原理意味着你抛弃一切,直击真相本质,然后从那里开始推理。1 通过第一性原理思维方式去思考低代码,首先不管我们做什么方式进行编程...那我们应该怎样去做一款低代码产品呢? 这个问题可能没有

    低代码在做什么

    第一性原理意味着你抛弃一切,直击真相本质,然后从那里开始推理。1

    通过第一性原理思维方式去思考低代码,首先不管我们做什么方式进行编程,一定是为了获得一个满足我们需求的程序,低代码和传统方式的区别在于进一步降低了编程门槛,将编程变成了一种更直观更容易理解方式,并未改变编程的本质。使用低代码平台进行开发,和普通的写代码开发并未发生本质的区别,它的作用在于降低门槛,提高受众面积,提高开发效率。

    那不难推理出,低代码是一种工具,和编程语言一样。那我们应该怎样去做一款低代码的产品呢?

    这个问题可能没有具体答案,笔者之前的博客中也提到过,低代码不限于方式,也很难有明确的标准,但从第一性原理的思维方式可以推理出,我们去实现一款低代码产品最好的方式就是像去设计一款编程语言去实现它。这样或许不太容易理解,笔者会在后续的具体实现中进行阐述。


    可视化低代码平台组成

    可视化低代码组成

    可视化编辑器

    可视化编辑器是由低代码平台方提供的一个程序编辑环境,如同你的idea、vscode或者processOn之类的工具,只是这个工具里可以不进行代码编写或者只进行少量代码编写,类似在processOn中只需要拖拽图形组件就能做出流程图,不过低代码平台可能更加复杂。

    • processOn
      processOn
    • mendix
      mendix

    工具套件

    在可视化低代码平台中往往会有各种简单编辑的组件,包括UI组件、逻辑组件、数据相关组件、API组件等等…

    • UI组件
      像一个按钮、一个文本框等等都是一个UI组件,在可视化低代码平台中只需要将你所需要的组件拖拽到你想要的位置就会到达你想要的效果,不用想写代码那样要对组件的位置进行定位啊、还有一系列布局的精心设计。

    • 逻辑组件
      和写代码中的逻辑运算类似,逻辑组件在低代码平台中也可以做成可视化的形式,就像设计流程图那样就可以进行逻辑上的处理。我们平时编写的很多代码也是if、else之类的来控制程序流程,在可视化低代码平台中只是表现的方式可能不同。

    Mendix逻辑判断

    • 数据相关组件
      我们编写的程序往往需要用到数据的增删改查啊,就像每个CRUD body/girl所做的一样,低代码平台的用户也逃离不了CRUD的魔爪,不过一般低代码平台的数据表数据库相关的服务往往使用更加简单。相信绝大部分开发人员都使用过诸如Navicat这样的工具,因为确实太方便了,就拿Navicat mysql客户端为例,用户只需要进行表格配置就可以完成表的创建,可视化的数据新增、编辑、筛选功能,这可比你写SQL快多了(巨佬除外)。

    Navicat

    • API组件
      在WEB开发中你可能离不开API,前后端交互很多需要后台的实现。在可视化低代码平台中,可以通过简单的配置就可以完成API的定义,再加上API使用的触发逻辑即可完成API的调用。这儿可能很多开发人员使用过一款叫postMan的软件,通过定义接口,定义报文的一些字段,入参就可以完成接口测试调用。

    postMan

    • 动效组件
      现代程序中往往有很多动效的使用,就像PPT中用到的一些动画效果,像一些常见动效,渐入、渐变、淡出、弹出、飞入、百叶窗都是动效的形式,不过动效往往除了常见的之外很多都需要定制,我们很难在一个低代码平台中实现满足用户对全部动效的需求。

    播放器

    播放器往往是一款低代码平台设计的灵魂,因为用户在编辑器里做出来的东西可能还只是一个模型,如果把这个模型文件单独拿出来可能什么也无法实现。

    播放器需要将用户编辑出来的模型播放出来,就相当于解析的过程,可能是播放器直接将模型动态的展示出来,也可以先将模型翻译成HTML这样的普遍的呈现方式,这样浏览器就可以运行翻译出来的文件。

    播放器的实现方式并非是特定的,可以更具具体的设计方案来实现。


    1. Elon Musk explains “first principles” ↩︎

    展开全文
  • 通用产品代码(UPC)

    千次阅读 2019-09-14 02:31:15
    通用产品代码(UPC)是一个12位数字和相关的机器可读条形码,用于识别在杂货店购买的产品。UPC对单个产品进行编码,但不对其价格进行编码(这部分是在阅读产品标识符后由商店的计算机完成的)。UPC由俄亥俄州代顿...

    通用产品代码(UPC)是一个12位数字和相关的机器可读条形码,用于识别在杂货店购买的产品。UPC对单个产品进行编码,但不对其价格进行编码(这部分是在阅读产品标识符后由商店的计算机完成的)。UPC由俄亥俄州代顿统一代码委员会维护。第一个和最后一个数字与其他数字分开,并以较小的字体大小写入。

    前六位是制造商标识符,接下来的五位数字表示特定产品。最后一位是从中获得的校验位

    a_(12)= 10  -  [(3sum_(i = 1; i odd)^(11)a_i + sum_(i = 2; i even)^(10)a_i)(mod 10)](mod 10),
    (1)

    其中(mod 10)表示除以10之后的余数。例如,Tropicana Pure Premium橙汁的UPC 是

    0 48500 00102 8
    (2)

    校验位是

    A_(12)=10  -  {[3(0 + 8 + 0 + 0 + 1 + 2)+(4 + 5 + 0 + 0 + 0)](mod 10)}(mod 10)
    (3)
    =10- [42(mod 10)](mod 10)
    (4)
    =10-2(mod 10)
    (5)
    =8,
    (6)

     

    转载于:https://my.oschina.net/lanhaikeji/blog/3083388

    展开全文
  • 什么是代码平台 low-code?

    千次阅读 2021-02-02 09:32:01
    简介:什么是代码?我们为什么需要低代码?低代码会让程序员失业吗?本文总结了低代码领域的基本概念、核心价值与行业现状,带你全面了解低代码。 一 前言 如果选择用一个关键词来代表即将过去的2020年,我相信...

    简介:什么是低代码?我们为什么需要低代码?低代码会让程序员失业吗?本文总结了低代码领域的基本概念、核心价值与行业现状,带你全面了解低代码。

    一 前言

    如果选择用一个关键词来代表即将过去的2020年,我相信所有人都会认同是“新冠”。疫情来得太快就像龙卷风,短短数月就阻断了全世界范围内无数人与人之间的物理连接。但好在,我们已经全面迈入互联网时代:N95口罩再厚,也阻挡不了信息比特流的顺畅流通(宅男:B站依然香);居家隔离再久,也妨碍不了钉钉消息的准时送达(社畜:工作依然苦)。逍遥子在9月份的云栖大会上说:“新技术代表的新生产力,一定是我们全速战胜疫情、开创未来最好的原动力。” 那么在后疫情时代,究竟需要什么样的新技术,才能真正解放IT生产力,加速社会数字化转型,Make The World Great Again?我认为是低代码(Low-Code)。

    基于经典的可视化和模型驱动理念,结合最新的云原生与多端体验技术,低代码能够在合适的业务场景下实现大幅度的提效降本,为专业开发者提供了一种全新的高生产力开发范式(Paradigm Shift)。另一方面,低代码还能让不懂代码的业务人员成为所谓的平民开发者(Citizen Developer),弥补日益扩大的专业人才缺口,同时促成业务与技术深度协作的终极敏捷形态(BizDevOps)。本文将重点介绍低代码相关背景知识,包括低代码的定义与意义、相关概念、行业发展等,期望能帮助大家更好地认识与理解低代码这个新兴领域。

    二 什么是低代码

    “Low-Code”是什么?如果你是第一次听说,没准也会跟我当年从老板口中听到这个词后的内心戏一样:啥?“Low-Code”?“Code”是指代码我知道,但这个“Low”字是啥意思?不会是老板发现我最近赶工写的代码很丑很“Low”吧... 想多了,老板怎么可能亲自review代码呢。那难道是指,“Low-level programming”里的“Low”?老板终于发现让我等编程奇才整天堆Java业务代码太浪费,要派我去闭关写一个高性能C语言网络库... 显然也不是,老板哪能有这技术情怀呢。那到底是什么意思?作为一名搜商比情商还高的程序员,能问Google的绝不会问老板。于是我一顿操作后,不假思索地点开了第一条搜索结果。果不其然,这是一条充满自由芳香只有翻墙才能闻到的Wikipedia词条:Low-code development platform。

    Wikipedia定义

     

    从Wiki的这段定义中,我们可以提炼出几个关键信息:

    • 低代码开发平台(LCDP)本身也是一种软件,它为开发者提供了一个创建应用软件的开发环境。看到“开发环境”几个字是不是很亲切?对于程序员而言,低代码开发平台的性质与IDEA、VS等代码IDE(集成开发环境)几乎一样,都是服务于开发者的生产力工具。
    • 与传统代码IDE不同的是,低代码开发平台提供的是更高维和易用的可视化IDE。大多数情况下,开发者并不需要使用传统的手写代码方式进行编程,而是可以通过图形化拖拽、参数配置等更高效的方式完成开发工作。

    Forrester定义

    顺着Wiki的描述还能发现,原来“Low-Code”一词早在2014年就由Forrester提出了,它对低代码开发平台的始祖级定义是这样的:

     

    相比Wiki的版本,这个定义更偏向于阐明低代码所带来的核心价值:

    • 低代码开发平台能够实现业务应用的快速交付。也就是说,不只是像传统开发平台一样“能”开发应用而已,低代码开发平台的重点是开发应用更“快”。更重要的是,这个快的程度是颠覆性的:根据Forrester在2016年的调研,大部分公司反馈低代码平台帮助他们把开发效率提升了5-10倍。而且我们有理由相信,随着低代码技术、产品和行业的不断成熟,这个提升倍数还能继续上涨。
    • 低代码开发平台能够降低业务应用的开发成本。一方面,低代码开发在软件全生命周期流程上的投入都要更低(代码编写更少、环境设置和部署成本也更简单);另一方面,低代码开发还显著降低了开发人员的使用门槛,非专业开发者经过简单的IT基础培训就能快速上岗,既能充分调动和利用企业现有的各方面人力资源,也能大幅降低对昂贵专业开发者资源的依赖。

    低代码核心能力

    基于上述的定义和分析,不难总结出如下这3条低代码开发平台的核心能力:

     

    • 全栈可视化编程:可视化包含两层含义,一个是编辑时支持的点选、拖拽和配置操作,另一个是编辑完成后所及即所得(WYSIWYG)的预览效果。传统代码IDE也支持部分可视化能力(如早年Visual Studio的MFC/WPF),但低代码更强调的是全栈、端到端的可视化编程,覆盖一个完整应用开发所涉及的各个技术层面(界面/数据/逻辑)。
    • 全生命周期管理:作为一站式的应用开发平台,低代码支持应用的完整生命周期管理,即从设计阶段开始(有些平台还支持更前置的项目与需求管理),历经开发、构建、测试和部署,一直到上线后的各种运维(e.g. 监控报警、应用上下线)和运营(e.g. 数据报表、用户反馈)。
    • 低代码扩展能力:使用低代码开发时,大部分情况下仍离不开代码,因此平台必须能支持在必要时通过少量的代码对应用各层次进行灵活扩展,比如添加自定义组件、修改主题CSS样式、定制逻辑流动作等。一些可能的需求场景包括:UI样式定制、遗留代码复用、专用的加密算法、非标系统集成。

    不只是少写代码

    回到最初那个直击心灵的小白问题:Low-Code中的“Low”,到底是啥意思?答案已经显而易见:既不是指抽象程度很低(相反,低代码开发方式的抽象程度要比传统编程语言高一个level),也不是指代码很low(也相反,低代码所生成的代码一般都经过精心维护和反复测试,整体质量强于大部分手写代码),而是单纯的“少写代码” —— 只在少数需要的情况下才手写代码,其他大部分时候都能用可视化等非代码方式解决。

    再往深一点儿看,低代码不只是少写代码而已:代码写得少,bug也就越少(正所谓“少做少错”),因此开发环节的两大支柱性工作“赶需求”和“修bug”就都少了;要测的代码少了,那么测试用例也可以少写不少;除了开发阶段以外,平台还覆盖了后续的应用构建、部署和管理,因此运维操作也更少了(Low-Code → Low-Ops)。

    然而,少并不是最终目的:如果单纯只是想达到少的效果,砍需求减人力、降低质量要求也是一样的。低代码背后的哲学,是少即是多(Less is More),或者更准确说是多快好省(Do More with Less) —— 能力更多、上线更快、质量更好,成本还更省,深刻践行了阿里“既要,又要,还要”的价值观精髓。

     

    平台的职责与挑战

    上面说的是低代码给开发者提供的能力与吸引力,那么作为服务的提供方与应用的承载者,低代码开发平台自身应该承担怎样的职责,其中又会遇到多大的挑战?是否就一定要如阿里云所主张的那样,“把复杂留给自己,把简单留给别人”?虽然这句话听起来很深明大义,但不知道大家有没有想过,为什么我们一定要抱着复杂不放,平白无故给自己找事?就不能直接干掉复杂,也给咱阿里云自己的员工留点简单吗?是工作太容易就体现不出来KPI价值了,还是家里的饭菜不如公司的夜宵香?

    冥思苦想许久后,我从热力学第一定律中找到了答案:开发一个应用的总复杂度是恒定的,只能转移而不可能凭空消失。要想让开发者做的更少,安心享受简单的快乐,那么平台方就得做的更多,默默承担尽可能多的复杂度。就像一个满身腱子肉的杂技男演员,四平八稳地托举着在高处旋转与跳跃的女搭档;上面的人显得越轻盈越毫不费力,下面的人就得越稳重越用尽全力。当然,不是说上面的女演员就很轻松没压力,只是他们各自的分工不同,所承担的复杂度也不一样。

    根据《人月神话》作者Fred Brooks的划分,软件开发的复杂度可以划分为本质复杂度(Essential complexity )和偶然复杂度(Accidental complexity)。前者是解决问题时固有的最小复杂度,跟你用什么样的工具、经验是否丰富、架构好不好等都无关,而后者就是除此之外在实际开发过程中引入的复杂度。通常来说,本质复杂度与业务要解决的特定问题域强相关,因此这里我把它称为更好理解的“业务复杂度”;这部分复杂度不是任何开发方法或工具能解决的,包括低代码。而偶然复杂度一般与开发阶段的技术细节强相关,因此我也相应把它称为“技术复杂度”;而这一部分复杂度,恰好就是低代码所擅长且适合解决的。

    为开发者尽可能屏蔽底层技术细节、减少不必要的技术复杂度,并支撑其更好地应对业务复杂度(满足灵活通用的业务场景需求),这是身为一个低代码开发平台所应该尽到的核心职责。

     

    在尽到上述职责的同时,低代码开发平台作为一个面向开发者的产品,还需要致力于为开发者提供简单直观的极致开发体验。这背后除了巨大的工作量,还得能在“强大”和“易用”这两个很难两全其美的矛盾点之间,努力找到一个符合自己产品定位与目标客户需求的平衡点 —— 这也许是设计一个通用低代码开发平台所面临的最大挑战。

    三 低代码相关概念对比

    纯代码(Pro-Code / Custom-Code)

    “纯代码”可能算是我杜撰的一个词,更常见的说法是专业代码(Pro-Code)或定制代码(Custom-Code);但意思都一样,就是指传统的以代码为中心(Code-Centric)的开发模式。之所以我选择用“纯代码”,是因为如果用“专业代码”会显得似乎低代码就不专业了一样,而用“定制代码”又容易让人误解成低代码无法支持定制的自定义代码。

    当然,更准确的称谓我认为是“高代码”(与低代码恰好对应,只是名字太难听,被我嫌弃了...),因为即便是使用传统的代码IDE,有些开发工作也支持(甚至更适合)以非代码方式完成,比如:iOS端开发时使用的SwiftUI界面设计器、服务端开发数据库应用时使用的PowerDesigner建模工具。不过这部分可视化工作在传统开发模式下只是起辅助作用,最后通常也是生成开发者可直接修改的代码;开发者仍然是以代码为中心来开展主要工作。

    低代码与纯代码之间的关系,其实跟视频和文章之间很像:

    • 低代码就像是现代的“视频”,大部分内容都由直观易理解、表达能力强的图片组成,因此更容易被大众所接受。但与同时,视频也不是死板得只能有图片,完全可以添加少量文字(如字幕、标注)来弥补图片表达不够精确的问题。BTW,关于“图”和“文字”之间的辩证关系,可以进一步参考《架构制图:工具与方法论》[1]这篇文章中的相关描述。
    • 纯代码则更像是传统的“文章”,虽然很久以来都一直是信息传播的唯一媒介,但自从视频技术诞生以及相应软硬件基础设施的普及以来,便逐渐开始被抢走了风头。如今,视频已成为大部分人获取信息的主要渠道(从电视电影到B站抖音),而经常读书读文章的人却越来越少。但不可否认的是,文章依然有它存在的意义和受众(不然我也不会费这劲敲这么多字了),即使“市场份额”一直在被挤压,但永远会有它立足的空间。

     

    如果按上面这种类比关系推导,低代码未来也会遵循与视频类似的发展轨迹,超越纯代码成为主流开发模式。Gartner的预测也表达了相同的观点:到2024年,所有应用程序开发活动当中的65%将通过低代码的方式完成,同时75%的大型企业将使用至少四种低代码开发工具进行应用开发。

    但同样地,就像是视频永远无法取代文章一样,低代码也永远无法彻底取代纯代码开发方式。未来低代码和纯代码方式将以互补的形态长期共存,各自在其所适合的业务场景中发光发热。在后面的“低代码业务场景”章节,会详细列出哪些场景在现阶段更适合用低代码模式开发。

    零代码(Zero-Code / No-Code)

    从分类的完备性角度来看,有“纯代码”自然也应该有完全相反的“零代码”(也称为“无代码”)。零代码就是完全不需要写代码的应用开发平台,但这并不代表零代码就比低代码更高级和先进,它只是做了一个更极端的选择而已:彻底拥抱简单的图形可视化,完全消灭复杂的文本代码。选择背后的原因是,零代码开发平台期望能尽可能降低应用开发门槛,让人人都能成为开发者(注意:开发 ≠ 写代码),包括完全不懂代码的业务分析师、用户运营,甚至是产品经理(不懂装懂可不算懂)。

    即便是专业开发者,在技术分工越来越精细的趋势下(前端/后端/算法/SRE/数据分析..),也很难招到一个能独立开发和维护整套复杂应用的全栈工程师。但零代码可以改变这一切:无论是Java和JavaScript傻傻分不清楚的技术小白,还是精通深度学习但没时间学习Web开发的算法大牛,都可以通过零代码实现自己的技术梦或全栈梦。“改变世界的idea已有,就差一个程序员了”,这句玩笑话或许真的可以成真;哦不,甚至都用不着程序员,有idea的人自己就能上。

     

    虽然零代码与狭义上的低代码有着上述明显差异,但从广义上来说,零代码可以当作低代码的一个子集。Gartner在其相关调研报告中,就是将“No Code”划在了范围更广的低代码应用平台“LCAP”(Low-Code Application Platform)中。而当前市面上很多通用的低代码开发平台,也都兼具一定程度的零代码能力;比如低代码领域领头羊Mendix,既提供了简单易用的零代码Web IDE - Mendix Studio,也包括一个功能更强大的低代码桌面IDE - Mendix Studio Pro。

    HpaPaaS(高生产力应用PaaS)

    上文提到,“Low-Code”一词是拜Forrester所赐。作为同样是国际知名调研机构(a.k.a 造词小能手)的Gartner,显然不会轻易在这场可能决定低代码领域江湖地位的新概念作词大赛中认输,于是也于2017年发明了“HpaPaaS”(High-productivity application Platform as a Service)这个听上去更高大上的缩写词。

    按照Gartner的定义,HpaPaaS是一种支持声明式、模型驱动设计和一键部署的平台,提供了云上的快速应用开发(RAD)、部署和运行特性;这显然与低代码的定义如出一辙。但事实证明,名字起得太专业并不见得是好事,“HpaPaas”最终还是败给了起源更早、更接地气也更顺口的“Low-Code”:从2019年开始,Gartner在其相关调研报告中也开始全面采用“Low-Code”一词(如LCAP),亲手为“HpaPaaS”打上了 @deprecated 印记。

     

     

    图源:https://blog.kintone.com/business-with-heart/difference-saas-iaas-paas-apaas-hpapaas

    值得补充的是,“HpaPaaS“这个词也并非横空出世,而是传承自更早之前Gartner提出的“aPaaS”,它俩之间的关系是:HpaPaaS只是aPaaS的一个子类;除了HpaPaaS这种通过低代码实现的高生产力应用开发平台以外,aPaaS还包括面向纯代码的传统应用开发平台(High-control aPaaS,即可控度更高的纯代码开发方式)。

    不值得但就想八卦一下的是,“aPaaS”这个词也非凭空捏造,而是与云计算的兴起渊源颇深。相信各位云道中人都已猜到,aPaaS与IaaS/PaaS/SaaS这些云计算远古概念是一脉相承的:aPaaS介于PaaS和SaaS之间,相比PaaS提供的服务更偏应用,但又不像SaaS一样提供现成的软件服务(更详细的说明可参考配图来源文章)。

    四 为什么需要低代码

    低代码是什么可能并没那么重要,毕竟在这个信息爆炸的世界,永远不缺少新奇而又短命的事物。大部分所谓的新技术都只是昙花一现:出现了,被看到了;大部分人“哦”了一声,已阅但表示不感兴趣;小部分人惊叹于它的奇思妙想,激动地点了个赞后,回过头来该用什么还是什么。真正决定新技术是否能转化为新生产力的,永远不是技术本身有多么优秀和华丽,而是它是否真的被需要,即:为什么需要低代码?如果用不同的主语填充上面这个问句(冷知识:这叫做“延迟主语初始化”),可以更全面地看待这个问题:

    为什么「市场」需要低代码?

    在这个大爷大妈都满嘴“互联网+”和“数字化转型”的时代,企业越来越需要通过应用(App)来改善企业内部的信息流转、强化与客户之间的触点连接。然而,诞生还不太久的IT信息时代,也正面临着与我国社会主义初级阶段类似的供需关系矛盾:落后的软件开发生产力跟不上人民日益增长的业务需求。

     

    是的,低代码正在将应用软件开发过程工业化:每个低代码开发平台都是一个技术密集型的应用工厂,所有项目相关人员都在同一条产线内紧密协作。开发主力不再是熟知for循环一百种写法的技术Geek,而是一群心怀想法业务sense十足的应用Maker。借助应用工厂中各种成熟的基础设施、现成的标准零件、自动化的装配流水线,开发者只需要专注于最核心的业务价值即可。即便是碰到非标需求,也可以随时自己动手,用最灵活的手工定制(代码)方式来解决各种边角问题。

    扩大应用开发劳动力

    通过让大部分开发工作可以仅通过简单的拖拽与配置完成,低代码(包括零代码)显著降低了使用者门槛,让企业能够充分利用前面所提到的平民开发者资源。部分纯零代码需求场景下,低代码还能让业务人员实现自助式(self-service)应用交付,既解决了传统IT交付模式下的任务堆积(backlog)问题,避免稀缺的专业开发资源被大量简单、重复性的应用开发需求所侵占,也能让业务人员真正按自己的想法去实现应用,摆脱交由他人开发时不可避免的桎梏。

     

    而如今这个时代,支撑低代码的那些“老”技术都已经过长时间的发展酝酿与市场检验,而另一些完美互补的“新”技术(e.g. 云原生、响应式Web)也在飞速发展和走向成熟,是时候通过“低代码”这个新酒瓶重新包装上市,为亟需新生产力的传统IT市场带来一场真香之旅了。

    业务收益不明显

    即使十几年前的低代码技术已经足够成熟,也一定不会在当年的应用开发市场上产生现在这样的影响力。为什么?因为技术都是为业务服务的,而当时的应用开发业务需求可比现在简单多了:没有如今的多渠道(Multi-channel)、多样化体验(Multi-experience)和各种集成与定制需求,也不会奢求如今已成为企业级应用标配的弹性、分布式和高可用,更是缺乏快速变化的IT业务场景来推动持续集成与快速交付。

    虽然低代码可以完美解决上述所有问题(e.g. 多端应用生成、云原生架构、API集成能力),但放在当年的市场和业务背景下,加上前面所说的技术不成熟度,整体的投入产出比会很低,不足以让企业大面积采纳低代码解决方案。

     

    而如今这个时代,企业都快被新技术带来的能力和收益“惯坏了”,动不动就是:我想做一个送菜应用。用户端?安卓、iOS、H5、小程序都来一套。运营端?一般都在电脑上看,但记得手机上也得适配啊。服务端?上云,必须的。哦,我听技术合伙人说现在流行多云架构,也给我整一套哈。运维还要钱?啥是运维?应用有了不就能用了嘛,运维还要花我钱?你当投资者给我的钱是大风刮来的啊!

    如果用传统的开发模式,这么全套下来的工时与报价,可能早就吓跑了这群跟产品经理一样天真可爱的人;但现代化的低代码技术,可以圆了上面这位创业者的卖菜梦,用白菜一般的价格,实现白粉一样的价值。当年的程维如果能用上现在的低代码,第一版的滴滴App也就不至于被外包做得乌烟瘴气直接报废了(至少能多扛一阵子...)。

    为什么「专业开发者」也需要低代码?

    虽然零代码确实是设计给非专业开发者用的,但其所能支撑的业务场景确实有限,无法真正革新传统开发模式,替代那些仍需专业开发者参与的复杂业务场景。而狭义上的低代码却有潜力做到这一点,因为它天生就是为专业开发者而量身定制的。Gartner最近的一项调研报告显示,“66%的低代码开发平台用户都是企业IT部门的专业开发者”。这充分说明了,专业开发者比平民开发者更需要低代码。

    屏幕前一批穿格子衬衫的同学要发问了:“低代码都不怎么写代码了,怎么能算是为我们程序员服务呢?”。虽然程序员讨厌重复自己,但重要的事情还是得多说一遍:开发 ≠ 写代码。1万年前蹲在洞穴里的原始人,在用小石子画远古图腾;100年前坐在书桌前的徐志摩,在用钢笔给林徽因写情书;而今天趴在屏幕前的很多人,相信都已经开始用上手写板或iPad涂涂写写了。千百年来,人类使用的工具一直在演进,但所从事活动的本质并没有多大改变。无论是用小石子还是小鼠标,写作绘画的本质都是创造与表达,最终作品的好坏并不取决于当时你手中拿着什么;同样地,应用开发的本质是想法和逻辑,最终价值的高低也不取决你实现时是用的纯代码还是低代码。

    而相比纯代码而言,低代码极有可能成为更好的下一代生产力工具:

    减少不必要的工作量

    可视化拖拽与参数配置的极简开发模式,结合模型驱动的代码自动生成机制,可以消灭绝大部分繁琐和重复的boilerplate代码;一站式的部署和运维管理平台,无需自己搭建CI/CD流水线、申请环境资源、配置监控报警;一次搭建同时生成、构建和发布多端应用,免去人工同步维护多个功能重复的端应用;开箱即用的组件库、模板库、主题库、连接器等,让最大化软件复用成为可能。总而言之,低代码能够让专业开发者更专注于创新性、有价值、有区分度的工作,而不是把宝贵开发时间都耗费在上面那些不必要的非业务核心工作上。

    强大的平台能力支撑

    虽然上面列的技术支撑性工作并不直接产生业务价值,但却会直接影响业务的性能、成本、稳定性、安全性、可持续发展能力等。有远见的企业,绝不允许牺牲这些重要指标,来换取短暂的业务加速。低代码开发平台深知这一点,因此在简化和屏蔽底层技术细节的同时,也会尽可能把自己所cover的部分做到最好(至少能和纯代码开发方式一样好),包括但不限于:

    • 现代化的技术架构和实现:现代化的低代码开发平台,在支撑用户应用时所选择的技术架构与实现方案,也会是现代化且符合业界最佳实践的,例如,前端基于主流的HTML5/CSS3标准和React框架,后端基于成熟的Java语言、SpringBoot框架和MySQL数据库,部署环境基于云原生的Docker镜像、CI/CD流水线、K8s集群和Service Mesh技术(相关知识可参考《正确入门Service Mesh:起源、发展和现状》)。
    • 零成本的技术升级和维护:低代码的高维抽象开发方式,让应用的核心业务逻辑与底层技术细节彻底解耦。开发者在大部分情况下都不需要关心底层技术选型,同时也无需亲自跟进这些技术的版本升级与漏洞修复,免费享受与时俱进的技术红利和应用安全性提升。即便遇到某些底层技术或工具需要进行彻底更换(比如不再维护的开源项目),开发者也完全不必感知;技术迁移再费劲再难搞,平台自己努力就行,对开发者来说只要服务一直在线,岁月就依然静好;事后可能还会惊喜地发现,应用访问突然就变得更快了,仿佛冥冥中自有天助,感激上苍和低代码。

    一体化生态能力复用

    复用(Reuse)是提升软件开发效率和工程质量的最有效途径。传统的代码开发模式下,开发者可以通过提取公共类/函数、引用共享库、调用外部API服务、沉淀代码片段和模板等方式实现复用。在低代码的世界里,平台也可以提供对应的多层次多粒度复用手段,比如页面组件库、逻辑函数库、应用模板库等。

    但更重要的是,低代码平台还可以充分发挥其一体化的生态优势,提供强大易用的可复用能力(资产)的发现、集成与共享体系:以页面组件为例,你可以直接用系统组件,也可以在平台自带的组件市场上搜索和引用更合适的组件,还可以自己用代码开发一个自定义组件并发布到市场中。平台的生态体系越大,积累的可复用能力就越多,应用的开发成本也会越低。

    相比而言,虽然传统代码世界整体生态更庞大和深厚,但由于各类技术不互通、缺乏统一平台与市场、代码集成成本高等原因,一直以来都没有形成有类似规模潜力的生态能力复用体系,导致重复造轮子和低水平重复建设的现象司空见惯,还美名为“新基建”。

    说到这里,另一批裹着冲锋衣头顶锃亮的同学也忍不住了:“万一低代码真的发展起来了,是不是就不需要那么多程序员了啊?上有老下有小的,同是码农身,相煎何太急!”。低代码虽然是一场应用开发生产力革命,但并不会革掉程序员的饭碗。它去掉的只是难懂的编程语法、繁琐的技术细节和一切可自动化的重复性工作,并没有也无法去掉应用开发最核心的东西:严谨的业务逻辑、巧妙的算法设计、良好的工程风格等。对于真正的程序员,即使剥去他一层又一层的编程语言和工具熟练度技能外壳,最终剩下的仍然是一个有价值的硬核开发者。

    当然,如果你坚持要用纯粹的写代码方式来改变世界,也不至于失业。要么,你可以选择那些低代码暂时不太适用的领域,比如底层系统驱动、3D游戏引擎、火箭发射程序;或者,你也可以选择去写低代码中那一部分不可或缺的自定义代码扩展,为平民开发者提供高质量的积木。最后,你也完全可以选择为低代码平台本身的底层代码添砖加瓦,比如加入阿里云云原生应用研发平台EMAS团队 (〃'▽'〃) ,与作者一起共建下一代云原生低代码开发平台“Mobi”,内推直达邮箱:pengqun.pq # http://alibaba-inc.com

    为什么「我不」需要低代码

    即使所有人都认同上述“为什么要用低代码”的理由,但仍不时会有试水者跳出来,给大家细数“为什么我不需要低代码”。实践出真知没错,而且大部分质疑背后也都有一定道理;但在我看来,更多的可能是主观或无意识的偏见。这里我列了一些对低代码的常见质疑和我个人的看法,期望能帮助大家看到一个更全面和客观的低代码。

    质疑1:低代码平台不好使

    “试用过一些所谓的低代码开发平台,要么能力很弱,要么体验太差,只能开发点玩具应用。”

    作为调研过国内外多款低代码产品的深度体验用户,我的观点是:不能以偏概全。低代码市场在国内正处于爆发初期,所以许多与低代码只沾一点边的产品也都在蹭热点;但它们并不能代表低代码目前的业界水平和发展方向。市面上真正成熟的企业级低代码开发平台,完全有能力以高效的开发方式满足大部分复杂场景的功能需求,以及企业级应用所需要的安全、性能、可伸缩等非功能需求,这一点在国外市场已得到充分验证(不然也不会这么被寄予厚望)。

    当然,国内市场尚处于鱼龙混杂的混战阶段,遇到真龙的概率很低,但碰上金鱼鲤鱼甚至木头假鱼都在所难免。相信随着时间推移,真正有实力和口碑的产品都能脱颖而出,为大家展现低代码该有的样子。

    质疑2:低代低开发不可控

    “平台上的各种可视化组件、逻辑动作和部署环境都是黑盒,如果内部出问题无法排查和解决。”

    作为同样不搞清楚底层原理不舒服斯基的程序员,我更愿意相信:问题只是暂时的。虽然这确实是目前使用低代码平台时绕不开的一个痛点,但并不属于低代码技术本身的固有缺陷。计算机领域有一句至理名言:任何问题都可以通过增加一个间接的中间层来解决。低代码的思路亦是如此:与当年的操作系统和现在的云平台一样,都是想通过建立一个黑盒化的中间层抽象来降低开发者的工作量与心智负担。

    当然,所有额外增加的中间层都不是完全免费的,低代码也不例外。作为一个尚未成熟稳定的新的中间层,低代码必然会出现各种让使用者束手无措的问题,就跟当年的操作系统内核bug、如今的云主机I/O hang一样。但历史规律也告诉我们,所有伟大的技术最终都会走向成熟;只要低代码领域一直健康发展,问题总会越来越少,最终降到一个绝大部分人感知不到的范围内。过去萦绕在Windows用户心中挥之不去的“蓝屏”问题,对如今的新用户来说早已不知为何物;今天低代码开发者所遇到的种种“蓝瘦”问题,未来也终将成为被遗忘的历史(谁还没段黑历史呢)。

    质疑3:低代码应用难维护

    “应用一旦复杂起来,各种复杂逻辑流穿插着自定义代码,看不懂也改不动,还不如全用代码呢。”

    作为对软件可维护性深有感触的无脑级布道者(见《救火必备!问题排查与系统优化手册》),我不得不说:用低代码开发,也要讲基本法。一般来说,无论是使用低代码开发还是纯代码开发,造成应用可维护性低的根本原因往往不在于开发工具,而是开发者自身没有去遵循一些软件开发的普适原则,比如工程规范性、命名可读性、DRY/KISS/SOLID原则等。

    好的低代码平台绝不会阻碍开发者去改善应用的可维护性;恰恰相反,还会尽可能提供引导和帮助。以Mendix为例,除了支持基本的模型分析与重构(e.g. 无用模型、对象重命名、子逻辑流提取)以外,甚至还提供了基于ISO/IEC 25010标准的应用质量监控(AQM)能力。另一方面,让应用变得难以维护的一个客观原因也是应用本身过于复杂,而低代码作为高度抽象和自动化的开发模式,在降低应用复杂度方面是专业的。

    综合来看,低代码虽然不是能解决一切问题的银弹,但更不是会带来更多问题的炸弹:在提高应用可维护性方面的上限,一定比传统开发模式更高;但决定应用可维护性下限的,依然还是开发者自己。

    五 低代码行业发展

    回应质疑的最好方式,就是做好你自己,用实际的表现说话。对于一个行业而言,判断它当前的表现是否够好,或者未来是否有潜力做到更好,可以从以下这三个方面进行衡量:市场规模(蛋糕够不够大)、适用场景(是否可落地)、竞品状况(有没有被验证过)。

    市场规模

    "Talk is cheap,show me the code money." —— Linus Starcraft

    文章可以忽悠,但市场不会说谎:

    • Forrester在2015年曾预测过,低代码的市场将从2015年的17亿美元增长至2020年的150亿美元。
    • Marketsandmarkets在今年四月份的分析报告中预测,低代码的市场将从2020年的130亿美元(估算值,可以看出来与Forrester当年的预测是接近的)增长到2025年的450亿美元(年复合增长率:28.1%)。
    • PS Inteligence在2018年的分析报告中预测,全球的低代码开发平台市场中,亚太地区将在今后五年(2019-2024年)中保持最高的增长速度。

    总结一下就是两点:

    • 低代码的市场规模足够大,且一直都在高速增长。
    • 作为亚太地区的经济大国与IT强国,中国的低代码市场将会引来一个爆发期,未来几年内的增速都会超过全球平均水平。

    适用场景

    理论上来说,低代码是完全对标传统纯代码的通用开发模式,应该有能力支撑所有可能的业务场景。但理论也只是理论,低代码一统江湖的梦想尚未照进现实,也不可能完全取代现实。前文中提到过,低代码与纯代码方式是互补关系,未来也将长期共存,各自在其所适合的业务场景中发光发热。同时还需要指出的是,当前阶段的低代码技术、产品和市场都尚未完全成熟,因此部分本来可能很适合用低代码来开发的场景,目前也只能先用纯代码来替代。

    Gartner在2019年的低代码调研报告中,曾经绘制过一张用来阐述低代码适用场景的“应用金字塔”:

    • 应用级别划分:从下往上,分别为工作组级(Workgroup Class)、部门级(Departmental Class)、企业级(Enterprise Class)、可扩展需求极强的企业级(Extreme-Scale Enterprise Class)。容易看出来,它主要的划分维度就是应用所面向的用户基数(基数越大,可扩展需求也越高)。
    • 任务关键性:从下往上,各级别应用的任务关键性(Mission Criticality)逐级递增。例如一个只在工作组内使用的后台管理应用,一般都不会涉及到影响整个企业的关键任务。脱离企业这个视角来看,整个软件产业中也有很多通用的任务关键型应用,比如:实时操作系统、航空调度系统、银行对账系统。
    • 实现复杂度:从下往上,各级别应用的复杂度(Complexity)也逐级递增。例如最上层的企业级应用,除了功能覆盖面大导致业务复杂以外,往往还需要满足更多苛刻的非功能需求,包括但不限于:用户体验、性能、可靠性、安全性、可伸缩性、可维护性、兼容性。其他一些复杂软件的案例包括:3D游戏界面(交互复杂)极其底层的游戏引擎(逻辑复杂)、超大型CRM系统(一方面是实现很复杂,另一方面,这种成熟软件的标准化程度较高,大部分情况下可以直接用现成的SaaS软件)。
    • 应用需求量:从上往下,各级别应用的需求体量(Volume)逐级递增,呈现一个金字塔形状。这个特征可以用万能的2/8原则来理解:20%的“全民”应用,由于需求的通用性和普适性,可以覆盖至少80%的用户群体(例如企业大部分人都要用的考勤系统);而剩下那80%的“小众”应用,由于需求的定制化和特殊性(例如蚂蚁的期权系统...),就只能覆盖各自小圈子里那20%的用户了。
    • 与低代码的契合关系:从上往下,各级别应用与低代码越来越契合(Relevant)。也就是说:越简单的应用,越契合低代码;越不太关键的任务,也越契合低代码。同时,由于契合低代码的应用更偏金字塔底层,而这些应用的需求量都更大,所以可以得出如下判断:低代码能够适用于大部分业务场景(而且这个比例会一直上升,逐步往金字塔的更上层应用逼近),例如:B2E类应用(表单、审批流、ERP系统)、B2B类应用(企业商城、工业控制台)、B2C类应用(企业展示、营销页、店铺装修)。

    竞品概况

    低代码虽然是一个新兴概念,但这个行业本身并不算很新(前文也有提到),这些年以来早就积累了不少资深的荣耀王者。同时,低代码作为一个朝阳产业和资本热点,近几年也不断有更多的新玩家在加入这个刺激战场。

    上图分别是Gartner给出的低代码平台魔力象限和Forrester给出的低代码平台技术波谱。从图中可以看到:

    • OutSystems和Mendix一马当先,是公认的低代码领域头牌。这两家都是很纯粹的通用低代码开发平台,且都经过了长时间的发展和积累:OutSystems成立于2001年,员工人数1000+,年营收超过1亿美元;2018年6月获得了KKR和高盛的3.6亿美元融资,目前估值超过10亿美元;Mendix成立于2005年,员工人数500+,年营收超过2300万美元(18年数据),2018年8月被西门子以7.3亿美元收购。
    • Salesforce和Microsoft紧随其后,都处于行业领先者地位。但这两家的公司性质和发展路径都很不一样:Salesforce是以SaaS起家,公司规模就不用多说了,反正就是SaaS届的巨无霸。这类SaaS厂商做低代码的动力,是为了解决客户对成品SaaS软件的定制诉求。M$更不用多介绍,只说下他们做低代码的天然优势:一方面,作为办公软件航空母舰,低代码可以帮助他们的客户实现从Excel表单到定制App的能力与体验升级;另一方面,作为云计算三巨头之一,低代码可以帮助他们连接内部的云计算生态体系,为开发者提供一个统一和易用的上云界面。
    • 国外市场已经得到充分验证,但国内市场还刚刚兴起,还没有一家能够赢得上述调研机构的芳心,挤进上面这两张方图。国内目前的一些竞品和融资情况包括:2018年5月,搭搭云完成A轮的千万级融资;2018年9月,宜创科技得到清源创投的战略融资;2018年12月,轻流完成千万级Pre-A融资;2019年8月,数式科技得到盈动资本的数千万人民币天使轮融资;2019年8月,ClickPaas获得晨兴资本数百万美元的A轮融资;2019年,奥哲分别获得阿里5千万的A+轮融和高榕资本上亿元的B轮融资。(注:竞品数据来源于我们组PD的辛勤整理;为此我决定这篇文章剩下内容再也不黑PD了;下篇再说。)

    六 结语

    本文总结了低代码领域的基本概念、核心价值与行业现状。虽然这些内容都比较基础和偏理论,但我始终认为,深刻理解一个系统的前提,正是这些务虚的东西 —— 技术架构只会告诉你这个系统是怎么实现的(How),无法准确表述它到底能用来做什么(What),以及为什么要做这样一个东西(Why);而后面这两个问题的答案,才是后续系统所有设计与演进的根因和驱动力。

    原文链接: https://cloud.tencent.com/developer/article/1748264

    展开全文
  • 什么是代码(Low-Code)?

    万次阅读 多人点赞 2020-11-17 15:28:22
    那么在后疫情时代,究竟需要什么样的新技术,才能真正解放IT生产力,加速社会数字化转型,Make The World Great Again?我认为是低代码(Low-Code)。
  • 代码产品选型对比

    千次阅读 2021-06-09 20:03:24
    代码平台(可视化搭建平台)市面上有特别多的案例,但大多数优秀项目均为商用或内部的产品,经过一翻调研后,列出其中部分产品形成一个对比清单: 实现方式 前后台页面生成 营销活动页H5生成 活动页H5与后台...
  • 这四个才是真正的低代码平台

    千次阅读 多人点赞 2021-04-22 00:13:42
    很多人不明白低代码平台怎么莫名其妙就火了。当然,很多人也不明白为啥微软要并购Github。我先卖个关子。我最推崇的低代码平台一共四个:微软Power Platform:开发语言的老玩家搞的...
  • HTML如何制作百度首页?代码什么

    千次阅读 2020-05-25 15:21:52
    代码什么,有一定的参考价值,有需要的朋友可以参考一下,希望对你有所帮助。 打造全网web前端全栈资料库(总目录)看完学的更快,掌握的更加牢固,你值得拥有(持续更新) 制作百度首页时候,除了要用到p进行...
  • 代码,想说爱你不容易

    千次阅读 多人点赞 2021-02-15 17:58:41
    本文内容低代码发展现状国外趋势国内风云低代码产品形态低代码研发痛点多人协作不便孱弱的表达能力混乱的变量和参数动态计算/事件顺序/黑盒子本文小结 一直想写篇文章,聊一聊“低代码”这个话题。一方面,“低代码...
  •  事实上,很多卖家都曾经遇到过这个错误代码,但其实不是什么太大的问题,既然已经进行了品牌备案,那么他的出现大概率只是因为系统的问题…… 没错,就是系统没有及时刷新抓到你的品牌名,这才导致出现了“.
  • 代码防泄密产品介绍

    千次阅读 2021-12-30 17:34:19
    并且抗破解能力强,完全能满足研发机构的源代码保密,和图纸保密需求。 目前为止,SDC已经实施的客户中,开发环境包括: -Microsoft Visual Studio平台的MFC/ATL C++,C#.NET, VB等的编写代码,编译调试。 -Java...
  • 程序员为什么害怕低代码

    千次阅读 2020-01-06 14:42:52
    代码是一种近些年兴起的企业软件快速开发技术和工具。借助低代码使用者无需编码即可完成企业应用的常用功能,少量编码扩展出更多功能。低代码凭借低门槛、高效率和易集成等特性,被越来越多的软件开发团队青睐。...
  • 代码现状:0代码和低代码的对比

    千次阅读 2019-11-20 16:35:33
    代码现状:0代码和低代码的对比 前言 关于“低代码/0代码”的“说法” —— 这个概念来源于国外,原文叫做LowCode。... 至于“0代码”,世界范围内几乎没有几个产品能做到“0代码”,因此在行业内“低代码...
  • 什么是代码开发?

    千次阅读 2022-04-13 12:12:43
    本人研究低代码也有些时日,也引领着开源字节低代码产品研发,现在就“什么是代码开发”这个问题,讲一讲自己的想法。希望能对大家有帮助! 一、什么是代码开发? 低代码是基于可视化和模型驱动理念,结合云...
  • 随着低代码平台的日益成熟,模板越来越丰富、生态越来越完善,未来低代码的适用范围也会得到扩展,必将在某些领域绽放光彩!
  • 或许这种微妙的心理定位可以解释:为什么程序员进入新项目组后宁愿丢掉旧代码重新写,也不愿意修修补补。他们认为旧代码简直一团糟。 但是,事实上真是这样吗?你之所以认为旧代码一团糟,其实是由编程的一个基本...
  • 应届毕业生,只会抄代码,该怎么办?

    万次阅读 多人点赞 2020-08-03 10:56:30
    代码这个阶段大致持续了 10 个多月,然后我因为一款小产品(Flex 做的聊天工具)被部门的一个项目经理赏识,直接拉过去做了 Team Leader,一下子就完成职场上的跃迁,和我同一批次来的,不管是学历比我高的,还是...
  • 代码介绍 低代码平台是指一种能够帮助企业快速交付业务应用的平台。...2015年以后,这个市场更是迅速升温,Microsoft、Google、Oracle和AWS都纷纷推出了自己的低代码产品,在国内,氚云、搭搭云、...
  • 初探一个0代码开发—iVX平台

    千次阅读 多人点赞 2020-12-06 18:54:39
    组件的抽象非常漫长,而且抽象的层次也非常关键,什么是基础组件,什么是基础组件之上抽象的扩展组件(这种组件更加实用,往往可以马上表达某一功能),可能在之上还有模型和模块的概念,在之上才是模板和模板复用...
  • 常用代码托管工具

    千次阅读 2022-01-13 17:17:01
    常用代码托管工具1. Github2. Gitlab 1. Github Github简介 由 Git (著名的 Git 版本控制软件) 和 Hub( 「 中心 」 的意思) 两个词合成。 Github 全球最大的开源项目聚集地,到目前为止 Github 汇集了全球 7300+...
  • 当通过后期测试发现问题后,人工进行代码审查去查找漏洞所在代码位置时,我们经常会发现过程中存在效率低、准确率低、无法定位具体问题代码行等问题。而这些问题导致了客户后期发现系统漏洞时,无法进行快速、准确地...
  • 什么IT程序员都不愿意重构代码

    千次阅读 多人点赞 2021-03-17 15:07:48
    你能想象在软件行业,12个月的时间没有任何新产品推出,没有任何新版本更新吗? 真的,我不由自主地问自己这个问题: 在这个快速发展的世界里,12月的时间能让我们做多少事情? “2015年1月20日,星期二,下午5...
  • 代码和目标代码之间的区别

    千次阅读 2020-09-16 06:44:10
    Here you will learn about difference between ... 在这里,您将了解源代码和目标代码之间的区别。 Source Code 源代码 Source Code, as the name suggests, it is the source of a program, the file original...
  • 什么是代码开发? 所谓低代码开发,即无需编码或只需少量代码就可以快速生成应用程序。也就是说,企业的应用开发通过“拖拉拽”的方式即可完成。 过去3年,阿里巴巴集团通过低代码开发平台,构建了12700个应用,...
  • 大家好,我是辣条。 为什么程序员会有代码能跑就不要动的观点? 今天就和大家说说这个有趣的话题。 针对这个问题某乎上有个小哥讲了一个小故事,先分享给大家:
  • 这是作者网络安全自学教程...这篇文章将详细总结恶意代码检测技术,包括恶意代码检测的对象和策略、特征值检测技术、校验和检测技术、启发式扫描技术、虚拟机检测技术和主动防御技术。基础性文章,希望对您有所帮助~
  • 5分钟了解《代码整洁之道》精华

    万次阅读 多人点赞 2019-02-27 10:24:24
    让软件能工作和让软件保持整洁,是截然不同的工作,后者...什么样的代码是整洁的 取个好名字 让函数再整洁一点 注释的好与坏 格式化 异常处理和边界 整洁的类 1.什么样的代码是整洁的 如上图所示,衡量代...
  • 内容一、“由于此设备存在问题,Windows已将其停止(代码4 3)”),这是问题的原因原因分析:代码43错误是多个设备管理器错误代码之一。当设备管理器停止硬件设备时,会生成此错误,这可能是由硬件设备或设备驱动程序...
  • 代码审查“查”什么

    万次阅读 2017-11-18 20:34:06
    让我们来谈谈代码审查(Code Review...但能够在你审查他人代码时指导查什么的内容却很少见。 或许没有明确审查条目的原因是:有太多不同的因素需要考虑。就像对任何(功能性或非功能性)需求,个体组织对各个方面的优

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,030,024
精华内容 412,009
关键字:

产品代码是什么