Forem: Christoffer Wallenberg

A Study in Programming

Christoffer Wallenberg — Thu, 29 Oct 2020 01:35:33 +0000

A big part of learning programming is about one's way of thinking and building mental models. In this guide, we will look at how we can use Sherlock Holmes' "Science of deducation" as a way of solving various programming problems. You may be wondering why Sherlock Holmes has anything to do with programming? See this as a way of thinking and as an aid when analyzing and solving various programming problems.

Sherlock Holmes' "Science of deducation" consists of three parts Observe, Theorize, Test which are described in more detail below. Please keep in mind is that even if these are made in order, they are also individually good to keep in mind constantly when programming.

Observe

Let's start with the first part observe and this quote:

"You see, but you do not observe." Sherlock said. "The distinction is clear."
"For example, you have frequently seen the steps which lead up from the hall to this room."

"Frequently."

"How often?"

"Well, some hundreds of times."

"Then how many are there?"

"How many? I do not know."

"Quite so! You have not observed. > And yet you have seen. That is just my point."
"Now, I know that there are > seventeen steps, because I have > both seen and observed."

This conversation between Sherlock and Watson is a good example of how easy it is especially in the beginning when writing your code that you only write without really reflecting on what you do and why. An important part when programming is to continuously reflect on why I write my code like this, what does it do and what do I want to achieve? As an example, you can in Javascript code a event listener over 300 times, but if you do not understand that this is what you do, it does not matter how many times you do it.

It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts.

The gist of the quote above is that you need to go through the data you have before you can start thinking of a solution to your programming problem. The risk otherwise is that you get a solution that is deficient or does not cover all requirements.

In a new project, start by going through the requirements and all the functionality that should be available, what parts are there? What is the data and what is the expected result / goal?

In an existing project where you have to add functionality, it is important to understand go through the existing code and test around to get an understanding of how the program works before you start on a solution.

Theorize

After you have gone through all the data and gained an understanding of what to do and what you expect for results, it is time to think about how. Two parts here that are important, to filter out all the data that is unnecessary for the current problem and focus on your problem and avoid any side tracks.

Start by asking yourself the question, what is the least I need to make this work? It is otherwise easy to start thinking about side problems that take focus and risk complicating your main problem.

After you have done that, you can start developing a few different possible solutions. Keep in mind constantly what it is you want to achieve and the data you have when working with a solution.

Test

Now you have a possible solution so now it's time to test it! The important thing here is to apply an analytical and critical mindset when you test and be prepared that the solution may not work och work as you intended. Even Sherlock Holmes did not always succeed on the first try with his theory but he went back, went through all the data and tried to see what he missed and added new pieces to the puzzle. You can apply the same mindset in programming, go through the code step by step and tell yourself what is happening, try to see if you missed something.

This quote by Sherlock fits in very well with programming.

It has long been an axiom of mine that the little things are infinitely the most important.

Armed with this knowledge, try applying this the next time you are going to solve a programming problem.

The Game is Afoot!

If Jane Austen wrote code

Christoffer Wallenberg — Sat, 16 May 2020 17:07:56 +0000

Code poem - imagination

Christoffer Wallenberg — Mon, 11 May 2020 23:49:25 +0000

A little poem in code. I find it fascinating how you close you can come to the english language with code.

Maybe learning a foreign language and learning to code have a few similarities?

Pixel art in CSS

Christoffer Wallenberg — Fri, 20 Mar 2020 01:08:38 +0000

I been learning lately about CSS illustrations and making art in general with CSS. Which i find so cool!

Experimented with pixel art which you can see here: https://codepen.io/cwalle/pen/JjjJddy

Have you dabbled in CSS illustration any good tips for learning?

Thinking of making a tutorial of above codepen, would that be interesting?

Let’s talk video vs article when learning

Christoffer Wallenberg — Tue, 10 Mar 2020 21:06:34 +0000

Hello all!

I been thinking lately on tutorials and video vs articles and thought it would be interesting to hear from you.

So when you’re learning something new in programming or just starting out, do you prefer videos or articles with code examples?

Creativity and imagination in programming

Christoffer Wallenberg — Mon, 09 Mar 2020 22:37:38 +0000

When i was a kid i often immersed myself into the world of books. Early on it was the comics of Donald Duck, later on the marvelous world of Harry Potter and Lord of the Rings. I carried around the books of Harry Potter and wanted to know everything about Duckburg.

I always liked the idea of people creating worlds and stories around them. Lego was another thing i immersed myself into. These bricks opened a new world for me to build from my imagination (and later in life build things from Harry Potter with my younger brother) and build things out of my own ideas.

Let me give you an example. A couple of months before my birthday i really wanted a pirate ship but since my birthday was far away i decided to build one with myself with the Lego i had. Even if it looked like any other ship, i remember i was really proud of having built that by my own.

This is why i love programming because you can create purely based on your ideas and imagination.

It's also a powerful tool for creating solutions to problems (and sometimes to problems that don't yet exists).

I think Albert Einstein sums it up pretty good.

“Imagination is more important than knowledge. For knowledge is limited to all we now know and understand, while imagination embraces the entire world, and all there ever will be to know and understand.”

― Albert Einstein

When i teach i try to tell my students to be creative problem-solvers and not just focusing on learning the latest JS framework.

I'm curious on how you view programming, please share in the comments!