The short answer is, yes and no. It depends upon who you are. The purpose of this entry is to help you determine, yes or no.

Full disclosure. This entry is created on a Mac mini. And doing so on Windows 8 (Release Preview). If you are a developer, in my humble opinion you need to test on all platforms you expect your app to run or you are not much of a developer.

To be successful you need to leave politics in geographical territory known as Washington DC. My definition of that is: 14 mi.² of real estate surrounded by reality.

Only in politics can we afford to take sides. Those of us in IT, especially developers need to do our best to be all things to all people. Certainly this is a technical impossibility. However in our game we can get some points for at least being serviceable if not outstanding.

In most business circles, the question of whether or not a website truly helps a company's business has become somewhat moot. Simply put, a website is a necessary evil, like it or not. The question is no longer, should a company have a website, but rather, is the website optimized to ensure the best potential results. Of course, it is important to understand what is meant by "helping a company."

Many businesses are under the assumption that a website is going to turn into cold hard cash for the company. Well, that could be the case if the organization is using a type of e-commerce platform to buy and sell goods. Many businesses are service oriented and as such, the website serves an entirely different purpose.

Not too long ago, Apple added something phenomenal to the iPhone OS: a dashboard screen. If you have a Macintosh computer, you may be familiar with the dashboard that is available (regularly) by pressing F4. Otherwise, you can draw similarities to your Windows 7 Dashboard on the right hand side of your desktop, that shows you updates on your applications and widgets you add to it. Finding your dashboard on your iPhone is just as easy: just put your finger on the top of your iPhone screen, and drag down.

Here, in your dashboard, you will see all of the updates that has been pushed into such by your applications that desire to send you messages: things like new text messages, new updates to your subscribed magazines, your messages on payment applications. If you have reviewed a message set by an application by tapping on it, that message will automatically become deleted. However, if you don’t desire to go into the application to delete it, simply tap in the top right on the bar that categorizes that particular application, and tap again to clear all of the messages set by that application, and clear up your dashboard.

But, your dashboard isn’t all about your application. You not only get your messages, but you get important information set by default applications, such as the weather. If you don’t feel like scouting out your weather application amidst all your applications you have downloaded, simply go into your dashboard, and find out the forecast for the whole week, just by a simple swipe. Not only that, tickers for your stocks are displayed near the bottom of the dashboard.

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?