Valg til JCP EF medlemmer er i gang, og ved næste uge et nyt udvalg vil være på plads. Så det er en vigtig tid til at forstå, hvor JCP står, og hvad EF-medlemmer kan eventuelt gøre for at gøre tingene bedre for JCP og Java samfund.
Simply erklærede, JCP er medlem drevet organisation for at skabe standarder for Java-sproget og platformen. Ideelt set har til hensigt at være fælles sammenlægning punkt for alle stemmerne i samfundet. Men desværre er det stadig langt fra at realisere denne drøm. Der er mere end 10 millioner programmører og tusindvis af virksomheder, som aktivt bruger Java til at skabe deres produkter og levere deres ydelser. Men der er mindre end 1500 JCP medlemmer, som det ser ud i dag. Hertil kommer, kun en håndfuld af disse 1500 er aktive i at foreslå JSR (r), der deltager i ekspertgrupper eller give aktiv feedback på specifikationerne. Derfor JCP næppe udgør et flertal i samfundet.
Hvorfor er det vigtigt, at et flertal af samfundet tager aktivt del i JCP? Standarder giver kun mening, når de er vedtaget af et stort flertal. I tilfælde af Java betyder det,
- virksomheder, der gør Java værktøjer og produkter behovet for at gøre deres produkter og tilbud i overensstemmelse med de standarder og
- udviklere og udbydere, der bruger Java til at skabe applikationer behov for at vedtage og acceptere det.
Den nuværende forskel er klart af det faktum, at mange JCP skabt standarder er næppe i brug. For eksempel JSR 69 (Java OLAP Interface), som blev godkendt tilbage i juni 2004, aldrig haft en "endelig frigivelse" og er næppe støttes af OLAP leverandører eller udviklere i dag. Der kan være en lille gruppe stadig bruger det, men andre standarder har gjort det ubrugeligt fra den tid, det var stadig at blive oprettet.
Tingene bliver bedre selv! I løbet af de sidste par måneder har vi set en øget deltagelse fra alle hjørner. Dette gør specifikationer mere relevante og meningsfulde. Men det er ikke nok endnu, og meget mere deltagelse fra samfundet er påkrævet.
Bortset fra mindre deltagelse, har JCP processen yderligere mangler, som er som følger:
- For mange JSR (r) endnu ikke har nået at færdiggøre og forblive i uvished i mere end 3 år nu. Disse JSR (r) enten skal tages til afslutning eller officielt opgivet. I nogle tilfælde kan det være fornuftigt at starte nye JSR (r) for at afhjælpe de behov, som tidligere JSR måtte have besluttet at behandle.
- Mange JSR (r) forsøge at løse det samme problem. Det giver mening at fusionere nogle specifikationer, hvor de overlapper hinanden. Det kan også være fornuftigt at refactor relaterede JSR (s) til tider.
- Mange JSR (r) skal drastisk forenklet. Enterprise Java kompliceres yderligere vil tilsætning af komplicerede JSR (r). Arbejdet med at forenkle EJB specifikationen er en god succeshistorie at efterligne.
- Mange JSR (r) skal stå. Undertiden standardiseringsorgan har proaktivt forsøgt at skabe standarder på et område, som stadig er ustabil og har derfor ikke set meget vellykket. Intet punkt starter for tidligt. Standarder er ikke om "hurtigt at indføre" eller "bleeding edge teknologi".
Nu, vi er opmærksomme på nogle af områder at arbejde på, så lad os se, hvor EF potentielt kunne bidrage til. For det første rolle i EF er ikke til at styre hver enkelt af de JSR (s). De JSR spec bly og medlemmerne af ekspertgruppen køre og lede deres respektive JSR. EF's rolle er at styre JCP selve processen. Dens opgave er at give checks and balances ved at stemme for eller imod forslaget JSR (r) og lette arbejdsgangen i JCP.
Derfor er den mest betydningsfulde bidrag, EU kan gøre, kan sammenfattes således:
- Evangelisering - opfordre alle medlemmer af JCP til at deltage og selv påtage sig yderligere ansvar for at sprede ordet til de større samfund. Også arbejde på standarder vedtaget, når de er etableret.
- Proces Demokratisering - Arbejde for at mindske ubalancen mellem corporate indflydelse og individuelle medlemmer. Tillad et par nyere processer - for eksempel lader ændring af spec bly (ikke nødvendigvis fra samme selskab) midtvejs, hvis det kræves, især hvis tingene er i øjeblikket går skævt i denne særlige JSR.
- Aktiv Collaboration - Foreslå og støtte samarbejde mellem beslægtede JSR (r). Arbejdet med refactoring eksisterende JSR (r), hvis nødvendigt.
- Fremtidige Retning - aktivt på at identificere områder, hvor standardisering vil bidrage Java tage en glat kursus ind i fremtiden og tilskynde til deltagelse fra medlemmer, der arbejder i disse områder. For eksempel JSR 292 (Støtte til Dynamically indtastede Sprog på Java Platform) er et godt initiativ til at lette udviklingen af Java.
Ved nu du har en fornemmelse af, hvad jeg tænker. Meget skal siges og gøres, men jeg vil stoppe her, og begynde at gøre mit smule at gøre JCP en mere effektiv organisation.
Lad mig starte med at appellere til alle jer til at komme deltage i JCP. For dem, der endnu ikke er medlemmer, kan du komme tilmelde sig og skabe dit præg. For dem, der allerede er medlemmer, skal du afgive din stemme (https: / / www.jcpelection2008.org/jcp/election_ballot) og gør din tilstedeværelse mærkes.
0