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

23

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

finrod
quelle
4
Das Problem, das ich in Umgebungen mit gemischten Editoren häufig hatte, ist die automatische Formatierung von Code und die Behandlung von Elementen wie Tabulatoren. Solange du das alles klarstellst, wird es nicht viel ausmachen.
Michael Kohne

Antworten:

54

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 ...

Xavier Nodet
quelle
5
Das ist die richtige Antwort.
31
Ich würde hinzufügen, dass es ein Problem gibt, wenn das offizielle Build-System von einer IDE abhängt.
AProgrammer
4
Wenn Sie viel Zeit an den Schreibtischen anderer Teammitglieder verbringen, kann es ärgerlich sein, deren Einrichtung herauszufinden, bevor Sie ihnen helfen können.
Doug T.
4
OH MEIN GOTT!!! Eine selbst entwickelte IDE ??? Das ist ein Rezept für eine Katastrophe wie ein intern entwickeltes Fehlerverfolgungssystem.
Job
8
@Job, ich arbeite bei Microsoft, daher ist VS streng genommen auch eine intern entwickelte IDE. Wir verwenden auch ein intern entwickeltes Bug-Tracking-System ... TFS und Product Studio :).
JSB ձոգչ
7

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.

Dszordan
quelle
7
Wenn sich Ihr Team auf ein IDE-Plug-In verlässt, haben Sie bereits größere Probleme.
HedgeMage
@HedgeMage Nur ein Sith handelt in absoluten Zahlen. Was ist beispielsweise, wenn das Projekt auf der Eclipse-Plattform basiert? Ich weiß nicht, wie der aktuelle Stand ist, aber vor ein paar Jahren war IntelliJ nicht in der Lage, anspruchsvolle Überprüfungen und ähnliches für Eclipse-Plugin-Metadaten durchzuführen. Wir hatten einen Entwickler im Team, der auf IntelliJ bestand - mehr als einmal das Einchecken von fehlerhaftem Code.
Eugene
3

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.

Hamish Downer
quelle
2

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

segfault
quelle
2

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.
Bernard Dy
quelle
1

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.

Manoj R
quelle
1
Sie verwechseln den Code-Formatierungsstandard mit der IDE-Verwendung. Wenn Sie 3 Leerzeichen für Ihre Einrückungsstufe verwenden möchten, können Sie dies in Visual Studio oder Emacs festlegen (ich weiß, ich verwende beide). Andere Themen wie die verschiedenen Zeilenenden in Windows, Mac und Unix konnte durch individuelle Check-in / Check-out - Skripte, ala wenn OS == Windoof ... gelöst werden
SnoopDougieDoug
1

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.

Michael Durrant
quelle
0

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.

Gaurav
quelle
0

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!

compman
quelle
0

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.

Zoot
quelle
-2

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.

rfcoder89
quelle
-3

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.

gbn
quelle
Sollten die Präferenzen der Menschen für einen Arbeitsplatz nicht von Bedeutung sein? Ist Präferenz Quatsch? Ist die Zufriedenheit eines Programmierers nicht ein Vorteil für das Unternehmen? Es tut mir leid, aber das "kompiliert" nicht für mich.
Daramarak
@daramarak: Wo verwandelt sich das in Arroganz oder eine Primadonna, besonders für größere Geschäfte mit Unternehmensstandard? Denken Sie daran: Neue Leute, die in eine neue Firma eintreten und sagen, wir wollen das, sind arrogant.
14.
-6

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

Anzeigename
quelle
Eine IDE ist wirklich ein Editor. Ein Editor stellt in keiner Weise eine Projektabhängigkeit dar. (Ich bin mir bewusst, dass diese Antwort sarkastisch gewesen sein kann, aber dies ist nicht der Ort für Sarkasmus)
Arafangion
IDE ist eigentlich kein Editor, da Sie "Notepad.exe" nicht verwenden. Sie benötigen zusätzliche Arbeit von IDE, und ide hat keine Standards, was es schwierig macht, die externe Fähigkeit zu nutzen. und wenn Sie erwähnen, dass hex edit nur "Texteditor" ist, dann ist Code nicht nur Text.
Anzeigename
Die IDE wirklich ist nur ein Editor, mit einem Bündel von anderen Werkzeugen, die überwiegende Mehrheit von denen ohnehin auf der Kommandozeile aufgerufen werden.
Arafangion
Ich bekomme keine Leute hier. man sagt, eine innere idee ist schlecht und eine einheitliche idee ist schlecht. Daher sollte es für alle Programmierer einheitlich sein, jedoch nicht für alle Programmierer, die an demselben Projekt arbeiten. HUH ?! Ich bekomme es nicht!
Anzeigename
2
Es ist nur ein Werkzeug. Jeder kompetente Programmierer sollte in der Lage sein, seine Tools angemessen zu nutzen. Wenn er der Meinung ist, dass eine andere IDE besser für seine Entwicklungsarbeit geeignet ist, sollte er dies tun.
Arafangion