如何评价钉钉6.0发布会，钉钉又带火新名词「低代码」，有人能解释一下这个意思吗？ 第1页

对于『低代码开发』这个话题，真是触及到我这个资深从业者心坎里面了，我想说的是，在企业数字化领域，低代码开发绝对是大势所趋。

今天就让老兵来和你说道说道，为什么这是大势所趋。

软件开发可以粗略分为两类，一类是系统软件开发，一类是应用软件开发。

第一类，系统软件开发，就是类似Linux内核、网络协议栈、大数据引擎这样的软件，系统软件的特点就是完全是从无到有的创造，需求来自于程序员头脑里的抽象思维，这样的领域，因为是高度创新而且抽象的行当，不写代码真不行。在我们可以预见的未来，这些软件都是需要程序员写代码来实现的，这地头，低代码无用武之地。

另一类，是应用软件开发，就是解决一个现实中可以触摸到的实际问题的软件开发，我们电脑里安装的软件、手机里占一个图标的App，都属于这类应用，他们都是用来解决我们某一方面的实际问题，在应用软件中，又有一个种类很有意思，那就是『企业应用软件』。

为什么说企业应用软件有意思呢，因为我们现在整个软件开发界一些流行做法，都是源自于企业应用软件开发，比如，已经成为行业标配的『敏捷开发流程』，就是软件企业应用开发领域。

没错，极限编程、SCRUM这些敏捷开发概念，虽然现在几乎每个软件开发领域都在用，但是，最初这些概念就是做企业应用的软件开发者想出来的，为啥是他们想出来，而不是别人？

因为他们苦啊！都是被逼的！

企业应用的特点，就是高度定制化，每个企业都是独一无二的，每个企业都有和其他企业不同的内部工作方式和流程制度，企业应用开发，就是把这些工作方式和流程制度给数字化了，从而提高生产效率。

这事说起来简单，谁做谁犯难。实际上真要搞企业数字化的软件开发，真的要脱一层皮，根本原因是企业应用的需求方和开发方是两拨人，他们之间总是存在着一道鸿沟。

几乎每一个做过软件开发的人，都知道工作中最让人叫苦的是两件事，第一件是『需求不清楚』，第二件事『需求改了』，在企业软件开发中，这两件事更是苦得深似海，为啥呢？

因为提出需求的人，往往是不懂写代码的人（废话，要是他们会写还用得着你们程序员吗），他们的思维方式停留在公司业务层面，没法用容易让程序员理解的思维来介绍，俗话说就是“说都说不明白”。当然，这问题也不大，雇一个沟通能力牛逼一点的需求分析员，多聊几次，差不多也能搞清楚需求；但是，还有一个更大的问题，就是企业的业务是会变化的，或者需求方突然有新的想法，这就是引发了软件开发界最恐怖的现象——需求改了！

改需求这事也真不能完全怪需求方，人家企业的业务本来就可以变，不变怎么会进步？更何况，人家还给钱呢......

于是，早期企业软件开发的前辈们，眼里含着泪，手里数着钱，心里想着这苦日子什么时候是个头，然后他们就想出了『敏捷开发』这个天才的想法。

有了敏捷以后，企业应用开发的面貌焕然一新。

以前瀑布式模型，需求方提出的想法，开发方吭哧吭哧搞半年做完，需求方说这不是我想要的；用了敏捷思想之后，开发方吭哧吭哧两周就做出一个小功能，需求方不用等半年看结果，需求也随时可以调整。

敏捷这种思维方式，在软件界的确是一个革命，而且，不管什么流派的敏捷开发，本质都是一样的——把功能分阶段完成，快速做出一个功能给需求方看，需求方满意咱继续做下一个功能，需求方不满意咱马上改，要快！

你可能奇怪，咱不是要说低代码吗，怎么说到敏捷开发上去了？这两者有关系吗？

太有关系了，你难道没有看出来吗，敏捷开发之所以成功，是因为解决了一个根本问题——软件开发周期要更短！更贴业务需求！

软件开发周期变短之后，『需求不清楚』和『需求总是变』这两个大痛点就被缓解了，更贴业务需求之后，就不会浪费资源在无关紧要的功能上，企业应用开发的速度和成功率也大大提高。

总之就两句话——

软件开发周期一定要更短！

软件开发一定要贴近业务需求！

敏捷流程没办法让软件开发周期更短了，因为软件开发还是大量铺陈代码，每个功能都要写代码，但是每一行代码都可能有bug，每一个设计都可能有缺陷，开发测试这些代码很费劲的，问题就成了，如何进一步缩短软件开发周期？

这时候，低代码就是最靠谱的答案。

低代码开发是提供大量积木一样的模块，用拖拽方式完成大部分逻辑，用少量代码作为辅助，把代码量减少到最小，开发周期自然就会缩短。

以前要写几千行代码才能实现的功能，现在只需要几行代码黏合若干个积木一样的模块就好了，当然很快，更妙的是，这几个模块已经被反复使用和测试过，无需花很多时间测试，开发周期进一步缩短。

开发方式能够更快速看结果，要贴近业务需求肯定也更容易，需求方甚至可以和开发者肩并肩完成工作。

因为低代码顺应了开发周期要尽量缩短的要求，实现了贴近业务需求的关键，所以必然会在企业应用领域大放异彩。

