Oracle poświęciło dużo czasu i pieniędzy na swój własny produkt, JDeveloper. Ma kilka fajnych funkcji. Ale nigdy nie cieszyła się dużą popularnością w branży, ponieważ wielu programistów Java nie lubi korzystać z zastrzeżonego oprogramowania, mimo że Oracle odgrywa dość dużą rolę w ich zaangażowaniu w otwarte standardy.
W każdym razie w tej chwili Oracle nadal integruje wiele świeżo nabytych funkcji BEA WebLogic z pakietem JDeveloper. Ale jestem pewien, że po zawarciu umowy kupna Sun zaczną przyglądać się, co mogą wziąć od NetBeans. Bo cokolwiek myślisz o metodach biznesowych Larry'ego Ellisona, on zna wartość dolara. Jeśli są rzeczy, które warto mieć w NetBeans, nie zostaną wyrzucone, trafią do JDeveloper.
edytuj
Na dłuższą metę Oracle nie będzie utrzymywać dwóch środowisk IDE Java. Ale spójrz na ich strategię obsługi poprzednich przejęć (Seibel, JD Edwards, BEA itp.). Firma Oracle dbała o aktualność tych produktów, jednocześnie opracowując plan udostępnienia klientom aplikacji marki własnej Oracle. W niektórych przypadkach oznaczało to porzucenie oferty Oracle na rzecz przejętego produktu (Seibel Analytics, BEA WebLogic Server).
Oracle dokonało podobnych brzmiących oświadczeń w odniesieniu do MySQL. Ludzie mogą szydzić, ale myślę, że Oracle utrzyma MySQL, częściowo dlatego, że Larry uważa, że mogą na nim zarabiać, ale także po to, by zwiększyć Próby Microsoftu przeszukania bazy klientów MySQL .
Nie przeczytałem nic oficjalnego na temat zamiarów Oracle dotyczących NetBeans. Więc to tylko moje przypuszczenie. Oracle nie zabije NetBeans. Gdyby tak się stało, wszyscy użytkownicy NetBeans prawdopodobnie przeszliby do Eclipse (ponieważ wiele osób podziela przekonanie Pascala, że „JDeveloper jest do bani”). Rzeczywiście Oracle prawdopodobnie utrzyma to jeszcze przez jakiś czas.
W międzyczasie stworzą spis funkcji NetBeans, które są lepsze niż odpowiedniki w JDeveloper lub które nie mają odpowiedników i które mogą obsługiwać program Oracle Fusion. Na przykład Ellison głośno wyrażał swój podziw dla JavaFX. Moje niedoinformowane odczucie jest takie, że łatwiej będzie przenieść tę funkcjonalność do JDevelopera niż odwrócić rzeczy z Fusion do NetBeans. Mogę się co do tego mylić. Być może bardziej sensowne byłoby wykorzystanie szerszej penetracji rynku przez NetBeans i uwolnienie JDevelopera.
Tak czy inaczej myślę, że powinieneś zacząć pracować z NetBeans, ponieważ ta funkcjonalność nie zniknie z dnia na dzień.
aktualizacja
InfoWorld właśnie (27 stycznia 2010 r.) opublikowało podsumowanie planów Oracle dotyczących Sun . Właściwy bit to
