Keras governance structure

Design review process

Design-related communications are expected to happen primarily asynchronously via:

• The Pull Requests used for API proposals.
• The Keras mailing list.

The process for writing and submitting design proposals is same as the TensorFlow RFC process.

• Start from this template.
• Fill in the content. Note that you will need to insert code examples.
  • Provide enough context information for anyone to undertsand what's going on.
  • Provide a solid argument as for why the feature is neeed.
  • Include a code example of the end-to-end workflow you have in mind.
• Open a Pull Request in the Keras API proposals folder in this repository.
• Send the Pull Request link to [email protected] with a subject that starts with [API DESIGN REVIEW] (all caps) so that we notice it.
• Wait for comments, and answer them as they come. Edit the proposal as necessary.
• The proposal will finally be approved or rejected. Once approved, you can send out Pull Requests to implement the API changes or ask others to write Pull Requests (targeting keras-team/keras).

Note that:

• Anyone is free to send out API proposals.
• Anyone is free to comment on API proposals or ask questions.

Leadership

BDFL

Role: final call in decisions related to the Keras API.

• Francois Chollet ([email protected])

Our mission

The purpose of our work is to democratize access to machine learning through dependable standards and usable, productive APIs. We seek to empower as many people as possible, from a wide diversity of backgrounds, to take ownership of ML technology and to use it to build their own solutions to their own problems.

Existing machine learning technology has the potential to solve a huge amount of problems in the world today, across every industry, and to help a tremendous amount of people. The potential is sky-high. We've barely even started. So how do we fully realize this potential?

We believe that we will only fully realize the potential of machine learning if it becomes a tool in everyone's hands -- not just a technology developed behind closed doors by an "AI industry", that you could only deploy by waiting for a turnkey cloud API to become available commercially, or by contracting an expensive consulting firm. We can't wait for experts to solve every problem -- experts at large tech companies don't even have visibility into a tiny fraction of the problems that can be solved. End users should solve their own problems. And our mission is to empower them to do just that.

Our mission is to make these capabilities available to anyone with basic computer literacy, for free. This is how we maximize the realized potential of these technologies, and how we maximize our positive impact on the world.

Code of conduct

In the interest of fostering an open and welcoming environment, we as contributors and maintainers pledge to making participation in our project and our community a harassment-free experience for everyone. All activity will abide by the Code of Conduct.

Our values and our strengths

We will be able to reach our milestones because we yield superpowers of a kind that is quite uncommon among developers of ML tools:

• We have empathy for our users.
• We value and practice good design.
• We embrace openness and we are dedicated to foster our developer community.
• We value and practice good communication.
• We have a unique brand that users love.

1) We have empathy for our users. We know that every decision we make should be made with the user in mind, whether a design decision or a strategy decision. "What will be the total impact of our choices on the people who rely on our software?" is the question behind everything we do.

Having empathy for our users means:

• Being users ourselves -- actively using our product in similar scenarios as what our users face.
• Understanding our users by being closely in touch with them and having clear visibility into the developer experience: actively seeking community input in everything we do, listening to feedback, talking with users at external talks and developer events.
• Putting ourselves in our users' shoes: always going above and beyond to be helpful to our users and to improve the user experience of our products.

2) We value good design. We are fully aware that a delightful UX is what has made us successful so far and what will keep making us successful in the future. We know that things should be as simple as possible (but no simpler). We prefer elegance and minimalism over technical prowess. We follow formal principles for good design.

3) We embrace openness and we are dedicated to foster our developer community. We know that long-term community building is critical to the success of our project, and we know that developer communities don't get built behind closed doors. We understand the necessity of doing our work in the open and the importance of involving open-source contributors at all stages of the development process.

4) We value and practice good communication. We understand that great documentation, great code examples, and transparency of governance are essential to Keras adoption and contribute meaningfully to the Keras UX. We value external communication, documentation, and developers relations as much as we value technical contributions.

5) We value what makes us different and unique, and we value our brand that users love, Keras. The Keras brand is an essential tool in reaching our goals: it stands for user-friendliness, accessibility, and good design. We are proud of our banner and we will carry it forward.