by Zell Liew

How to think like a programmer

“I don’t get JavaScript. I can’t make components from scratch. My mind goes blank when I stare at a blank JavaScript file. I guess I can’t do it because I don’t know how to think like a programmer.”

Sounds familiar? You’re not alone, my friend. Many people who try to pick up JavaScript as their first programming language face the same problem.

Heck, even developers who are already coding in another language face the same issue with JavaScript, too. Instead of “I can’t think like a programmer,” they say “I can’t think in JavaScript.”

But no more. Let today be the day when you learn to think like a programmer.

You can already think like a programmer.

Have you tried simple exercises about JavaScript on places like freeCodeCamp, Code Academy or Code Wars?

If you have, you already know how to think like a programmer.

The real reason your mind blanks out when you face your JavaScript file is likely because of coder’s block. You’re scared to write JavaScript that doesn’t work. You’re scared to face the errors. You don’t know how to begin.

Overcoming coder’s block is simple. You can follow these four steps:

Break down the problem into smaller problems Find solutions to your smaller problems Assemble the solutions in a coherent manner Refactor and improve

Let’s take a closer look at each of these steps.

Step 1: Break down the problem into smaller problems.

How do you put an elephant into the fridge?

Here’s what most people would answer:

Open the fridge Put the elephant in Close the fridge

Problem solved.

This answer is the best example of why you get stuck when you face a blank JavaScript file. It skips steps.

If you think logically about the question, you’ll see a few glaring problems that remains unanswered:

What fridge are we talking about? What kind of elephant are we talking about? If the elephant is too huge to fit into the fridge, what do you do? Where do you find the elephant in the first place? How do you transport the elephant to your fridge?

When you code, you need to answer every small question you can think of. That’s why the first step is to break your problem into smaller pieces.

Step 2: Find solutions to your smaller problems.

The second step is to find a solution to each of your smaller problems. Here, it’s important to be as detailed as possible.

What fridge? — the fridge that sits in your kitchen What kind of elephant? — the african bush elephant What if the elephant is too big? — Get a shrink gun (?) to shrink the elephant (?). Where do you find the elephant? — Africa How do you transport the elephant? — Put it in your bag after you’ve shrunk it, then take a plane back home.

Sometimes, you need to dig a few layers in to get the answer you need. In the example above, we can dig deeper into answers 3 and 4.

Where do you get the shrink gun? — Borrow from the mad scientist next door. Where in Africa can you find your elephant? — Addo Elephant Park in South Africa.

Once you have answers to all your smaller problems, you piece them together to solve your big problem.

Step 3: Assemble the solutions in a coherent manner.

So, in the put-elephant-in-fridge example, you can probably follow the following steps:

Get a shrink gun from the scientist next door Fly to South Africa Travel to Addo Elephant Park Find an elephant in the park Shoot the elephant with the shrink gun Put the shrunk elephant in your bag Travel back to the airport Fly back to your country Travel to your house Put the elephant in your fridge

Problem solved.

As interesting at is sounds, you most probably wouldn’t be capturing elephants and putting them into fridges with JavaScript.

Let’s use a real example.

Let’s say you want to a create button that, when clicked, shows you a sidebar.

The first step — break it down

Break down the component into smaller pieces. Here are a few problems you may identify:

What is the markup of this button? How should the button look? What happens when the button gets clicked once? What happens when the button gets clicked again? What happens when the button gets clicked a third time? What is the markup of this sidebar? How does the sidebar look when it is shown? How does the sidebar look when it is hidden? How does the sidebar show up? How does the sidebar go away? Should the sidebar show up when the page loads?

The second step — create solutions for problems

To create solutions, you need to have knowledge about the medium you’re creating for. In our case, you need to know sufficient HTML, CSS and JavaScript.

Don’t worry if you don’t know the answer to any of these questions. If you’ve broken them down sufficiently, you should be able to find an answer through Google in five minutes.

Let’s answer each of the questions:

What is the markup of this button?

The markup is an < ;a> tag with a cla ss of . button.

<a href="#" class="button">Click me</a>

How should this button look?

This button should have the following CSS:

