In July 2020 I found myself as part of the many people affected by COVID-19 related layoffs. Before that, I was writing anything from Elm to Ruby to Elixir at NoRedInk. And before that I was working with JavaScript and React for three years at AppNexus.
It was fun to get the chance to write Elm professionally! But when I found myself looking for a new job, I decided I was ready to get back into the mainstream. After not writing any JavaScript for a year and a half, I was hired at Elastic under the posting of "JavaScript Engineer".
So how did I brush up on JavaScript?
Hooks
Through my JavaScript gap year (and a half), I still followed JavaScript community members on Twitter, which gave me a rough idea of what was happening. At least, I was aware of functional components and React hooks (but not enough to know they were related concepts).
I checked in with some friends in a former-coworkers slack and they said, "Yes, learning hooks IS worth your time!" and also, "Yes, actually read React's documentation because it is actually good" (mildly paraphrased). They haven't lied to me about JavaScript yet so I went with it and used that as my jumping-off point.
I did actually read all of React's documentation on hooks and I'm here to tell you: Yes, it is actually good documentation! When I felt good with my hooks knowledge, I looked into Elastic's component library (EUI) for some real-life examples.
A particular question I had in mind was around setState: is it more common to see one call to setState with an object representing state? Or more common to see multiple calls to setState, each with their own variable that would normally make up the state object?
I figured looking up a form would easily tell me that since forms usually have multiple variables tracked in the state. I found a form example and the answer to my question: multiple calls to setState!
Muscle memory
Alongside learning about what had changed about React (not as much as I thought would have changed), I also wanted to get my muscle memory for JavaScript back. Brush off the dust, so to speak.
I wasn't sure how to go about this at first. I tried Codecademy but remember, I've written JavaScript professionally for three years so while Codecademy was great when I was learning, I wasn't starting from square one. Turns out the best way to re-acclimate is... just to write JavaScript. I had a few different paths for this.
Tarot side project
Before really diving in deep, I tried to give myself about a week off from stressing (guess what: stress still happened). During this time I at least found the space to be creative and came up with a fun project! In typical side project fashion, it is not finished at the time of writing this post but will hopefully be good fodder for a future post.
I wanted to build a tarot deck companion web app: you pull a card, the computer tells you what it means. The trick with future telling type stuff is to keep things as vague as possible so that was the route I took.
I got to play with a natural language processing library, Natural, and a sentence templating library, Sentencer. I'll keep the longer description for another blog post but all in all: having something I was excited to work on, and doing that in JavaScript, really helped me get my JavaScript muscle memory back.
InterviewCake
When I was interviewing, InterviewCake had an amazing deal to support folks who had been laid off due to the coronavirus pandemic. It felt like a far more enjoyable read than some nameless interview books out there and it had interactive examples!
Every weekday I gave myself a goal of InterviewCake problems to get through and this really helped me brush up on my JavaScript.
My blog
I had been wanting to move away from Medium for a while but didn't want to over-engineer a personal blog. When I was interviewing for my current job, they mentioned that the project I'd be joining was currently written in Gatsby. Given those two facts and my free time, I figured it was time to play with Gatsby.
Building up my blog was really one of the first times during my interview prep where I felt like I was in a real React codebase--not just some toy interview question. It felt really nice to be back.
I did over-engineer one thing: at the bottom of the page where there is usually a "Made with ❤️" statement, I added functionality to randomize the emoji from some of my favorites. I then decided that I should take seasons into account and added in some date checking to bring in Halloween and birthday emojis (September, October) or Christmas and winter emojis (November, December). Being excited about a little piece of functionality made JavaScript practice feel like play instead of work.
On the collective mind
For more conversational interviews, I wanted to figure out what the JavaScript collective was thinking about. I skimmed through titles of talks from React Conf 2019 and that was helpful.
One talk that I watched was The State of React State in 2019 by Becca Bailey. This helped me see how thoughts on state had changed since hooks came out. It was a great broad overview for me to get up to date.
I also watched Accessibility Is a Marathon, not a Sprint by Brittany Feenstra. When I was writing Elm, there was a strong push for accessibility to be a default. I was really interested to see how the React community was thinking about it. I was glad to see the push for not breaking semantic HTML since when I left, it was totally fine to leave divs all over the place.
Practice interviews
In addition to all of this prep, practice interviews with friends who work in JavaScript day-to-day also really helped. I got the practice of pretending I'm in an interview but at the end, I also got to ask, "Okay, what is out of date in the JavaScript I wrote? Can you help me modernize this with hooks?"
When I last was writing JavaScript, I was working with the best practice that if you're using lodash, just use it for everything even if Array.prototype has the given function. During practice interviews, I got to learn that people now lean towards Array.prototype functions first.
Verifying my assumptions and understandings with someone who works day to day in JavaScript significantly helped me gain my JavaScript confidence back.
One month in
I am writing JavaScript again! One month in, I have had a few moments where I've gone to write something and it comes out in pseudocode-gibberish (looking at you, switch/case), but for the most part, I'm back to writing JavaScript fluidly again.
In my first computer science class in high school, we were learning Pascal, something my CS teacher admitted was outdated for 2010. But my teacher told us something that has always stuck with me: focus on the semantics not the syntax. I've been able to hop around to different languages because I know my core concepts, learning the syntax of a language can come second.
I was hired because of how I think as an engineer, not because I can write a given language. And in the end, an employer with that order of priorities is the kind I want to work for.
Top comments (9)
OMG! Great article. I will be saving this because even though you have been in the game for a minute, there are some great tips here for beginners like me. Also love the tarot app idea. I have been working on an astrology side project. Hopefully I can get that done soon.
Thank you, Jai! I'm glad you found this post useful. I wish you luck with the astrology project! Maybe one day I'll finish the tarot project 😂
And good luck to you too!
Congrats on getting back into the swing of things with Javascript! It's hard to keep relevant with technology, but you offered great advice. Love that you watched conference talks, it's such a great resource that I totally overlook. I'm super motivated to work on my own javascript skills now!
I'm glad this motivated you! Thank you and good luck!
Thank you so much for this article, it was helpful to know that much didn't change since you last wrote JavaScript. I really appreciate the outline procedures you took in getting you back on track. I love the questions you asked "Okay, what is out of date in the JavaScript I wrote? Can you help me modernize this with hooks?" I think I will do that more. I saw your blog, great writeup there.
Thank you! I think the thing that I didn't mention that really cemented that not much had changed was looking at what was looking at the finished proposals from the ecmascript repo and skimming what was added in the past year and a half (github.com/tc39/proposals/blob/mas...). I hope modernizing your JavaScript knowledge goes well!
Re: Hooks
One thing about software that always amazes me is how often the wheel is re-invented (or invented in parallel) and given different names.
A procedural programmer "hooks" into some other code; the functional programmer passes a continuation and the event-oriented coder passes a callback. They all mean the exact thing and serve the same purpose, yet the terminology changes based on the background of whoever gets to name them for any one particular library.
This happens a lot, with many different concepts, and can be confusing to beginners, but it's not likely to go away just for that reason.
I’ve been trying to learn to build a blog with gatsby. Have you any tips for making something functional and not too over engineered for someone who is still fairly new?
Also any help with implementing mathjax, katex or similar is greatly appreciated