Élection des membres du JCP CE est en cours et la semaine prochaine un nouveau comité sera en place. C'est donc un moment important de comprendre où le Programme est et ce que les membres du CE peut éventuellement faire pour améliorer les choses pour le JCP et la communauté Java.
En termes simples, JCP est une organisation axée sur les membres pour créer des normes pour le langage Java et la plate-forme. Idéalement, il entend être le point d'agrégation commun pour toutes les voix dans la communauté. Malheureusement, il est encore loin de réaliser ce rêve. Il ya plus de 10 millions de programmeurs et des milliers d'entreprises qui utilisent activement Java pour créer leurs produits et d'offrir leurs services. Cependant, il ya moins de 1500 membres JCP tel qu'il est aujourd'hui. En outre, seule une poignée de ces 1500 sont activement à la proposition JSR (s), participent aux groupes d'experts ou de fournir de la rétroaction active sur le cahier des charges. Par conséquent, JCP représente à peine une majorité de la communauté.
Pourquoi est-il important que la majorité de la communauté de prendre une part active dans le JCP? Les normes sont utiles que si elles sont adoptées par une large majorité. Dans le cas de Java, il signifie,
- entreprises qui fabriquent des outils Java et les produits doivent présenter leurs offres de produits et se conformer aux normes et
- les développeurs et les fournisseurs de services qui utilisent Java dans la création d'applications ont besoin d'adopter et l'accepter.
L'écart actuel est évident par le fait que de nombreux JCP établi des normes ne sont guère en usage. Par exemple JSR 69 (Java OLAP Interface), qui a été approuvé retour en Juin 2004, n'a jamais eu un communiqué de "finales" et n'est guère soutenue par les éditeurs OLAP ou les développeurs d'aujourd'hui. Il y mai être un petit groupe l'utilisent encore, mais d'autres normes ont rendu inutile au moment où il était encore créé.
Les choses s'améliorent cependant! Au cours des derniers mois, nous avons vu une participation accrue de tous les coins. Cela fait des spécifications techniques plus pertinentes et significatives. Toutefois, il ne suffit pas encore et la participation beaucoup plus de la communauté est nécessaire.
Outre une participation moindre, le processus comporte des lacunes JCP supplémentaires, qui sont comme suit:
- JSR trop nombreux (s) n'ont pas atteint l'achèvement et restent dans les limbes depuis plus de 3 ans maintenant. Ces JSR (s) soit doivent être prises pour l'achèvement ou l'abandon officiel. Dans certains cas, elle mai sensé de commencer JSR nouvelle (s) pour répondre aux besoins que la JSR antérieure mai ont décidé de s'attaquer.
- Beaucoup JSR (s) de tenter de résoudre le même problème. Il est logique de regrouper quelques spécifications où ils se chevauchent. Il mai également être pertinent d'Refactor liées JSR (s) parfois.
- Beaucoup JSR (s) doivent être radicalement simplifié. Java d'entreprise est encore plus complexe sera l'ajout de la JSR compliquée (s). Le travail de simplification de la spécification EJB est un bon exemple de réussite à imiter.
- Beaucoup JSR (s) doivent être au point mort. Parfois, l'organisme de normalisation a activement tenté de créer des normes dans un domaine, qui est toujours instable et n'a donc pas vu beaucoup de succès. Aucun point de départ trop tôt. Normes ne sont pas sur "early adopters" ou "saignée technologie de pointe".
Maintenant que nous sommes conscients de certains des domaines à travailler, nous allons voir où la CE pourrait éventuellement contribuer. Premièrement, le rôle de la CE n'est pas de gérer chacun des JSR (s). Le plomb spécification JSR et les membres du groupe d'experts exécuter et de gérer les affaires de leur JSR respectifs. Le rôle de la CE est de gérer le processus JCP elle-même. Son devoir est de fournir des freins et contrepoids en votant pour ou contre JSR proposé (s) et de faciliter le fonctionnement du JCP.
Par conséquent, la plus importante contribution de la CE peut faire peut se résumer comme suit:
- Évangélisation - Encourager tous les membres du JCP à participer et même prendre la responsabilité supplémentaire de propagation de la parole à la communauté plus large. Aussi travailler sur l'adoption des normes une fois qu'elles sont établies.
- Processus de démocratisation - Les travaux pour atténuer le déséquilibre entre l'influence des entreprises et des membres individuels. Permettre à un certain nombre de processus plus récents - par exemple, permettre le changement de plomb spec (pas nécessairement de la même société) à mi-parcours si nécessaire, surtout si les choses vont mal tourné actuellement dans cette JSR spécifiques.
- Une collaboration active - Proposer et soutenir la collaboration entre JSR connexes (s). Les travaux sur refactoring JSR existante (s) le cas échéant.
- Orientation future - d'identifier activement les secteurs où la normalisation aidera à suivre un cours de Java en douceur dans l'avenir et encourager la participation des membres qui travaillent dans ces zones. Par exemple JSR 292 (Soutenir les langages typés dynamiquement sur la plate-forme Java) est une bonne initiative pour faciliter l'évolution de Java.
A présent, vous avez une idée de ce que je pense. Il reste beaucoup à faire et à dire, mais je vais m'arrêter là pour commencer à faire ma part pour faire JCP une organisation plus efficace.
Permettez-moi de commencer par faire appel à vous tous de venir prendre part à la JCP. Pour ceux qui ne sont pas encore ses membres, s'il vous plaît venez vous joindre à l'intérieur et faire de votre marque. Pour ceux qui sont déjà membres, s'il vous plaît voter (https: / / www.jcpelection2008.org/jcp/election_ballot) et faire de votre présence.
0