微软韦青：低代码/无代码时代下，程序员的新机遇与挑战

Moolly · 发布于 2024-5-8 16:27:23

十三发自凹非寺
量子位报道 | 公众号 QbitAI

编者按：编程语言几年一变样，学了C、C++，还得跟上Python的潮流……

各大排行榜上，语言之争也是愈演愈烈，还架不住时不时杀出个黑马。

即便学了新编程语言，还得做大量“反复造轮子”的工作。

这对当今的程序员们来说，几乎就是一个Double Kill——让发际线升得更猛烈些吧！

在近日接受量子位的独家采访中，微软(中国)CTO韦青，给出理处置上述问题的新思路——低代码/无代码开发。

量子位《大咖来信》栏目在不改变原意的根底上，以第一人称的方式，把我们与韦青的对话停止了整理。
来信嘉宾

韦青，现任微软（中国）首席技术官。

在微软公司的十多年间，韦青曾先后担任过微软大中华区Windows产品部总经理，微软大中华区消费与在线事业部市场总经理和微软大中华区Windows挪动产品部总经理之职，负责公司商用与消费产品业务的战略设计与执行管理，以及合作伙伴与产业生态链建立。

在参与微软之前，韦青先生曾经在摩托罗拉公司工作十年，历任挪动产品开发，市场推广与销售管理等指导岗位。
要点

韦青：为什么要低代码/无代码开发？

所谓的低代码或者无代码开发，它并不是空穴来风。一个最主要的原因，就是它不是由技术驱动，而是由市场驱动。

大家晓得如今在中国谈的是数字化、智能化，而在上世纪末，全球范围内谈的是信息化。那时候一个最热门的话题叫BPR (Business Process Reengineering)，到了21世纪初，国内渐渐开端讨论起来。

为什么讲这个BPR呢？如今说的无代码开发和低代码开发都是跟它一脉相承的，它是一个在上世纪末开端的信息化转型过程中的一个必然产物。

当信息化开展到一定水平之后，大家渐渐会发现原来软件真的非常有用。以微软为例，从一开端我们定位是一个消费力平台和消费力公司。

原来的平台，就是以Windows、Windows Server或者像Exchange Server为代表的桌面平台、数据平台和企业级软件平台。

原来的消费力代表就是Office，如今通过一二十年的转型，胜利变成了Azure云计算——它还是一个操作系统，只不过掌管的是云端的海量的计算才干，存储才干和网络才干。

如今微软说的是“四朵云”，Azure，Microsoft 365，Dynamics 365，还有一朵云是Power Platform，它致力于为人们提供一个更加强大的数字化工具，其结果就是效率进步，本钱降低，自动化加强。

当人们发现软件可以把公司的很多流程自动化之后就会发现，假设完全靠IT部门开发或者外包给其他的软件公司来开发，根本就跟不上需求。

当信息化才干、数字化才干进步到一定水平之后，还有一个潜在的驱动力，就是我们经常说的数字时代原住民。

假设一个人职业生涯依照平均40年来算，这批人将会以每年2.5%的速率来替代所谓的旧员工的基数，事实上甚至会远高过这个速率。他们对于软件的理解、认知和需求是宏大的，传统IT方式肯定是满足不了。

将来5年，将产生5亿个新的应用，而且是根本属于逻辑应用，等于是过去40年的总和。而当前的软件专业开发人员或者专业软件公司数量是不可能去应对这种需求。

如今，恰恰正是低代码/无代码开发的时机。
什么是低代码/无代码？

客观来讲，所谓低代码/无代码，它其实并不是像大家从字面上看到，可以什么都不用学，就可以开发软件，那个有点像神药了，我觉得没那么神。

首先公司有实际的业务痛点，比如说财务、人事、销售管理等，这些部门是最明显的。

同时，对公司还有一些根本的数字化才干，指的是数据的才干，比如销售数据或者人才数据，或者一些物流数据、财务数据，起码信息化需要到达一定的水平。

在这个前提下，他有了实际的应用痛点，对他的行业知识有非常深化的理解，就是它的流程。很多是流程方面的，数据与数据之间的关系，这个我认为原本就应该是如今这个时代人们具备的一些根本素质。

有了这个前提之后，IT人员要可以协助把公司内部的一些效劳，开发成一些简单的API方式，供非IT人员使用(比如拖拉拽的方式)。

