Difference between revisions of "Project Proposals/Template"

From fd.io
Jump to: navigation, search
Line 1: Line 1:
 
[[Category:Project Proposal]]
 
[[Category:Project Proposal]]
 +
<!-- Please note: fd.io code is to be licensed under the Apache 2.0 license unless an exception is approved by the board -->
 +
 
== Name ==
 
== Name ==
 
<!-- The name of your project, for example Honeycomb BridgeDomain or NSH Advanced Features etc. -->
 
<!-- The name of your project, for example Honeycomb BridgeDomain or NSH Advanced Features etc. -->
Line 36: Line 38:
 
<!-- A list of the name/email/IRC nick of the initial project committers  
 
<!-- A list of the name/email/IRC nick of the initial project committers  
 
   
 
   
IMPORTANT: Committers should be people who will write actual code for the project.  It is typically a mistake to for initial committers to be managers, program managers, architects, etc (although, such folks are occasionally coding bad asses, in which case they are awesome :). Committers should be people who will actually write code.  Please also note that committerness is an individual trait.  If a committer changes employers, they remain a committer.  New committers arise via meritocracy after the project is created, this typically involves some time of establishing history of meritocractic code contribution to the project..  Therefore, it is crucial that a committer is committed to ongoing work on the project in the longer term, not just short term.
+
IMPORTANT:  Committers should be people who will actually write code, being a committer is an actual commitment of time.  Please also note that committerness is an individual trait.  If a committer changes employers, they remain a committer.  New committers arise via meritocracy after the project is created, this typically involves some time of establishing history of meritocractic code contribution to the project..  Therefore, it is crucial that a committer is committed to ongoing work on the project in the longer term, not just short term.  For more information on how committers are added after project creation see:
 +
https://fd.io/sites/cpstandard/files/pages/files/exhibit_c_-_fd.io_technical_community_charter.pdf section 3.2.2.1.
  
 
-->
 
-->
  
 
== Vendor Neutral ==
 
== Vendor Neutral ==
* No vendor branding in project name
+
<!--
* No vendor branding present in code or output of build
+
The goal here is to capture the degree of vendor neutrality of the code.
* No vendor branding present in documentation
+
The concerns are two fold: avoiding trademark issues, and maintaining openness.
  
 +
For this reason, use of vendor names should be purely functional, and only if necessary to
 +
reasonably communicate functional information to the user.
 +
 +
Acceptable Examples:
 +
Indicating the presence of particular hardware
 +
Indicating drivers for particular hardware
 +
Indicating integration with particular technologies.
 +
 +
Unacceptable Examples:
 +
Use of vendor trademarks or product names purely for marketing purposes.
 +
 +
Please describe any such issues here.
 +
-->
 
== Meets Board Policy (including IPR, being within Board defined Scope etc) ==
 
== Meets Board Policy (including IPR, being within Board defined Scope etc) ==
  
 
Meets board policy as expressed in [https://fd.io/sites/cpstandard/files/pages/files/exhibit_c_-_fd.io_technical_community_charter.pdf Technical Community Charter] and [https://fd.io/sites/cpstandard/files/pages/files/exhibit_b_-_fd.io_ip_policy.pdf IP Policy]
 
Meets board policy as expressed in [https://fd.io/sites/cpstandard/files/pages/files/exhibit_c_-_fd.io_technical_community_charter.pdf Technical Community Charter] and [https://fd.io/sites/cpstandard/files/pages/files/exhibit_b_-_fd.io_ip_policy.pdf IP Policy]

Revision as of 16:46, 18 February 2016


Name

Project Contact Name and Email

Repository Name

Description

Scope

Initial Committers

Vendor Neutral

Meets Board Policy (including IPR, being within Board defined Scope etc)

Meets board policy as expressed in Technical Community Charter and IP Policy