【CSDN简介】“日新月异”这个词来形容IT行业的变化最为贴切。 本文作者是20年前辛勤工作在一线的开发人员。 10年前，他被提升为管理层。 最近，由于工作需要，他再次开始了自己的编码生涯，只不过这一次，他有些不一样了。 经验。
作者 | 道格福翻译 | 苏本如
出品| CSDN（ID：CSDNnews）
以下为译文：
20年前我是一名一线编码员，10年前我转行开发管理，现在我是一名需要编码操作的开发顾问。 当我开始这份工作时，我对编程行业的一些变化感到惊喜，也对其他人感到惊讶。
在这篇文章中，我将解释几乎让我不知所措的事情。
Unix 又回到了开发者身边
在整个 20 世纪 80 年代和 90 年代初，许多专业软件是在昂贵的 Unix 工作站（例如 SunSparc 或 NeXT 工作站）上开发的。 到了 90 年代，WinTel 迎头赶上，几乎所有人都在使用 Google 的 Visual Studio 等主要厂商提供的开发工具或 Eclipse 等开源开发工具在 Windows 上进行编程，而当时 Linux 只能在台式机和笔记本电脑上使用。 有一些粉丝。
2001 年，我在一家初创公司工作，只有一名开发人员使用 Linux，他在没有任何源代码管理 (SCM) 工具和 Outlook 电子消息的情况下工作很困难。 他经常向我们发送帮助电子邮件，要求我们帮助他提交代码。 我记得当时我正在使用XEmacs——是的，它是一个经典的软件。
快进到今天。 Unix 已经成为一个非常流行的开发平台，特别是在 Mac 笔记本电脑上（因为它的 Unix 内核），而 Linux 也广泛运行在 Windows 上（因为 WSL）。 这是我可以轻松返回的一个区域。 有趣的是，我的一些年轻同学几乎不会使用Windows，相反，他们特别擅长Linux/Unix！
不再需要版本总监
在过去，分支、合并和解决冲突是一项可怕的工作，有时需要版本总监的专业知识。 当软件配置管理（SCM）巨头ClearCase开始流行时，需要一个大型团队来维护和管理代码分支、代码合并和代码发布（至少根据我2002年在HP的经验）。
自我管理拉取请求（PR）的概念实际上是一个非常新的概念，实际上来自新一波基于Linux平台的开发和分布式SCM（例如BitKeeper和Git）。 ClearCase、CVS、SVN 和 PerForce 等旧系统不具备在工作流程中进行合并的能力。 这项工作可以由存储库所有者或版本主管来完成，也可以由每个开发人员自己执行。 这确实简化了流程并允许用户独立协作。
我第一次了解单元测试和持续集成（CI）是通过 Kent Beck，他是敏捷宣言的创始人之一、极限编程的发明者。 这些在 20 年前是革命性的，并且花了一些时间才达到当前开发工作流程的标准化水平。
不幸的是，我发现敏捷和 Scrum 中并没有更多地指出持续集成，但我很高兴看到它今天得到了很好的采用。
我参加了一个软件开发会议，还记得在一次讨论单元测试的小组会议上ps游戏源码，我看到 JavaCollection 的作者 Josh Bloch 站在台上说：“感谢（Agile 或 JUnit）让测试看起来很迷人”。
这是事实。 过去，编写测试程序是一项非常繁琐且不受欢迎的工作，因此公司聘请了QA测试工程师来为您查找所有Bug！ 哇，多么轻松的生活啊……
单元测试和持续集成几乎消除了对黑盒 QA 测试人员的需求，因为开发人员现在拥有测试编写和持续集成的基础设施，并且可以运行测试并获取测试报告。 它确实使软件显得更可靠，开发周期更快。 是不是也可以让程序员更全面地思考问题，而是以更友好的形式来编写代码。
Dev->Test->Prod环境问题消失了吗？ （码头工人）
当您通过 QA 将代码发布到生产时ps游戏源码，容器（即 Docker）确实简化了打包过程并减少了与环境相关的问题（代价是让优秀的 DevOps 工程师构建 Docker 生态系统）。
过去，您会在与部署系统完全不同的系统中进行开发（例如在Windows上编写代码，然后部署到Unix），这将不可避免地引入错误并导致需要执行每个测试和发布周期。 更多的工作。
据悉，过去，开发、测试或DevOps工程师会根据SCM标签从相应分支中提取代码，并弄清楚如何编译、测试和迁移它。 通常他们会发现很多硬编码的路径和变量，或者缺少库和文件，这需要重新设计或更改代码/配置文件才能使其正常工作。
Docker通过重新授权程序员自己构建和测试CI和CD，真正简化了流程，保证了持续集成和持续部署的实施。
开源软件 (OSS) 选项太多？
在当今的开源软件世界中，人们有太多的选择。 当我设置 Jenkins 并希望将其与 BitBucket 集成时，我使用“bitbucket”关键字搜索插件并获得了 400 多个结果（主要是开源软件）。