.btn { display: inline-block; font-size: 2em; padding: 0.75em 1em; background-color: #1ce; color: #fff; text-transform: uppercase; text-decoration: none;}

What happens when the button gets clicked once? Twice? Three times?

The sidebar should show up when the button is clicked once. This sidebar then goes away when the button is clicked another time. It shows up again when the button is clicked again.

What is the markup of this sidebar?

The sidebar should be a <d iv> that contains a list of links:

<div class="sidebar"> <ul> <li><a href="#">Link 1</a></li> <li><a href="#">Link 2</a></li> <li><a href="#">Link 3</a></li> <li><a href="#">Link 4</a></li> <li><a href="#">Link 5</a></li> </ul></div>

How does the sidebar look when it is shown?

The sidebar should be placed at the right of the window. It needs to be fixed in place so the user sees it. It should be 300px wide.

When you finish solving the problem, you may end up with CSS that looks similar to the following:

.sidebar { position: fixed; top: 0; bottom: 0; right: 0; width: 300px; background-color: #333;}.sidebar ul { margin: 0; padding: 0;}.sidebar li { list-style: none;}.sidebar li + li { border-top: 1px solid white;}.sidebar a { display: block; padding: 1em 1.5em; color: #fff; text-decoration: none;}

How does the sidebar look when it is hidden?

The sidebar should be shifted 300px to the right, so it is off the screen.

When you answer this question, another two may pop into your mind:

How do you know whether the sidebar is shown or hidden? How do you style the hidden sidebar?

Let’s answer them as well.

How do you know whether the sidebar is shown or hidden?

If the sidebar has a .is-hidden class, the sidebar should be hidden from view. Otherwise, it should be visible.

How do you style the hidden sidebar?

We use translateX to shift the sidebar 300px to the right since transform is one of the better properties for animation. Your styles then becomes:

.sidebar.is-hidden { transform: translateX(300px);}

How does the sidebar show up?

The sidebar cannot appear immediately. It needs to move from the right, where it’s hidden from view, to the left, where it’s visible.

If you know your CSS, you’ll be able to use the transition property. If you don’t, you’ll be able to find your answer through Google.

.sidebar { /* other properties */ transition: transform 0.3s ease-out;}

How does the sidebar disappear?

It should disappear the same way it appears, in the opposite direction. With this, you don’t have to write any additional CSS code.

Should the sidebar show up when the page loads?

Nope. Given what we have, we can add a is-hidden class in the sidebar markup and the sidebar should remain hidden.

<div class="sidebar is-hidden"> <!-- links --></div>

Now, we’ve answered almost everything, except one — what happens when the button gets clicked once? Twice? Three times?

Our answer above was too vague. We know the sidebar should appear when you click on it, but how? The sidebar should disappear when you click on it again, but how?

At this point, we can answer this question again in more detail. But before that, how do know when you clicked on a button?

How to know when you click on a button.

If you know your JavaScript, you know you can add an event listener to the button and listen for a click event. If you don’t know, you’ll be able to Google it.

Before you add an event listener, you need to find the button from the markup with querySelector .

const button = document.querySelector('.btn')button.addEventListener('click', function() { console.log('button is clicked!')})

What happens when the button is clicked once?

When the button is clicked once, we should remove the is-hidden class so the button shows up. To remove a class in JavaScript, we use Element.classList.remove . This means we need to select the sidebar first.

const button = document.querySelector('.btn')const sidebar = document.querySelector('.sidebar')button.addEventListener('click', function() { sidebar.classList.remove('is-hidden')})

What happens when the button is clicked twice?

When the button is clicked again, we should add the is-hidden class back to the sidebar so it disappears.

Unfortunately, we can’t detect how many times a button is clicked with an event listener. The best way, then, is to check if the class is-hidden is present on the sidebar already. If it is, we remove it. If it’s not, we add it.

const button = document.querySelector('.btn')const sidebar = document.querySelector('.sidebar')button.addEventListener('click', function() { if (sidebar.classList.contains('is-hidden')) { sidebar.classList.remove('is-hidden') } else { sidebar.classList.add('is-hidden') }})

And with this, you have a initial prototype of the component.

https://codepen.io/zellwk/pen/zdqmLe/

The fourth step — refactor and improve.

We incorporated the third step, assembling our solutions in a coherent manner, along the way. The final step is to refactor and improve your code. This step may not come naturally to you right now. It takes effort and practice before you can tell whether your code can be improved.

So, once you’re done with the three steps, take a break and work on something else. When you get better with JavaScript, you may notice you missed a few details when you come back.

In this example above, you can ask a few more questions:

How do you make this sidebar component accessible to users who have visual disabilities? How do you make this sidebar component easier to use for people with keyboards? Can you improve the code in any way?

For the third point, if you googled a little further, you may notice there’s a toggle method that removes a class if it’s present. If the class isn’t present, the toggle method adds it for us:

const button = document.querySelector('.btn')const sidebar = document.querySelector('.sidebar')button.addEventListener('click', function() { sidebar.classList.toggle('is-hidden')})

Wrapping up

Thinking like a programmer is simple. The key is to know how to break problems down into smaller ones.

When you’re done breaking the problem down, find solutions for your small problems and code them up. Along the way, you’ll discover more problems you didn’t think of before. Solve them too.

By the time you’re done with writing your answers to each small problem, you’ll have the answer to your large problem. Sometimes, you may need to join up the steps you’ve written for your smaller problems as well.

Finally, the work isn’t done when you create your first solution. There’s always going to be room for improvement. However, you most likely won’t be able to see the improvements right now. Take a break, work on something else and come back later. You’ll be able to ask even better questions then.

By the way, do you want to learn JavaScript but don’t know how to start? If you are, try going through this JavaScript Roadmap that I’ve built for you. In it, you’ll learn how to overcome your barriers to learning JavaScript, and you’ll get a roadmap to follow to learn JavaScript properly. Have fun!

(If you liked this article, I’d appreciate it if you would give me some claps and share it. ?) Thanks!

Originally published at https://zellwk.com/blog/think/.