Sollte jedes Mitglied eines Teams dieselbe IDE verwenden? [geschlossen]

Halten Sie es für sinnvoll, zu erzwingen, dass jedes Mitglied eines Teams dieselbe IDE verwenden muss?

Zum Beispiel verwenden alle Ingenieure, die bereits im Team sind, IDE X. Zwei neue Ingenieure kommen und möchten stattdessen IDE Y verwenden, da sie dies bereits seit mehreren Jahren tun.

Haben Sie Erfahrung mit gemischten IDE-Teams? Wenn ja was ist das

Vorausgesetzt, das 'offizielle' Build-System (wie es von den Continuous Build-Servern verwendet wird) ist für alle gleich, sehe ich keinen Grund, warum jedes Mitglied des Teams nicht die Tools auswählen konnte, die es will ...

Wenn sich Ihr Team auf bestimmte Plugins stützt, die nur bestimmten IDEs zur Verfügung stehen, ist es nur sinnvoll, alle unter derselben Entwicklungsplattform zu vereinen. Ich finde es auch einfacher, jemandem mit einem Entwicklungsproblem zu helfen, wenn er die gleiche IDE wie ich hat, wohingegen es etwas länger dauert, wenn ich einen Bildschirm mit einer ungewohnten Oberfläche lese.

Ein Nachteil ist, dass Sie beim Koppeln die Tastatur nicht so flüssig wechseln können. Zwischen den gängigen IDEs ist dies wahrscheinlich kein großes Problem, aber wenn eine Person an Eclipse gewöhnt ist, während die andere an Vim gewöhnt ist, kommt es zu einer Fehlpaarung. Der Eclipse-Benutzer ist möglicherweise überhaupt nicht in der Lage, Vim zu verwenden, während der Vim-Benutzer (das bin ich;) viel Zeit damit verbringt, über die schreckliche Langsamkeit der Verwendung von Vanille-Eclipse zu fluchen.

Das heißt, ich würde immer noch viel lieber vim selbst verwenden. Vorausgesetzt, Ihr Paar ist damit einverstanden, dass nur einer von Ihnen längere Zeit "fährt", funktioniert dies in Ordnung.

Und ich weiß, dass es Plugins gibt, mit denen Eclipse wie vi funktioniert, aber ich spreche über das Pairing, wenn ich mit jemandem zusammen sitze, der Eclipse so ausführt, wie er es mag, damit er das Plugin nicht installiert.

Es wäre überhaupt nicht sinnvoll, jeden Entwickler eines Linux-Kernels zu zwingen, dieselbe IDE (oder eine beliebige IDE überhaupt) zu verwenden.

Ich habe keine Erfahrung mit gemischten IDEs, es sei denn, Sie zählen eine kommerzielle IDE mit gelegentlicher Ergänzung durch einen Texteditor "mehrere IDEs", aber ich kann mir ein paar Vor- und Nachteile vorstellen.

Vorteile

• Jeder Entwickler kann mit dem, was er am besten kennt, am produktivsten sein
• Einige IDEs bieten möglicherweise einen Vorteil gegenüber anderen (eines ist möglicherweise besser für die Umgestaltung geeignet, ein anderes bietet möglicherweise bessere Codierungshilfen, andere sind möglicherweise besser für die Datenintegration geeignet, was auch immer). Durch die Verwendung einer Mischung kann Ihr Team davon profitieren.
• Sie werden eine gewisse Absicherung gegen die Möglichkeit haben, dass eine der IDEs ausfällt.

Nachteile

• Lizenzprobleme. Wenn mehrere kommerzielle IDEs beteiligt sind, ist dies möglicherweise teurer. Zumindest könnte es mehr sein, den Überblick zu behalten.
• Lizenzierungsprobleme 2. Wenn es Frameworks oder Plug-Ins gibt, die von IDE oder Sprache lizenziert werden, ist dies ein Problem?
• Wie Dszordan bereits erwähnt hat, sind bestimmte Plug-Ins möglicherweise nicht mit den verschiedenen IDEs kompatibel.
• Wenn die IDEs Codegenerierungskomponenten oder Formatierungsmodule enthalten, die unterschiedliche Aktionen ausführen, kann dies zu Verwirrung führen.

Es gibt einen Grund, warum dies erzwungen werden kann. Betrachten Sie einfach Visual Studio und Emacs / Vim. Wie unter Windows fügt Visual Studio am Ende der Zeile ein zusätzliches \ r hinzu. Dies bringt die Anzeige in Emacs / Vim durcheinander. Auch die Tabs verursachen Probleme. Das Problem bei uns ist, dass wir Entwickler unter Linux arbeiten, aber unsere Softwarearchitektur im Visual Studio angenehm ist. Er verflucht uns einmal und sagt, dass wir die Datei nicht richtig formatieren. Als er jedoch feststellte, dass dies auf das Problem mit den Standardeinstellungen zurückzuführen ist, stimmten wir alle dem gleichen Format zu.
Wenn mich jemand zwingt, eine bestimmte IDE zu verwenden, fühle ich mich nicht schlecht. Was auch immer gut für das Team ist, ich werde das respektieren und dementsprechend Kompromisse eingehen.

