protips

Logo

This site lists the protips that we shared with students during our courses

View the Project on GitHub appliedtechnology/protips

What to work on after the boot camp

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.

Marcus “tech geeking” approach

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:

Other project ideas

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:

What is not a good idea for a project during PGP

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:

Some other thoughts on your project

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.

Other things to work on - if you are out of ideas

Below follows a list of things that is suitable to learn after the

Useful resources

Here’s a list of resources that we found useful to learn more about JavaScript development: