Net Neutrality

You may have heard about net neutrality over the years. Recently, the concept has gone through some changes, and many would consider its underlying principles to be in danger of corruption or dissolution. However, the technical nature of net neutrality ethics makes it difficult to understand for the layperson. Read on, and the central themes and controversies surrounding the principle will be outlined and explained for your convenience.

The Theme

Cloud computing is the recent rage in the IT industry. According to the report by Forbes, the estimated global market for cloud computing is expected to reach $35.6 billion in 2015, from the $12.1 billion market of 2010.

How it began

The idea of cloud computing was inspired by the concept of “utility computing” which introduced the idea of computing using the virtual servers. These virtual servers do not actually exist anywhere physically and can be moved anywhere without causing any disturbance to the end users. Thus it minimizes the cost involved on the devices to a great extent and provides innumerable benefits to the companies that adopt this system.

Cloud Computing Types

I suspect that many of you are familiar with the term "hard coding a value" whereby the age of an individual or their location is written into the condition (or action) of a business rule (in this case) as shown below:

if customer.age > 21 and customer.city == 'denver'

then ...

Such coding practices are perfectly expectable provided that the conditional values, age and city, never change. They become entirely unacceptable if a need for different values could be anticipated. A classic example of where this practice occurred that caused considerable heartache in the IT industry was the Y2K issue where dates were updated using only the last 2 digits of a four digit number because the first 2 digits were hard-coded to 19 i.e. 1998, 1999. All was well provided that the date did not advance to a time beyond the 1900’s since no one could be certain of what would happen when the millennia arrived (2000). A considerably amount of work (albeit boring) and money, approximately $200 billion, went into revising systems by way of software rewrites and computer chip replacements in order to thwart any detrimental outcomes. It is obvious how a simple change or an assumption can have sweeping consequences.

You may wonder what Y2K has to do with Business Rule Management Systems (BRMS). Well, what if we considered rules themselves to be hard-coded. If we were to write 100s of rules in Java, .NET or whatever language that only worked for a given scenario or assumption, would that not constitute hard-coded logic? By hard-coded, we obviously mean compiled. For example, if a credit card company has a variety of bonus campaigns, each with their own unique list of rules that may change within a week’s time, what would be the most effective way of writing software to deal with these responsibilities?

To add to a python dictionary is very easy.  First create a dictionary, and then associate a key with a value.

a = {'cat',"furry thing"}
a['dog']="typically likes to run and is very loyal"
print a

Here is what is printed:

{'cat':'furry thing', 'dog':'typically likes to run and is very loyal'}