低代码开发是它的组件没有那么完善，就像一扇门，你好歹需要自己把锁给装上去，把门的铰链拧到屋子上才干叫一扇门。

而无代码开发就像这个屋子的设计，这些铰链都不用你去拧，自身就装在门上，把门往里一推，这个门就直接可以用了。

但我也不希望有人把它误解成，一个完全没有准备好的人、公司就能做无代码开发。天下没有这样神奇的事情。

首先，社会得准备就绪，公司数字化得到一定水平，个人的才干到一定水平之后，才可以再跟IT人员配合。
低代码/无代码开展情况

其实这是整个社会、行业、个人再加上技术都成熟之后的一个自然的产物。从全球来讲很多公司都已经在做这样的事情了。

微软最近推出了Power Platform，里面一个关于自动化的应用叫UI Flow，在UI方面一步步地指导你来操作，然后这个软件记住你的操作以后，这个流程就自动化了。从全球来讲这是被人很容易理解、接受和推广。

如今我们看到UI Flow是不需要任何编程，根本上只要操作就行了。但是如今渐渐的开端深化，开端有所谓的编程的概念了。

其实方才我们讲的这个比较多了。比如说业务人员有一个自己业务的痛点，他只不过是用软件的方式由数据来驱动，包括可以用到一些AI的才干，然后把他的流程自动化的过程给做出来。

微软如今对于Power Platform其实已经称作第四朵云了，我们有Azure，我们有Microsoft 365，有Dynamics 365。

微软CEO萨提亚曾经在一次场所说Power Platform，刚刚说了微软是平台和消费力公司，这个平台将会是我们的“next big thing”。为什么他能把它称之为“next big thing”？

整个业界的主要以商家为主的流程再造、流程优化是由信息系统驱动、由算法驱动、由数据驱动，由软件驱动的这个潮流将会变成一个你可以称之为另外一个范式改变。

以后所有公司的流程只要可以被机器所识别的就会被自动化，让人可以做越来越多的更加有创意性的、更加高端的工作内容，这就是一个大势所趋。
是否会对IT人员的工作产生影响？

假设公司要做低代码/无代码开发，公司的IT人员得充任一个角色，我称之为规范化的角色。

就是它不能仅仅满足于自己会把这个房子造好，它其实更多的动身点和利益诉求或者产品诉求，应该考虑如何把公司内部的数据资源，公司内部的各种效劳资源接口化、API化或者是效劳化，而且在效劳化的根底上，能用一些图形的方式或者是更加有人性化、有智能化的UI的方式，让不懂软件开发的人员可以自己搭这个积木。

这样对于IT人员是有新的要求，他们不能只是满足于会开发一个应用，而是说要把公司现有的数据、现有的流程、现有的效劳全都规范化，把它打包成模组。

微软Power Platform里面有一个我们称之为“皇冠上的明珠”的东西，就是一个CDS，Common Data Services。那它是干什么的？它有一个Common Data Model，这是一个对于整个世界建模通用的而且是开源的数据库构造。

这样的话，假设先有一个CDM建模，再有一个CDS把这些效劳都结合在一起，外表上体现的是一个Power Apps，我们的Power Apps能变成一个应用的方式，可以是手机的apps，可以是电脑的apps，也可以是网页来做这种应用。

所以说公司的IT人员假设不能赶上这个步伐，他就没有才干让公司的其他人有这种才干。

当然我们开玩笑地讲，这个IT人员的工作是肯定能保住的，因为永远要找他去写程序，但是长期来讲这个人的工作就保不住了。

别的公司的IT人员会写非常专业、要求很高的行业应用或者企业应用，而且别的公司的IT人员还会把公司的很多才干变成API供其他人调用，这样的话以后IT人员的角色就会有扩展了。

将来的IT管理人员或者开发人员一定是cloud native(云原生)的开发思路。

方才咱们讲的无代码开发或者低代码开发为公司其他同事输出这种才干它背后有一个很重要的支撑就是所有才干的效劳化。

这个我觉得才是核心要点。因为效劳化体如今什么地方？就算你没有这个低代码开发，你的软件也得是一个cloud native的，是要靠把很多效劳组件互相调用来实现。这些效劳组件就很容易变成一个API打包成了让他人再去调用。

有了这种云原生的平台概念之后，一方面开发人员可以继续开发它的应用，但是它的应用得是云原生的了。但正是因为云原生的，一切都是效劳化的，API化的，它就能把这个效劳或者API很容易地打包成一个图像模组，图像接口。

