赢在 Apache:项目独立性


原文译名:徐明

作者:马克托马斯

我从2003年开始使用Apache Software Foundation(ASF)。我正在开发Apache Tomcat服务器,并且遇到了需要使用新功能实现的问题。由于有人已经在Bugzilla(开源缺陷跟踪系统)中提出了改进请求,我很快就为此请求提交了一个补丁。之后,在项目提交者重新开展一些工作之后,我接受了我提交的补丁并将其应用到下一个版本以添加这个新功能。由于我想解决问题,我开始查看其他公共Tomcat错误报告。从那时起,我对Apache的参与程度也有所提高,包括Apache Commons ?基础架构团队,安全团队,以及我于2016年3月加入。被选为ASF董事会成员。

Apache Tomcat?一直是我投资大部分时间的焦点。 Tomcat项目于1999年由Sun捐赠给ASF,经过七次重大修改后,该项目非常成功。成功的主要原因之一是来自各种公司的各种人才的参与。这些公司很高兴让员工在Tomcat上合作,因为ASF非常重视项目的独立性。

项目独立涉及很多方面,但就我而言,最重要的方面是提交者和项目管理委员会(PMC?)成员代表自己为项目做出贡献并使整个社区受益。目的。一些提交者利用他们的空闲时间为项目做出贡献 - 我为Tomcat贡献的前5年就是这样。其他提交者是因为他们的雇主允许或规定他们将为Apache项目贡献时间。但是,这些受雇提交者(在其工作期间)所做的贡献仍然基于社区的最佳利益,而不是基于雇主的最佳利益。

作为一个具体的例子,我的雇主有一个围绕Apache Tomcat构建的产品。我的雇主的销售人员问我是否可以为此产品添加功能。问题是要有效地实现此功能,您需要访问Tomcat内核的底层组件。换句话说,我需要对Tomcat的API进行一些丑陋的更改,以提供所需的集成接口。但我没有尝试进行这些更改,而是说服雇主将整个功能捐赠给Apache Tomcat项目。

新功能的增加也证明了ASF项目成功的另一个重要因素:公开决策的能力,以及在决策过程中达成社区共识的持续努力。随着项目中的新功能的发展,社区的审核,提交和改进建议将有助于项目的设计。虽然这不一定是最快捷的工作方式,但项目最终结果的质量 - 无论是技术上还是更重要的是社区的健康发展 - 都比敷衍更好。

项目独立性的概念与实现项目独立性同样重要。这就是为什么许多项目选择ASF作为地方安全的主要原因,以确保该概念符合现实。

这也是可能的,它确实与预期的目标背道而驰。有350个项目要运行,几乎可以肯定,任何时候都会有这样或那样的问题需要解决。例如,项目可以由组或个人在特定方向上推送,或者可以建议由一些外部实体控制,引导和管理项目。这些错误通常由项目管理委员会(PMC)自动纠正。有时PMC需要帮助解决问题,例如品牌管理副总裁或ASF董事会。

Apache董事会成员称号的影响被夸大了。我的职位也只在我加入董事会之前参与的Apache Tomcat,Apache Commons和其他项目中具有影响力。我还是犯了一些错误。幸运的是,当我犯错误时,社区成员会指出它们。我无法做任何我想做的事,因为我是Apache董事会的成员。具有重要影响力的是整个董事会,而不是个人成员。 Apache董事会成员很少代表董事会发言。就我个人的经验而言,自从我加入Apache董事会以来,我每个月最多发言一次。当Apache董事会成员代表董事会而不是代表个人发言时,他们很少明确表示他们代表董事会发言。有时这被误解了,个别董事会成员的想法被误认为代表了整个董事会的观点。

