譯文丨談論個人時代：開發者的工具是如何改變的

做者：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 服務器是相當重要的。

APIs

API 也已經以這樣或那樣的形式存在了幾十年了。但直到雲時代的到來，API 才成爲許多應用架構的一部分。今天，很難找到一個應用程序不以這樣或那樣的方式依賴 API。

所以，今天的程序員必須對 API 的工做原理和有哪些不一樣類型的 API 架構具有深入的理解。他們還必須常常可以使用 API 測試和模擬工具，這在開發依賴 API 的應用程序時很是重要。

公有云

雖然把雲放在了最後，但這不表明它不重要。在 AWS 在 2000 年代中期推出以前，不多有開發者使用相似於今天所謂的公有云的東西。

然而，快步走到如今，若是你想成爲一名開發者，知道如何使用公有云的全部工具是至關重要的。若是你不瞭解如何在至少一兩個主要的公有云平臺上使用 IAM、監控、部署和配置工具，你的技術之路估計不會走得很遠。

結論

與前代人相比，如今的開發人員須要掌握更多的編程工具來完成本身的工做。如今開發人員平常使用的許多工具類型其實並不新鮮。但它們已經從某些社區的程序員使用的小衆解決方案，變成了幾乎每一個開發者的必備工具。