FAQ about Lighthouse Labs

Since people have been asking me about my bootcamp experience, I decided to put together this post. Hope it’s helpful for people who are considering Lighthouse Labs!

What should I do before bootcamp?
I finished the assigned prep work early so I started going through Zed Shaw’s Learn Ruby the Hard Way (available online). I highly recommend going beyond the prep work. I finished this book before the start of bootcamp and it definitely helped. It is a lot easier to process information that you have at least seen before, even if you don’t completely understand everything in the first go. Some of my classmates went through the prep material several times and found they picked up something new each time. With online materials like Codecademy where there’s a lot of handholding, you can get a false sense of confidence. Try to build something by yourself besides the recipe page that’s assigned!

How intense is the bootcamp experience?
I remember going in for my interview and seeing a lot of people crowded into one room all working intently. It was intimidating, especially for an introvert who needs alone time to recharge! I mentioned this to Rosy, the Vancouver admissions manager, and she explained that you are free to come and go whether it be taking a walk or grabbing food. We’re all adults and no one is trapped there!

In reality, I found I did not need the breaks like I thought I would. Everyone is in the same boat and you’ll find a lot of support if you reach out and make friends with your cohort mates. However, be prepared to put in the hours. Here’s a slightly busier than typical day during bootcamp, but you’ll be putting in around 9-10 hours daily (9am to 7pm was around the hours I would spend at Lighthouse). You’re there to learn, you paid the money, so put in the effort! When you’re tired, just remember that it is only 8 weeks.

csdwqbtucaaoxdp
Oh and I would recommend investing in a GOOD pair of headphones. The space is loud and it can be hard to concentrate!

Is it hard/easy to find a job after bootcamp?
This is really hard to comment on because everyone is different. Lighthouse Labs helped set up an Employer Speed Dating event for us in the 7th week of bootcamp and Char, the director of Career Services, works tirelessly to help line up students with suitable opportunities. For my cohort, some people received offers from follow up interviews with employers from speed dating, while others went on interviews later through Lighthouse, and yet others found employment by themselves.

Remember that if you do not go above the specified work assigned during the program, it will be hard to standout. Everyone’s github accounts will look very similar. Networking is also important, you never know who may refer you to an opportunity. Let people know what you are interested in working on!

What was the worst part about bootcamp?
The worst part was also one of the best parts, I spent a lot of time at Lighthouse Labs. This meant that by the time I got home, it would be around 8-9pm. After cooking and eating dinner, I would go back to the day’s assignments. (It’s OK not to completely get through everything every day… that’s what Fridays are for, catch up time!) This did not leave a lot of time for exercise… my eating habits also went downhill. In the first week of bootcamp I brought lunch and tried not to eat out, by the end of bootcamp I was eating T&T takeout and had an unhealthy fondness for the coffee machine.

What was the best part about bootcamp?
The camaraderie between people in the cohorts, the passion of the instructors, and the helpful mentors. You’ll spend A LOT of time with these people! Everyone tries to help one another out, and you may find you understand the material more deeply if you explain it to someone else. Ask for help when you need it, but also when you don’t think you need it! Many times I would ask for help only when I was stuck, but even when your code works, there’s so much more to learn such as best practices and scalability. Your instructors and mentors are gold mines of wisdom, don’t just code away at your laptop by yourself!

Would you recommend bootcamp/was it worth the money?
I personally struggled with the decision for almost half a year before finally joining Lighthouse Labs. I wanted to make sure programming was something I liked so I started with Codecademy and building my own simple websites. I then worked at a startup for a few months doing front end CSS styling/JavaScript interactions but found it wasn’t enough logic for me so I joined Lighthouse to learn about the back end. Since Lighthouse, I have been working as a junior back end developer and I love it!

I have no doubt that Lighthouse was pivotal in helping me get to where I am now. Could I have gained the same knowledge without Lighthouse? Probably. How long would it have taken? Definitely a lot longer. I think Lighthouse Labs is not just a “bootcamp”: if you think of it as just a “class” then yes, you can learn the material elsewhere. I think of it more as an “environment”, one where you’re immersed in the learning and surrounded by supportive mentors and peers. I’m so glad I finally dove in!

Further questions/comments? Feel free to contact me, I’d love to hear from you!

Advertisements

After Lighthouse Labs…

I survived to tell the tale!

In my last post, there were two weeks left to go in the bootcamp. The final two weeks were super jam packed. In week 7 we had the employer speed dating event, where interested employers came by and talked to each student for 7 minutes.I went for a few interviews in the week following employer speed dating and accepted an offer in week 8 of Lighthouse. Unbelievable!

