gaspersic/freeCodeCamp
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity

incorporate feedback

Browse Source
This commit is contained in:
Quincy Larson
2016-03-16 00:27:19 -07:00
parent 389ea7529c
commit 69ee345d5c
1 changed files with 58 additions and 44 deletions
Download Patch File Download Diff File Expand all files Collapse all files

102
server/views/resources/how-nonprofit-projects-work.jade
View File

@ -1,47 +1,61 @@
extends ../layout extends ../layout
block content block content
.col-xs-12.col-sm-8.col-sm-offset-2.col-md-6.col-md-offset-3 .col-xs-12.col-sm-8.col-sm-offset-2.col-md-6.col-md-offset-3
html. h2.text-center How our Nonprofit Projects Work
<h2 class='text-center'>How our Nonprofit Projects Work</h2> hr
<hr> p Building nonprofit projects is the main way that our campers learn full stack JavaScript and agile software development. You’ll begin this process once you’ve earned your Front End Development, Data Visualization, and Back End Development certifications.
<p>Building nonprofit projects is the main way that our campers learn full stack JavaScript and agile software development. You’ll begin this process once you’ve earned your Front End Development, Data Visualization, and Back End Development Certifications.</p> h3 Starting with the end in mind
<h3>Starting with the end in mind</h3> p 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.
<p>Our goal at Free Code Camp is to help you land a job as a junior software developer (or, if you prefer, a ‘pivot job’ that leads your current career in a more technical direction).</p> p 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.
<p>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 1200 hours of challenges you’ve already completed by this point, will be more than enough to qualify you for your first coding job.</p> h3 Your first Nonprofit Project
<h3>Your first Nonprofit Project</h3> p 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.
<p>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.</p> p You will choose another camper to partner with on this projects. You should choose your them based on:
<p>You will choose another camper to partner with on this projects. You should choose your pair based on:</p> ol
<p>Your estimated time commitments (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) Do not 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.</p> li How many hours you can pledge (around 10, 20, or 40 hours per week)
<p>Then, you’ll email <a href="mailto:team@freecodecamp.com">team@freecodecamp.com</a> with:</p> li Your time zones (Will you be able to pair program together?)
<ol> li Prior coding experience (we’d like both campers to be able to contribute equally)
<li>Names</li> p We don'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.
<li>Contact information</li> p Then, you’ll email&thinsp;
<li>Links to each of your Code Portfolios</li> a(href="mailto:team@freecodecamp.com") team@freecodecamp.com
<li>Timezones</li> |&thinsp; with:
<li>Hours pledged per week</li> ol
</ol> li Names
<p>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 all user stories have been completed, and that there are no signs of academic dishonesty.</p> li Contact information
<h3>Beginning the Project</h3> li Links to each of your Free Code Camp code portfolios
<p>We’ll set an initial meeting with representatives from Free Code Camp, the two campers, and the stakeholder. If the stakeholder and both campers shows 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.</p> li Timezones
<h3>Nonprofit Stakeholders</h3> li Hours pledged per week
<p>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.</p> p 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.
<p>Stakeholders have a deep understanding of their organizations’ needs. Campers will work with them to figure out the best solutions to these needs.</p> h3 Beginning the Project
<p>When you and your pair partner first speak with your nonprofit stakeholder, you’ll:</p> p 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.
<p>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.</p> h3 Nonprofit Stakeholders
<p>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.</p> p 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.
<p>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.</p> p Stakeholders have a deep understanding of their organizations’ needs. Campers will work with them to figure out the best solutions to these needs.
<p>Ultimately, the project will be considered complete once both the stakeholder’s needs have been met, and you and your pair are happy with the project. Then you can add it to your portfolio!</p> p When you and your pair partner first speak with your nonprofit stakeholder, you’ll:
<h3>Working with your Pair</h3> ol
<p>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.</p> li talk at length to better understand their needs
<p>Here are our recommended ways of collaborating:</p> li create a new Trello board and use it to prioritize what needs to be built
<p>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.</p> li establish deadlines based on your weekly time commitment, and how long you think each task will take
<h3>Hosting Apps</h3> p 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.
<p>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.</p> p 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.
<p>If you need help convincing your stakeholder that Heroku is the ideal platform, we’ll be happy to talk with them.</p> p 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.
<h3>Maintaining Apps</h3> p 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!
<p>Once you complete a nonprofit project, your obligation to its stakeholder is finished. Your goal is to leave behind a well documented solution that can be easily maintained by a contract JavaScript developer (or even a less-technical “super user”).</p> h3 Working with your Partner
<p>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.</p> p You and your partner will pair program (code together on the same computer virtually) about half of the time, and work independently the other half of the time.
<h3>Pledging to Finish the Project</h3> p Here are our recommended ways of collaborating:
<p>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.</p> ol
<p>To confirm that you understand the seriousness of this commitment, we require that all campers sign this pledge before starting on their nonprofit projects.</p> li Gitter has robust private messaging functionality. It’s the main way our team communicates, and we recommend it over email.
<p>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.</p> li 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.
li 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.
li Write clear and readable code, commit messages, branch names, and pull request messages.
h3 Hosting Apps
p 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 for hosting non-production apps, 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.
p If you need help convincing your stakeholder that Heroku is the ideal platform, we’ll be happy to talk with them.
h3 Maintaining Apps
p Once you complete a nonprofit project, your obligation to its stakeholder is finished. Your goal is to leave behind a well documented solution that can be easily maintained by a contract JavaScript developer (or even a less-technical "super user").
p 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.
h3 Pledging to Finish the Project
p Your nonprofit stakeholder, your 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.
p To confirm that you understand the seriousness of this commitment, we require that all campers sign&thinsp;
a(href='http://goo.gl/forms/ZMn96z2QqY' target='_blank') this pledge
| &thinsp;before starting on their nonprofit projects.
p 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.