统一团队开发环境

Question

在我工作的地方，我们有许多团队正在转换成一个team环境。基本上，团队中的几个成员正在组装一个图像，然后安装在每个人的计算机上。它包括一个OS、一个IDE (由它管理源代码管理)、测试所需的几个服务器系统和一个测试服务器映像。表面上，想象是根据每个人的输入来编译的，所以每个人表面上都对环境感到满意。

团队领导声称这将更有效率，因为每当任何人遇到问题时，团队中的其他人都可以帮助解决问题(例如，其他两个仍在使用vim的人)。但是，与此同时，这种方法似乎会对那些不擅长在多数情况下工作的人产生负面影响。

因此，我的问题是:这种取舍值得吗？“团队支持”的收益有可能克服“个人效率”的损失吗？切成正切，有中点吗？也许，如果每个人都有相同的操作系统和相同的服务器映像，但允许不同的IDE，这可能更好吗？

Answer 1

在我工作的地方，我们使用相同的策略--一个主映像，它安装在所有的开发计算机上(在我们的例子中，windows、带有R#、幽灵文档、编辑器、regex工具等插件的visual )。

我不认为我们团队中的任何成员都经历过任何改变形象策略的缺点，恰恰相反：

• 我们的项目映射有相同的目录结构，因此源代码中的本地引用总是相同的。
• 我们有相同的应用程序设置。
• 我们有相同的键映射，因此更改工作场所(如果需要，或者进行配对编程)不会影响我们的生产力。
• 更改硬件对任何dev成员来说都不会是一个突破性的更改。
• 如果有人需要帮助，例如扩展正则表达式--每个电子邮件的regex就足够了，每个人都有相同的测试工具。
• 同一(产品)更新应用于每台机器/机器是同步的
• 这也意味着在所有机器上都有相同的行为(如果这是真的话多好啊:-)

另一方面，我们可以随时调整/扩展一些设置。本地添加新软件

• 例如，我添加了自己的R#密钥映射
• 很长一段时间(大约1年左右)，我是唯一使用/拥有LINQPad的人。

国际海事组织，我们从这项政策中得到了很大的好处，我看不出this approach would have a negative effect on people who don't excel at working in the majorities paradigm是怎么做到的。

目前，我们有大约6个月前开始培训的两名学员。因为对他们来说一切都是新的，学习我们使用的同样的工具和快捷方式并不是坏习惯。有一天(当他们知道了一切是如何工作并可以设置的)，他们总是可以决定定义他们自己的设置和/或尝试新的和不同的工具。

individual efficiency loss可以被IMO忽略--同样的图像策略可以与IMO的编码准则进行比较--当每个人都有相同的风格，并且每个人都有一点适应的时候，团队就更有效率了。毕竟，这也是一个不断学习的过程。