My advice to Lighthouse students would be to think about what can make you stand out from other students, whether it’s using previous work experience in a related field, or building a small portfolio of work. The simple pages I built before Lighthouse really helped show my passion for programming and ability to learn on my own.

So what am I doing now?

I’ve been working at Edvisor.io for 2 months now as a Junior Backend Developer. I work with node.js, loopback, and mysql. It has been fantastic! Working in backend feels a bit like solving math problems all day. (Which I like!) My team is super awesome and the past two months have really flown by.

The first day of work was pretty nerve-wrecking. I think I spent all day just trying to set up my machine! The first two weeks I remember going from error to error, then going home and trying to solve the problem. The next morning, I would say something along the lines of “I fixed THAT problem, but now I have a new one.” I think week 3 was when I started feeling more comfortable and productive.

Now I feel much more confident tackling new tasks in a sprint and feel like I am contributing to the team. There’s still so much to learn but I’m so grateful to everyone at Lighthouse Labs and Edvisor for believing in me and giving me this opportunity.

So glad that after contemplating Lighthouse Labs for more than half a year, I finally went for it!

Lighthouse Labs – Final 2 weeks!

I can’t believe tomorrow will be Week 7. Only two more weeks until I am done. It’s a cliche, but time really just flies here. We wrapped up Week 6 with JavaScript and jQuery. I built a card betting game with jQuery and CSS animations.
Screen Shot 2015-12-06 at 11.12.46 PM
It was fun using CSS transform to fan out the cards and animate them to move upon hover and click. The answer card flips to reveal the answer once you place your bet.

We also had our last assessment on Friday, which covered CSS animations, JavaScript and jQuery. We started building RESTful apis and used ajax to request data. When I was working purely on front end, I would see the request urls for forms, but never really understood what was happening. The backend guys would set up the forms, and I would style the forms. It’s great to start to understand both sides and know how server requests are used to retrieve data, and how to use JavaScript to take that data and show it on the page.

Tomorrow we start working with node.js!

Lighthouse Labs – Halfway point!

Whoa, tomorrow I will have officially gone through half of the Lighthouse Labs Web Development bootcamp. It sounds like a cliche, but time really just flies.

After getting our assignment on Wednesday, “fml but funny and with photos”, Ashley, Fabien and I set about creating our app. The concept of “posts that people can upvote/down vote” was similar to our earlier assignment. We set up the Sinatra routes and database models similarly.

Screen Shot 2015-11-21 at 11.26.08 PM.png
We initially had a comments table but decided we would only have votes because “who has time to write a comment anyways.” In this day and age of infinite scrolling, people are definitely more likely to just click “like” instead of commenting.

We built a photo wall where users could upload photos, and vote “funny” or “shameful” on a photo. We made a list of To Do tasks and used trello to pick up tasks as we went along. Having 3 boards: To Do, Doing, Done was really helpful and prevented people from being pigeon-holed into roles.

The biggest challenges I ran into were:

1. Using FactoryGirl to populate our database
Our original setup was simply to use image urls, so I had used FactoryGirl and Faker to generate random photo objects. However, Carrierwave’s mount uploader requires actual files.Carrierwave’s photo uploader would not accept strings for the file field, so we could not populate our database by simply passing image paths to FactoryGirl.

I had to do a “hack” around Carrierwave’s file requirement. In the Photo factory, I created an array of file names by using Dir.glob. I used “after_create” to add a file name to the file attribute of the object created by FactoryGirl. In order for the photos to not repeat, I used the pop method on the array.

By matching the number of times FactoryGirl’s create method was called to the number of files in our image directory, we could populate our database with photo objects for all the images.

A “hack” here we had to do was to turn off our file validation in order to populate the database this way. After populating the database, we could then turn the validation back on for any image uploads through the app. It’s really awesome to be able to set up all the photos with captions/votes in one file and run rake db:populate to set up our database!

2. Testing controllers with RSpec
Ok so writing tests for a midterm project was probably not the best idea. Since our models were so similar to the previous assignment, I thought writing simple validations for our models would be a good learning opportunity.

Well, “just testing models” turned into “create a test and development database with rake tasks to create and migrate them” + “test controllers” + “figure out how to test controllers with parameters passed in”… among other challenges.

