Forrester对2021年的软件开发做了5个预测。Bill Detwiler与软件行业资深副总裁兼首席剖析师Jeffrey Hammond(该报告的主要作者)讨论了开发者和IT指导者在2021年应该做些什么。

软件开发处于不断变化的形状。低代码和无代码平台正在将一些开发进程转移给非顺序员。人工智能正在改动我们测试本人编写的软件的方式。COVID-19大盛行迫使开发团队重新思索在每团体都在远程的状况下如何任务。

Forrester刚刚发布了软件开发的5个2021年预测，我们无时机与Jeffrey Hammond停止了交谈，他是Forrester的副总裁和效劳于运用开发指导者的首席剖析师，也是TechRepublic静态开发者播客上报告的主要作者。Hammond也是一名前开发人员和开发团队经理，在软件行业有超过25年的阅历。以下是为便于阅读而编辑的采访实录。

软件开发人员和运用顺序开发的2021年预测

杰弗瑞•哈蒙德,Forrester

Jeffrey Hammond，副总裁和主要剖析师，效劳于Forrester的软件开发指导者

图片:福雷斯特

比尔:好吧。杰弗里，你是弗雷斯特刚刚发布的一系列预测的作者和首席剖析师，这些预测是关于2021年软件开发的预测。我知道我们会讲到低编码和无编码。但在此之前，请通知我Forrester是如何整合这些预测的，以及你是如何在这份报告中得出结论的?

杰弗里·哈蒙德:是的。我以为第一作者指的是《猫的牧人》，由于我们的团队聚在一同，大约有八团体，我们进入一个隐喻性的泥坑，在那里我们都有本人的观念。想象一下，8位有着剧烈观念的剖析师。这简直就像是说这是架构师的观念。这就是我们要讨论的。

所以我们要决一死战。我们会说，“我看到了这个，我以为它明年会成为一个大事情。”最近退休的约翰·赖默说:“我看到了，我以为它会很火。”

如今的应战是我们只能选出前五名。假设你有7到8个剖析师，那就小于1个剖析师。所以，我们把这些东西放在一同，我们真的对它们停止了研讨，然后我们想出了我们以为真的会在明年产生严重影响的东西。

这个特别幽默，由于关于这些预测有一些相当剧烈的观念。我不确定我们能否100%都在同一页上，但这就是为什么这个练习在我看来是十分有价值的。

1. AI和ML将使测试自动化更智能

Bill Detwiler:那么当你有这些相互矛盾的想法时，你是如何决议应该采用哪种预测的呢?也许你会，我是说，你不会在拳击场上决斗。还是像最高法院一样，有不同的法官投票?你如何达成共识，或许至少选择一个赢家?

杰弗里·哈蒙德:是的。也许这就相当于来回地发布简报。我给你们举个例子。因此，我们提出的一个预测是，至少有三分之一的测试专业人员将运用机器学习，使测试自动化更智能的明年。在那个世界里有一个更大的话题。对话围绕着人工智能将在未来开展中扮演的角色展开。

如今，有些人基本上会说，“你知道吗?5年后，我们将有人工智能编写代码，这将大大增加对开发人员的需求，由于我们明天编写的很多基础设备代码都是可以由机器自动编写的。”

我们中有些人会说:“你知道吗?这样做的结果是开发人员必须维护更多的软件。”然后，“是的，我们真的看不到对优秀开发者的需求在短期内崩溃。”

所以你把这两个极端放在一同，你就会有一个十分有力的讨论。你所要做的就是回到研讨中去，看看数据然后说，“我们看到了什么?客户在做什么?供应商通知我们的行将到来的事情是什么?”

然后你就会发现，“人工智能会让开发人员被淘汰，而人工智能永远不会让开发人员被淘汰。人工智能真正末尾产生影响的范围之一是测试。”

很多开发人员并不特别喜欢走出去编写自动化测试用例的想法。他们不想把时间花在这些事情上。他们想要构建业务功用，他们想要处置成绩。他们想要驱动商业价值。

但你知道吗?必须编写这些测试用例。因此，这是一个很好的例子，在这个范围中，开发人员希望机器能做更多的事情，机器可以做更多的事情，我们可以看到工具和技术的证据，它们可以做更多的事情。

你把这些放在一同，然后说，“好吧，假设我们推断这个趋向，我们看到的只是增长，由于我们进入下一年。”我不知道这能否有用，但是…

2. 75%的开发组织将运用低代码平台

Bill Detwiler:不，这是一个很好的解释，由于它引出了我的下一个成绩，我真正想要议论的是低代码，无代码的运动，由于这是另一种技术。

杰弗里•哈蒙德:哦，低码的避雷针。

比尔:是的。这是另一个技术脚，就像你说的人工智能，将会有一个戏剧性的影响，或许能够会有戏剧性的影响，取决于你问的是谁，对运用开发前景的开展。

你刚才谈到人工智能可以被看作是对开发者曾经在做的事情的扩大，实践上是接收了一些他们能够不喜欢做的事情。因此，在零和游戏中，这是互补的，而不是对立的。要么让人工智能来做，要么让开发人员来做。

这就把我引向了低编码和无编码的预测。当有业务终端用户或其他非顺序员业务专业人员编写代码时，开发人员还需求编写代码吗?或许您依然需求维护一切的代码?那么，你们对2021年低代码和无代码的预测是什么呢?

Jeffrey Hammond:所以详细的预测是，到往年年底，75%的开发团队将部署和运用低代码处置方案。留意，不是75%的开发者。所以假设组织中有人在运用低编码，那就占75%

在某种水平上，我觉得自从我从事开发任务以来，也就是近30年的时间里，这种强迫极化的想法是我们必需要处置的成绩。在某些方面，我觉得低编码曾经成为了其中一个范围。

我学的是金融专业，在一些大型组织中学习PowerBuilder代码。4GLs在90年代早期的Windows上。从概念上说，这些4gl与明天的一些低代码工具有什么不同?

假设我们不得不放上去看，我们有外部函数接口，我们可以调用它来做一些事情，比如读blob。假设我们需求拜访数据库，我们会去找DBA说，“我需求您编写一个存储进程，它接受这些参数并前往这些数据。”

一天后，他们又回来了。30年后，明天的Mendix或许OutSystems或许Power都在做这个，除了它能够在调用一个没有效劳器的功用。它在调用Lambda，或许拜访由Kubernetes集群上的容器运转的API。

对我来说，真正的价值在于我想在什么层次的笼统上任务。这就是无代码和低代码出现的缘由，由于从无代码的角度来看，有些用户必须在一定的笼统层次上任务，由于他们没有深化的知识。

这团体能够会运用不需求代码的工具。每团体都必须从某个中央末尾，但即使是专业的开发人员，有时也会由于他们的目的而选择在更高的笼统级别上任务。

(责任编辑：admin)