Moja pozicija na JCP i JCP EK

0

Postavljeno: 13-11-2008 | By: tshanky | In: Java i JVM

Izborni za JCP članova EC je u tijeku i idućeg tjedna novi odbor će biti na mjestu. Tako da je važno vrijeme da shvate u kojem stoji i što JCP članova EC eventualno može učiniti kako bi stvari bolje za JCP i Java zajednice.

Jednostavno rečeno, JCP je član organizacije pogon za izradu standarda za Java jeziku i platformi. U idealnom slučaju, to namjerava biti zajedničke agregacija točki za sve glasove u zajednici. Nažalost, iako, to je još uvijek daleko od ostvarenja sna. Postoji više od 10 milijuna programera i tisuće tvrtki koje aktivno koriste Java za izradu svojih proizvoda i dostaviti svoje usluge. Međutim, postoji manje od 1500 članova JCP kao što stoji i danas. Osim toga, samo pregršt tih 1500 su aktivni u predlaganju JSR (a), sudjeluje u radu stručnih grupa ili pružanja aktivnog povratne informacije o specifikacijama. Stoga, JCP jedva predstavlja većinu zajednice.

Zašto je važno da većina zajednica aktivno sudjeluju u JCP? Standardi imaju smisla samo kada se usvoji i velika većina. U slučaju Java to znači,

  • tvrtke koje čine Java alate i proizvode potrebne kako bi svoje proizvode i sadržaj u skladu sa standardima i
  • programeri i davatelji usluga koji koriste Javu u izradi aplikacija mora usvojiti te ga prihvatiti.

Trenutni razmak je vidljivo iz činjenice da su mnoge JCP stvorio standarde teško da su u uporabi. Na primjer JSR 69 (Java OLAP Interface), koji je odobren povratak u lipnju 2004, nikada nije imao "konačan puštanje" i jedva podržava OLAP dobavljači ili programere danas. Postoji svibanj biti mala skupina još uvijek koriste, ali alternativnih standarda donio je beskorisno od trenutka kada je još uvijek se stvara.

Stvari se poboljšavaju ipak! Tijekom posljednjih nekoliko mjeseci svjedoci smo povećane participacije iz svih krajeva. Ova je odluka specifikacije više relevantnih i smislen. Međutim, to nije dovoljno još i puno više od sudjelovanja zajednice potrebni.

Osim sudjelovanja manje, JCP proces ima dodatne nedostatke, koji su kako slijedi:

  • Previše JSR (a) ne postignu završetka i ostati u limbu za više od 3 godina. Ove JSR (a) bilo potrebno poduzeti do završetka ili službeno napušteno. U nekim slučajevima on svibanj smisla za početak nove JSR (a) za rješavanje potreba koje ranije JSR možda odlučio na adresu.
  • Mnogi JSR (a) pokušati riješiti isti problem. Ima smisla spojiti nekoliko specifikacija gdje se preklapaju. Može i smisla za refactor vezane JSR (a) ponekad.
  • Mnogi JSR (a) moraju biti drastično pojednostavljen. Enterprise Java je komplicirano će još dodatak od komplicirane JSR (a). Rad pojednostavljivanja EJB specifikacija je dobra priča o uspjehu za natjecati se.
  • Mnogi JSR (a) moraju biti zastoju. Ponekad standarde tijela proaktivno je pokušao stvoriti standarde u području, što je još uvijek nepostojan i stoga nije vidio puno uspjeha. Nema točke počinju prerano. Standardi se ne radi o "prvi kupci" ili "krvarenja tehnologiji".

Sada kad smo svjesni nekih područja za rad na, da vidimo gdje EK potencijalno mogla doprinijeti. Prvo, uloga EK ne upravljati svakom od JSR (a). JSR spec. olova i stručne članova skupine pokrenuti i upravljati poslovima njihovih JSR. EK je uloga da upravljaju JCP sam proces. Njegova je zadaća pružiti provjere i ravnoteže koje glasuje za ili protiv predloženih JSR (a) i olakšati funkcioniranje JCP.

Dakle, najveći doprinos EC može napraviti mogu se sažeti kako slijedi:

  • Odanost - Poticati sve članove JCP za sudjelovanje, pa čak i preuzeti dodatne odgovornosti širili riječ na veće zajednice. Također rad na usvajanju standarda kada su osnovano.
  • Proces demokratizacije - Rad za ublažavanje neravnoteže između korporativne utjecaj i individualnih članova. Dopusti malo noviji procesi - na primjer, dopustiti promjenu spec. olova (ne nužno samo iz iste tvrtke) srednjoročno ako je potrebno, pogotovo ako stvari su trenutno ide naopako u tom specifičnim JSR.
  • Aktivna suradnja - predložiti i podržavati suradnju između srodnih JSR (a). Rad na postojećem refactoring JSR (a) tamo gdje je potrebno.
  • Budući smjer - Aktivno utvrditi područja u kojima će pomoći standardizaciju Java uzeti glatke tečaj u budućnost i poticanje sudjelovanja članova koji rade u takvim prostorima. Na primjer JSR 292 (sporedna Dinamički Unesene Jezici na Java Platform) je dobra inicijativa za olakšavanje razvoja Java.

Do sada imate osjećaj za ono što mislim. Mnogo treba rekao i učinio, a ja ću ovdje stajati, a početi radiš moj zalogaj da bi JCP učinkovitije organizacije.

Pocnimo od strane privlačan za sve vas da dođete sudjelovati u JCP. Za one koji još nisu njegovi članovi, molimo vas da se pridružite u i napraviti svoju marku. Za one koji su već članovi, molimo vas da baci svoj glasova (https: / / www.jcpelection2008.org/jcp/election_ballot) i učiniti vašu prisutnost osjećala.

Napiši komentar

Novosti Tema Powered by FireStats