I recently finished a full stack web development bootcamp from which I have experience in 3 different stacks. I'm looking to begin a career in Javascript, preferably node development and want to get some contributions to real life projects (outside of my small personal projects) to get on my resume and have some talking points about for interviews. I've gotten an interview or two so far but both have had concerns about my experience. I figure there couldn't be much of a better way to spend my time while applying for jobs than getting this kind of experience under my belt.<p>I don't really know where/how I would start with this though, do I just browse NPM, find some package that I'm familiar with, check the issues log and go to work on one? Do I approach the developers beforehand and get their thoughts/consent to work on something and submit a pull request, (putting all the work in for a pull request that gets ignored seems like it would be quite annoying)? I'm confident that I can contribute solid code, I guess the process itself is what I'm inexperienced with. If there is anyone on here that is in need of some open source junior level JS development please feel free to contact me, I'll be over at the Who's Hiring Thread.
I'm still convinced Assembly[0] is the greatest platform for budding developers to get experience, potentially earn some money, and network with other developers. Trying to commit to open source as a newbie is...well...hard. Most mature FOSS products feel like monstrosities and culturally are intimidating (omg dhh is gonna think I suck).<p>If you're a noob and do wanna go the FOSS route, find libraries you use and are familiar with and contribute. Contributing can be in the form of issue identification and potentially fork/PR's. OR scratch your own itch, even if it's not totally productive. I helped build a Dota2 API gem and I have yet to use it for a project. If you want to go into the actual application building mode, then do check out Assembly. Plenty of JS projects there: <a href="https://github.com/asm-products" rel="nofollow">https://github.com/asm-products</a><p>[0] - <a href="https://assembly.com/" rel="nofollow">https://assembly.com/</a>
Just dive in. The best way to find issues is to be using modules in your own projects. And of course, be easy to work with, know when to/when not to back down, conform your code to the project's conventions at all times, yadda yadda.<p>> putting all the work in for a pull request that gets ignored seems like it would be quite annoying<p>This happens. Popular, active projects especially can be hard to break into. You can start in chat or issue threads first, then PRs once you get a feel for what's expected. Often they'll ask for PRs up front.<p>However if you have a clearly-beneficial, well-constructed fix, by all means submit an unsolicited PR. They ignore it at their own peril/embarrassment :)
For the MEAN Stack,
1. Have a look at mean.js over on Github <a href="https://github.com/meanjs/mean" rel="nofollow">https://github.com/meanjs/mean</a>
2. Support women who code by checking out the free videos over on www.bossable.com and follow the 30 day Mean Stack Challenge
3. Find something that you'd like to improve or add to the project and start contributing! P.S writing training guides always gets left till later on, so maybe start with that :)
SmartBear had a great post on this for beginners:<p><a href="http://blog.smartbear.com/programming/14-ways-to-contribute-to-open-source-without-being-a-programming-genius-or-a-rock-star/" rel="nofollow">http://blog.smartbear.com/programming/14-ways-to-contribute-...</a>
I'd love some help on my project <a href="https://github.com/gmetais/YellowLabTools" rel="nofollow">https://github.com/gmetais/YellowLabTools</a> !
It's an EAN stack for the moment, no MongoDB, but that's the next big step !