Introduction of the series

Writing code is an exciting business. At least it has always been like that to me. It is fast and ever-changing business.

Every day talented people strive toward making software faster, more stable, more secure. And at the same time, even more, talented people are looking for ways to break it 🙂

Hardware manufacturers come up with new components that open up possibilities that were unimaginable just a several years ago. And at the same time these advances make certain ‘industry standard’ patterns and practices dangerous and obsolete.

Keeping up with technology is crucial for any engineer, but for The Software Engineer it is an absolute necessity.

Every one of us has a favorite way of doing things and but time to time we have to re-evaluate our coding habits.

In this (hopefully) weekly blog I’m going to illustrate patterns, practices, code snippets that I find interesting, dangerous, cool, exciting,etc.

Just to illustrate my point, I’m going to give you a simple example. I’m pretty sure that every one of you already knows about this coding pattern and never write code like that. You don’t, don’t you? 😉

So, 11 years ago, in .NET 1.1, this snippet was perfectly fine:

But later, someone decided to upgrade to .NET 2.0 and use modern Dictionary object in initialization.
This code still works, as expected:

The reason code used to work before and not anymore is that implementation of the Dictionary class is backward compatible when casting into IDictionary interface, but when it is used directly, this class produced an exception, as it supposed to do.

But let's say that you are not aware of this change, and you keep writing code that relies on a dictionary to return null when key is not found. Yes, of cause if you have a solid set of unit tests to cover every line of your code and every possible combination, then you’ll see this problem right away. But we all know that unfortunately, it is not a reality and code like that can sneak into production.

So the new, modern code should probably look like this: