2021年技术趋势 开发人员应了解的一些事

开发者在2021年真正应该期待什么?我的意思是，我们已经说了很多了，但是如果你必须说一些事情的话。你坐在那里，你在想，“嘿，我在考虑我自己的职业或这个行业的发展方向的不同可能性。”

我们谈论学习语言，但如果你从更大的角度思考，你会发现哪些大的趋势是…有一两件事情你认为开发人员应该真正注意、研读并为明年做好准备吗?

Jeffrey Hammond:如果你对容器在开发和交付软件中所扮演的角色没有一个很好的把握，我认为你需要尽快到达那里。这并不一定意味着您必须完全使用Kubernetes并开始学习YAML的所有复杂性，从而成为一名网络专家。

你可能，我的意思是，有很多这样的需求，但至少，你需要了解容器如何成为默认的切换。无论是Kubernetes世界还是ECS世界，甚至是其他运行时。

另外，我认为了解前端是如何发展的也是值得的。你现在有很多有趣的事情正在发生，无论是React Native, React in View还是Flutter框架，以及它们在移动和web开发中所扮演的角色。

在我们考虑用JAMStack之类的东西写前端的方式上，您已经有了令人兴奋的变化。所以有很多机会来提高你的技能，看看在这个领域有什么组织在做。我认为，随着我们进入2021年，在一些云本地架构中，将计算和存储放到边缘的想法将会出现爆炸式增长。

Bill Detwiler:我认为因为你之前提到过，COVID在美国不会很快消失，很不幸。我们很可能会在某种程度上改变工作条件，即使不会一直持续到2021年。

现在组织已经实施的一些变化将会持续更长的时间。不是因为流感大流行，而是因为他们意识到，他们这么做有很多理由。

让我们谈谈你的最后两个预测，那是专门教你如何谈论它的。一个是关于现代化，另一个是关于达到这种清晰的网格技术。从现代化。你对2021年的预测是什么?

杰弗里·哈蒙德:没错。COVID创立之初发生的一件事是在那些收入一落千丈的行业中。旅游和运输，比如零售。我们看到预算受到了影响。我的意思是，你会期望情况是这样的，结果，很多人把他们的一些现代化努力搁置。

这就像，“如果我们在两到三年内将无法存在，那么我们是否必须改变这些东西并不重要。”另一方面，我们看到一些组织基本上说，“看，该死的鱼雷，全速前进。如果有的话，我们必须更快行动才能生存。我们必须在电子商务方面加倍努力。我们必须在店内取货或本地送货等方面加大投入。”

这就造成了有产者和无产者之间的分歧。现在，当我们进入这个马拉松式的阶段，那些基本上踩了刹车的公司面临着生存危机。他们要么必须重新启动这些程序，要么说推动踏板的人之间的差距会越来越大。

协同工作管理也是如此。它支持高带宽的通信，所以你没有这种自顶向下的项目组合模型，每个人都在等待项目经理或计划经理做出决定，然后他们继续前进。

它允许团队进行高带宽的对话，即使他们不再在同一个豆荚中。所以它利用了物理托管的便利，并用我所说的精神托管来代替。团队，即使彼此不在一起，仍然可以进行高带宽的协作，这对敏捷的成功是至关重要的。

比尔·迪特韦勒:你如何做到这一点，同时又不让人负担过重?因为我认为有无数的会议，或者一天50个Zoom电话，或者团队，Hangouts或者WebEx，或者任何你选择的平台，你如何做到这一点而不让人们因为太多的交流而不知所措呢?正确的平衡是什么?

杰弗里•哈蒙德:我把这些都放在经理们身上，以确定正确的基调。Stack Overflow，最近在ACM杂志上写了一篇文章，在那里他们写了一些他们发现的实践。

其中一个特别突出的问题是，一整天都不参加视频会议，即使人们还在工作。大多数时候他们都是沉默的，但如果有人有优先中断或者有问题，每个人都在那里，所以他们可以直接问。

如果有人有了答案，他们可以非常迅速地做出反应。这和你把头从荚果上翘起来，说:“嘿，有人知道该怎么做吗?”没有什么不同。

所以他们并不是真的。这是被动的协作。像这样的小事情，“确保你的状态是准确的，知道你是否打扰了别人，然后尊重这个状态。”所以小事情。

从管理的角度来看,我认为这是认识到,当我们从一个sprint成马拉松,这个初始破裂的生产力,因为人们不做两个小时上下班了,他们承诺在晚上或者周末的时候,当他们不能够出去社会时间,或者看到自己的朋友是不可持续的。

我们将会看到影响，我们应该预料到，如果我们没有看到这些影响，如果我们仍然看到人们以高于正常水平的生产力工作，也许是时候介入并说，“嘿，你在周末承诺。你真的不应该这么做。”

“让我们把周末定在周末，让我们确保我们是从长远的角度来处理这件事。”我认为对开发团队的经理们来说，监控倦怠症状是非常重要的。

我和应用开发组织的人交谈过，他们描述的是同样的事情。在我20年的科技生涯中，我个人就像钟摆一样来回摆动。

所以说一下这个，它似乎就像你说的，回到“嘿，我们要嵌入开发者。我们将使他们更接近最终用户，而不是这些独立的IT组织的一部分。

但对有些人来说，这不是一个容易的转变，对吧?它需要一些不同的技能。我的意思是，我记得在学校和工程学校上学的时候，那更多的是，“好吧，你是一个工程师，你要去工作，然后……”

那时我的专业是工程数学和计算机科学。那就是，“你要自己工作。你不会有一个真正的大团队。也许你会从其他组得到一些信息，但它会是你，它会……”这就是- - - - - -

杰弗里?哈蒙德:把他们放在办公室里，给他一罐可乐，然后把披萨塞到门缝下面。这就是你所需要的，对吗?

比尔·戴特韦勒:就是这样。但那是完全的，完全的…这是不同的。但仅仅五年之后，情况就不一样了。教授们在这里来来回回地推来推去。我在和自己约会……60年代，70年代和80年代，仍然有这样的心态，80年代出现的一些新人，现在我们到了90年代。

所以说第一点，对跨职能团队的预测，开发人员应该真正考虑的是如何进行过渡，开发应用程序开发负责人，以及他们如何确保员工成功过渡?

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

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

Jeffrey Hammond:所以具体的预测是，到今年年底，75%的开发团队将部署和使用低代码解决方案。注意，不是75%的开发者。所以如果组织中有人在使用低编码，那就占75%

在某种程度上，我觉得自从我从事开发工作以来，也就是近30年的时间里，这种强迫极化的想法是我们必须要解决的问题。在某些方面，我觉得低编码已经成为了其中一个领域。

（编辑：南昌站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!