| Read these guidelines in other languages |
|---|
Hello. 👋
freeCodeCamp.org is possible, thanks to thousands of kind volunteers like you. We are grateful for your contributions and are excited to welcome you aboard.
We strictly enforce our "Code of Conduct". Please take a moment to read it. It takes only two minutes to read.
Happy contributing.
You can contribute to any of these:
-
Contribute to this open-source codebase. Help us edit coding challenges, or fix bugs on the learning platform.
-
Help campers on our public forum. Answer their coding questions or give them feedback on their coding projects.
-
Help us add subtitles (closed captions) to our YouTube channel videos.
Our codebase has thousands of coding challenges and other source code that power our learning platform.
All our coding challenges are curated by the community, bringing in expert knowledge from volunteers like you.
You can help expand them and make their wording better. You can also update the user stories to explain the concept better or remove redundant ones and improve the challenge tests to make them more accurately test people's code.
If you're interested in improving these coding challenges, here's how to work on coding challenges.
Our learning platform runs on a modern JavaScript stack. It has various components, tools, and libraries, including but not limited to, Node.js, MongoDB, LoopBack, OAuth 2.0, React, Gatsby, Webpack, and more.
Broadly,
- We have a Node.js based API server.
- A set of React-based client applications.
- A script that we use to evaluate our front-end projects.
Contributing to this requires some understanding of APIs, ES6 Syntax, and a lot of curiosity.
Essentially, we expect basic familiarity with some of the aforementioned technologies, tools, and libraries. With that being said, you are not required to be an expert on them to contribute.
If you want to help us improve our codebase, you can either set up freeCodeCamp locally or use Gitpod, a free online dev environment.
(Starts a ready-to-code dev environment for freecodecamp in your browser.)
We will not have the general guide articles anymore. Instead we intend to publish these as tutorials that are curated by the editorial team. These would then be published by them on the Developer News.
The challenge hints and articles will still be available on the forum which we have already migrated.
We do intend to make the curriculum available in more languages, right now we do not have a timeline for this.
We will begin by making the curriculum available in Chinese first. This will help us understand the caveats and the streamline the development workflows. China is one of the largest demographic regions in terms of our non-english audience. It is hence an ideal candiate for the internationalization (i18n). We currently have hundreds of thousands of users using an old version of the platform.
The next languages to follow would be Arabic, Portuguese, Russian and Spanish in no particular order. For Portuguese and Spanish we will focus on Latin America as our target demographic region based on the audience we have.
While you may work on the translations, we are unable to launch them until later next year, other than Chinese which is tentatively planned for a early 2020 release.
We may accept pull requests (high quality human translations only), depending on a case to case basis.
You are welcome to translate freeCodeCamp's codebase documentation into any language of your choice or improve and update the currently translated guidelines.
If you think you've found a bug, first read the "Help I've Found a Bug" article and follow its instructions.
If you're confident it's a new bug, go ahead and create a new GitHub issue. Be sure to include as much information as possible so that we can reproduce the bug. We have a pre-defined issue template to help you through this.
Please note that any issues that seek coding help on a challenge will be closed. The issue tracker is strictly for codebase related issues and discussions. Whenever in doubt, you should seek assistance on the forum before making a report.
Please don't create GitHub issues for security issues. Instead, please send an email to [email protected] and we'll look into it immediately.
Our community moderators triage issues and pull requests based on their priority, severity, and other factors. You can find a complete glossary of their meanings here.
You should go through help wanted or first timers welcome issues for a quick overview of what is available for you to work on.
These are up for grabs, and you do not need to seek permission before working on them. If these issues lack clarity on what needs to be done, feel free to ask questions in the comments.
For typos and other wording changes, you can directly open pull requests without first creating an issue. Issues are more for discussing larger problems associated with code or structural aspects of the curriculum.
We typically do not assign issues to anyone other than long-time contributors to avoid ambiguous no-shows. Instead, we follow the below policy to be fair to everyone:
- The first pull-request for any issue is preferred to be merged.
- In the case of multiple pull-requests for the same issue, we give priority to the quality of the code in the pull-requests.
- Did you include tests?
- Did you catch all use-cases?
- Did you ensure all tests pass, and you confirmed everything works locally?
- Finally, we favor pull-requests which follow our recommended guidelines.
- Did you follow the pull-request checklist?
- Did you name your pull-request title meaningfully?
You do not need any permission for issues that are marked help wanted or first timers welcome as explained earlier. Follow the guidelines carefully and open a pull-request.
Read our How to Contribute to Open Source Guide.
Feel free to ask for help in:
We are excited to help you contribute to any of the topics that you would like to work on. Feel free to ask us questions on the related issue threads, and we will be glad to clarify. Make sure you search for your query before posting a new one. Be polite and patient. Our community of volunteers and moderators are always around to guide you through your queries.
When in doubt, you can reach out to our platform dev team to help you with this:
| Name | GitHub | |
|---|---|---|
| Mrugesh Mohapatra | @raisedadead |
@raisedadead |
| Ahmad Abdolsaheb | @ahmadabdolsaheb |
@Abdolsaheb |
| Kristofer Koishigawa | @scissorsneedfoodtoo |
@kriskoishigawa |
Email:
[email protected]