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?

1. The IRS is enabling taxpayers to download their tax transcripts over the internet from the Internal Revenue Service. The official secure URL for the transcripts download followed immediately after The White House fact sheet confirmed the decision. According to the Tech Crunch You Can Now Download Your Tax Returns From The IRS  article, there are some minor bug issues when registering. Given that security has long been problematic with the IRS, the best course of action for the public is to take some precautions when downloading personal information on mobile devices, pc’s and laptops. Installing disk encryption software on all your devices will protect your files reduce risk
2. Have an awesome Start-Up with products in ‘stealth or private beta” that you want like to pitch for a chance to get a table at Disrupt NY? TechCrunch is heading to Atlanta and New Orleans February 18^th and 20^th 2014 and will host a beer fest night in exchange for your thoughts and pitches. Tickets are $5, and all entrepreneurs, investors, dreamers or tech enthusiast are welcome.
3. Cloutex, a cloud computing future enabler has just secured their first round of seed funding.  Cloutex is an Estonian tech startup, which connects and syncs various web applications such as e-marketing, CRM and accounting tools under one convenient hub. The United Partners, SmartCap and EstBan business angels seeded the start-up with $6000, 000.
4. Could you get everything important that you need to know about living successfully from a computer program? Ryan Dube seems to think so. In his 6 Life Habits That Programming Could Teach You Today  he speaks in flow charts, loops and program modules, in the same breath as paying off debt or buying a house.  How can your programming skills help in life skills by modeling some of the same principles?
5. 10 Incredibly Simple Things You Can Do To Protect Your PrivacyPassword protect your devices.  Put alerts on your name in Google; simple tasks that can be significant in protecting your privacy.
6. Adobe Brings 3D Printing Support to PhotoshopAmong the latest updates in Adobe, Photoshop users have the ability to design 3D models from scratch as well as being able to toy around with color, shape and angles.

Have you ever played a game on your iPhone and wondered how to share it with your friends? Of course, not everyone has iPhones, and they aren’t always watching the leaderboards on the Gaming app, provided by Apple. Well, guess what? You don’t have to take a whole other camera to take a picture of your iPhone to create a photo of that particular score you have achieved. All you have to do is simultaneously press the “Home Button” and the “Lock Button” on your iPhone. After that, your iPhone should consequently flash to white, as if it were snapping its shutter, and taking a picture. Afterwards, you should be able to find the picture in your Photo Albums and share it with your friends.                                                                                        

But, taking screenshots of your iPhone doesn’t always have to deal with your game scores, you can take screenshots of almost any happening on your phone and share it with people! Have you ever had a memorable texting conversation with your friend, where you mistyped something, and the conversation went haywire? Sharing it becomes easy by using this feature. Want to show how odd a website looks on your iPhone compared to looking at it on your computer, and give it to their support to fix it? Take a screenshot of it! The possibilities of this feature are endless, and can become timeless with a simple picture.

A business rule is the basic unit of rule processing in a Business Rule Management System (BRMS) and, as such, requires a fundamental understanding. Rules consist of a set of actions and a set of conditions whereby actions are the consequences of each condition statement being satisfied or true. With rare exception, conditions test the property values of objects taken from an object model which itself is gleaned from a Data Dictionary and UML diagrams. See my article on Data Dictionaries for a better understanding on this subject matter.

A simple rule takes the form:

if condition(s)

then actions.

An alternative form includes an else statement where alternate actions are executed in the event that the conditions in the if statement are not satisfied:

if condition(s)

then actions

else alternate_actions

It is not considered a best prectice to write rules via nested if-then-else statements as they tend to be difficult to understand, hard to maintain and even harder to extend as the depth of these statements increases; in other words, adding if statements within a then clause makes it especially hard to determine which if statement was executed when looking at a bucket of rules. Moreoever, how can we determine whether the if or the else statement was satisfied without having to read the rule itself. Rules such as these are often organized into simple rule statements and provided with a name so that when reviewing rule execution logs one can determine which rule fired and not worry about whether the if or else statement was satisfied. Another limitation of this type of rule processing is that it does not take full advantage of rule inferencing and may have a negative performance impact on the Rete engine execution. Take a class with HSG and find out why.

Rule Conditions