The following isn't good advice. It's just advice. And even that's a stretch.
I used to be really into those productivity hacks. No zero days, Pomodoro, writing up your goals for the day, starting a task for five minutes, etc. Eventually, they merged into a document of rules. I wanted to work as a coder. I had digested all of the advice I could take. Blogs and READMEs, complex graph charts that spider out describing your career in buzzwords you don't even know yet. Enough of the analysis paralysis, I said, and typed up some rules in a small London coffee shop. To these, I stuck.
The following sections describe some of these rules and the results (interviews, job offers) but do note that my success is probably unrelated to every word printed here.
Write code in two languages every day
For me, this was JavaScript and Python. I was aiming for full stack and back end positions. If I was stuck on my projects, I would code up data structures from scratch in both languages. The repetition helped them stick. I wanted to be ready to write relatively clean code in either language without any preparation, should I be called to interview. Solving problems that are challenging to you is never a waste of time if your goal is to learn.
Sites like LeetCode and HackerRank have questions that you can sort to get progressively harder. What's important is that you realize that the goal is not a correct answer — it's understanding. Pushing at the edge of your knowledge should spawn mini study sessions where you chase down different implementations of the solution so you understand the whys and hows. I found that personal blogs always had the best break-downs.
Read yourself to sleep with a textbook
If you've seen my other writing, you'll know that I won't stop recommending Grokking Algorithms. I chose the Computer Science textbooks that I enjoyed, not necessarily ones that would help in my job search. These books didn't have to have code or math in them, e.g. Code: The Hidden Language .. or The Mythical Man-Month. A lot of the stuff I did during my job search was to get in the right headspace. This is embarrassing to say but I did the things that I pictured a good software engineer doing. Which I suppose is like wanting to be a good basketball player and spending your post-practice time standing in center court just staring at the hoop. It's good to just rest some times, ya know.
Study interview question trivia every day
I wasn't trying to memorize, which would have felt cheap, I was trying to understand what these questions implied in order to direct my learning. They are asked for a reason. setTimeout trivia questions are really about asynchronous programming and the Event Loop. I had to know the answer and be able to speak about the subject it represented. These sessions were scary first as they further revealed everything I didn't know (and still don't!).
Not often will you have to call delete but it's good to know what it does and doesn't do (I was asked about this in an interview). Searches like most popular JavaScript interview questions will find you the lists I'm talking about. These questions can get pretty esoteric so your mileage may vary.
Three testable projects with instant interaction
Three felt like a good number. I worked backward — coming up with the blurb and the bullet points for the projects on the resume first. Building the projects came second. They each needed a test suite, e.g. npm test, pytest. In my mind, good engineers test everything. I suppose I still believe that. Getting tests written early on speeds up the later stages of development.
What do I mean by instant interaction? I guessed that someone reviewing my resume would spend about four seconds per each hyperlinked project — and that most wouldn't even click. I hosted all three projects on a Digital Ocean Droplet, local to my region. Digital Ocean have some great guides for getting started with Linux too. I didn't want to use free options, like Heroku's free tier that sleep when not in use and have to wake up when a visitor arrives — there go my four seconds.
Once they arrived on the page I wanted them to be able to interact with the core idea of the project instantly, e.g. no sign-up or authing required. I'll skim over my projects to give you a better idea.
CodePen Teams Clone
I was (and still am) very into pair programming and created a low latency solution for remote collaboration coding. I cloned the design of CodePen but piped the display data over WebSocket to the whole room. Teammates could see live edits in about 25ms. Rooms could be forked too. When arriving on the home page, the Create Room button was front and center.
Game Jam Highscores API
This was a free solution I ran for a few years for game devs to instantly set up a highscores backend by just calling our RESTful API. Upon loading the home page, you were greeted by your API key, and there were links prefilled with this key to test out the features.
Lightweight Google Analytics Clone
I cloned Google Analytics in the most basic way possible, allowing people to roll their own analytics. The angle was privacy-friendly and people were only tracked for 24 hours. I linked to the demo page on my resume, with animated graphs that popped up with page views, unique visitors, avg. time on page, bounce rate.
Back to the rules.
Read ten resumes a day
People post tech resumes all over the place but I found the most high quality were on r/cscareerquestions. After all the studying, whether you got an interview or not was almost totally weighted by your resume. Reading all these resumes helped me understand what my own was competing with. It gave me ideas for sections, page design, and even projects. I also helped out by pointing out grammatical errors wherever I saw them. I took my time with them — even printed them out sometimes and marked them with a pen. There's historical precedence for this kind of behavior, Hunter S. Thompson typed out the entirety of The Great Gatsby and A Farewell to Arms (on a typewriter no less!).
Cover letter with genuine connection
Cover letters seem to be more beneficial over here in the UK. I count the little text boxes that companies offer with your application as a cover letter too. I fought hard to write something genuine as I really believe that sincerity wins over everything else. I liked to read the company's tech blog if they had one and if not I often checked out the source code of their website and tried to find interesting things to comment on. I even found a leaked API key once. In most of my interviews, topics from my cover letter were brought up.
Pace and plan for phone interviews
Print out everything beforehand and lay it out on the bed. The job post, my personalized resume for that job, the companies bio page, the interviewer's LinkedIn (although, don't allude to this) — it helped me understand their background and seeing their face was relaxing. It helped remind me that people are almost unanimously friendly and want you to succeed. I've always paced around the room for phone interviews. I alternated between pacing and lying flat on my back.
Travel to interview location the day before
I traveled down to the interview's location the day before so that part of my journey would be stress-free. I visualized myself interviewing, getting the job, and working there — like I was going on my new commute. Being familiar with the area made me more comfortable when I ended up in the room and that's what it's all about really. An hour or so snapshot of yourself. Nothing could prepare me for getting lost in the building though, which actually happened twice.
Following my application, I ended up with a phone interview rate of 10%, all of which invited me to interview in person. I approached test projects with the same obsessive gusto I've unfortunately shown in this article.
Join 150+ people signed up to my newsletter on programming and personal growth!
I tweet about tech @healeycodes.
Top comments (18)
I've seen a number of these style of articles and I don't really get it? I'm not trying to be disrespectful; I'm just confused by the structured lengths people feel they have to to get jobs in programming.
Is this more applicable to how to get your first programming job?
I love this! I have some similar rules for myself - right now I'm focusing on javascript, so I'm making myself spend one hour a day on rudimentary JS projects with very little CSS or HTML, because I tend to get so bogged down in making the CSS look perfect vs. getting things to actually work.
And also, there's no such thing as weird :D
Tip for beginners: There's no such thing as "weird" in programming
Owen Conti 🇨🇦 💻 ・ Apr 12 '19 ・ 3 min read
I have had to do the same regarding css, because I also get caught up always trying to make things look pretty rather than progressing with functionality or finishing!
That’s awesome, Desi! I’ve chased perfect CSS one too many times before 😁
I am a tester and my goals are to jump to software development. Recently I learnt Front-End web development from Udacity and practicing it. I am learning C, Python with how these languages interact with OS internally. Because I am under impression that to get a job in Software development/Programming or even in web development, I need to know C, OS concepts etc.
My question is, am I on right path? Or focusing only on one part(e.g. web development) is ok?
I can only answer for my local area and what I’ve heard from mutuals so I hope others will chime in!
In the UK, it seems that entry level web dev jobs don’t require you to understand C or deep OS concepts. While they are hugely beneficial, you are expected to learn them as you come across relevant problems.
However, I believe that learning them has made me a better developer.
Thanks Andrew. It is helpful.
BTW, your article was insightful and there are good takeaways for me.
I would find requiring knowledge of C very odd for a web development role, unless it was a specialist backend role and you needed to interface with low level libraries.
For the vast majority of cases it shouldn't be necessary. One can even be 'full stack' in the sense that you can build and deploy a whole project without needing to be 'full stack' in the sense that you can go right to the low level coding languages in the stack.
Upshot, I don't think it's necessary.
Thank you very much for these rules. I have been struggling to reset my career after 10 years as a developer. Been doing PHP development now trying to learn JavaScript frameworks (ReactJS and Node). relearning is the most difficult thing to do and these rules definitely help.
Good luck ✨✨
Very well thought out. The planning and considerations you make really demonstrate a solid approach to being successful.
I also try to work in multiple languages every day. Somedays, its python and powershell, others it javascript and .net. Sometimes I have to do this for my job. I try to make the most of it by fully considering the problem at hand and then trying out various concepts to solve the that problem.
Thanks for the additional insight.
Thanks J Beetz!
Awesome share bro. We're all weird.
Thanks Joman!
Man i love it simple and perfect
Very helpful. I'm also preparing for interviews, I do most of the things you mentioned.
Loved it! Don't stop recommending Grokking Algorithms, please. I'd use some of your rules.
Some comments may only be visible to logged-in visitors. Sign in to view all comments.