Sollten alle Teammitglieder gezwungen sein, die gleiche IDE (z. B. eclipse, netbeans, intellij) für die Programmierung zu verwenden, obwohl der Build-Prozess unabhängig von der IDE ist? (Angenommen, für das Projekt werden keine IDE-spezifischen Plugins usw. verwendet.)
Wenn alle dieselbe IDE verwenden, können sie dieselbe Konfiguration verwenden und in einer konsistenteren Umgebung arbeiten. Wenn Sie jedoch seit vielen Jahren mit einer bestimmten IDE arbeiten, wird es frustrierend sein und die Produktivität reduzieren, weil Sie versuchen werden, die IDE zu lernen, anstatt sich auf die Problemdomäne zu konzentrieren.
Ich bin interessiert zu hören, an welchem dieser beiden Teams Sie gearbeitet haben und welches Ihrer Meinung nach am besten funktioniert.
Danke
Wenn keine speziellen Plugins verwendet werden, dann lassen Sie die Leute benutzen, was sie wollen. Wir verwenden eine Mischung aus Eclipse, vim und anderen Editoren, um eine Mischung aus Java, PL / SQL und Pro * C zu bearbeiten. Wir haben alle unterschiedliche vim-Setups und es war nie ein Problem. Abgesehen davon, dass wir alle Eclipse für Java verwenden, liegt das hauptsächlich daran, dass es die beste IDE für Java ist (für unsere Zwecke). Wir sind alle auf verschiedenen Versionen davon, aber es gibt dort auch keine erzwungene Konsistenz.
Ich bin ein Fan davon, dass jeder Entwickler seine IDE wählt. Ich habe in standardisierten Umgebungen und gemischt gearbeitet, und ich habe keinen großen Unterschied in der Produktivität gesehen - es ist eher ein Moralproblem (Leute, die gezwungen sind, Werkzeuge zu benutzen, die sie nicht mögen, sind weniger glücklich).
Sie erwähnen Java-zentrische IDEs (Eclipse, NetBeans, IntelliJ). In einer Java-zentrierten Umgebung kann man Maven verwenden, um Projektdateien für diese IDEs zu generieren, was einen großen Teil des Arguments für die Standardisierung auf einer einzigen IDE reduziert - weil Sie die Maven-Projektdatei auf einer niedrigeren Ebene standardisieren.
>Der einzige Einwand ist meiner Meinung nach, dass Entwickler, die einfache Text-Editoren anstelle von IDEs verwenden, fast immer Code erstellen, der mit Warnungen gespickt ist, wenn man sie in einer IDE betrachtet. Natürlich, wenn jemand ein Wiz mit Emacs oder Textmate usw. ist und keine Warnungen generiert, habe ich kein Problem damit, dass sie mit ihrer gewählten Plattform fortfahren.
Wenn Sie zu drakonisch werden, ersticken Sie Innovation und in zwei Jahren werden Sie auf einer alten Version einer IDE sein, die für Ihre Aufgabe völlig unzureichend ist. Auf der anderen Seite, wenn Sie freie Herrschaft geben, wird jeder Entwickler sein eigenes Ding tun, und Sie werden einen Schlag in der Produktivität haben.
Habe eine "Regel von 3". Lassen Sie das Team auswählen, welche IDE verwendet werden soll. Wenn einige Mitglieder eine andere IDE bevorzugen, lassen Sie eine zweite Alternative zu. Zu der Zeit, dass einige Mitglieder zu einer dritten Alternative wechseln wollen, ist es nur in Ordnung, wenn das Team zustimmt, eines der ersten beiden loszuwerden.
Auf diese Weise haben Sie eine gewisse Konsistenz in Ihrem Entwicklungsteam (mit den damit verbundenen Produktivitätsgewinnen), aber Sie erlauben den Wechsel zu Alternativen, ohne dass ein Ausschuss darüber entscheidet.
Das Erzwingen, dass alle dieselbe IDE verwenden, funktioniert nur, wenn Sie Klone verwenden. Da jeder Mensch anders ist, haben sie unterschiedliche Ansätze, Aufgaben zu lösen. Wenn die Lücke zu groß wird, kann die Nutzung des von ihnen bevorzugten Tools die Leistung und die Moral verbessern (Moral, weil sich die Menschen besser fühlen, wenn sie glauben, dass sie einen Einfluss haben).
Aber das darf nicht zu einem Support-Problem führen. Wenn jemand nach einer obskuren IDE fragt (aus welchem Grund auch immer), können sie ihre Probleme besser selbst lösen. Wahl bedeutet nicht, dass Sie eine Entschuldigung bekommen, um Arbeit zu überspringen, weil Ihr Werkzeug die ganze Zeit bricht.
Ich kann nicht viel über Java sagen. Aber was C ++ betrifft, so ist der Code in Runtime unordentlich und weniger lesbar, wenn Sie dem Einrücken nicht zustimmen (es sind Leerzeichen, Tabs, Tabs in welcher Größe).
Zusätzlicher Punkt, der gegen die Verwendung mehrerer IDE im selben Team sein kann, wenn Peer-Reviews / -Codierungen regelmäßig durchgeführt werden (d. h. Teil von XP oder Coe Review).
Wenn das keine Probleme sind, sehe ich nicht, warum Teammitglieder ihre favorite IDE nicht abholen können.
Tags und Links ide