我的任务是为我们的组织创建一个策略，以确定哪些开发人员获得了ReSharper的许可（这可能适用于其他工具，如CodeRush等）。例如，如果组织拥有10个许可证但该团队有20个开发人员，那么如何确定哪些 10个开发人员获得许可证时，可能所有20个想要。
其他人在其组织中为解决此问题制定了哪些政策？
纯粹基于资历？基于技能/经验水平？你如何处理远离许可证（如有必要）？
我知道这个问题中没有代码，但（每SO guidelines）它与程序员常用的软件工具和有关，这些都是编程专业所特有的。
答案 0 :(得分：6)
这很危险，这样的事情会给你的公司和开发者带来不必要的敌意。最好不要获得像resharper这样的东西的任何许可证，而只是获得足够的许可证来支付一半的团队。即使完成“公平”，这也将归结为在开发人员查看时选择收藏。这应该在组织层面进行评估并立即解决。如果这种事情继续下去，我会看到前方汹涌的海水。
软件开发人员是一种独特的人。他们会接受很多负面的事情，如果他们能够认为这些事情是公平的。他们可能会说“我的机器不够快，但其他机器也没有快速机器”。他们不一定对此感到高兴，但这是可以接受的。然而，一旦所有与该公司合作2年的开发人员获得新的快速闪亮的盒子，而其他开发人员不会那么开始有很多关于流程，决策和敌意的问题，这些都是来自开发人员的被排除在外的开发人员，因为它在现在由他们自己的过错引导的团队中建立了紧张。这些类型的事情经常发生，有时我们没有达到阻止它们的水平，但如果你对这个决定或类似的决定有任何权力，那么就为了你的产品而采取措施改进它和你的截止日期。
作为最后的警告。如果我不得不打破那些在绝对无法覆盖所有人的情况下获得许可证的人，但是我们仍然必须获得一些，那将是由团队分解。网站团队现在获得resharper许可证，基础架构团队将在稍后获得它们。我会确保不要总是首先在同一个团队中部署新的闪亮东西，混合起来。通过这种方式，您实际上可以改善团队之间的沟通。因为其他团队会对Resharper如何提高试点团队的效率感兴趣。等
在我的头脑中，一些作者阅读这样的话题的是Joel Spolsky和Tom DeMarco。
答案 1 :(得分：3)
我们的政策是希望R＃的所有开发人员（和测试人员）都获得许可。
如果该工具有用，为什么不给每个人？如果成本是一个问题，那么考虑效率的提高意味着它会在几天或几周内收回成本（恕我直言）。
答案 2 :(得分：1)
虽然我相信任何开发人员的工作效率可以通过像ReSharper这样的工具得到增强，但主要的好处可能在于扩展的重构功能。我的建议首先是看开发人员的角色：他们是否需要构建/重新设计代码，或者他们是否只是从头开始编写代码，根据其他人的规范？他们对他人代码的清洁度有责任吗？
根据具体情况，我还会考虑开发人员之前是否接触过ReSharper，当然，如果给予ReSharper，他们会利用增加的功能吗？ （有些开发者不会，因为我亲身经历过。）