ASF董事会与董事会截然不同。 ASF的董事会负责管理基金会,但个别项目的管理和指导由项目管理委员会(PMC)制定。 ASF董事会对项目的技术方向没有影响。 ASF董事会的真正责任是组织治理,财务,法律事务等,但其主要职责是监督,教导和指导我们的项目社区,以确保其良好的发展。作为ASF董事会职能的一部分,董事会定期审查所有项目。新毕业的项目通常需要经过三个月的审核才能转入季度审核。该项目的副总裁(也称为项目委员会主席)起着至关重要的作用。他们是董事会的眼睛和耳朵。虽然ASF董事会将在定期审核期间寻找项目的早期预警信号,但项目副主席应该对项目有更深入的了解,以便能够提前指出具体问题。一旦审查了问题,PMC需要进行自我纠正。 ASF董事会将为此目的提供必要的指导,指导和指导,但最终将移交给PMC成员以纠正问题。

举一个ASF董事会和项目管理委员会(PMC)之间合作的例子。今年早些时候,一个负责某个项目的项目的副总裁离职,导致没有该项目的报告,董事会很担心。在这种情况下,PMC中没有人具有项目副总裁的经验。因此,董事会与PMC建立了合作伙伴关系,以选择项目的新副总裁并指导项目的新副总裁。

在过去的17年中,ASF为各种各样的开源项目提供了场所。成功的关键是ASF可以将项目独立性视为Apache Way的一部分。通过继续坚持Apache的原则,我相信ASF将在未来17年及以后继续取得成功。

开源机构

2019.08.08 12: 35

字数1949

原文译名:徐明

作者:马克托马斯

我从2003年开始使用Apache Software Foundation(ASF)。我正在开发Apache Tomcat服务器,并且遇到了需要使用新功能实现的问题。由于有人已经在Bugzilla(开源缺陷跟踪系统)中提出了改进请求,我很快就为此请求提交了一个补丁。之后,在项目提交者重新开展一些工作之后,我接受了我提交的补丁并将其应用到下一个版本以添加这个新功能。由于我想解决问题,我开始查看其他公共Tomcat错误报告。从那时起,我对Apache的参与程度也有所提高,包括Apache Commons ?基础架构团队,安全团队,以及我于2016年3月加入。被选为ASF董事会成员。

Apache Tomcat?一直是我投资大部分时间的焦点。 Tomcat项目于1999年由Sun捐赠给ASF,经过七次重大修改后,该项目非常成功。成功的主要原因之一是来自各种公司的各种人才的参与。这些公司很高兴让员工在Tomcat上合作,因为ASF非常重视项目的独立性。

项目独立涉及很多方面,但就我而言,最重要的方面是提交者和项目管理委员会(PMC?)成员代表自己为项目做出贡献并使整个社区受益。目的。一些提交者利用他们的空闲时间为项目做出贡献 - 我为Tomcat贡献的前5年就是这样。其他提交者是因为他们的雇主允许或规定他们将为Apache项目贡献时间。但是,这些受雇提交者(在其工作期间)所做的贡献仍然基于社区的最佳利益,而不是基于雇主的最佳利益。

作为一个具体的例子,我的雇主有一个围绕Apache Tomcat构建的产品。我的雇主的销售人员问我是否可以为此产品添加功能。问题是要有效地实现此功能,您需要访问Tomcat内核的底层组件。换句话说,我需要对Tomcat的API进行一些丑陋的更改,以提供所需的集成接口。但我没有尝试进行这些更改,而是说服雇主将整个功能捐赠给Apache Tomcat项目。

新功能的增加也证明了ASF项目成功的另一个重要因素:公开决策的能力,以及在决策过程中达成社区共识的持续努力。随着项目中的新功能的发展,社区的审核,提交和改进建议将有助于项目的设计。虽然这不一定是最快捷的工作方式,但项目最终结果的质量 - 无论是技术上还是更重要的是社区的健康发展 - 都比敷衍更好。

项目独立性的概念与实现项目独立性同样重要。这就是为什么许多项目选择ASF作为地方安全的主要原因,以确保该概念符合现实。

