Wybory do JCP członków WE jest w toku i do przyszłego tygodnia nowy komitet będzie na miejscu. Więc jest to ważny czas, aby zrozumieć, gdzie stoi i co JCP członków WE można ewentualnie zrobić, aby zmienić coś na lepsze w JCP i społeczności Java.
Krótko mówiąc, jest członkiem JCP napędzany organizacji do tworzenia standardów dla języka Java i platformy. Najlepiej, zamierza być wspólnym punktem agregacji wszystkich głosów w danym środowisku. Niestety jednak, to wciąż daleko od realizacji tego marzenia. Istnieje ponad 10 milionów programistów i tysiące firm, które aktywnie korzystać Java do tworzenia produktów i dostarczania usług. Jednak nie mniej niż 1500 członków JCP jak dziś. Ponadto tylko kilka z tych 1500 są aktywne w proponowaniu JSR (s), udział w grupach ekspertów lub świadczenia aktywnych opinie na temat specyfikacji. Dlatego trudno JCP stanowi większość społeczności.
Dlaczego tak ważne jest, że większość społeczności biorą aktywny udział w JCP? Normy mają sens tylko wtedy, gdy zostały przyjęte przez większość. W przypadku Java to znaczy,
- przedsiębiorstw, które narzędzia i produkty powinny Java, aby ich produkty i oferty są zgodne z normami i
- deweloperów i dostawców usług, którzy wykorzystują w tworzeniu aplikacji Java należy przyjąć i zaakceptować.
Obecnej luki wynika z faktu, że wiele JCP stworzyliśmy standardy nie są w użyciu. Na przykład JSR 69 (Java OLAP Interface), który został zatwierdzony w czerwcu 2004 r. z powrotem, nigdy nie miał "ostatecznej wersji" i trudno wspierane przez producentów lub twórców OLAP dziś. Nie może być niewielka grupa, ale wciąż przy pomocy alternatywnych standardów świadczonych on bezużyteczny od momentu wciąż rozbudowywane.
Ale idzie ku lepszemu! W ciągu ostatnich kilku miesięcy byliśmy świadkami zwiększonego uczestnictwa we wszystkich zakątkach. To co bardziej istotne dane i znaczące. Jednak to nie wystarcza i jeszcze dużo więcej udziału społeczności jest wymagane.
Oprócz mniej uczestnictwa, proces JCP ma dodatkowe problemy, które są następujące:
- Zbyt wiele JSR (s) nie osiągnęły wykonania i pozostać w zapomnieniu ponad 3 lat. Tych JSR (s) albo muszą zostać podjęte w celu zakończenia lub oficjalnie porzucony. W niektórych przypadkach może mieć sens, aby rozpocząć nowe JSR (s) w celu zaspokojenia potrzeb, które wcześniej JSR mogła się zdecydować adres.
- Wiele JSR (s) i spróbować rozwiązać ten sam problem. Ma sens łączyć kilka specyfikacji sytuacji, gdy zbiegają. Może to również sens zreorganizujesz związane JSR (s) czasem.
- Wiele JSR (s) musi być znacznie uproszczone. Enterprise Java jest skomplikowany dalej będzie dodanie skomplikowane JSR (s). Pracy uproszczenie specyfikacji EJB to dobry sukces naśladować.
- Wiele JSR (s) musi być zablokowany. Czasami organizm norm aktywnie starał się stworzyć standardy w dziedzinie, która jest wciąż niestabilna i dlatego nie widział wiele sukcesów. Punktem wyjścia nie za wcześnie. Normy nie są o "wczesne wprowadzenie" lub "krwawienia technologia".
Teraz, gdy zdajemy sobie sprawę z niektórych obszarów do pracy, zobaczmy gdzie WE mogłyby przyczyniać się. Po pierwsze, rola WE nie jest zarządzanie każdym z JSR (s). JSR spec ołowiu i członków grupy ekspertów, uruchomienia i prowadzenia spraw ich JSR. WE rola polega na zarządzaniu się proces JCP. Jego obowiązkiem jest zapewnienie kontroli i równowagi w drodze głosowania za lub przeciw proponowanej JSR (s) i ułatwienia funkcjonowania JCP.
Dlatego też, najbardziej znaczący wkład WE może można podsumować w następujący sposób:
- Ewangelizacja - Zachęcanie wszystkich członków JCP do udziału, a nawet wziąć na siebie dodatkową odpowiedzialność rozprzestrzeniania słowo do większej społeczności. Również prace nad standardami przyjęcie po ich siedzibę.
- Procesu demokratyzacji - prace w celu zmniejszenia nierównowagi pomiędzy wpływ przedsiębiorstw i indywidualnych członków. Pozwolić na kilka nowych procesów - na przykład umożliwić zmianę spec ołowiu (niekoniecznie z tej samej firmy) w połowie okresu w razie potrzeby, zwłaszcza jeżeli rzeczy są aktualnie dzieje na opak w tym konkretnym JSR.
- Aktywna współpraca - Proponowanie i wspieranie współpracy między związanych JSR (s). Prace nad refaktoryzacji istniejących JSR (s) w razie potrzeby.
- Przyszłego kierunku - aktywnie zidentyfikować obszary, w których normalizacja pomoże podjąć Java płynnego kursu w przyszłości i zachęcanie do uczestnictwa członków z pracy na tych obszarach. Na przykład JSR 292 (Wspieranie dynamicznie typowanym na języki Java Platform) jest dobrą inicjatywą w celu ułatwienia ewolucji Java.
Już masz poczucie tego, co mam na myśli. Wiele trzeba powiedzieć i zrobić, ale będę tutaj zatrzymać i zacząć robić moje nieco do JCP bardziej efektywną organizację.
Zacznę od apelu do wszystkich, aby się wziąć udział w JCP. Dla tych, którzy jeszcze nie są jej członkami, proszę przyjść i przyłączyć się zrobić swój znak. Dla tych, którzy już są członkami, proszę oddać swój głos (https: / / www.jcpelection2008.org/jcp/election_ballot) i uzupełnić swoją obecność odczuwalne.
0