チームのすべてのメンバーが同じIDEを使用する必要がありますか？[閉まっている]

チームのすべてのメンバーが同じIDEを使用しなければならないと強制することは理にかなっていると思いますか？

たとえば、すでにチームにいるすべてのエンジニアはIDE Xを使用します。2人の新しいエンジニアが来て、代わりにIDE Yを使用したいと考えています。

「混合IDE」チームでの経験はありますか？もしそうなら、それは何ですか？

「Continuous Buildサーバーで使用される」「公式」ビルドシステムがすべて同じであれば、チームの各メンバーが必要なツールを選択できなかった理由はわかりません...

チームが特定のIDEでのみ使用可能な特定のプラグインに依存している場合、同じ開発プラットフォームの下で全員を統合するのが理にかなっています。また、開発者が私と同じIDEを持っていると、開発の問題を解決するのが簡単になりますが、なじみのないインターフェイスで誰かの画面を読む場合は、少し時間がかかります。

欠点の1つは、ペアリング時に、キーボードを流theに交換できないことです。メインストリームIDE間では、これはおそらく大きな問題ではありませんが、1人がEclipseに慣れていて、もう1人がvimに慣れている場合、不一致が発生します。Eclipseユーザーはvimをまったく使用できないかもしれませんが、vimユーザー（それは私です）は、バニラEclipseの使用の恐ろしい遅さに息を吹きかけて多くの時間を費やしています。

そうは言っても、私自身はvimを使いたいと思っています。あなたのペアがあなたの一人だけが長期間にわたって「運転」することに満足していれば、それはうまくいきます。

また、Eclipseをviのように動作させるプラグインがあることは知っていますが、Eclipseが好きなように動作している人とどこに行って座っているかをペアリングすることについて話しているので、彼らはそのプラグインをインストールしません。

Linuxカーネルのすべての開発者に同じIDEを使用するように（またはまったくIDEを使用するように）強制することはまったく意味がありません。

テキストエディター「複数のIDE」によって時折補足される商用IDEを数えない限り、混合IDEの経験はありませんが、いくつかの長所と短所を考えることができます。

長所

• 各開発者は、最もよく知っていることで最も生産性を高めることができます
• 一部のIDEは他のIDEよりも優れている場合があります（1つはリファクタリングが優れている可能性があり、別のIDEはコーディング支援の提供が優れている可能性があります。ブレンドを使用すると、チームがそれを活用できる場合があります。
• IDEの1つが機能しなくなる可能性に対する少しのヘッジがあります。

短所

• ライセンスの問題。複数の商用IDEが関係している場合は、おそらくより高価です。少なくとも、それを追跡することはもっとできます。
• ライセンスの問題2. IDEまたはlangaugeによってライセンスされているフレームワークまたはプラグインがある場合、これは問題になりますか？
• Dszordanが述べたように、特定のプラグインは異なるIDEと互換性がない場合があります。
• IDEに異なる方法で動作するコード生成コンポーネントまたはスタイルフォーマットエンジンがある場合、混乱が生じる可能性があります。

これを強制できる理由があります。Visual Studioとemacs / vimを検討してください。Windowsの場合と同様に、Visual Studioは行末に\ rを追加します。これはemacs / vimの表示を台無しにします。また、タブは問題を引き起こします。私たちの問題は、開発者がLinuxで作業しているが、ソフトウェアアーキテクチャがビジュアルスタジオで快適であることです。彼はかつて、ファイルを適切にフォーマットしないと言って呪いをかけました。しかし、それが彼がこれがデフォルト設定問題のためであるとわかったとき、我々はすべて同じフォーマットに同意しました。
特定のIDEを使用するように強制された場合、気分が悪くなることはありません。チームにとって良いことは何でも尊重し、それに応じて妥協します。

今日の開発者は、独自のツールを選択したいと考えています。

しかし、これは時間とともに変化しました。10年または15年前は、私が働いた場所ではそれほど多くの選択肢がありませんでした。（はい、たくさんの編集者がいましたが、彼らは「選択」ではありませんでした）。私が15年前に働いていた店は非常に「古い学校」であり（当時も！）、編集者はviでした。選択の余地ない。これは実際に非常に便利でした。なぜなら、最初の1か月間は私が実際に好きになったからです。

今日、多くの選択肢があり、それぞれに多くの利点があります。

私の経験では、vi（m）に「戻る」前に、数年間IDE-rubyMine-を使用しました。RubyがIDEを記述するのが非常に難しい言語であるため（ダックタイピングやその他の動的機能）、その結果IDEが遅くなり、最新の最速のマシンを必要とする傾向があるためです。

ええ、そうです。私は、windows / unixとc ++ / javaの混合チームの一員であることに関して、いくつかの経験を持っています。誰もが他のIDEで快適に作業できるか、IDE Yに慣れていない人が他の人（IDE Yの人） ）システム。

誰もが望んでいる場合はそれで問題ありませんが、別の人が別のエディター/ IDEを使用したい場合があります。チームで何か大きな仕事をしていたら、私の好みのエディター以外を強制的に使用させてほしくありません。特定のエディターを使用するように強制しない場合、人々は状況に最も満足するかもしれません。

ところで、Emacs！

誰もが「同じ」IDEを持っている必要はないと思いますが、誰もが「サポートされた」IDEを持っていればいいと思います。

たとえば、コードのコメントと更新に関する限り、IDEがコードレビュープロセスに統合されている場合、サポートされているプラ​​ットフォーム上にいることは誰にとっても理にかなっています。

あなたの会社がRational Team Concertなどのコラボレーション環境を使用しており、1人または2人がサポートされていないIDE（または異なるバージョン）を使用したいが、他の全員が互換性のあるIDEを使用する場合、生活するのは難しいかもしれませんサポートループの外側。

私たちの場所では、Visual Studioを使用してプロジェクトを構築します。テキストの編集に関しては、Emacsに切り替えます。あなたの会社は仕事が終われば気にしないでください。

「以前の仕事でこれを使用した」ように聞こえます。まあ、彼らは彼らの古い仕事ではありません。

ツールチェーンまたはソース管理プラグインに影響しない場合は、おそらくあります。もう一度、2人の新しい人々は明確な利点を示すことができますか？IDEを使用しましたか？

それ以外の場合、それに対する良いケースがない限り、私はこのナンセンスに忍耐を持っていません。彼らは昔の仕事をしていません。彼らが去りたいと思うのはそれほど良いことではありませんでした。他のIDEを使用していたことが、古い仕事で唯一のハイライトでした。もしそうなら、彼らはSTFUをして感謝するべきです。

はい！シングルトンIDEを強制します。

プロジェクトの依存関係が変わると問題が発生します。プロジェクトに新しい依存関係を導入すると、すべての人がその新しい依存関係を導入するのに時間を浪費し、そのプロセスに失敗して時間を浪費する人もいます。時間の巨大な無駄。

チームに別のIDEを追加するための本当に正当な理由があるはずです。つまり、保存された時間は、システムを別のIDEに移行するための専用の時間を超える必要があります。