This site lists the protips that we shared with students during our courses
The time after the boot camp is both a blessing and a curse. A blessing because it gives you time to learn at your own pace, and what you want. But also a curse; since there’s no real pressure to actually complete work or get things done, which easily leads to you abandoning your projects at the first bump in the road.
My preferred approach, for my own times like these, is to geek out on the tech and use a well-known domain for my projects. Here’s what I mean; I build something that I know well, or have done before, but use new technologies and just do it over and over.
For you I think a good list of features that should be included in your build are:
Other things that I usually include but is not mandatory:
When it comes to choosing a domain, select something that interest you, or solve a problem for you. But keep it reasonable small, with features that gives you work for a week or two.
An example that I have been using is a music library for the band I play in, in my spare time; the Vasa Band. This is a simple app where we can track information about all the music we have in our library (4600+ titles).
It has some very simple features like search, CRUD, and log in - but that gives me a lot of possibilities to try it over and over:
See how the domain stays the same, and I can probably reuse code and focus on learning new technology. You can probably come up with ideas on your own but here a few simple suggestions:
In short: things that you don’t finish or that stay uncompleted. Typically this is because the scope of the project is too big. Ensure that your the project is sliced in a good way, so that each slice can be deployed when it is finished.
Other things to consider:
The important thing to remember is that WHAT you build is not as important as THAT you build and show it off.
Remember to deploy it and share your code so that potential employers can see it in action. That means that the README should be; present, containing useful information and instructions needed to get it running (if possible).
Keep it tidy and refactored - AND WORKING. The code is most definitely part of your CV - I have got jobs by people finding my repositories on GitHub.
Extra points are for you to blog about your learnings and findings as you go through writing the application. I promise you that it will help you learn even more. The simplest version of this blog is to keep a list of “Things I learned from this project” in the ReadMe of the project.
Below follows a list of things that is suitable to learn after the
Here’s a list of resources that we found useful to learn more about JavaScript development:
If you don’t have it already - build your own site, with a blog and an about page (at least). I cannot tell you how much it changed my career to start a blog. And I did that just to have somewhere to write things down, for myself.
Host it online and use it to update your progress and findings
Read newsletters and follow podcasts and blogs. If for nothing else this will give you a lot of ideas on what to learn and know. Here are a few examples: