Starting with the end in mind
Our goal at Free Code Camp is to help you land a job as a software developer or get promoted in your current company to a more technical role.
You’ll continue to work on nonprofit projects until you’ve built a sufficiently impressive portfolio and references to start your job search. Your portfolio will ultimately have four nonprofit projects. We estimate that the 800 hours of nonprofit projects and 80 hours of interview prep you’re going to complete, in addition to the 1,200 hours of challenges you’ve already completed by this point, will be more than enough to qualify you for your first coding job.
Your first Nonprofit Project
We generally scope Nonprofit Projects to 200 hours, or about 10 weeks at 20 hours per week of development per camper. These are only rough estimates. You’ll only work on one project at a time.
You will choose another camper to partner with on this projects. You should choose your them based on:
- Your estimated time commitment (10, 20 or 40 hours per week)
- Your time zones (Will you be able to pair program together?)
- Prior coding experience (we’d like both campers to be able to contribute equally)
We won’t take age or gender into account. This will provide you with valuable experience in meshing with diverse teams, which is a reality of the contemporary workplace.
Then, you’ll email firstname.lastname@example.org with:
- Contact information
- Links to each of your Free Code Camp code portfolios
- Hours pledged per week
We’ll send you a list of 3 nonprofit projects that need your help, and together you will choose one to begin work on. While you do this, our team will code review each of your code portfolios to ensure that all user stories have been completed, and that there are no signs of academic dishonesty.
Beginning the Project
We’ll set an initial meeting with representatives from Free Code Camp, the two campers, and the stakeholder. If the stakeholder and both campers show up promptly, and seem enthusiastic and professional, we’ll start the project. This lengthy process serves an important purpose: it reduces the likelihood that any of our campers or stakeholders will waste their precious time.
Each nonprofit project was submitted by a nonprofit. A representative from this nonprofit has agreed to serve as a “stakeholder” - an authorative person who understands the organization and its needs for this particular project.
Stakeholders have a deep understanding of their organizations’ needs. Campers will work with them to figure out the best solutions to these needs.
When you and your pair partner first speak with your nonprofit stakeholder, you’ll:
- talk at length to better understand their needs.
- create a new Trello board and use it to prioritize what needs to be built.
- and establish deadlines based on your weekly time commitment, and how long you think each task will take.
Ideally, we’ll scope each project to be completed in 10 sprints. It’s notoriously difficult to estimate how long building software projects will take, so feel free to ask our volunteer team for help.
You’ll continue to meet with your stakeholder weekly using the conference software GoToMeeting. You will also correspond with the team on the project’s Trello board.
Getting “blocked” on a task can take away your sense of forward momentum, so be sure to proactively seek answers to any ambiguities you encounter.
Ultimately, the project will be considered complete once the stakeholder’s needs have been met, and you and your partner are happy with the project. Then you can add it to your portfolio!
Working with your Pair
You and your pair will pair program (code together on the same computer virtually) about half of the time, and work independently the other half of the time.
Here are our recommended ways of collaborating:
- Gitter has robust private messaging functionality. It’s the main way our team communicates, and we recommend it over email.
- Trello is great for managing projects. Work with your stakeholder to create Trello cards, and update these cards regularly as you make progress on them.
- Screen Hero or Team Viewer - These are the ideal way to pair program. Tools like TMUX are good, but difficult to use. We discourage you from using screen sharing tools where only one person has control of the keyboard and mouse - that isn’t real pair programming.
- Write clear and readable code, commit messages, branch names, and pull request messages.
Unless your stakeholder has an existing modern host (AWS, Digital Ocean), you’ll need to transition them over to a new platform. We believe Heroku is the best choice for a vast majority of web projects. It’s free, easy to use, and has both browser and command line interfaces. It’s owned by Salesforce and used by a ton of companies, so it’s accountable and unlikely to go away.
If you need help convincing your stakeholder that Heroku is the ideal platform, we’ll be happy to talk with them.
While you will no longer need to help with feature development, we encourage you to consider helping your stakeholder with occasional patches down the road. After all, this project will be an important piece of your portfolio, and you’ll want it to remain in good shape for curious future employers.
Pledging to finish the project
Your nonprofit stakeholder, your pair partner, and our volunteer team are all counting on you to finish your nonprofit project. If you walk away from an unfinished nonprofit project, you’ll become ineligible to ever be assigned another one.
To confirm that you understand the seriousness of this commitment, we require that all campers sign this pledge before starting on their nonprofit projects.
There will likely be times of confusion or frustration. This is normal in software development. The most important thing is that you do not give up and instead persevere through these setbacks. As Steve Jobs famously said, “Real artists ship.” And you are going to ship one successful nonprofit project after another until you feel ready to take the next step in your promising career.