Coming Back from Disappointment: A New Chapter

Review: Putting it all in context

After 700 pomodoros of studying, coding, blogging, and job-seeking spanning five months, I am still without my first job as a junior developer.  The hardest part of it all is maintaining an optimistic outlook after repeatedly being turned down, especially after the excitement of performing so well in numerous interviews.

But that won't stop me.  There are identifiable reasons for my failure, and the good news is that all the things cited are eminently improvable and correctable:

1. Quite simply, the quality of my code, into which I have poured so much effort, is still not good enough in the estimation of the interviewers.  This is good news, for I can learn from their feedback and code to a higher standard.
2. After one poor performance in a pair programming interview, I handled myself well in very similar conditions three days later.  I know where I went wrong in the first one; I know what I did right in the second.  I can build on this.
3. I need to familiarise myself with the core competencies, frameworks, and tools of front-end development.  My plan was always to give myself a solid foundation of programming in Ruby and a basic sense of DevOps with Vagrant and Docker, and although there is room for improvement in that regard, the task of getting really good at HTML, CSS, Rails, Heroku, etc is now a lot easier.

Add to that, I have gained a lot of contacts, spent plenty of time at meetups, made good impressions on many people, and have a highly sophisticated approach to learning and time-management.

So all things considered, I am many miles further down the road than when I set out on this journey at the beginning of the year.

Where to from here?

Rails

I think I'll muscle through Michael Hartl's Rails tutorials.  Although there are many good ones, this one is updated to Rails 5 and seems to do a fair job of sticking to the core knowledge.  The Odin Project looks good as well, but there's no point in jumping around from course to course.

HTML/CSS

Many experienced developers tell me that most juniors today are pretty weak on HTML and CSS, having jumped straight to boilerplates, JavaScript, and plugins.

As with other endeavours, I believe wholeheartedly in mastering the fundamentals.  It is hard to make such a commitment to something seemingly outdated, but I believe it will benefit me greatly in the long run.

JavaScript

The debate between Ruby and JavaScript rages on, and I have heard it said from those in the front-end world that the only language you really need is JavaScript these days.  I am glad I chose to learn through Ruby, and having gained a grasp of the fundamentals, learning JavaScript will be less daunting from here on out.

Summary

As much as I'd love to have been picked up by a company already, I am not really behind schedule at all, all things considered, and having taken some time to relax, recharge, and review, I am now keenly looking forward to the next couple of months.

Rails Study, Day 4: Still Working on the Dev Environment

So far I have spent time on the following:

1. Vagrant
2. Docker
3. Digital Ocean Droplet
4. Heroku

However, I'm going to take a step back and reconsider what I'm trying to accomplish.

What is my deliverable?

I want to build a Rails site, hosted on Heroku, that showcases my solutions to puzzles from Advent of Code.

How is my work supposed to flow?

Images, containers, Atom, etc.

1. Development environment (DE) is separate from the host operating system. (Docker container or VM)
2. Text editor (Atom) has read/write access to the code in the DE.
3. The DE can be easily duplicated for a sandbox server.
4. Code from the DE can be pushed to Github; from Github, the latest code cloned.
5. Changes from the DE can be pushed to Docker Hub; from DH the latest version of the DE.
6. Production code from the DE can be pushed to Heroku; from Heroku, the latest production code, although that should be available in Github.

What are the specifications of my development environment?

1. Version control of all relevant packages.
2. Read/Write access to development environment from host.
3. Access to online platform (Github, 
4. Available locally, without a constant internet connection.
5. Totally accessible by Atom text editor on my host machine.
6. Can upload code to Heroku, pull the latest code from Heroku, and push updated code to Heroku.
7. Can push updates to the environment to a repository.

What shall be my development environment?

1. Docker container for the DE, with all the necessary packages installed.
2. Atom text editor installed on host.
3. FTP access between DE and host.
4. Github access from DE.
5. Docker Hub access from DE.
6. Heroku access from DE.

Rails Study, Day 4: Docker and Vagrant

I came for Rails, I'm working on DevOps.

The purpose of this post is to give an account of setting up my development environment in order to study Ruby on Rails.

I am already familiar with Vagrant, and initially thought I would spin an Ubuntu 16.04 box and work in that.  However, the obvious and numerous disadvantages of working in a virtual machine on a local hard drive demanded that I find something better.

So I decided to finally invest some time on Docker, and I have to say, once I wrapped my head around the concept of containers, getting started seems fairly straightforward.

Initial Steps:

1. Install Vagrant on my host
2. Install Docker on my host
3. Spin up an Ubuntu box in Vagrant
4. Install Docker on my VM
5. Create an account on Docker Hub
6. Download the Heroku Cedar 16 image
7. Create a private docker repository on my host
8. Run the Heroku Docker image
9. Push a modified Docker image to my own repository
10. Pull the modified Docker image to my VM

And so forth.

As I want my development environment to mirror Heroku's settings as closely as possible, I decided to see what the Heroku website itself has to say on the matter.

My inclination was to keep it simple by using Vagrant, but Heroku's Cedar stack is available as a Docker image, so I will go with Docker instead.  I've been meaning to familiarise myself with Docker for a while, so this works for me.

Official Notes for Docker are available from Gist.

This videos helps to demystify Docker.

I'm now looking into simplifying it further and using a Droplet from Digital Ocean.