无代码开发,站到了程序员鄙视链顶端

标签: 代码 开发 程序员 | 发表时间:2020-04-03 19:06 | 作者:Eric Rosenbaum
出处:https://www.infoq.cn

“无代码”不是在“淘汰”开发者,而是给予开发者更大挑战、更多机会。

疫情进一步推动了“无代码”行业的爆发。

微软称无代码是它的“Next Big Thing”,谷歌说无代码是下一代的变革和提升。也有越来越多的企业开始进入“无代码”领域。

这是在革开发者的命吗?你可能多虑了。

所谓“无代码”,并不是“不存在代码”,无代码平台的开发对后台的支撑能力提出了更高的要求,需要更为强大的技术团队。所以“无代码”不是在"淘汰”开发者,而是给予开发者更大挑战、更多机会。

只花72小时完成一个危机管理软件项目

新冠状病毒考验着政府处理危机的能力,纽约市以前所未有的速度创建了一个COVID-19危机管理软件平台,构建过程却没有编写任何计算机代码。

该平台由无代码初创公司Unqork建立,它的功能是绘制病毒地图,识别热点区域,并在居民与关键服务之间建立联系。Unqork的无代码软件让这座城市在72小时内上线该服务,而且只需使用可视化的拖放工具。

“信息就是力量,我们正在与时间赛跑,”纽约市信息技术与电信局局长Jessica Tisch在周三的一份新闻稿中指出,“为了对抗冠状病毒大流行,我们不仅需要更多的医疗设备和检测,还需要更多的实时数据。我们希望这个项目能成为一个标杆。”

这是一个值得注意的无代码软件应用场景。

“低代码”和“无代码”正在迅速成为科技和云巨头之间激烈竞争的一个领域。

谷歌云除了投资Unqork外,最近收购了AppSheet,这是“低代码”和“无代码”软件市场中最大的玩家之一,它让业务人员能够开发应用程序,而无需具备专门的编码技能。微软的一名高管告诉媒体,他预计,包括Power Platform在内的低代码软件将 成为主要的收入来源。市场上也一直有传言称AWS将推出一款名为“Amazon for Everyone”的产品。

巨头们已经开始激战

纽约市的案例是一次极其迅速的构建。Unqork首席营销官Schmelkin表示,一家金融服务公司过去需要花费数年时间才能完成的工作,如果采用“无代码”就可以在几个月内完成。他说:“在无代码情况下,少量的开发人员与业务人员聚在一起,三个月内就可以完成软件的全部开发。”而纽约市的这个平台只用了几天。

迄今为止,Unqork大约有100名程序员,主要致力于金融服务领域。但Unqork的雄心还延伸到了其他变化缓慢的行业,比如政府、医疗保健和房地产。它可以在所有三大云平台上运行——微软Azure、谷歌云和 亚马逊网络服务,后者占据着云计算领域最大的市场份额。Schmelkin说,“我们将面对那些最顽固、最老派的行业,他们认为自己无法创新,因为遗留系统或大型机已经存在几十年了。”

现在大规模的数字化转型,如果仍然采用“老式”的编码方式,那是不可能实现的。低代码和无代码平台可以更快地构建新的应用程序,并允许企业内的非编码人员参与进来。

微软:未来5年将新增4.5亿个应用。

为了预测低代码和无代码软件在未来的重要性,微软曾简单计算了一下,认为未来5年将有4.5亿款新应用程序将被开发出来。这比过去40年里开发的所有应用程序都要多。

微软公司公民应用平台副总裁Charles Lamanna说:“如果这是真的,那么4.5亿款软件必须使用低代码工具。通过编写代码的话,没有那么多人能够那么快地构建出这么多软件。专业的开发人员应该专注于比费用提交表单或审批表单更困难的挑战。”

这位副总裁告诉媒体,他预计,包括Power Platform在内的低代码软件将 成为主要的收入来源

微软CEO萨提亚也曾在一次公开场合谈论Power Platform,说微软是平台和生产力公司,这个平台将会是微软的“Next Big Thing”。微软的平台搭建从原来大家了解的Windows、Office 365、Azure,现在变成了Power Platform,这是一个重要的转变。

微软的Excel仍然需要用户使用一些公式,它就像一个初级的“低代码”软件,取代了数十年的数值计算。但Excel电子表格中这些流程,如果可以转移到Power App中,则又可以进一步提高效率。如果估计一下已经在使用Excel并可能迁移到新平台的用户数量,那会是一个相当大的一个数字!

Power Apps也是微软有史以来增长最快的商业应用程序。微软Lamanna表示:“主要是因为我们看到了市场上强劲的客户需求。”据一些第三方机构预测,Power Apps可能为微软带来100亿美元的营收,“但我们认为机会比这大。这是一个覆盖面相当之大的领域。”

谷歌:无代码是下一代的变革和提升

曾就职于Oracle的谷歌云总经理兼副总裁Amit Zavery说,在过去几十年里,许多技术供应商提供了被认为是“原型”的低代码/无代码软件。

“无代码允许你跨多个平台—— OracleSalesforce和许多其他供应商——而不是被锁定到一个供应商。这就是其价值更高的地方,”Zavery说,“当与一家公司的产品捆绑在一起时,你无法创建功能强大的应用程序。”

