Skip to main content

Design Evolution Process

For any Open Source project to be successful, its design should not only be clearly documented, but the process used to evolve and improve it should be fully transparent. Anyone with a good idea can help shape the future direction of this SDK. To reach the best possible solution to a problem, we discuss and iterate on ideas in a public forum. After a proposal is refined, and approved, it becomes part of the architectural design guidelines, and a feature on the development roadmap.

Process​

Design proposals follow a structured review process:

  1. Draft - Initial proposal under development
  2. Reviewing - Under active review by the team
  3. Accepted - Approved for implementation
  4. Rejected - Not approved for implementation

Guidelines​

  • Each proposal should address a specific problem or enhancement
  • Include implementation details and examples
  • Consider backward compatibility and migration paths
  • Provide clear rationale for design decisions
  • Include the languages and/or scope of the proposal for how it applies to the project

Contributing​

To propose a new design:

  1. Copy the design proposal template
  2. Fill in the details following the template structure
  3. Submit for review through the standard process