为什么低代码不能在其他领域牛起来？

因为只有企业应用软件才容易抽象出『积木』，其他软件开发领域，要么场景差异太大，或者太多技术创新，不得不靠大量代码来实现。

你可能又有问题，既然低代码开发听起来这么牛，怎么早些年没火起来呢？

任何想法，都需要天时地利人和才能成功的，早些年，低代码开发的理想可以很丰满，但是现实很骨感，因为行业中一些关键因素还没有成熟。

不同企业的业务虽然有区别，但是不同企业业务也有共同点，比如内部审核批准流程，虽然不同企业流程各不相同，这公司要X总、X长批准，那公司要XX总、XXX总批准，但是单子的创建、分发、审批、通知这些元素都差不多，这些元素就是『积木』，低代码开发一定要有一套『积木』，但是，只有对于企业应用开发浸淫很深的平台，只有服务过各种类型大部分企业的平台，才可以总结出企业需要哪些『积木』，才可能实现低代码的搭积木功能，早些年没有服务了这么多企业的平台，『积木』当然无从说起。

除了熟悉企业应用开发的平台这个先决条件之外，还有一个重要点，就是云服务必须要成熟，如果企业不接受云服务，那每个企业都是困在自己的孤岛里，自己玩自己的，玩不出什么的。只有在云上建立『积木』的平台，才能创造出一个生态系统，『积木』可以共享和持续优化，企业也可以降低维护自身开发平台的成本。

现如今，成熟的企业平台和云服务都已经成熟，低代码应用就很自然成为行业趋势了。

去年钉钉和阿里云落地『云钉一体』的战略，就是低代码开发将会爆发的一个信号。实际上，去年9月份的时候，阿里就将钉钉升级为大钉钉事业部，与阿里云全面融合智能，这就是布局的重要一步，他们是真的会玩，你看钉钉已经是一个很成熟的企业协同、管理工具，再加上云服务和低代码开发，就和我上面说的一样，这样的组合，就是把企业开发应用平台和云服务结合，低代码开发就可以上场了。

在最新发布的钉钉6.0上，产品功能配合做了大量减法。但是配合了低代码开发的引入，每个企业可以很快速开发高度定制化应用了，实际上平台提供的功能是做了加法，甚至是乘法。对于企业，最大的好处，当然是通过低代码开发提高应用开发的速度，应对快速变化的企业需求，开发成本也会大幅度下降，何乐而不为。

到了2021年，低代码开发的天时地利人和俱备，肯定会在企业应用领域大爆发，这是大势所趋。

本人技术盲，但跟互联网行业不伦之恋地下情有可年头了。没听说过所谓低代码，就知道跟这行业开会经常低血糖倒是真的。

抱着学习态度点进来，一看，嗐！懂了！低代码，以我浅见，就类似一个“企业流程内务管理层面”的医美整容项目吧？

说错了别笑话，要没我这种半文盲，也显不出技术大牛子们的厉害。

在我看来，低代码也好，医美整容也好，都是更为了突出产品或者人的核心价值。

比方说

三十年前，假如大伙都有对象，我搞不上对象。我是断然不会承认我人品辣鸡的，我会说他们长得好啊，我磕碜。但我磕碜不赖我啊，老天爷给的脸我有什么办法？

这就是我把自己婚恋市场上不受欢迎的核心问题“人品辣鸡”，用一个事不关己的理由给转移开了。

对于今天的企业管理，也是一个意思。

有些企业，明明产品有问题，是导致他业务上不去的核心问题。但老板也是断然不会承认他家产品拉胯的。

他会说，哎鸭，我们小企业嘛，内部流程不清楚，专员办事不敞亮，沟通环节不利索。我们小门小户，也雇不起专人给我们写个订制化应用。

所以，我们酒香也怕巷子深，企业能量都用在内耗上了，导致对外这块，产品宣传不到位。这不是我们产品的锅。

上边这俩案例，是一个意思：甩锅。

现在好了，二十一世纪，锅都不太容易甩出去了。

谁再说父母没给好模样，导致单身？

好的，各种医美项目为您竭诚服务，而且是订制化，平眉山根微笑唇，隆胸瘦腰硅胶臀，您随便选。

您觉得哪个符合审美，就把自己变什么样。

完事还没对象？对不起，这是按瓷实了以后，证明您硬件条件不成了吧？

低代码也是一个意思。

你觉得你企业该有什么样的模块，什么样的节奏，随便往APP里边搋，也不需要你有技术员，保洁阿姨培训一周都能玩。

什么？最后你产品还是卖不掉？那你真的不能跟资方再把锅往内部流程甩了。

因此

从我一个非技术角度，仅从商业价值观望，也许会把企业基于核心竞争力的马太效应做大。

有核心竞争力，再有个性化订制扶植，如虎添翼。

核心竞争力不够的企业，对不住，内政这块怎么编排，也堵不上产品的窟窿，反而会因为竞争对手加速，自己被动的，挂的更快。

每一次技术革新，都是达尔文把“物竞天择”这几个字，再给全世界重新念一遍的过程。

类似于wordpress，在可视化的界面上把不同的插件组合一下就能完成一些需求，不用写代码。

和wordpress不同的两点是，第一他可以开发app而不只是网站，第二他不开源。