无代码和低代码是有区别的。无代码软件只需要让员工接受几天的培训,虽然低代码软件对技术供应商来说仍然更容易构建,但无代码的产品集正在变大。

Zavery认为,世界将更加迅速地转向无代码。

被谷歌收购AppSheet已经在其平台上创建了 180万个应用。“在收购之前,我们就已经看到人们在AppSheet上做了很多工作,”Zavery说,“无代码是下一代的变革和提升。如果具备构建能力的话,大多数供应商都将专向无代码。并且每个云供应商都会在这个领域有所动作。”

亚马逊:AWS for Everyone

面对微软和谷歌在无代码上的行动,亚马逊将不得不对低代码和无代码做出回应。

“低代码”一词的创建者Rob Koplowitz说:“AWS需要自己开发一些东西,对所有这些公司来说,在培育大型合作伙伴生态系统方面,都需要谨慎行事。如果你在销售AppSheet,用户不希望被告知他们必须部署在谷歌云上。”他补充说,微软Azure是一个主要的玩家,谷歌收购AppSheet至少在一定程度上是对微软的回应。

“AWS for Everyone”产品负责人Adam Bosworth表示,他在亚马逊参与的这个项目“很快就会完成”,而且“其潜力堪比我所做过的任何一个项目”。

市场调查机构Forrester Research副总裁John Rymer说,最具发展潜力、每年增长100%的技术供应商都进入了低代码领域。“它规模庞大,增长非常快。并且在5年内增长了十倍。”

无代码给IT技术人带来的挑战

传统的软件开发需要编写数千行甚至高达几百万行的代码,然后对其进行调试,所以编程是一项复杂的工作。

低代码、无代码是一个将已有代码的可视化模块拖放到工作流中以创建应用程序的过程。它的优势在于:

  • 速度快,在几天以内就可以交付项目。
  • 降低了对开发人员的要求,项目可以更高效、以更低廉的成本完成。
  • 一般会内置安全流程、数据集成、跨平台支持以及部署流程,用户可以将更多精力集中在业务逻辑的实现上。

所以随着低代码、无代码的出现,允许使用者不直接编写代码,让更多人自己去搭建一个网站、创作一个小程序商店、甚至搭建一个企业级业务流程管理系统。

无代码平台虽然能降低对用户的要求,但并不代表着能颠覆开发者。因为严格来说,并不存在无代码软件,任何软件都是必须有代码的。

低代码、无代码是让用户采用图像拖曳等更为人性化的人机交互方式实现编程,这就需要后台储备大量已编好的代码模块。无代码开发,对后台的支撑能力提出了更高的要求,后台需要配有非常强大的技术团队,来完成底层功能模块的开发工作。只有这样,才能让用户通过操作简洁的界面完成相应的“编程”工作。而且面对界面上的需求变化,对于开发人员来说,很可能是将之前的代码推翻重来。

无代码平台越来越多,对掌握底层技术的专家的需求也会越来越大。

谷歌云总经理兼副总裁Zavery说:“如果人们使用AppSheet在谷歌云上构建应用,那么用户量和数据量都会不断增加,所以我就需要更多的人来运行基础设施,保证它可以扩展。构建复杂应用程序的软件工程师仍然会继续存在。像Uber应用这样的技术不可能通过无代码来构建。”

北京理工大学计算机网络及对抗技术研究所所长闫怀志在回复 新华网科技日报记者的提问时说道:“当前,无代码软件的开发效率可达到传统开发模式的10倍到30倍。但是,无代码开发绝不意味着,专业编程人员将失去饭碗。”

闫怀志认为,这是因为依靠无代码平台编制的软件,目前依旧存在一些不足。比如,要完成高效的无代码开发工作,操作者仍需掌握必要的软件开发知识和编程技能,而且这种软件的自定义能力会受到一定的限制,在可扩展性上也存在一些短板。同时,在安全性方面,无代码软件的安全性在很大程度上要依赖于平台自身架构的安全性及其提供的应用安全机制,因此在安全性方面,该种软件也是存在着一定的风险。

来自Forrester的Rymer也说,如果不首先建立适当的流程和基础设施,就把每个员工都变成应用开发人员是有风险的。各种各样的安全问题、合规性问题、系统集成问题都会出现,最后会产生一个个设计不当的应用。他知道有一家大型保险公司继承了16000个基于Quick Base的应用程序,而这些应用程序运行在Quick Base的一个退役版本上。Rymer说:“这是一个公司引入低代码却没有好好管理的例子,这是一个噩梦。那正是人们所害怕的。这将是一场混乱,业务人员在制造垃圾,而IT人员被迫提供支持。”

所以,“无代码”不是解放Coder,而是给Coder们提出了更高的要求、带来了更大的挑战。

参考链接

Next frontier in Microsoft, Google, Amazon cloud battle is over a world without code

相关 [代码 开发 程序员] 推荐:

无代码开发,站到了程序员鄙视链顶端

