DEV Community

Cover image for Embrace the Struggle While Learning to Code
Abbey Perini
Abbey Perini

Posted on • Edited on

Embrace the Struggle While Learning to Code

Wrapping up my 3rd week of a 16 week coding bootcamp, I can tell you that there is no substitute for staring at a coding problem while your brain struggles. Leading up to class, I had been doing a lot of practicing (because everyone knows practice makes perfect), but I wasn’t struggling.

You always hear that everything you need to learn how to code is on the internet already. Codecademy, Udemy, FreeCodeCamp, LabEx, and many more will provide you with a wealth of easy to follow information. HackerRank, Codewars, and others will provide you with simple algorithms and interview practice.

And yet, after months of following books, coding basics courses, and reading Mozilla Developer Network’s Getting Started with the Web (and all of the related topics), I still found I had a hard time beginning any coding project larger than a Codewars prompt or a basic static webpage.

When I started learning about async Javascript and manipulating the DOM, I had trouble finding small prompts that would allow me to practice these concepts. Especially because many of the resources I was using had the answer right next to or as part of the question, and that’s too tempting for me. People suggested I find a hobby project, but I never started one because I couldn’t articulate where to start. I often came up with ideas far outside my comfort zone and immediately dismissed them.

Week 1 and 2 of the bootcamp we went over coding basics in Python, which I enjoyed, but I began to notice a pattern. My for loops were well established, but I avoided while loops entirely. I had learned one method for writing a command line user menu, and stuck to it even when it became bulky and error prone. By being forced to do problems that didn’t inherently interest me, I was finding gaps I had unconsciously steered away from when choosing prompts.

Then, Week 2 we were assigned a longer app (still just one Python file but with lots of entangled functions and classes) and I sat, staring at a blank page. I couldn’t immediately grasp what the end product would look like. I hadn’t used the Datetime Python module before and didn’t know how I would implement an automatically updated time. Thankfully, Zed Shaw’s advice cut through the panic and I started the same way I start every time — taking the plain English from the prompt and turning it into comments around function and class definitions. Piece by piece the app came together, and project by project I’m getting less overwhelmed by the blank page.

I can tell you that adapting to the feeling of struggling is different in every medium. I’d already honed this skill across plenty of hobbies. If I had given up every time a pattern looked like gibberish when crocheting, I wouldn’t have 35,567+ yards of yarn in knitted and crocheted finished objects today. From my degree and experience working in staffing, I can safely say that while interviewers focus on a candidate’s resume and skills, they should also be verifying a candidate is willing to say “I don’t know, but I will find out.”

Top comments (1)

Collapse
 
alimemonzx profile image
alimemonzx

Really like this post. The last 2 lines interest me, very few interviewers actually see the willingness of interviewee and they hire them. Curiosity and madness of something takes you deep inside that.

I would say that we all can learn everything, we just need motivation and time to learn it.