The awesome manifesto #

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?

Only awesome 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.

Awesome badge #

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)
[![Awesome](https://awesome.re/badge-flat2.svg)](https://awesome.re)

The badges should not be modified in any way.

Awesome mentioned badge #

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.

Comment on why something is awesome #

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.

Make it clear what the list is about #

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.

Pay attention to grammar #

Ensure your list is grammatically correct, typo-free and has no Markdown formatting errors. This should also apply to pull requests.

Choose an appropriate license #

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.

Include contribution guidelines #

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.

Stylize your list properly #

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 .).

Accept other people's opinion #

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.

🙏🙏🙏

Since you've made it this far, sharing this article on your favorite social media network would be highly appreciated 💖! For feedback, please ping me on Twitter.

Published 19 Sep 2020