If you want your list to be included on awesome
, try to only include actual awesome stuff in your list. After all, it's a curation, not a collection.
But what is awesome?
Research if the stuff you're including is actually awesome. Only put stuff on the list that you or another contributor can personally recommend. You should rather leave stuff out than include too much.
This badge is for Awesome lists.
Add an awesome badge to the top of your list, right next to the title. Example. You can choose either the regular badge or the flat one.
[![Awesome](https://awesome.re/badge.svg)](https://awesome.re)
[![Awesome](https://awesome.re/badge-flat.svg)](https://awesome.re)
The badges should not be modified in any way.
This badge is for projects being mentioned in an Awesome list (NOT for use in Awesome lists). For example, the Chalk project could feature this badge because it's listed in Awesome Node.js. It's totally optional for projects, but it's a nice way to show they've been featured in an Awesome list. You can choose either the regular badge or the flat one.
Fill in the placeholders (Name and URL):
[![Mentioned in Awesome <INSERT LIST NAME>](https://awesome.re/mentioned-badge.svg)](https://github.com/<INSERT LIST URL>)
[![Mentioned in Awesome <INSERT LIST NAME>](https://awesome.re/mentioned-badge-flat.svg)](https://github.com/<INSERT LIST URL>)
Example:
[![Mentioned in Awesome Node.js](https://awesome.re/mentioned-badge.svg)](https://github.com/sindresorhus/awesome-nodejs)
If you're an Awesome list maintainer, you could encourage projects in your list to add the badge.
The badges should not be modified in any way.
Apart from suggesting a particular item on your list, you should also inform your readers why it's on the list and how they will benefit from it.
Have a succinct description at the top of your readme. Make sure your list covers a certain scope and nothing else. Link to other awesome lists if you think they already cover a certain subject well enough.
Ensure your list is grammatically correct, typo-free and has no Markdown formatting errors. This should also apply to pull requests.
Keep in mind that if you haven't selected a license, it basically means the people are not allowed to reproduce, distribute or create derivative works.
Creative Commons licenses are perfect for this purpose. We would recommend CC0
. Code licenses like MIT, BSD, GPL, and so forth are not recommended.
People who are contributing to your list should have a clear understanding of how they should do so.
If you don't feel like writing one from scratch, feel free to take our contributing.md and modify it to your own needs.
Create a table of contents, organize the content into different categories, and use images if suitable. Ensure all entries are consistent (e.g. all entry descriptions end in a .
).
If you're an owner of the list, respect other people's opinion. If there are plenty of users not agreeing to your decision, give it a second thought.