2009-10-08 12 views
8

Czy wszyscy członkowie zespołu muszą być zmuszeni do używania tego samego IDE (na przykład eclipse, netbeans, intellij) do programowania, mimo że proces budowania jest niezależny od IDE? (Załóżmy, że w projekcie nie są używane żadne wtyczki IDE itp.).Czy wszyscy członkowie zespołu powinni używać tego samego IDE?

Jeśli wszyscy używają tego samego IDE, mogą udostępniać tę samą konfigurację i pracować w bardziej spójnym środowisku. Jednakże, jeśli pracujesz z określonym IDE przez wiele lat, zmuszanie go do korzystania z innego będzie frustrujące i zmniejszy wydajność, ponieważ będziesz próbował nauczyć się IDE zamiast skupiać się na domenie problemu.

Jestem zainteresowany, aby dowiedzieć się, który z tych dwóch typów zespołów pracowałeś i który z nich działa najlepiej.

Dzięki

Odpowiedz

11

Jeśli żadne konkretne wtyczki są stosowane, to dlaczego nie dać ludziom wykorzystać to, co chcą? Używamy kombinacji Eclipse, vim i innych edytorów do edycji kombinacji Java, PL/SQL i Pro * C. Wszyscy mamy różne konfiguracje vima i nigdy nie było problemu. Powiedziawszy, że wszyscy używamy Eclipse dla Javy, ale to głównie dlatego, że jest najlepszym IDE dla Javy (dla naszych celów). Wszyscy jesteśmy w różnych wersjach, ale tak naprawdę nie ma tam żadnej wymuszonej spójności.

2

Jeśli staniesz się zbyt drakoński, stłumisz innowację, a za dwa lata będziesz w starej wersji IDE, która jest zupełnie nieadekwatna do twoich zadań. Z drugiej strony, jeśli dasz wolne rządy, każdy deweloper zrobi swoje, a Ty osiągniesz produktywność.

Mieć "regułę 3". Niech zespół wybierze IDE, którego chce użyć. Jeśli niektórzy członkowie wolą inne IDE, pozwólcie na drugą alternatywę. Do czasu, gdy niektórzy członkowie będą chcieli przejść do trzeciej alternatywy, wystarczy, że zespół zgodzi się pozbyć jednego z dwóch pierwszych.

W ten sposób masz pewną konsekwencję w zespole deweloperskim (wraz z przyrostem wydajności, który się z tym wiąże), ale pozwalasz na przeniesienie do alternatyw bez decyzji komisji.

10

Jestem fanem pozwolenia każdemu programistowi na wybór IDE. Pracowałem w znormalizowanych środowiskach i mieszanym, i nie widziałem dużej różnicy w produktywności - to bardziej kwestia morale (ludzie zmuszeni do używania narzędzi, których nie lubią, są mniej zadowoleni).

Wspominałeś o Java-centrycznych IDE (Eclipse, NetBeans, IntelliJ). W środowisku zorientowanym na Javę można używać Mavena do generowania plików projektu dla tych IDE, co zmniejsza znaczną część argumentu do standaryzacji na jednym IDE - ponieważ standaryzuje się na niższym poziomie - plik projektu Maven.

Jedynym zastrzeżeniem moim zdaniem jest to, że znajduję programistów, którzy decydują się na używanie prostych edytorów tekstu, a nie IDE prawie zawsze tworzą kod, który jest pełen ostrzeżeń podczas przeglądania w IDE, więc marszczę na to ćwiczenie. Oczywiście, jeśli ktoś jest wizą z emacsem lub tekstem itp. I nie generuje ostrzeżeń, nie mam problemu z kontynuowaniem ich wybranej platformy.

+1

Całkowicie zgadzam się z częścią morale. – fglez

+0

Mam również do czynienia z zastrzeżeniem wolnego wyboru IDE. Większość naszego zespołu używa IntelliJ, ale wszystko, co sprawdza użytkownik Eclipse, jest pełne ostrzeżeń. Nie korzystałem z Eclipse, więc nie wiem, czy ma słabe ostrzeżenia, czy też programista ma je wyłączone lub jest po prostu kiepskim programistą. –

2

Zmuszanie wszystkich do korzystania z tego samego IDE działa tylko w przypadku używania klonów. Ponieważ każda osoba jest inna, mają różne podejścia do rozwiązywania zadań. Jeśli luka staje się zbyt duża, pozwalając jednostkom na korzystanie z preferowanego narzędzia może zwiększyć wydajność i morale (morale, ponieważ ludzie czują się lepiej, gdy uważają, że mają wpływ).

Ale to nie może prowadzić do problemu wsparcia. Jeśli ktoś prosi o pewne niejasne IDE (z jakiegokolwiek powodu), lepiej będzie w stanie samodzielnie rozwiązać swoje problemy.Wybór nie oznacza, że ​​masz pretekst do pominięcia pracy, ponieważ Twoje narzędzie łamie się cały czas.

1

Nie mogę wiele powiedzieć o Javie. Ale jeśli chodzi o C++, jeśli nie zgadzasz się na wcięcia (jest to spacje, tabulatory, tabulatory o jakim rozmiarze), kod w środowisku wykonawczym staje się bałagan i mniej czytelny.

Dodatkowy punkt, który może być niezgodny z używaniem kilku IDE w tym samym zespole, jeśli recenzowanie/kodowanie jest wykonywane regularnie (tj. Część XP lub przegląd coe).

Jeśli to nie są problemy, nie rozumiem, dlaczego członkowie zespołu nie mogą odebrać swojego ulubionego IDE.

Powiązane problemy