Static vs Dynamic typing - Why you should care?

Static vs Dynamic typing

As a primer to this post, you can read this stack overflow article.

What this blog post is?

The main purpose is to emphasize the importance of types in programming and why it matters for serious programming.

What it is not?

This may sound like a rant, but the actual purpose is to remove lot of myths that surround both dynamic and static typing. This is not a comparison between compiled and interpreted languages, that is a design decision of the language developer. Our goal here is to understand it from a programmer’s perspective and what difference does it make. Also I am not comparing languages, but rather than the paradigm behind it which is more important, and for that reason certain things might not be applicable to all dynamically typed languages.

Back to the topic, in a nutshell what static typing means is that the type of the variable should be declared/known at compile time. Examples of these are Java, Scala, Go. Languages such as PHP, Python, Javascript do not require the type information at compile time and they are evaluated at run time.

Problems with dynamic typing

Note that these are just examples to give a feel, not to list things that are wrong.

No return statements

Consider the below piece of python code which returns a result greater when a>b and does not do return anything when it is lesser. This is a programmer’s fault, but the compiler and/or editor will not alert that there is something wrong, and when you print it out it prints “None” in python and “Undefined” in Javascript.

def greater(a, b):
    if a > b:
    return "greater"
print(greater(10, 22))

This could cause problems, when you are evaluating these function values. In a statically typed language such as Java, the code would not even compile and if you are using an IDE (you should be) it would highlight the problem.

No type information

Dynamic typing is notoriously known for better programmer productivity (whatever that is) due to the type freedom when coding. But people forget something that is fundamentally wrong with this idea, you still have to know what type you are dealing with. You cannot add two classes or subtract two strings, although the compiler would throw up some result, it will usually be some pretty useless information(read typecasting below).

For an example, consider the below piece of code.

function readFromWebServiceAndParse($data){
  //Do something
  //Return some value

The function does not have any type information coming in or going out of it. Now the question is, can you consume this function without any documentation or going through/understanding the code completely? Where is the so called type freedom here?

On the contrary, even though static typing is not self describing about the function/method’s purpose, it would at least save the hassle of calling it with the wrong type with compile time checking.

Being type free is not freedom

Type casting is hell

Type casting needs to be done in all languages, but it is painful in dynamically typed languages. Although there are no naive code examples that I can give to demonstrate this, Wat is a fun talk(video) below given by Gary Bernhardt which just gives you the idea. Take it on a lighter note BTW.

Run time error checking

This is something that I have personally faced, let’s say we have two pull requests and they depend on each other. A mistake happens and Pull request #2 which depends on #1 is merged first. Since there is no build, you would not know this unless you actually see this in run time as a user or possibly some in some logs. Of course, proper testing could have prevented this, but in a static language system you cannot do this and your build will fail. The problems with dynamic typing is you would require a lot of work to prevent issues, such as documentation about types, careful testing. In a static setting you are protected against some of these due to compile time checking rather than at runtime.

Certain error checking for dynamic languages are provided my modern IDEs, but the compiler/interpreter does not provide this. This is the nature of dynamic languages, they were not meant to catch errors are compile time, since the language itself is interpreted rather than compiled. Why make it harder for yourself when the compiler does all the error checking for you?

Performance factor

Of course there is the performance issue, but I have put this last since most of the applications do not even near this.Something at the scale of facebook, it does matter and HHVM is a practical example of this.

Even though these problems exist, some people still favour dynamic typing for the wrong reasons, most of these are myths created by self-taught programmers who have no idea what Software Engineering is and how it should be done.

The sooner you catch an error, they easier and cheaper it is to fix it.


There are some myths that surround both of these paradigms. Time for some myth-busting.

Verbosity of static typing

What is verbosity?

Well people call some languages verbose because they are lazy to type, but the actual meaning is having to type unnecessary information.This is not entirely true, there are some places where you call out Java as verbose, but the language by itself cannot be categorized in such a way. Some newer languages such as Scala and Go, fare much better at this while maintaining type information. And with strong support from IDEs for things like auto-complete, verbosity is a thing of the past.

Build/Compilation is slow

Of all the things listed here, this actually is a real problem. The compilation is slower and it is at times frustrating. Reality is many web frameworks such as Play have hot reload built in , where it automatically compiles where you have done the changes. There are some standalone solutions such as JRebel and some open source alternatives as well such as Spring loaded.

If you are a using a modern framework, chances are the compilation problem has been already solved.

To solve the build problem, there is something called build automation, unless you have been living under a rock you would have already known about this.

There are tons of frameworks such as gradle, maven being the famous ones and there are Continuous integration tools to maintain/sync automatic builds.

If you are wasting time waiting for a build to complete, then you are doing it wrong.

Skilled programmers can avoid type problems

Let’s face it, programmers are lazy, you cannot expect people to document something as monotonous as which type information that can go in and come out and all the fallacies of dynamic typing.

Test driven development can solve many of the type problems

Using TDD to test type casting and conversions is an abuse of TDD. It should be used to validate/test functionality, not something that is fundamental such as types.

Dynamic typing has better productivity

Yes it has better productivity if you are the only person in the project and you know the code very well.If there is another person who wants to come in and read your code and work on top of it, it is the exact opposite and it gets worse with the increase in number of people.

The supposed productivity gain is a myth on the longer run.

Reading code takes more time than writing code

Static typing is rigid

Java has something called generics, in which you can write a functionality that works independent of types.Not exactly type freedom, but this is the fundamental way you write something in Java that does not depend on types and avoids boilerplate code.

Of course, method overloading is another way.

Other languages do have something similar.

Heterogeneous data structures

Heterogeneous types are possible in Java and even in other languages.Below is an example.

Object[][] array = {
    {"John Smith", 000}, {"Smith John", 001}

Although a class would be better in terms of design.The point is, it is possible, you just have to understand and design it in a different (better) way.

Universities use python

Another popular argument. Universities use it because there is lot less startup time to teach them and does not necessarily mean that it is better. In a production setting there is always code maintenance, try maintaining the all the throw away code from those systems.

This post does not imply that you should avoid dynamic typing, in fact I encourage you to use them, but at appropriate places such as below.

That’s all folks. Do let me know your thoughts using comments below.


Tagged Under


Search this website...

Keeping up with blogs...

I blog occasionally and mostly write about Software engineering and the likes. If you are interested in keeping up with new blog posts, you should follow me on twitter where I usually tweet when I publish them. You can also use the RSS feed , or even subscribe via email below.

Feedio Subscribe

Share & Like

If you like this post, then you can either share/discuss/vote up on the below sites.

Thoughts ...

Please feel free to share your comments below for discussion

Blog comments powered by Disqus