想用好低代码这把“双刃剑”,先搞清楚这三个问题(低代码用什么语言)

想用好低代码这把“双刃剑”,先搞清楚这三个问题(低代码用什么语言)

文 | 师天浩,作者丨卓卓,编辑丨师天浩

2020年程序员平均工资持续攀高的资讯满天飞,据猎聘发布的《2020程序员人才大数据洞察报告》显示,高达五成的程序员年薪在20万 。站在程序员职业一端来看,这是好事,可站在企业角度来看,高薪背后则是许多企业家为之唏嘘的用人成本。尤其三年期内创业公司,想要构建一支长期高效稳定的技术团队,需要综合考量公司发展、财务情况之后再作决定。

设想一位刚刚起步的创业者,准杀入某新兴市场,招兵买马之后,被开发团队告知 MVP(最简化可实行产品)至少需要2个月才能交付,而且此后产品还需要持续迭代,大多数创业者都会倒吸一口凉气。从一个想法到运营进入正轨,是一个漫无边际地的开发流程,如果预想中的商业机会没能“及时”到来,内忧外患中许多公司难撑过三年生死期。

疫情下,各行业企业纷纷加速自身数字化转型,如何降本增效更是一门博大精深的学问。就开发行业而言,有人审视技术团队的搭建,有人依然坚持对接外包,也有人采购SAAS服务。就在企业们在用钱交学费的时候,巨头们又开始热捧“低代码”的概念,各种声音接踵而至。一方面技术行业的一些专业人士把低代码称为“伪命题”“烂大街”,巨头们则认为低代码代表未来,是有利于企业数字化转型的破局利器。答案究竟是什么呢?小编认为,低代码的存在是行业发展的必然,无需低估,也不该高估。低代码所表现的两面性,值得我们深思。要不要接纳低代码,需先搞清楚三个问题。

第一个问题,低代码的存在是发展的必然

传统印象里,应用开发是一群眼圈发黑的程序员们挑灯夜战,玩命996一行一行的打代码。那是早期的应用开发的状况,随着行业迅猛发展和规范化的普及,除了一些特殊组件和功能,很多代码已经无需一个字一个字的敲打。

在某些技术论坛或开源网站上,找到好的代码直接复制及粘贴,也成为行业独特的一面。这种“人工”化的复制,能不能也工具化呢?这或是低代码概念兴起的根源,把一些简单、重复的操作交给“机器”,符合商业社会追求效率的发展规律。

(1)低代码并非新概念

从20世纪90年代到21世纪初,低代码开发平台一直都在发展,只是随着技术的不断进化,早期的低代码开发平台基于模型,后来逐渐发展到数据驱动,并创立了自动代码生成和可视化编程原则,包括1999年在国外建立的 Salesforce,2008年在国内建立的iVX。

其中值得一提的是“宜搭”,于2016年启动,最初在阿里巴巴内部“大中台、小前台”战略中承载了整个阿里经济体的内部协作及运营,在2020年宣布转向对外,将阿里云的底层能力和技术设计为B端企业赋能。去年底,由飞算云智推出的飞算全自动软件工程平台也正式上线,主打概念是只需输入流程图可实现自动开发、测试、维。

(2)低代码应市场而生

从微观上看,低代码自下而上解决的问题是:大大降低开发门槛,提高开发效率,降低企业应用开发实施的风险;宏观上,它根据企业发展的要求,加快企业全面进入云计算、数字化时代,普及软件思想,促进整个市场发展;另外从抽象层面上讲,新的技术形态能够产生重组资源、改变生产关系、形成新的业态、概念不在乎新旧,能顺应当前市场需求,现在也抓住了巨头们的关注。

根据海比研究院、中国软件网联合中国软件行业协会发布的《2021年中国低代码/无代码市场研究报告》数据显示,我国整体市场规模已经达到19亿,未来五年复合增长率达到49.5%;第三方使用人员规模达到42.6万人,入局厂商涵盖云厂商、行业软件厂商、开发工具厂商……这一系列内容的背后,都是低代码/无代码市场的蓬勃兴起。

(3)低代码解决能力值得期待

低代码底层能力的快速组件之所以被一些专业人士笑话,因为只是实现简单、辅助流程的开发,同时也伴随着不少误导和BUG。另外,低代码的亮点也不仅在于可视化,毕竟可视化这个名词只是一个商业色彩的术语,最终考验低代码服务价值的还是其最终的“生产力”。

低代码之所以有价值,不在于技术本身,更多的是一种行业长期积累的释放,若仅仅从技术角度来看,“呆板”的机器当然比不上灵活的人工。

不可否认的是,在一些超级互联网平台企业内部,这种低代码开发方式已是常态,尤其是在人力成本高企的今天,低代码能够完成的工作越多,企业就能节省越多的开支。前言提到巨头入场给低代码市场带来新的延伸和深化,他们原生的研发技术及资源整合能力做大型应用和复杂应用也有很深的积累,这些或是真正的价值所在。

第二个问题,谁是低代码开发平台的服务对象?

全行业在这方面的定义还很不明确,也很不统一,小编认为可以分为三类对象:

(1)专业开发者:

就在阿里发布钉钉6.0版的第二天,腾讯云开发的 LowCode低码平台也正式开放公测,它作为腾讯云基于云端开发技术体系打造的低代码平台,能够支持研发中台的创建,实现批量生成小程序,正中企业口味的有两种服务:中小企业喜欢的运营类小程序和企业转型需要的中台,这些都是近几年来企业数字化落地规划的重点。低代码平台恰巧避免了重复生产的轮子,大大提高了开发效率。

