Skip to main content

Playing The Code Interview Game - Day 1 - The Plan for a Plan!

Introduction

I was talking yesterday to a friend of mine and he is looking for a new job.  I stressed out to him that looking for a new job in high tech industry should be highly treated as series s**t business.  It involves making a plan, reviewing computer science academy basic algorithms, fine tuning your resume, and practicing logical questions and programming questions.

Now although this is a serious game, we at, developers at rest, think that developers should rest, therefore an inherent part of our plan, is not to work your brain out and to take the time also to rest.

This series will go through these steps, you can actually take it to be your plan, we are going to have a timeline, so that we are going to mention how much time you need to invest every day and in what.



Usually web sites that focus on hacking programming tend to focus on one or only a few aspects of that area, we are going to get a holistic picture of the process, and when we feel it's time to invest money in something we will mention this.  Don't take this as an advertisement, it's going to be an investment.

Step 1: The Plan for a Plan

In this step we are going to cover what our plan for a plan is going to be and here it is:
  1. List computer science algorithms and data structures topics to study
  2. Aggregate the topics in a google spreadsheet
  3. Make a schedule to study them first theoretically
  4. List timeline to practice each and every one of them
  5. List books or hopefully single book to get problem set from
  6. List web site or hopefully the one and best web site to practice programming tasks
  7. Schedule exercises
  8. List companies to do dry-run interviews on (companies you are less interested in)
  9. List companies you are interested in and after you finished the try run go to these interviews
  10. Tactic for negotiation
If you have other topics you would like to mention please do comment on this topic below in comments section.  Note that we are going to incorporate rest pieces and fun in the details of the steps that we are going to provide in future posts.

Summary

With this developers at rest conclude our plan for a plan for programming interviews.  In the next post we are going to go through step number 1 which is to list computer science algorithms and data structures topics to study.  Follow us there and leave a comment if you have any question or issue!

Book

Now by far the best book (although I think I could have created a better version) for studying for programing interviews is: "Cracking The Coding Interview"

Comments

Popular posts from this blog

Dev OnCall Patterns

Introduction Being On-Call is not easy. So does writing software. Being On-Call is not just a magic solution, anyone who has been On-Call can tell you that, it's a stressful, you could be woken up at the middle of the night, and be undress stress, there are way's to mitigate that. White having software developers as On-Calls has its benefits, in order to preserve the benefits you should take special measurements in order to mitigate the stress and lack of sleep missing work-life balance that comes along with it. Many software developers can tell you that even if they were not being contacted the thought of being available 24/7 had its toll on them. But on the contrary a software developer who is an On-Call's gains many insights into troubleshooting, responsibility and deeper understanding of the code that he and his peers wrote. Being an On-Call all has become a natural part of software development. Please note I do not call software development software engineering b

Containers - Quick Low Level Guide

Containers Kernel, namespace, cgroups Kernel space and user space Before we actually get to explain containers let's define what is a kernel.  Because you know there is no such thing in reality as a kernel it's only how we name things, and different people name things differently. cgroups, namespaces, UFS We are going to discuss containers, cgroups, namespace, UFS, hypervisor, user space, kernetl space and more.   When we say "kernel" we mean this.  We have the hardware, this is not the kernel, now above the hardware we have a few layers of software, imagine now two boxes. User mode is all the application you run while the kernel is the lower level is all the virtual memory management scheduling, connection to hardware devices, network drivers, it's basically the abstraction on top of the hardware + the basic services which allow this. One box is closer to the hardware and contains a few layers, the second box sits on top of the kernel box and contains

API Design Paper Summary and Review

API Design Paper Summary Introduction Is building API a solvable question, how far can we get into having good API’s and what is a good API at all? these are all very hard questions, usually you know the answers once you designed multiple APIs and got experience and then reviewed the decisions you have taken. Fortunately there are papers dealing with this problem exactly, for complex API’s used by a huge amount of people, the Qt API for example a very populate framework for desktop GUI building, and today we are going to go through a summary of that paper. “The Little Manual of API Design” is a very nice paper written by Jasmin Blanchette has released a paper while working in trolltech, which is a Nokia company. I found it to be very clear and concise, and reassuring what we think of API design. It’s a difficult task that includes both artistic, social, programming and scientific skills. We are going to summarize this paper for you. When you write an API you combine a set o