Każdy jest motylem na własną skalę ale każdy huragan kiedyś ucichnie...

Z mieszanymi uczuciami przystępuję do pisania pochwał na temat rozwoju (obserwowanego przeze mnie przez 3 lata) Eclipse. Dlaczego z mieszanymi? Otóż na przestrzeni tych trzech lat używam najczęściej „Eclipse Fedory” i zetknąłem się z wersją windowsową tej aplikacji i cóż:

okazuje się że Eclipse samo (odmieniam jako „środowisko programistyczne Eclipse”) w sobie jest stabilne, lecz na przestrzeni ostatniego roku już drugi raz po aktualizacji Fedory, Eclipse Fedory „wywaliło mi się...”. Na szcęście nie zaprzepaściły te „wpadki” mojej kilkutygodniowej pracy i pliki projektów pozostały czytelne.

Teraz czas na analizę:

Bazą mojej analizy będą przykłady porównań z KDevelop (znanym mi tylko w wersji w której uczyłem się programować w języku C++ wykorzystując dostępną wtedy w Linuksie bibliotekę Qt3) oraz Visual Studio 2005 (środowiskiem Microsoftu w którym jeszcze około 2 lata temu pracowałem zawodowo jako programista VB.NET).

Eclipse używam wyłącznie do programowania w Java – więc wynik jest taki, że nie mogę porównać funkcji środowisk we wspólnym języku, natomiast mogę porównać znane mi interfejsy i pomocne w programowaniu funkcje.

Eclipse w najnowszych wersjach dla Java (jest to najbardziej ceniona przeze mnie funkcja pomocna poczas pisania programów) posiada „podpowiedzi” metod i innych części składowych klas Javy, lecz nie na tym koniec, ponieważ gdy „strzałką” poruszamy się po wierszach okienka podpowiedzi, pojawiają się nam ogólniejsze „wskazówki” tzn. ogólne opisy definicji danego pola. Przypuszczam, że programości rozwijający Eclipse obserwując podobne rozwiązania w innych środowiskach, wiedzieli „co na pewno się jeszcze przyda”. Z moich obserwacji (nie wiem jak jest teraz w KDevelop) wynika, że samo Eclipse dorobiło się tej funkcji najpóźniej z pośród poważnych, rozbudowanych środowisk. VS w języku VB miało podobne funkcje już w czasach z przed Microsoft Framework 1.0 (wiem bo używałem też Visual Basic 6.0 w wersji edukacyjnej). Podobnie znane mi ze szkoły Borland C++ Builder 6.0 (co do wersji nie mam pewnej pamięci) posiadało takie „podpowiedzi” - i tak jak wyżej piszę Eclipse „dorobiło się jej późno” ale bardzo skutecznie.

Rowój interfejsu Eclipse nie następuje w szczególnie widoczny sposób na przestrzeni tych trzech lat – dlaczego? Po prostu Eclipse jest projektem, który rozwijał się od poczatku z przemyślaną konsekwentnie „przestrzenią roboczą” = oknem programisty, który może włączyć i wyłaczyć poszczególne części (chyba „moduły”) okna i „meć to, tak jak lubi”. Ja osobiście pracuję na rozdzielczości ekranu 1280x800 ale przypuszcam że potrafił bym dostosować swoje okno też przy rozdzielczości 1024x768, nie narzekając na brak miejsca. Podobnie było w VS 2005 i wcześniej, oraz w KDevelop, ale wydaje mi się że Eclipse „toruje szlak” w tej dziedzinie.

Reszta zalet poszczególnych środowisk wiąże się ze specyfiką języków programowania w których programowałem, więc ta analiza musi się skończyć na tym skromnym etapie wyliczenia dwu zalet.