近日，微软开发人员工具产品副总裁 Amanda Silver 在微软官方博客上更新了主题为“2021 年及以后的软件开发”博客文章。
Amanda Silver 在文中讨论了如何在前所未有的需求中帮助发展和支持开发人才，提高开发人员的包容性和速度，并帮助工程团队通过开源和低代码工具进行扩展等问题，并对微软未来的软件开发计划进行了详细的阐述。
以下为 Amanda Silver 文章的全文编译：
Amanda Silver 在博客中写到，2020 年是颠覆性的一年，企业与员工和客户之间的联系几乎在一夜之间发生了转变。企业开始迅速转向远程办公，在几个月内经历了原本可能需要数年的数字化转型。
对于软件开发团队来说，他们迎来了对新功能的紧急要求，以便与客户和社区进行数字化互动。这种转变在很大程度上得益于成为“digital first responders”的开发人员的支持。开发人员将工作负载转移到云中，并找到了新的方法，可以在任何地方更快地编码、协作和发布软件。
虽然我们看到的许多变化都是软件开发团队一直以来在进行的工作，但它们在疫情爆发期间开始飞速发展。2021 年，是时候反思这些巨大的变化，并考虑在我们过渡到混合工作环境时它们将产生的持久变化。这也是思考这些变化将如何影响软件开发的未来以及我们如何在共同构建更具弹性的未来中发挥作用的机会。
对开发人才的高需求
最成功的公司了解数字化转型不仅仅在于增加技术，而是支持他们的员工通过深刻的客户洞察力和快速的迭代不断创造价值。而且，这不仅仅适用于科技公司。LinkedIn 的数据显示，从 2019 年到 2020 年，美国工程师岗位的招聘增长了25% 。数字技能仍将是高需求，预计在未来 5 年内将看到 1.5 亿个技术或与技术相关的工作岗位。自全球疫情爆发以来，LinkedIn 上发展最快的技能排在首位的是数字技能，包括编程和数字营销。
然而，许多企业在招聘技术人才方面举步维艰，数字技能也在迅速发展。LinkedIn 超过 20％ 的招聘专业人员表示，他们现在所寻找的技术人才与疫情前的有所不同。因为全球开发人员的短缺限制了企业创新、数字化和转型的步伐。
为了满足这一需求，我们必须使任何想学习编码并从事软件开发事业的人都可以更容易地获得技术学习的机会。在过去一年中，这一点变得更加重要，因为疫情的爆发和经济危机使许多人寻找新的工作。实际上，研究表明，进入新兴领域（如产品开发，数据和AI工作）的员工中有 70% 来自这些角色之外。
领导者需要在入职时建立技能培训计划，以确保他们为员工做好准备应对未来的任务。这就是微软发起全球技能计划的原因，通过数据、免费学习内容、低成本认证和求职工具，帮助所有人获得更多数字技能。
培养新的开发者
随着技术技能和开发人员专业知识的需求比以往任何时候都更高，在接下来的几年中，很多人将学习编程。
为了激励下一代开发人员，微软与 Warner bros 和 LeBron James 等合作伙伴合作拍摄了《Space Jam:A New Legacy》、《Wonder Woman 1984》、《Smithsonian Labs》。还与美国宇航局和 Netflix 合作拍摄了新的原创电影《Over the Moon》，以帮助开发者探索计算机科学和数据科学，通过使用他们最喜欢的超级英雄和卡通人物来学习。将学习内容与一些有趣的东西联系起来可以让所有年龄段的学习者更容易接受。无论他们是 8 岁、18 岁，还是 80 岁。
成功不仅仅需要技术技能，为了帮助学生和教育工作者建立沟通、自信、解决问题和恢复能力等重要技能，微软开发了一系列指导工具包，以帮助为科技行业打造更具包容性的未来。
教育领域也正在发生重大变化，从物理环境转向在虚拟和混合空间中进行教育，转向自学者。在远程学习环境中，学生通过云托管平台和工具学习，教育机构可以利用自助服务环境和大规模协作的优势。微软正在建立一个平台，用于教人们如何进行编写代码，为远程学习的所有基础，包括开发环境、实验室和实时协作工具。
工作场所灵活性和远程优先协作
我们正在应对疫情大流行和经济挑战带来的前所未有的压力，希望在来年能够有所缓解。随着恢复的开始，孩子们开始回到学校，我们也开始回到办公室，但远程工作的模式已经存在了。微软采取了一个更灵活的工作场所的政策，允许所有员工在家工作的时间高达 50% 。未来预计会有更大的工作场所灵活性将成为行业标准。
事实上，从 2020 年 1 月到 12 月，LinkedIn 发布的远程招聘信息增加了 4.5 倍。总体而言，这有利于包容某些能够在家里更好地集中精力的员工。
直到今年我们才意识到远程优先的重要性。我们发现某些开发人员任务的各个方面更容易过渡，例如，签入到云托管的存储库已经是我们已经从事多年的工作了。但是其他方面却缺失了，特别是在团队文化、协作和新员工入职方面，这些方面通常依赖于大量的渗透作用，而且通常都是在一个物理环境中亲自进行的。
最初，当我们查看某些活动的衡量标准，例如拉动请求（PR）率时，由于在家中进入强制性工作，我们没有看到太大的变化。但是，当我们按照角色和经验对其进行细分时，我们发现经理和新员工似乎受到的影响不成比例。在我们组织的某些部分，我们发现下班后的即时消息传递显着增加，并且 PR 率增加了。但是，新员工提交的 PR 的速度比去年的新员工要慢得多。我们发现，许多负责保持士气高涨的管理者自己也面临着职业倦怠。
微软一直希望为员工营造更具包容性的远程优先环境，包括鼓励召开较短的会议，为过渡创造空间以及虚拟通勤等团队功能，有目的地专注于幸福感和学习时间以及寻找新的协作方式。
具有包容性和支持性的团队文化和以人为中心的开发工具
微软一直倡导以人为中心的设计，最近还以此为基础与与合作伙伴一起创建了新的解决方案。通过使用社区协同创建和客户驱动的 Playbook 来为开发人员构建工具。整个流程通常从一个开放式的查询开始，以了解开发人员在哪里遇到最大的痛点。与开发团队交谈时，微软看到了开发人员在提交结对编程、指导、定义组件边界、调试和学习之前进行协作的巨大需求。在过去的十年中，随着团队的分布越来越分散，这变得更加困难。这种与同事之间的联系使得共同克服挑战变得更加容易。注重建立正确的团队文化至关重要，鼓励团队沟通，规范寻求帮助，并使其成为已建立员工支持入职的优先事项。
如果说我们在去年的情况中学到了什么，那就是连接和绑定是成功合作的重要元素。这就是为什么我们将看到对以人为中心的编码体验的需求不断增长，这些体验使开发者在编码时以不同的方式与同事建立联系。然而，开发人员需要专注于生产力，而协作有时可能会中断。以人为中心的编码可以成为了解同事习惯、编码风格、最佳实践和一般部落知识的一种方式，同时还可以提供与同事进行实时交流的最佳时间线索，以及为开发者与开发者之间的协作优化的高带宽工具，比如 Visual Studio Live Share 这样你既可以保留专注的时间，又可以“留在区域内”。
以人为中心的编码还意味着在开发过程中引入其他人的视角。这需要保持开放，并与用户和开发人员社区接触，以获得反馈和输入。正如 Sarah Novotny 所说，“在开源领域取得成功，不仅取决于你对社区的贡献，也取决于你从社区中学到了什么。”这一直是开源的原则，我们现在看到它被广泛地应用到产品开发中。
使用开源扩展
在过去的一年里，我们在 GitHub 上看到了一个有趣的趋势: 在周末和节假日，企业开发者的活跃度下降，但开源贡献却大幅增加。自去年四月份以来，开源项目的创建量同比增长了 25％。开源可以成为表达创意的渠道，支持学习新技能的环境和社区，以及在巨人的肩膀上立足的途径。
随着新技术需求的不断增长和快速的上市时间，专业开发人员越来越多地转向开源，以便他们可以将自己的独创性集中在他们独特的业务需求上。研究表明，99％的应用程序包含开源组件。GitHub 上的项目平均有 200 多个包依赖项; 前 50 个项目有超过 300 万个包依赖项。随着公司转向云计算，他们更喜欢能够提供开源生态系统的现成访问方式的云平台。
使用低代码解决方案进行扩展
从 2020 年开始，随着压力越来越大，要求开发人员从根本上重塑企业的运营方式，这需要很多已经超负荷运转的开发人员。正是在这种情况下，我们看到许多开发人员采用并支持低代码工具。低代码可能会从根本上改变开发人员的工作方式，而我们仅探讨了如何将低代码工具和专业开发人员工具结合使用，以更快地推出解决方案。
为了进一步扩展数字反馈循环并加速创新，开发人员框架团队可以创建可重用的组件，其他组件可以利用这些组件。这些构建基块可以帮助初级开发人员更快地增加价值，并增强开发人员的能力。这些开发人员拥有领域专业知识，但缺乏正式的开发技能创建应用程序。这些都不是由混合团队构建的构建的解决方案仍然可以使用专门由专业开发人员编写的解决方案所使用的相同质量流程和 DevOps 自动化。
从美国红十字会到丰田，我们看到微软各行各业的客户都转向 Power 平台，以帮助优化业务流程，改善沟通和协作，并优先处理其他战略性业务问题。
在接下来的一年里，我们预计低代码解决方案将继续成长为专业开发人员和业务用户的关键工具。我们的低代码专家之一 Dona Sarkar 分享了一些需要关注的关键趋势，包括低代码与协作平台的合并，自动化如何帮助解决业务问题，以及融合开发团队（包括专业开发人员和那些主要工作职能不是构建软件的人员）将如何合作解决业务问题。
继续建设，成长和学习
毫无疑问，2020 年发生的事情讲的技术行业和开发人员行业产生持久的影响。我们有很多值得期待的东西，我很高兴看到我们在继续支持更广泛社区的恢复的同时如何继续建立、发展和学习。
本文是翻译，阅读原文：
https://blogs.microsoft.com/blog/2021/01/14/software-development-in-2021-and-beyond/