Setting up the dependencies for the app test files was difficult. I put in so many require lines. Some “require”s that didn’t look needed but which would cause problems if removed. I learned how to test different get/post requests with Rspec by following redirects and looking at the last_response. In the end, I know my tests were not completely extensive (I could not figure out how to test photo uploads/routes related to photo uploads and sessions), but it was good to become a bit more familiar with Rspec. I used Faker and FactoryGirl for the tests and found them to be very convenient.

Tomorrow we’ll be organizing our photos and captions to get ready for presentations on Monday!

Lighthouse W4D2 -Midterms already?!

We just started learning Sinatra this week, and tomorrow we’ll be given our midterm projects and groups. Eek!

Today we learned about cookies! (not the edible type) An HTTP cookie, also called a browser cookie is a small piece of data that is sent from a website’s server and is stored on a user’s browser.
cookie
1. When a user agent (web browser) first sends an HTTP request to the server, it does not yet have a cookie (session id).
2. The server sends an HTTP response back with a set-cookie in the response header. This is the server telling the browser “Hey you! I want you to send this piece of data to me every time you make a request from now on.”
3. The user agent sets the cookie when it receives the response. When the user agent sends another request to the server, it will have the cookie in its request header.
4. The server looks at the cookie, and ‘knows’ that this request is coming from the same place the first one came from.

Now, when you surf in incognito mode, you may think “no cookies ever”! But the reality is, you just don’t have any cookies in your request header to start with. Once the browser sends a request, the server response is going to have a set-cookie. Then you’re going to have a cookie in all later requests you send.

Cookies are great. Because HTTP is stateless and cookies help us mimic ‘persistence’ in our web apps!

And they taste good.

Lighthouse W3D5: A humbling test experience

Friday the 13th started out rough. After a short review session, we had our second assessment in the morning. I was feeling decent going in, and hit a snag on the fifth rspec test. I kept getting ‘undefined method for Nil:nilclass errors”. After struggling with it for a while, I skipped to the next one. And also got stuck. And on the one after that.

I remember it was more than an hour into the test and I was still stuck. I looked back at the mark allocation and realized I was currently at a low 30~40%. Things just weren’t clicking. It felt as if I had completely lost my sense of logic!

How I felt after the test
How I felt during the test

It was at this point I realized there was a very real possibility I was going to fail. After I accepted this fact, I felt a bit calmer and decided to just do what I could. I skipped all the rspec tests and went to the SQL questions (which I should have listened to Don’s advice and started with). The SQL questions were so straight forward!

Having gotten the SQL questions, I decided to go back to the dreaded #5. I wrote out all the scenarios tested to see if I could figure out the logic that way. Finally, after more fiddling around, it worked! My logic was back! It was as if breaking through #5 cleared the road because I was able to get through all the rest of the tests and bonuses without any big snags.

After the test, I mentioned to others how hard I found it. Some people were surprised that I got all the tests to pass because I kept saying it was difficult. I still feel like I got a lucky break!

The funny thing is, after comparing my code for #5 to someone else’s, they mentioned “nice refactoring”. But I hadn’t refactored! In fact, that is probably why I was stuck on it for so long. Instead of using a multiline if-else statement, I was in the mindset that all the logic was to be set up in a single conditional statement. (And I couldn’t deduce what that needed to be…) Sometimes, you over think and end up doing things the hard way.

I was so glad that the Lighthouse staff baked us cupcakes and ordered pizza for lunch! Comfort food was very much needed. Thank you!

Lighthouse W3D4 – before DESTROY

Today we learned about ActiveRecord Callbacks. Callbacks are methods that are called at different stages of an object’s ‘life’ or cycle. We implement callbacks in our models whenever a change to one object affects data in an associated object. (There are other scenarios too, like when you want to modify data before it’s saved.)

A real life example would be a company and employees. If the company closes down (company object changes), then all the employees are not employees anymore! This would be an example where we would use before_destroy. Before deleting the company object (and associated company row in the database), you would delete all the employees too.
There’s an even better way to do this –> has_many :employees, dependent: :destroy. Destroy makes the method sound so epic.

Destroyer from Thor
Destroyer from Thor

We also had the privilege of having Stephen Steneker from MongoDB come in and give a talk on MongoDB database schema design. A lot of it unfortunately went over my head, but it was interesting to see a different approach to storing data (bson versus the tables in relational databases).

Tomorrow is Assessment #2 on ActiveRecord and SQL… it has been a crazy week in that we just started AR late Tuesday and have a test on Friday morning! I feel like I’ve done most of the assignments but am not sure if I have learned it… SQL also feels like weeks ago even though it was last weekend.

Most important skill at Lighthouse Labs: learn to learn really fast.