私は、どの開発者がReSharperのライセンスを受け取るかを決定するために、組織のポリシーを作成するように任命されました（これは、CodeRushなどの他のツールにも適用できます）。たとえば、組織が10個のライセンスを所有しているが、チームに20人の開発者がいる場合、20人全員がライセンスを必要とするときに、どの10人の開発者がライセンスを取得するかを決定する方法。
これに対処するために、他の人が組織内でどのようなポリシーを作成しましたか？
純粋に年功序列に基づいていますか？スキル/経験レベルに基づいていますか？ライセンスの取得にどのように対処しますか（必要な場合）？
この質問にはコードがないことは知っていますが、（SOガイドラインによると）プログラマーが一般的に使用するソフトウェアツールと、プログラミングの専門家に固有の問題に関連しています。
これは危険です。あなたの会社や仲間の開発者に対して不必要な敵意を生み出すのは、このようなことです。チームの半分をカバーするのに十分なライセンスのみを取得するよりも、resharper などのライセンスを取得しない方がよいでしょう。「かなり」行われたとしても、開発者が見たときにお気に入りを選ぶことになります。これは組織レベルで評価され、すぐに対処されるべきです。このようなことが続くと、先行きは荒れると思います。
ソフトウェア開発者は、ユニークなタイプの人々です。彼らは、それらを公正と見なすことができれば、多くの否定的なことを受け入れるでしょう. 彼らは、「私のマシンはそれほど速くはありませんが、速いマシンを持っている人は他にいません」などと言うかもしれません。必ずしも満足しているわけではありませんが、許容範囲です。しかし、会社に 2 年間在籍しているすべての開発者が新しい高速で光沢のあるボックスを取得し、他の開発者がそうでないとすぐに、プロセス、意思決定、および敵意について、多くの質問が開発者から聞かれ始めます。取り残され、含まれていた開発者は、チーム内に緊張が生じ、彼ら自身の過ちではなく彼らに向けられているためです。この種のことは非常に頻繁に発生し、時にはそれらを止めるレベルに達していないこともあります.
最後の警告として。全員をカバーする方法がまったくないときに誰がライセンスを取得するかを分析する必要があり、それでも一部を取得する必要がある場合は、チームごとに分類することになります。Web サイト チームはよりシャープなライセンスを取得し、インフラストラクチャ チームは後でライセンスを取得します。そして、常に最初に同じチームで新しい光沢のあるものを展開するのではなく、少し混ぜてください. このようにして、チーム間のコミュニケーションを実際に改善することができます。Resharper がパイロット チームの効率をどのように向上させているかについて、他のチームにも関心があるためです。等
このようなトピックについて読むべき著者として、私の頭の中には Joel Spolsky と Tom DeMarco がいると思います。
私たちのポリシーは、R# を必要とするすべての開発者 (およびテスター) がライセンスを取得することです。
ツールが有用である場合、それをすべての人に提供しないのはなぜですか? コストが問題である場合は、効率の向上は、数日または数週間で元が取れることを意味すると考えてください (IMHO)。
ReSharper のようなツールによって開発者の生産性を高めることができると私は信じていますが、主なメリットは拡張されたリファクタリング機能にあると思われます。私の提案は、何よりもまず開発者の役割を確認することです。彼らはコードを設計/再設計する必要がありますか?それとも、他の誰かの仕様に従って、コードを最初から書くだけですか? 彼らは、他人のコードのクリーンさに対して何らかの責任を負っていますか?
ケースバイケースで、開発者が以前に ReSharper を使用したことがあるかどうかも検討します。もちろん、ReSharper が与えられた場合、追加された機能を利用するでしょうか? （私が直接経験したように、一部の開発者はそうしません。）