Vaalit JCP EY jäsenten kesken, ja ensi viikolla uuden komitean olisi paikallaan. Joten se on tärkeä hetki ymmärtää missä JCP seisoo ja mitä EY: n jäsenet voivat mahdollisesti tehdä, jotta asiat paremmin JCP ja Java Community.
Yksinkertaisesti sanottuna, JCP on jäsenenä ajetaan organisaatio luoda standardeja Java ja alustan. Ihannetapauksessa se aikoo olla yhteisestä koonnista lähtökohta kaikille ääniä yhteisö. Valitettavasti kuitenkin, se on vielä kaukana tämän unelman. On yli 10 miljoonaa ohjelmoijaa ja tuhansia yrityksiä, jotka käyttävät aktiivisesti Java luoda niiden tuotteita ja tarjota palvelujaan. On kuitenkin vähemmän kuin 1500 JCP jäseniä kuin nykyisessä. Lisäksi vain kourallinen nämä 1500 toimivat ehdottaa JSR (t) osallistuvat asiantuntijaryhmiin aktiiviseen palautetta vaatimukset. Siksi JCP tuskin edustaa enemmistöä yhteisön.
Miksi on tärkeää, että suurin osa yhteisön ottaa aktiivisesti osaa JCP? Standardit on järkevää vain silloin, kun ne on hyväksytty suurella enemmistöllä. Kun kyseessä on Java se tarkoittaa,
- yritykset, jotka tekevät Java työkalut ja tuotteet tulee tarjoamaan tuotteita ja tarjoukset noudattavat standardeja ja
- sekä palveluntarjoajat, jotka käyttävät Java luomaan sovelluksia on omaksuttava ja hyväksyttävä se.
Nykyinen ero käy ilmi, että monet JCP luonut standardit ovat tuskin käytössä. Esimerkiksi JSR 69 (Java OLAP Interface), joka hyväksyttiin jo kesäkuussa 2004, ei ole koskaan ollut "lopullinen julkaisu" ja tuskin tukee OLAP myyjät tai kehittäjät tänään. Ei voi olla pieni ryhmä vielä käyttää sitä, mutta vaihtoehtoisia standardeja ovat tehneet siitä hyödyttömän siitä, kun se oli vielä luotu.
Asiat ovat parantuneet vaikka! Viime kuukausina olemme nähneet osallistumisen lisääminen eri puolilta. Tämä tekee eritelmistä enemmän asiaa ja mielekäs. Kuitenkin, se ei riitä vielä ja paljon enemmän osallistumista yhteisöllisyyttä.
Lisäksi vähemmän osallistumisesta, JCP prosessi on muita puutteita, jotka ovat seuraavat:
- Liian monta JSR (s) ei ole saatettu loppuun ja jäävät limbo yli 3 vuotta nyt. Nämä JSR (t) joko on ryhdyttävä loppuun tai virallisesti hylätty. Joissakin tapauksissa se voi olla järkevää aloittaa uusi JSR (t) tarpeisiin että aikaisempi JSR ovat voineet puuttua.
- Monet JSR (t) yrittää ratkaista sama ongelma. On järkevää yhdistää joitakin eritelmiin silloin, kun ne menevät päällekkäin. Se voi myös järkevää Refactor liittyvät JSR (t) joskus.
- Monet JSR (t) on huomattavasti yksinkertaistettu. Enterprise Java mutkistaa vielä se lisäksi monimutkaisia JSR (s). Työ yksinkertaistaa EJB eritelmä on hyvä menestystarina jäljitellä.
- Monet JSR (t) on pysähtynyt. Joskus standardointielin on aktiivisesti pyrkinyt luomaan normeja alueella, joka on edelleen herkkä, ja siksi ei ole nähnyt paljon menestystä. Turha alkaa liian aikaisin. Standardit eivät ole "varhaisessa vaiheessa" tai "verenvuoto huipputekniikkaa".
Nyt olemme tietoisia joidenkin alueiden työtä, katsotaanpas, jos EY saattavat vaikuttaa. Ensinnäkin EY: n tehtävänä ei ole hoitaa kunkin JSR (s). JSR spec johtaa ja asiantuntijaryhmän jäsenille ajaa ja hoitaa asioita niiden JSR. EY: n tehtävänä on hallinnoida JCP itse prosessi. Sen tehtävänä on antaa vallanjakojärjestelmää äänestämällä puolesta tai vastaan ehdotetun JSR (t) ja helpottaa toimintaa JCP.
Siksi suurin vaikutus EY voi tehdä voidaan tiivistää seuraavasti:
- Evankeliointi - rohkaisee kaikkia jäseniä JCP osallistua ja jopa ottamaan lisää vastuuta levittää sanaa laajemmalle yhteisölle. Myös työn vaatimusten hyväksymistä, kun ne on perustettu.
- Prosessi Demokratisointi - Työ lieventää epätasapainoa yritysten vaikutusvaltaa ja yksittäisiä jäseniä. Annetaan muutama uudempi prosessit - esimerkiksi sallia muutoksen spec johto (ei välttämättä saman firman) puolivälin tarvittaessa, varsinkin jos asiat ovat tällä hetkellä menossa pieleen ja että tiettyjä JSR.
- Aktiivinen yhteistyö - ehdottaa ja tukea yhteistyötä keskuudessa liittyviä JSR (t). Työ refaktorointi olemassa JSR (t) tarvittaessa.
- Tulevasta suunnasta - aktiivisesti kartoittaa alat, joilla standardointi auttaa Java ottaa sujuvasti kurssin tulevaisuuteen ja kannustaa osallistumista jäseniä työskentelee näillä alueilla. Esimerkiksi JSR 292 (tukeminen dynaamisesti kirjoitetut kielten Java Platform) on hyvä aloite edistää kehitystä Java.
Nyt olet tunne mitä ajattelen. Paljon on sanottu ja tehty, mutta lopetan tähän ja alkaa tehdä minun vähän, jotta JCP tehokkaampi organisaatio.
Aloitan valittamalla teitä kaikkia tulemaan osallistua JCP. Niille, jotka eivät vielä ole sen jäseniä, tulkaa liittymään ja tee merkki. Niille, jotka ovat jo jäseniä, tehkää äänesi (https: / / www.jcpelection2008.org/jcp/election_ballot) ja tee läsnäolo.
0