江苏龙网

  1. 首页 > 人文 > >

「CSDN」Docker 开发环境正在崩坏！( 三 )


「CSDN」Docker 开发环境正在崩坏！
本文插图
开发人员希望能够深入挖掘他们需要的抽象概念 ， 而要求团队使用一个全新的工具 ， 用一种完全不同的方法来运行他们的本地环境 ， 是一个很高的要求 。 具体来说 ， 开发人员需要能够运行数据库迁移、跳转到数据库 CLI 并跟踪数据库日志 。 对于堆栈中的任何关键组件也是如此 。这并不是说没有开发人员乐意在本地使用 Docker。 但是我敢打赌 ， 使用 Docker 的开发人员已经知道如何让它在他们的工作流中无缝地工作 ， 不管他们是刚刚做了一个习惯性的改变 ， 还是他们已经编写了脚本 ， 以便更好地与他们自己的环境一起工作 。
围绕容器命令编写新颖的脚本说到脚本 ， 如果你正在构建一个这样的本地环境 ， 并且你正在试图减少必须由 `docker run 处各种事情的开销 ， 那么你最初的冲动 (像我一样) 可能是编写许多与基于容器的工作相关的死记硬背的任务 。这种偏好并不一定是被误导的 。 毕竟 ， 我们被教导用脚本去掉冗余的任务 ， 这样我们就可以减少重复工作 。 但是要注意尤其在你的团队对容器了解不深的情况下 ， 不要过多地使用脚本 。我提到过使用 `Docker` CLI 会产生开销 ， 但是如果有一个开发团队积极地使用容器 ， 那么为他们提供使用 Docker 自己的工具的时间和培训可能会更有意义 ， 而不是潜在地模糊 Docker 本身的内部工作 。 这确实是一个必须掌握的工具 ， 但是通过避免围绕这些命令编写新颖的脚本 ， 你可以减少在故障排除和对工具本身的更广泛理解上的认知压力 。为了强调我对定制容器包装程序的最高的关注 ， 围绕容器的新颖脚本产生了更多的代码 ， 从而需要维护更多东西 。 我要说的是 ， 如果小组确定这对其工作流程是有利的 ， 你可以继续这么做 。 尤其是在新人入职过程中 ， 希望大家可以避免编写那些注定被遗弃或某种场景定制的特定脚本 ， 从而耗费大把的时间 。
「CSDN」Docker 开发环境正在崩坏！
本文插图
除了 Docker 化 ， 别无选择
如果你对容器化的开发环境感兴趣 ， 我认为你应该花很多的时间为本地运行系统构建简单的替代方案 。 换句话说 ， 不要认为在本地环境中使用 Docker 是一个非此即彼的决定 。 记录在标准本地部署中设置应用程序的步骤 ， 以及为那些对运行容器感兴趣的人提供替代方案 。 让你的团队判断这个工作流程是否适合 。
总而言之 ， 在不进行开发环境的权衡的情况下全部使用容器将给你的开发团队带来负担 。
结束没有正确搭建开发环境的统一的模式 。 虽然鼓励你的团队拥抱容器化可能会带来一些好处 ， 但最终的目标还是应该放在改善开发人员的工作流程 。 如果我们为了技术抽象而牺牲了编写优秀代码的能力 ， 那么我们就是在降低效率 。
不管是选择传统的还是容器化的开发环境 ， 都不应该让个人的喜好所左右 ， 最终应该让整个团队一起做决定 。 如果你能和团队一起找出本地开发存在的痛点 ， 就能够帮助你准确评估是采用本地开发还是容器化 。
原文：https://blog.testdouble.com/posts/2020-02-11-the-slippery-slope-of-docker-dev-environments/ 本文为 CSDN 翻译 ， 转载请联系我们 。【End】
你点的每一个在看 ， 我认真当成了喜欢


推荐阅读


上一篇：『逗机萌唐僧』全球首款！彩色墨水屏阅读器：创新体验

下一篇：燃财经■专业分析：罗永浩能成为下一个超级主播吗？