|
| 1 | +# Contribution Guidelines for API Cookbook Repository |
| 2 | + |
| 3 | +Thank you for your interest in contributing to our API Cookbook repository! We're looking for high-quality, impactful projects that showcase the capabilities of our API and provide genuine value to developers. |
| 4 | + |
| 5 | +## Project Quality Standards |
| 6 | + |
| 7 | +We prioritize quality over quantity in all contributions. Here's what we look for: |
| 8 | + |
| 9 | +### Technical Requirements |
| 10 | + |
| 11 | +- **Functional Completeness**: Your project should be fully functional, free of bugs, and include proper error handling. |
| 12 | +- **Code Quality**: Code should be clean, well-formatted, well-documented, and follow standard best practices for the language/framework used. |
| 13 | +- **Documentation**: Include comprehensive README with: |
| 14 | + - Clear description of what the project does |
| 15 | + - Installation/setup instructions |
| 16 | + - Usage examples |
| 17 | + - Explanation of how the API is leveraged |
| 18 | + - Any limitations or considerations |
| 19 | +- **Maintainability**: Code should be structured to be easily maintained and extended. |
| 20 | + |
| 21 | +### Impact Criteria |
| 22 | + |
| 23 | +We're especially interested in projects that demonstrate one or more of the following: |
| 24 | + |
| 25 | +1. **Solves Real Problems**: Addresses actual use cases that developers might encounter |
| 26 | +2. **Educational Value**: Teaches important concepts about API usage or implementation patterns |
| 27 | +3. **Novel Applications**: Shows innovative or unexpected ways to leverage the API |
| 28 | +4. **Vertical-Specific Solutions**: Demonstrates the API's utility in specific industries or domains |
| 29 | +5. **Integration Examples**: Shows how to effectively combine our API with other tools or services |
| 30 | + |
| 31 | +## Submission Process |
| 32 | + |
| 33 | +1. **Fork the Repository**: Create your own fork of the cookbook repository |
| 34 | +2. **Create a New Directory**: Name it descriptively after your project |
| 35 | +3. **Implement Your Project**: Follow the quality guidelines above |
| 36 | +4. **Test Thoroughly**: Ensure everything works as expected |
| 37 | +5. **Update the README**: Add your project to the README for visibility. |
| 38 | +5. **Submit a Pull Request**: Include a detailed description of your project and what makes it valuable |
| 39 | + |
| 40 | +## Review Criteria |
| 41 | + |
| 42 | +When reviewing submissions, we evaluate based on: |
| 43 | + |
| 44 | +- **Functionality**: Does it work as described? |
| 45 | +- **Code Quality**: Is the implementation well-crafted? |
| 46 | +- **Originality**: Does it add something new to the cookbook? |
| 47 | +- **Usefulness**: Would other developers find this helpful? |
| 48 | +- **Documentation**: Is it well-explained and easy to follow? |
| 49 | + |
| 50 | +## Examples of High-Impact Projects |
| 51 | + |
| 52 | +- A specialized search application focused on a particular domain (e.g., legal research, academic papers) |
| 53 | +- A browser extension that enhances productivity or learning |
| 54 | +- An automated workflow tool that solves a specific business problem |
| 55 | +- An integration with popular platforms or productivity tools |
| 56 | +- An innovative data visualization of API results |
| 57 | +- A tool addressing a specific industry challenge |
| 58 | + |
| 59 | +## What to Avoid |
| 60 | + |
| 61 | +- Projects with minimal functionality beyond basic API calls |
| 62 | +- Poorly documented implementations |
| 63 | +- Projects that essentially duplicate existing cookbook examples |
| 64 | +- Code with security issues or significant bugs |
| 65 | +- Projects focused on prohibited use cases |
| 66 | + |
| 67 | +Thank you for helping us build a valuable resource for our developer community! We look forward to seeing your innovative applications of our API. |
| 68 | + |
| 69 | +## Pull Request Process |
| 70 | + |
| 71 | +1. Ensure any install or build dependencies are removed before the end of the layer when doing a |
| 72 | + build. |
| 73 | +2. Update the README.md with details of changes to the interface, this includes new environment |
| 74 | + variables, exposed ports, useful file locations and container parameters. |
| 75 | +3. Increase the version numbers in any examples files and the README.md to the new version that this |
| 76 | + Pull Request would represent. |
| 77 | +4. You may merge the Pull Request in once you have the sign-off of two other developers, or if you |
| 78 | + do not have permission to do that, you may request the second reviewer to merge it for you. |
| 79 | + |
| 80 | +## Code of Conduct |
| 81 | + |
| 82 | +### Our Pledge |
| 83 | + |
| 84 | +In the interest of fostering an open and welcoming environment, we as |
| 85 | +contributors and maintainers pledge to making participation in our project and |
| 86 | +our community a harassment-free experience for everyone, regardless of age, body |
| 87 | +size, disability, ethnicity, gender identity and expression, level of experience, |
| 88 | +nationality, personal appearance, race, religion, or sexual identity and |
| 89 | +orientation. |
| 90 | + |
| 91 | +### Our Standards |
| 92 | + |
| 93 | +Examples of behavior that contributes to creating a positive environment |
| 94 | +include: |
| 95 | + |
| 96 | +* Using welcoming and inclusive language |
| 97 | +* Being respectful of differing viewpoints and experiences |
| 98 | +* Gracefully accepting constructive criticism |
| 99 | +* Focusing on what is best for the community |
| 100 | +* Showing empathy towards other community members |
| 101 | + |
| 102 | +Examples of unacceptable behavior by participants include: |
| 103 | + |
| 104 | +* The use of sexualized language or imagery and unwelcome sexual attention or |
| 105 | +advances |
| 106 | +* Trolling, insulting/derogatory comments, and personal or political attacks |
| 107 | +* Public or private harassment |
| 108 | +* Publishing others' private information, such as a physical or electronic |
| 109 | + address, without explicit permission |
| 110 | +* Other conduct which could reasonably be considered inappropriate in a |
| 111 | + professional setting |
| 112 | + |
| 113 | +### Our Responsibilities |
| 114 | + |
| 115 | +Project maintainers are responsible for clarifying the standards of acceptable |
| 116 | +behavior and are expected to take appropriate and fair corrective action in |
| 117 | +response to any instances of unacceptable behavior. |
| 118 | + |
| 119 | +Project maintainers have the right and responsibility to remove, edit, or |
| 120 | +reject comments, commits, code, wiki edits, issues, and other contributions |
| 121 | +that are not aligned to this Code of Conduct, or to ban temporarily or |
| 122 | +permanently any contributor for other behaviors that they deem inappropriate, |
| 123 | +threatening, offensive, or harmful. |
| 124 | + |
| 125 | +### Scope |
| 126 | + |
| 127 | +This Code of Conduct applies both within project spaces and in public spaces |
| 128 | +when an individual is representing the project or its community. Examples of |
| 129 | +representing a project or community include using an official project e-mail |
| 130 | +address, posting via an official social media account, or acting as an appointed |
| 131 | +representative at an online or offline event. Representation of a project may be |
| 132 | +further defined and clarified by project maintainers. |
| 133 | + |
| 134 | +### Enforcement |
| 135 | + |
| 136 | +Instances of abusive, harassing, or otherwise unacceptable behavior may be |
| 137 | +reported by contacting the project team at [[email protected]]. All |
| 138 | +complaints will be reviewed and investigated and will result in a response that |
| 139 | +is deemed necessary and appropriate to the circumstances. The project team is |
| 140 | +obligated to maintain confidentiality with regard to the reporter of an incident. |
| 141 | +Further details of specific enforcement policies may be posted separately. |
| 142 | + |
| 143 | +Project maintainers who do not follow or enforce the Code of Conduct in good |
| 144 | +faith may face temporary or permanent repercussions as determined by other |
| 145 | +members of the project's leadership. |
| 146 | + |
| 147 | +### Attribution |
| 148 | + |
| 149 | +This Code of Conduct is adapted from the [Contributor Covenant][homepage], version 1.4, |
| 150 | +available at [http://contributor-covenant.org/version/1/4][version] |
| 151 | + |
| 152 | +[homepage]: http://contributor-covenant.org |
| 153 | +[version]: http://contributor-covenant.org/version/1/4/ |
0 commit comments