这很危险，正是这样的事情会对您的公司和其他开发人员产生不必要的敌意。最好不要为 resharper 之类的东西获得任何许可证，而不是只获得足够的许可证来覆盖一半的团队。即使做得“相当”，这也将归结为在开发人员查看时选择收藏夹。这应该在组织层面进行评估并立即解决。如果这种事情继续下去，我会看到前方的波涛汹涌。
软件开发人员是一类独特的人。如果他们认为这些事情是公平的，他们会接受很多负面的事情。他们可能会说“我的机器还不够快，但没有其他人拥有快速的机器”。他们不一定对此感到高兴，但这是可以接受的。然而，一旦所有在公司工作了 2 年的开发人员获得了新的快速闪亮盒子，而其他开发人员没有，就会开始被问到很多关于流程、决策和敌意的问题，这两个问题都来自开发人员被排除在外，还有被包括在内的开发人员，因为它在团队中建立了紧张关系，而现在这并不是他们自己的过错而针对他们的。这些类型的事情发生得太频繁了，有时我们无法阻止它们，
作为最后的警告。如果我必须分解在绝对无法覆盖所有人但我们仍然必须获得一些许可证时谁将获得许可证，那就是按团队分解。网站团队现在获得了更清晰的许可证，基础设施团队将在稍后获得它们。而且我会确保不要总是先用相同的团队部署新的闪亮的东西，稍微混合一下。通过这种方式，您实际上可以改善团队之间的沟通。因为其他团队会对 Resharper 如何提高试点团队的效率感兴趣。等等
在我的脑海中，一些关于此类主题的作者是 Joel Spolsky 和 Tom DeMarco。
我们的政策是所有想要 R# 的开发人员（和测试人员）都获得许可证。
如果该工具有用，您为什么不将其提供给所有人？如果成本是一个问题，那么考虑提高效率将意味着它在几天或几周内收回成本（恕我直言）。
虽然我相信ReSharper 之类的工具可以提高任何开发人员的工作效率，但主要好处可能在于扩展的重构功能。我的建议是首先考虑开发人员的角色：他们是否需要架构/重新设计代码，或者他们是否只是根据其他人的规范从头开始编写代码？他们是否对他人代码的清洁度负有任何责任？
根据具体情况，我还会考虑开发人员以前是否接触过 ReSharper，当然，如果提供 ReSharper，他们会利用新增的功能吗？（有些开发者不会，因为我亲身经历过。）