- - InfoQ推荐
“无代码”不是在“淘汰”开发者,而是给予开发者更大挑战、更多机会. 疫情进一步推动了“无代码”行业的爆发. 微软称无代码是它的“Next Big Thing”,谷歌说无代码是下一代的变革和提升. 也有越来越多的企业开始进入“无代码”领域. 所谓“无代码”,并不是“不存在代码”,无代码平台的开发对后台的支撑能力提出了更高的要求,需要更为强大的技术团队.

Web 开发程序员招聘

- GLORY - 云风的 BLOG
前两天在 blog 里提到了 web 前端程序员招聘的消息 , 结果这两天收到了好多热情洋溢的 email , 真是受宠若惊. 上次说的不详细,其实也没完全想好,只是之前在讨论公司架构的时候提到了这个岗位. 昨天晚上又讨论了一下,把需求细化了一些. 我个人,作为程序员,对 web 前端开发领域没有太多了解,很惭愧.

[程序员] Web开发入门(原创)

- Xinyu - V2EX
这篇文章最早发在水木web开发和IT业界板,都加精了. 原文在我的博客上,不定期会更新下内容. 顺便说下我创建的喜分分 http://www.xifenfen.com 也公测了,是一个个性化阅读,分享与收藏社区. 我读过的相关书籍发布在豆列(已更新):程序员的自我修养 http://book.douban.com/doulist/1268022/.

强制程序员使用统一的代码格式,好吗?

- - TECH2IPO创见
Java程序员Stijn Geukens与其他10位程序员一起为企业开发产品,但是他们11个人每个人都有自己喜好的编程平台,语言编写起来也是千奇百怪. 不过,这种情况很快就会发生变化,因为企业即将强制要求所有的程序员使用统一代码格式,统一使用Eclipse Java平台. 于是Stijn Geukens便在Stackexchange上 提问,“这样的强制要求是否值得.

IBM新专利:通过代码提交评判程序员

- - 奶味网-IT人- 最新RSS订阅
新闻来源:Slashdot. 觉得老板只需要用软件扫描一下你提交的代码就能判断你的工作效率进而决定解雇还是留下你这种事情怎么样. 这不是幻想 - 这是 IBM 最近披露的最新专利申请的内容. IBM 称, 对一名开发者的代码提交以及其他操作的统计可以用来产生一份用于同其他人比较的 "总结报告", 从而帮助管理层避免在低效率的程序员身上浪费时间.

程序员,都去写一写前端代码吧

- - 四火的唠叨
文章系本人原创,转载请保持完整性并注明出自 《四火的唠叨》. 你可以认为我是一个极端的人,就像有许多人专注于自己的领域而不屑于其它“肤浅”的工作范畴一样. 比如我见过不少认为做portal没有技术含量的判定,做工程都是充满苦逼行为的言论,最近则还有那些“大数据”崇拜者的疯狂吐槽……我的极端则有些不同,我的极端在于我认为绝大多数优秀的程序员,都要尝试多方面的事情.

[译]程序员要学会读源代码

- - 呦呦鹿鸣
在“沟通”这个复杂的领域里,写出能让人类领会并理解的连贯段落比敲出几行让解释器或编译器不致于“呕吐”的软件代码要难得多. 这就是为什么——就软件开发而言——所有的文档大概都是很差劲的. 而且,由于为人写作比为机器写作要困难得多,文档恐怕在可预见的将来还会继续差劲下去. 译者注:卢克(Luke Skywalker)是电影《星球大战》中的一个角色,他来自塔图因星球,在发现了莉雅公主输入到机器人R2-D2中的求救信息后,他与绝地骑士欧比旺一起迎战邪恶的银河帝国,最终救出了公主.

程序员的成长和代码行数的关系

- - 外刊IT评论
Cook写了一篇 博客,其中提到:. 我的朋友Clift Norris发现了一个基本常数,我称之为Norris常数,一个未经培训的程序员在他或她遇到瓶颈之前能写出的平均代码量. Clift估计这个值是1500行. 超过这个数以后,代码会变得如此混乱,以至于本人都无法轻而易举的进行调试和修改. 我还不了解足够多的初级程序员来验证这一结果,不过我自己认识到,程序员生涯的下一个瓶颈将发生在20,000行.

优秀程序员眼中的整洁代码

- - 博客园_知识库
  有多少程序员,就有多少定义. 所以我只询问了一些非常知名且经验丰富的程序员.   Bjarne Stroustrup,C++语言发明者,C++ Programming Language(中译版《C++程序设计语言》)一书作者. 代码逻辑应当直截了当,叫缺陷难以隐藏;尽量减少依赖关系,使之便于维护;依据某种分层战略完善错误处理代码;性能调至最优,省得引诱别人做没规矩的优化,搞出一堆混乱来.

程序员新人怎样在复杂代码中找 bug?

- - IT瘾-geek
我曾经做了两年大型软件的维护工作,那个项目有10多年了,大约3000万行以上的代码,参与过开发的有数千人,代码checkout出来有大约5个GB,而且bug特别多,open的有上千,即使最高优先级的showstopper也有上百. 优先解决那些可重现的,可重现的bug特别好找,反复调试测试就好了,先把好解决的干掉,这样最节约时间.