站在优胜劣汰的角度来看,“不懂技术就不能评技术”,类似的开发方式也存在着相应的挑战。巨头们本身就横跨多个行业,研发实力不可小觑,它们低代码平台的技术资源库可以更好地反过来优化企业信息系统的整体代码质量,提升开发公司 整体的IT产品开发能力。

(2)非专业开发者:

不论是面向业务人员,还是面向初级专业人员,低代码应用平台的易用性和灵活性都值得尝试,甚至在未来,小编大胆推测,一些中小企业只要标配一个工单客服就能实现核心业务流程的实操,这一模式带来的实际好处,就是让没有开发能力的用户,快速实现了从业务认知到系统建模的过程,再深入地变成一个个寻找数据价值的主体,减少了壁垒。

但必须承认的是,即使是低代码平台,也不是小白们就可以轻松上手的。相比应用端的“傻瓜化”历史,开发端的低门槛进程刚刚起步,距离真正全民可“开发”的时代还有很长的路要走。

(3)产品经理/项目管理者:

在互联网企业,这两者主导产品生命周期:产品经理对质量负责,项目管理者把控交付,通过对目前各大厂商平台能力的分析,不难发现低代码开发平台能够解决的已经不仅仅是代码层面的问题,它甚至从开发需求源头逐层深入到产品生命周期:需求管理、产品迭代规划、自动化测试、运维安全监控等多个工作流程都是由一个项目团队有序实施的。

低代码可以实现不再依赖于繁琐的人工沟通和协作,一站式全链路打通,这给产品质量和项目交付管理带来质的提升。相比于非专业人士,产品经理/项目管理者往往不会是技术的纯粹门外汉,过去受限于知识储备和职业经验不足,他们很多想法需要寻求专业的程序员来解决,低代码平台的出现,也大大解放了他们的手脚,一些简单的应用,有了低代码平台他们就可以直接“上手”。

总之,低代码平台所面向的对象,不仅仅是程序员,它存在的目的也不是要替代程序员。我们常常说生产力,同样的团队,生产力上去了,意味着公司整体的降本增效,原则上低代码平台的纷纷出现,有利整个行业的健康发展。

第三个问题,用不用这把“剑”要先看定位,应各取所需

企业最终的目的是盈利,低代码作为刚刚起步不久的服务,并不是适合所有企业。它有优点,也有缺点。放在不同的公司里,它的价值也有高有低。究竟该不该拥抱低代码服务呢?没有一个死答案,先审视企业自身的状况,然后决定才是正途。

(1)不纠结于技术的企业并不代表不重视技术,企业发展是个上扬曲线,每阶段都该做每阶段的事情。企业在早期发展阶段的目的不是研发复杂的功能、支撑庞大的流量;而是以快速或不断的试错,反复验证用户需求为目标。就像PHP语言对比安全系数更高的JAVA,其显著的优势在于有大量的开放源码的系统可供使用,在此基础上,只需对其进行一些修改,即可迅速上线,因此越来越多的企业将其应用于软件系统开发。

也就说,如果创业公司所开发的产品技术要求并没有特别高,尝试低代码平台就是非常不错的选择。若创业公司所做的事情很“高大上”,以目前低代码平台的沉淀,还是无法满足过高需求的。

(2)低代码的存在对于IT服务外包也是件好事,企业将其整个项目或部分工作委托软件外包公司开发,软件外包公司安排人员进行开发,项目完成后交付给企业,获得收益后又将面临项目自定义重复开发、人力资源分散或闲置等成本问题。

若全程采用低代码开发模式,一方面通过配置满足客户需求,另一方面减少企业应用开发的人力、时间成本,使自定义开发时间成倍减少,从而提升企业的利润空间。

要认清低代码的定位是工具,企业转型的核心是内部问题的解决。企业的需求会随着需要而创新扩容,不断变化带来地不确定性,使最优秀的架构师所构建的底层结构,往往也不足以支撑让技术团队跟着一起“拍脑袋”,最终只会导致系统越来越臃肿,背负大量的技术债无奈前进。这本身和使不使用低代码服务没有必然关系,而是顶层设计的问题,也充分体现了公司业务战略对于数字化发展没有自主思维能力。

(3)此外,数据驱动业务取代业务经验主义,也需要企业内部自上而下理解企业发展中所需要的数据分析能力,实现优化,而不仅依赖组建一支具备大厂工作经验的技术团队,解决表层需求问题,恰恰是利用互联网的思维和技术改造或者赋能帮助企业做数据决策。所以说,低代码服务并不会降低应用本身技术含量,它只是个工具,用得好才是关键。

今天,随着越来越多的市场供需体量不断增大,从国内外低代码市场规模来看,相关数据显示,2020年低代码全球市场规模就达到84亿美元,到2021年有望突破百亿美元,其中2020年中国低代码的市场规模就达到19亿元,占比23%,可见中国市场作为重要的增量市场将是一片红海,未来五年市场仍将有很大发展空间。

诚然,没有一种软件系统是完美的,就现在也有不少企业采购SAAS,当初做决策是非常纠结,最后为了自建团队又不得不选择放弃,在反反复复中浪费了很多的资金。尝试和稳健永远存在矛盾,但不意味着低代码的存在是可以被低估。

只不过,软件服务业内离不开急于商业变现的老毛病,总有一批借助于概念进入市场的服务商,它们重于宣传,而忘了软件服务的本质是技术积淀、基建、生态建设等重要内涵。创业者开发应用时要不要用低代码服务呢?还得好好考虑企业遇到问题的本质,不神话不排斥,让其为己所用才是关键问题。

相关新闻

联系我们
联系我们
公众号
公众号
在线咨询
返回顶部