Uncomfortable Truth About Programming

Introduction

I stayed up a whole night and wrote the code on paper. Yes, on paper. Can you imagine that? Now, we have compiler within a web browser.

But it was back in 2004. I was learning C++. That was the first language that I learned.

In the first few classes, I was feeling awesome. All those beginner things like variables, statements and the most comforting printf function that makes your program speak.

Until I was hit by the concept of loops and nested loops. They knocked me down on the ground and I ended up practicing the concepts on paper the whole night.

But I can tell you now that it was worth the effort. Whenever you are learning any new language or framework, you will be learning quickly at the beginning.

If you have learned to code HTML or Python, the beginning is always easy and you are accomplishing something new every day. When you see yourself progressing, you feel good and when you get stuck – you know it sucks.

But advanced concepts require more time to digest. The following picture represents the typical learning curve for any programming language or framework.

The flat curve represents when you are learning advanced concepts of programming. Here, learning a programming language becomes painful. Really painful!

The Pain is Important to Learning

If you are a junior developer, you know that at the start, you will fly through the basic stuff and easy problems but when faced with difficult problems, your learning curve will become flat.

For junior developers, this pain is amplified when there is no one to help them out. They feel lonely and even the developers at Stack Overflow scold them for asking questions (which seniors consider as naive questions).

Most of the people fall off at this painful moment. But in my opinion, this is the golden moment. The moment when you start to feel the pain while learning. Because pain represents long-lasting learning.

This is the pain that I felt when learning advanced concepts in C++. There were many hurdles. Help from my classmates was not possible and the computer at my home was malfunctioning.

The only working method was to practice even when I don’t have a computer, therefore, I practiced on a piece of paper and later verified my programs on a computer.

My persistence besides the pain is still paying me. After that, I have never fallen during my life whenever I encounter loops or nested loops.

Pain Gives You a New Perspective

Another painful moment for me was when I was programming a real-world application in Visual Basic 6. I still remember that I pulled my hair out whenever I have to make changes to my code.

Is it because of VB6? It was because of bad code structure. Procedural programming leads to bad code structure. VB6 is a procedural programming language.

But I have seen people using JAVA/C# like a procedural programming language. Even I myself have fallen into this trap. Because every OO programming language allows you to write code in an OO way but does not force you to.

The pain of bad code structure pushes me to create good code structure which led me to learn OO programming. If I didn’t snatch my hair out, then I will still be using C# as a procedural programming language.

I did not learn OOP for the sake of learning another programming language. I learned it because I wanted to write a good code structure. Now I create code structures where changes are easier to implement.

So, in my opinion:

If you don’t feel the pain of bad code, you will not strive for quality code.

Why Nobody is Telling you the Truth?

There is only one reason ‘Feeling of accomplishment’. Do you know why many books and Khan academy coding tutorials start with ‘hello world’ stuff? Because the ‘hello world’ is easy and it will give you a feeling of accomplishment.

If they tell you the truth and throw the hard stuff at you, what will happen? You will stop reading or watching. They don’t want that.

Their claims are high like learn Python in 24-hours or learn PHP in 21 days. I know because I have read a lot of books on programming. Learning a language consumes more time than 24 hours or 21 days.

I am not against the basics or ‘Hello World’ stuff. I know you have to start from the basics and then progress. But many programming books and tutorials start and stop at the basic stuff.

One classic example is object-oriented design books and tutorials. They start with basics of OO programming language like the definition and syntax of class and objects. But we all know that is not related to object-oriented design.

There is a difference between object-oriented programming and object-oriented design. To differentiate between OO programming and OO design, there is a phrase in the book UML Distilled by Martin Fowler.

Knowing how to use a hammer does not make you an architect.

But unfortunately, many books and tutorials do the crime of including the basic OO programming stuff in OO design books and tutorials.

They do it because OO design is hard and even harder to apply in your own projects. Hence, it is not possible to attain a sense of accomplishment. Therefore, they include the fluff and keep themselves in the basics and the easy stuff.

History

• 12^th December, 2018: Initial version