译文丨谈论我的时代：开发者的工具是如何改变的

作者：Christopher Tozzi
编译：徐九
原文链接：https://www.itprotoday.com/de...

如果你是 20 世纪 90 年代或 2000 年代的开发者，你的工具集是相当简单的。你可能使用了一个 IDE 和一个调试器，也许你还也有一些基本的测试工具，而这些可能就是你完成工作所需要的所有工具了。

但今天这一代的开发人员就更难了。现在的开发者需要学习各种不同类型的编程工具。作为一名开发人员，只需要写好代码就可以结束工作的日子已经一去不复返了。

今天，就让我们来看看那些对今天的开发人员来说是必不可少，但在这一代人之前可能还闻所未闻的编程工具。

Git

首先，以 Git 为例，它是一个广泛使用的版本控制工具。Git 发布于 2000 年中期，但它并不是第一个版本控制工具。像 RCS 和 CVS 这样的源代码管理工具早在 1980 年代就已经出现了，但除非是在做一个大型复杂的企业软件项目，否则几乎不会用到它们。

相比之下，Git 已经成为现在大部分程序员都在使用的源代码管理工具，哪怕是个人开发者都在使用。

这要归功于基于 Web 的 Git 接口的兴起，尤其是 GitHub，它让编码工作变得更加大众化。任何一个人，只要是编码界的人，都应该拥有一个 GitHub 的账号，并了解如何使用 Git 来分享和管理源代码。

更重要的是，所谓的 GitOps（一种实现持续交付的模型，它的核心思想是将应用系统的声明性基础架构和应用程序存放在 Git 的版本控制库中。）趋势已经使 Git 不仅仅是一个源代码管理工具，而是一个端到端的项目管理平台。现在，开发者们都希望能够使用 Git 来跟踪任务、简化沟通等等。

而早期的程序员们使用的源代码管理器都不是这样的。

容器是另一个例子，这类工具在我们这一代人之前很少有程序员想到过，但现在却随处可见。

容器的历史悠久，可以追溯到几十年前。然而，直到 2013 年 Docker 的容器平台首次亮相，容器才开始进入主流。

Docker 早期的卖点之一是，容器可以通过提供一个跨开发管道所有阶段的通用应用托管环境来简化开发流程。早期的容器平台还没有推广这种用例。

今天，知道如何在容器内打包代码对许多程序员来说是必不可少的。熟悉容器平台（如Kubernetes）也是如此，Kubernetes 提供了一种创建应用程序开发/测试环境的方法，因此它已经变得非常流行。

和容器一样，持续集成（CI）服务器的历史比我们想象的要长。这个概念可以追溯到 20 世纪 90 年代初，但到了 90 年代末，它才在一些开发者圈子里找到了追随者 -- 尤其是极端编程社区。

但直到 2010 年左右，CI 工具才开始在各种类型的程序员中广泛使用。今天，很少有软件项目不使用像 Jenkins、Ansible、TeamCity 或其他无数 CI 平台的工具来做 CI 的。

这对今天的程序员来说意味着，熟悉 CI 服务器是至关重要的。

API 也已经以这样或那样的形式存在了几十年了。但直到云时代的到来，API 才成为许多应用架构的一部分。今天，很难找到一个应用程序不以这样或那样的方式依赖 API。

因此，今天的程序员必须对 API 的工作原理和有哪些不同类型的 API 架构具备深刻的理解。他们还必须经常能够使用 API 测试和模拟工具，这在开发依赖 API 的应用程序时非常重要。

虽然把云放在了最后，但这不代表它不重要。在 AWS 在 2000 年代中期推出之前，很少有开发者使用类似于今天所谓的公有云的东西。

然而，快步走到现在，如果你想成为一名开发者，知道如何使用公有云的所有工具是相当重要的。如果你不了解如何在至少一两个主要的公有云平台上使用 IAM、监控、部署和配置工具，你的技术之路估计不会走得很远。

与前代人相比，现在的开发人员需要掌握更多的编程工具来完成自己的工作。现在开发人员日常使用的许多工具类型其实并不新鲜。但它们已经从某些社区的程序员使用的小众解决方案，变成了几乎每个开发者的必备工具。