其实如今咱们谈的什么RPA、无代码、低代码，或者中台、平台，其实都是在谈一件事，我个人认为假设说不把它的本原，就是云原生的应用开发流程优化这个思路搞明白，谈什么中台，谈什么RPA，谈什么低代码、无代码都是无源之水，因为它背后的原才干的建立是靠云原生开发。
微软在低代码/无代码开发领域中的地位

微软原来最根本的效劳对象是两类人，一类叫开发者，一类叫IT Pro，如今虽然说名称可能有些改变，其实还是一个Dev+Ops，只不过如今Dev和Ops合在一起了，所以如今开发者和IT Pro有相交融的成分。

微软原本就是做这件事的，所以我们倒并没有认为说是在为无代码、低代码做这件事，因为微软的开发范式就已经改成了云原生的。

其次，微软原本的平台搭建从原来的只是大家理解的Windows、Office 365、Azure，如今变成一个Power Platform，承载的是各种各样的数据，各种各样的开发形式，各种各样的连接器，各种各样的展示方式。

那么，假设依照这个思路来理解的话，我倒宁愿说无代码、低代码恰恰是这个云原生转变过程中的一个自然产物。
低代码/无代码开发何时将迎来全面的崛起？

假设要说流行或崛起的话，我觉得这里面低代码和无代码的开发，是跟整个社会的数字化进步水平、企业的数字化进步水平和个人的数字化进步水平非常吻合的。

对于中国来讲是有共同的挑战和时机。

首先，中国信息化的过程由于起步比较晚，所以我们做的跟全球的略有不同，我们对于真正的所谓大家认为的企业办公方式要求很高、很缜密、而且要有安全流程的方式，这其实不是咱们中国企业的特点。

反而如今很多公司办公可能还是用QQ，用微信，他们是用消费级的软件应用再转入到企业级。而全球很多数字化的进程反而是更多的由企业来推动的，由商家来推动的，渐渐的再普及化、群众化。

这就产生了一个特点，一方面我觉得中国对于这种无代码/低代码开发的需求，从客户端的需求会非常强大，我甚至认为这种需求比全球很多其他地方强大得多，尤其方才说了到了数字时代原住民，这些年轻人渐渐进入职场之后，他们对于这个的感知力和认同感会非常强。

但反而对于中国的很多企业的大的挑战是，信息化做得还不够透彻。你会发现就算是企业想做低代码、无代码，它的很多流程并没有真正地可以做到用API的方式给它笼统出来。而假设不能用API的方式笼统出来，无代码和低代码的才干就没法把它给包起来。

因为软件开发无非是分层构造，一步步笼统往上包。我觉得这会是很多企业的一大挑战。最近也有很多人在讲疫情的应对，发如今这次疫情暴露出了很多数字化转型并不到位的问题，比如智慧城市，智慧办公，智慧家庭，智慧医疗……这些实际上还是任重而道远的。

这是一个矛盾。我觉得中国也会呈现这种矛盾，尤其是中国的消费者和职场人士会对这种低代码、无代码有一种非常容易的认同感，认知感和共鸣感，但它反过来在施压企业的IT部门，要让它提供才干的时候，就发现原来好多“家庭作业”或者底层工作根本没有做到位。

某种水平上讲，就是让公司的管理层觉得，公司已经自动化了、信息化了，但一旦说让它成为效劳化或者云原生的开发就发现又得重新来一遍。

我觉得这个可能会有一种潜在的压力和挑战在里面。所以这是咱们这种挑战，和其他很多由企业级的应用进入消费级这个途径不同的地方。

最后，同步个传送门，关于低代码/无代码开发的话题，韦青在微软在线技术峰会上还会专门完好讲述，假设你感兴趣，届时不要错过~

https://chinaevent.microsoft.com/virtualsummit/zh-cn/index?channel_id=100088

— 完 —

量子位 QbitAI · 头条号签约

关注我们，第一时间获知前沿科技动态

御喵 · 发表于 2024-5-8 16:27:59

效劳化，原生云开发的管理平台是一种时机和挑战吗？
就算是企业想做低代码、无代码，它的很多流程并没有真正地可以做到用API的方式给它笼统出来。而假如不能用API的方式笼统出来，无代码和低代码的才干就没法把它给包起来。