事情也是可能的,它们确实违背了预期的目标。由于有必要运行350个项目,几乎可以肯定,任何时候都会有一些问题需要解决。例如,项目可以由组或个人推送到特定方向,或者可以建议由一些外部实体控制,引导和管理项目。通常,项目管理委员会(PMC)会自动纠正这些错误。有时PMC也需要帮助来解决问题,例如品牌管理副总裁或ASF董事会。

Apache董事会成员头衔的影响实际上被大家夸大了。我的状态只对Apache Tomcat,Apache Commons以及我在当选董事会之前参与的其他项目有影响。我仍然犯了一些错误,但当我犯了错误时,社区成员会指出我的错误。我无法做任何我想做的事,因为我是Apache董事会成员。整个董事会具有重大影响力,而不是单一成员。 Apache董事会成员很少代表董事会发言。就我个人的经验而言,自从我加入Apache董事会以来,我已经在一个月内发言过一次。当Apache董事会成员代表董事会而非个人发言时,很少明确声明该陈述“代表董事会”。有时这会被每个人误解,个别董事会成员的想法将被推迟以代表整个董事会的观点。

ASF董事会与董事会截然不同。 ASF的董事会负责管理基金会,但个别项目的管理和指导由项目管理委员会(PMC)制定。 ASF董事会对项目的技术方向没有影响。 ASF董事会的真正责任是组织治理,财务,法律事务等,但其主要职责是监督,教导和指导我们的项目社区,以确保其良好的发展。作为ASF董事会职能的一部分,董事会定期审查所有项目。新毕业的项目通常需要经过三个月的审核才能转入季度审核。该项目的副总裁(也称为项目委员会主席)起着至关重要的作用。他们是董事会的眼睛和耳朵。虽然ASF董事会将在定期审核期间寻找项目的早期预警信号,但项目副主席应该对项目有更深入的了解,以便能够提前指出具体问题。一旦审查了问题,PMC需要进行自我纠正。 ASF董事会将为此目的提供必要的指导,指导和指导,但最终将移交给PMC成员以纠正问题。

举一个ASF董事会和项目管理委员会(PMC)之间合作的例子。今年早些时候,一个负责某个项目的项目的副总裁离职,导致没有该项目的报告,董事会很担心。在这种情况下,PMC中没有人具有项目副总裁的经验。因此,董事会与PMC建立了合作伙伴关系,以选择项目的新副总裁并指导项目的新副总裁。

在过去的17年中,ASF为各种各样的开源项目提供了场所。成功的关键是ASF可以将项目独立性视为Apache Way的一部分。通过继续坚持Apache的原则,我相信ASF将在未来17年及以后继续取得成功。

原文译名:徐明

作者:马克托马斯

我从2003年开始使用Apache Software Foundation(ASF)。我正在开发Apache Tomcat服务器,并且遇到了需要使用新功能实现的问题。由于有人已经在Bugzilla(开源缺陷跟踪系统)中提出了改进请求,我很快就为此请求提交了一个补丁。之后,在项目提交者重新开展一些工作之后,我接受了我提交的补丁并将其应用到下一个版本以添加这个新功能。由于我想解决问题,我开始查看其他公共Tomcat错误报告。从那时起,我对Apache的参与程度也有所提高,包括Apache Commons ?基础架构团队,安全团队,以及我于2016年3月加入。被选为ASF董事会成员。

Apache Tomcat?一直是我投资大部分时间的焦点。 Tomcat项目于1999年由Sun捐赠给ASF,经过七次重大修改后,该项目非常成功。成功的主要原因之一是来自各种公司的各种人才的参与。这些公司很高兴让员工在Tomcat上合作,因为ASF非常重视项目的独立性。