Heutige Entwickler möchten ihre eigenen Tools auswählen.

Dies hat sich jedoch im Laufe der Zeit geändert. Vor 10 oder 15 Jahren gab es nicht so viele Möglichkeiten an Orten, an denen ich gearbeitet habe. (Ja, es gab viele Redakteure, aber sie waren keine "Wahl"). Der Laden, in dem ich vor 15 Jahren gearbeitet habe, war sehr altmodisch (auch damals noch!) Und vi war der Herausgeber. Keine Wahl. Das war eigentlich ziemlich nützlich, weil ich es nach dem ersten Monat des Fluchens und Fluchens wirklich mochte.

Heutzutage gibt es viele Möglichkeiten und jede hat viele Vorteile.

Nach meiner persönlichen Erfahrung habe ich ein paar Jahre lang eine IDE - rubyMine - verwendet, bevor ich auf vi (m) zurückgeschaltet habe. Ich habe dies getan, weil Ruby eine sehr schwierige Sprache ist, für die man eine IDE schreiben kann (Duck-Typing und andere dynamische Funktionen). Daher sind IDEs in der Regel langsam und / oder erfordern die neueste, schnellste Maschine.

Nun ja, ich habe einige Erfahrungen damit, ein Teil des gemischten Windows / Unix & C ++ / Java-Teams zu sein. Ich denke, dies ist kein Problem, vorausgesetzt, jeder ist mit der anderen IDE vertraut, oder es wird niemals eine Situation geben, in der jemand, der nicht mit IDE Y vertraut ist, an dem anderen Kerl arbeiten muss (das ist der Kerl mit IDE Y) ) System.

Wenn jeder möchte, ist das in Ordnung, aber verschiedene Leute möchten möglicherweise verschiedene Editoren / IDEs verwenden. Ich möchte nicht, dass die Leute mich zwingen, einen anderen als meinen bevorzugten Editor zu verwenden, wenn ich mit einem Team an etwas Großem arbeite, und ich bezweifle, dass ich allein bin. Die Leute mögen mit der Situation am glücklichsten sein, wenn Sie sie nicht zwingen, einen bestimmten Editor zu verwenden.

Übrigens, Emacs!

Ich denke nicht, dass jeder die "gleiche" IDE haben muss, aber es wäre schön, wenn jeder eine "unterstützte" IDE hätte.

Wenn Ihre IDE beispielsweise in den Codeüberprüfungsprozess integriert ist, was das Kommentieren und Aktualisieren von Code angeht, ist es für alle sinnvoll, sich auf einer unterstützten Plattform zu befinden.

Wenn Ihr Unternehmen eine kollaborative Umgebung wie Rational Team Concert verwendet und ein oder zwei Mitarbeiter eine nicht unterstützte IDE (oder eine andere Version) verwenden möchten, während alle anderen kompatible verwenden, ist das Leben für die ausgewählten Personen möglicherweise schwierig außerhalb der Stützschleife.

Bei uns erstellen wir unsere Projekte mit Visual Studio. Wenn es um die Bearbeitung von Text geht, wechsle ich zu Emacs. Ihr Unternehmen sollte sich nicht darum kümmern, solange die Arbeit erledigt ist.

Klingt ein bisschen wie "wir haben das bei meinem alten Job benutzt". Nun, sie sind nicht an ihrem alten Arbeitsplatz.

Wenn es keine Auswirkungen auf Ihre Toolkette oder Versionsverwaltungs-Plug-Ins hat, dann vielleicht ja. Können die beiden neuen Leute einen klaren Nutzen zeigen? Haben sie Ihre IDE benutzt?

Ansonsten habe ich keine Geduld mit diesem Unsinn, es sei denn, es gibt einen guten Grund dafür. Sie sind nicht in ihrem alten Job: Es hätte nicht gut für sie sein können, wenn sie gehen wollten. War die Verwendung der anderen IDE das einzige Highlight im alten Job: Wenn ja, sollten sie STFU und dankbar sein.

JA! Erzwinge Singleton-IDE.

Es macht Probleme, wenn sich die Projektabhängigkeit ändert. Wenn Sie dem Projekt eine neue Abhängigkeit hinzufügen, verschwendet jeder Zeit, um diese neue Abhängigkeit einzuführen, und einige können fehlschlagen und Zeit für diesen Prozess verschwenden. RIESIGE ABFALLZEIT.

Es sollte eine WIRKLICH gute Rechtfertigung dafür geben, dem Team eine andere IDE hinzuzufügen. Dies bedeutet, dass die eingesparte Zeit die Zeit überschreiten sollte, die für die Migration des Systems auf andere IDEs aufgewendet wurde