Valg for JCP EC-medlemmer er i gang, og innen neste uke en ny komité vil være på plass. Så det er en viktig tid for å forstå hvor JCP står og hva EF-medlemmer kan eventuelt gjøre for å gjøre ting bedre for JCP og Java samfunnet.
Enkelt sagt, er JCP medlem drevet organisasjon for å opprette standarder for Java språk og plattformen. Ideelt hensikt at det skal være felles sammendragsnivåer for alle de stemmene i samfunnet. Dessverre skjønt, det er fortsatt langt unna å realisere denne drømmen. Det er over 10 millioner programmerere og tusenvis av bedrifter som aktivt bruker Java til å lage sine produkter og leverer sine tjenester. Men det er mindre enn 1500 JCP-medlemmer som det står i dag. I tillegg, bare en håndfull av disse 1500 er aktive i foreslår JSR (er), deltar i Expert-grupper eller gi aktiv tilbakemelding på spesifikasjoner. Derfor knapt representerer JCP et flertall av fellesskapet.
Hvorfor er det viktig at et flertall av fellesskapet tar aktivt del i JCP? Standarder fornuftig bare når de blir vedtatt med stort flertall. Når det gjelder Java betyr det,
- selskaper som gjør Java verktøy og produkter trenger for å gjøre sine produkter og tilbud i samsvar med standarder og
- utviklere og tjenesteleverandører som bruker Java i å lage programmer krever å vedta og godta den.
Den nåværende gapet er tydelig fra det faktum at mange JCP utviklet standarder er knapt i bruk. For eksempel JSR 69 (Java OLAP Interface), som ble godkjent i juni 2004, aldri hatt en "final release" og er neppe støttet av OLAP leverandører eller utviklerne i dag. Det kan være en liten gruppe fortsatt bruker det, men alternative standarder har gjort den ubrukelig fra den tiden det var fremdeles under utvikling.
Ting er bedre selv! I løpet av de siste månedene har vi sett en økt deltakelse fra alle hjørner. Dette gjør spesifikasjonene mer relevant og meningsfull. Imidlertid er det ikke nok ennå, og mye mer deltakelse fra samfunnet er nødvendig.
Bortsett fra mindre deltakelse, har JCP prosessen ytterligere svakheter, som er som følger:
- For mange JSR (e) ikke har nådd ferdigstillelse og forblir i limbo i over 3 år nå. Disse JSR (e) enten må tas til den er ferdig eller offisielt forlatt. I noen tilfeller kan det være fornuftig å starte nye JSR (er) for å ta opp behov som tidligere JSR kan ha bestemt seg for å henvende seg.
- Mange JSR (e) forsøke å løse det samme problemet. Det er fornuftig å møtes et par spesifikasjoner hvor de overlapper hverandre. Det kan også være lurt å refactor relaterte JSR (er) noen ganger.
- Mange JSR (e) må drastisk forenklet. Enterprise Java er komplisert videre vil tillegg av kompliserte JSR (e). Arbeidet med å forenkle EJB spesifikasjonen er en god suksesshistorie å etterligne.
- Mange JSR (e) må være stoppet. Noen ganger standardiseringsorgan har proaktivt forsøkt å opprette standarder i et område, som fortsatt volatil og derfor har ikke sett mye suksess. Ikke noe poeng å starte for tidlig. Standarder er ikke om "early adopters" eller "blødning kanten teknologi".
Nå som vi er klar over noen områder å arbeide på, la oss se hvor EF potensielt kan bidra. For det første rolle i EU er ikke å styre hver av JSR (e). Den JSR spec bly og ekspert gruppemedlemmer kjøre og håndtere saker for sine respektive JSR. EU's rolle er å administrere JCP prosessen selv. Sin plikt er å gi sjekker og balanse ved å stemme for eller mot foreslåtte JSR (er) og letter arbeidet i JCP.
Derfor viktigste bidraget til EU kan gjøre kan oppsummeres som følger:
- Evangelisering - Oppmuntre alle medlemmer av JCP å delta og selv ta på seg ekstra ansvar for å spre ordet til større fellesskap. Også arbeidet med standarder adopsjon når de er etablert.
- Prosess Demokratisering - Arbeide for å redusere ubalansen mellom bedriftens påvirkning og individuelle medlemmer. Tillat et par nyere prosesser - for eksempel tillate endring av spec bly (ikke nødvendigvis fra samme selskap) mellomlang sikt om nødvendig, spesielt hvis ting er for tiden går galt i det bestemte JSR.
- Aktiv Samarbeid - Foreslå og støtte samarbeid mellom relaterte JSR (e). Arbeidet med grundig reproduksjon eksisterende JSR (e) der det er påkrevd.
- Future Direction - Aktivt identifisere områder der standardisering vil hjelpe Java ta en jevn kurs inn i fremtiden, og oppmuntre til deltakelse fra medlemmer som arbeider i slike områder. For eksempel JSR 292 (Hjelpemiddel dynamisk skrevet inn språk på Java Platform) er et godt initiativ for å forenkle utviklingen av Java.
Nå har du en følelse av hva jeg tenker. Mye må sies og gjøres, men jeg stopper her og begynne å gjøre meg litt for å gjøre JCP en mer effektiv organisasjon.
La meg starte ved å appellere til alle dere til å komme å ta del i JCP. For de som ennå ikke er medlemmer, kan du komme med og gjøre merke. For dem som allerede er medlemmer, vennligst avgi stemme (https: / / www.jcpelection2008.org/jcp/election_ballot) og lage din tilstedeværelse filt.
0