项目独立涉及很多方面,但就我而言,最重要的方面是提交者和项目管理委员会(PMC?)成员代表自己为项目做出贡献并使整个社区受益。目的。一些提交者利用他们的空闲时间为项目做出贡献 - 我为Tomcat贡献的前5年就是这样。其他提交者是因为他们的雇主允许或规定他们将为Apache项目贡献时间。但是,这些受雇提交者(在其工作期间)所做的贡献仍然基于社区的最佳利益,而不是基于雇主的最佳利益。

作为一个具体的例子,我的雇主有一个围绕Apache Tomcat构建的产品。我的雇主的销售人员问我是否可以为此产品添加功能。问题是要有效地实现此功能,您需要访问Tomcat内核的底层组件。换句话说,我需要对Tomcat的API进行一些丑陋的更改,以提供所需的集成接口。但我没有尝试进行这些更改,而是说服雇主将整个功能捐赠给Apache Tomcat项目。

新功能的增加也证明了ASF项目成功的另一个重要因素:公开决策的能力,以及在决策过程中达成社区共识的持续努力。随着项目中的新功能的发展,社区的审核,提交和改进建议将有助于项目的设计。虽然这不一定是最快捷的工作方式,但项目最终结果的质量 - 无论是技术上还是更重要的是社区的健康发展 - 都比敷衍更好。

项目独立性的概念与实现项目独立性同样重要。这就是为什么许多项目选择ASF作为地方安全的主要原因,以确保该概念符合现实。

事情也是可能的,它们确实违背了预期的目标。由于有必要运行350个项目,几乎可以肯定,任何时候都会有一些问题需要解决。例如,项目可以由组或个人推送到特定方向,或者可以建议由一些外部实体控制,引导和管理项目。通常,项目管理委员会(PMC)会自动纠正这些错误。有时PMC也需要帮助来解决问题,例如品牌管理副总裁或ASF董事会。

Apache董事会成员头衔的影响实际上被大家夸大了。我的状态只对Apache Tomcat,Apache Commons以及我在当选董事会之前参与的其他项目有影响。我仍然犯了一些错误,但当我犯了错误时,社区成员会指出我的错误。我无法做任何我想做的事,因为我是Apache董事会成员。整个董事会具有重大影响力,而不是单一成员。 Apache董事会成员很少代表董事会发言。就我个人的经验而言,自从我加入Apache董事会以来,我已经在一个月内发言过一次。当Apache董事会成员代表董事会而非个人发言时,很少明确声明该陈述“代表董事会”。有时这会被每个人误解,个别董事会成员的想法将被推迟以代表整个董事会的观点。

ASF董事会与董事会截然不同。 ASF的董事会负责管理基金会,但个别项目的管理和指导由项目管理委员会(PMC)制定。 ASF董事会对项目的技术方向没有影响。 ASF董事会的真正责任是组织治理,财务,法律事务等,但其主要职责是监督,教导和指导我们的项目社区,以确保其良好的发展。作为ASF董事会职能的一部分,董事会定期审查所有项目。新毕业的项目通常需要经过三个月的审核才能转入季度审核。该项目的副总裁(也称为项目委员会主席)起着至关重要的作用。他们是董事会的眼睛和耳朵。虽然ASF董事会将在定期审核期间寻找项目的早期预警信号,但项目副主席应该对项目有更深入的了解,以便能够提前指出具体问题。一旦审查了问题,PMC需要进行自我纠正。 ASF董事会将为此目的提供必要的指导,指导和指导,但最终将移交给PMC成员以纠正问题。

举一个ASF董事会和项目管理委员会(PMC)之间合作的例子。今年早些时候,一个负责某个项目的项目的副总裁离职,导致没有该项目的报告,董事会很担心。在这种情况下,PMC中没有人具有项目副总裁的经验。因此,董事会与PMC建立了合作伙伴关系,以选择项目的新副总裁并指导项目的新副总裁。

在过去的17年中,ASF为各种各样的开源项目提供了场所。成功的关键是ASF可以将项目独立性视为Apache Way的一部分。通过继续坚持Apache的原则,我相信ASF将在未来17年及以后继续取得成功。

——