领导力大挑战
在实施Scrum项目的过程中，Scrum Master的角色是相当关键的，因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述，同时重点阐述仆人式领导者应有的基本内外特征。
新闻
该内容已经被标记书签！
标记书签错误，请重试！
Oracle发布OpenJDK草案章程
作者 Charles Humble 译者 张龙 发布于 2011年2月19日
近日，Oracle发布了首个用于指导OpenJDK开发过程的草案章程。这些章程最初本应该是由OpenJDK临时管理董事会制定的（由Sun在2007年5月所创建），但由于延期等原因，董事会无法完成这项工作。Java 7平台首席架构师Mark Reinhold（他作为该文档的编辑）就该新文档说到：
总结Sun特许建立的OpenJDK临时管理董事会早先的工作，我们的目标是一致的：提供一份书面规则，促进OpenJDK社区长久的健康与成长，鼓励OpenJDK成员以开放、透明的方式参与进来。
Reinhold说到：“这是开始，而不是结束。这份草案有很多Bug和不完善之处，毫无疑问，我们可以通过各种方式改进它“。接受建议的截至日期为3月3日，之后他会将其提交给OpenJDK社区成员进行审批。
一些批评之声也不绝于耳，认为这项工作严重依赖于Oracle和IBM这两家公司。临时管理董事会的前成员及Sun Microsystems的首席开源官员Simon Phipps认为这项提案能得-3分（分数范围从-10到10），他援引了大量议题，特别是管理董事会成立的方式来佐证他的想法。该董事会由Mark Reinhold和Adam Messinger（他们都来自于Oracle）以及Jason Gartner （来自IBM），还有两个独立成员Doug Lea（他在Java并发上所完成的工作为人所津津乐道）和Mike Milinkovich（Eclipse基金会执委）所组成的。该团队与来自于IBM的John Duimovich共同起草了该草案章程。Phipps说到：
自由Java领导者Mark Wielaard指出：一开始这是一个封闭大公司所构成的团队，里面的成员从来没有参与过OpenJDK的开发工作。最初的董事会都是由Oracle和IBM指派的，他们只选择自己信任、能够代表自己的人，冒的风险越小越好（只有Doug Lea在离开JCP后才开始吐露心声），但他们却忽略了OpenJDK的贡献者Red Hat与Google（还有最近加入进来的Apple）。未来的董事会将至少包含两名Oracle员工和一名IBM员工。有趣的是，这并不符合最初的OpenJDK宪章——将大多数席位留给推选出来的代表。
未来，董事会还有成长的空间，从理论上来说，最后会有社区指定的成员加入到董事会当中，数量也会超过Oracle和IBM代表总和，但规则本身却差劲至极，毫无疑问，这又是Oracle主导的游戏舞台。
上面提及的Wielaard还表示了对JCP与OpenJDK之间的许可冲突的担忧：
如你所知，目前的平台JSR有规范许可，ri与tck是由JCP发布的，但其许可条款却与GPL冲突。最好在遇到麻烦前先把他们解决掉。
但Milinkovich却赞同这项工作，他说：该草案”最成功之处”在于建立好了公平的管理结构。
查看英文原文：Oracle Issues Draft OpenJDK Bylaws
译者 张龙 热衷于编程，乐于分享，对新技术有强烈的探索欲，对Java轻量级框架有一定研究。
没有回复
关注此讨论 回复