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

It is said that spoken languages shape thoughts by their inclusion and exclusion of concepts, and by structuring them in different ways. Similarly, programming languages shape solutions by making some tasks easier and others less aesthetic. Using F# instead of C# reshapes software projects in ways that prefer certain development styles and outcomes, changing what is possible and how it is achieved.

F# is a functional language from Microsoft's research division. While once relegated to the land of impractical academia, the principles espoused by functional programming are beginning to garner mainstream appeal.

As its name implies, functions are first-class citizens in functional programming. Blocks of code can be stored in variables, passed to other functions, and infinitely composed into higher-order functions, encouraging cleaner abstractions and easier testing. While it has long been possible to store and pass code, F#'s clean syntax for higher-order functions encourages them as a solution to any problem seeking an abstraction.

F# also encourages immutability. Instead of maintaining state in variables, functional programming with F# models programs as a series of functions converting inputs to outputs. While this introduces complications for those used to imperative styles, the benefits of immutability mesh well with many current developments best practices.

For instance, if functions are pure, handling only immutable data and exhibiting no side effects, then testing is vastly simplified. It is very easy to test that a specific block of code always returns the same value given the same inputs, and by modeling code as a series of immutable functions, it becomes possible to gain a deep and highly precise set of guarantees that software will behave exactly as written.

Further, if execution flow is exclusively a matter of routing function inputs to outputs, then concurrency is vastly simplified. By shifting away from mutable state to immutable functions, the need for locks and semaphores is vastly reduced if not entirely eliminated, and multi-processor development is almost effortless in many cases.

Type inference is another powerful feature of many functional languages. It is often unnecessary to specify argument and return types, since any modern compiler can infer them automatically. F# brings this feature to most areas of the language, making F# feel less like a statically-typed language and more like Ruby or Python. F# also eliminates noise like braces, explicit returns, and other bits of ceremony that make languages feel cumbersome.

Functional programming with F# makes it possible to write concise, easily testable code that is simpler to parallelize and reason about. However, strict functional styles often require imperative developers to learn new ways of thinking that are not as intuitive. Fortunately, F# makes it possible to incrementally change habits over time. Thanks to its hybrid object-oriented and functional nature, and its clean interoperability with the .net platform, F# developers can gradually shift to a more functional mindset while still using the algorithms and libraries with which they are most familiar.

Related F# Resources:

F# Programming Essentials Training

A string in Python is enclosed in either single or double quotes.  Therefore, either one does the trick.  A common practice is to place single words with no characters that can be interpolated in single quotes and multi-word strings that contain interpolated characters in double quotes.  This may be a carry over from Perl where interpolated characters are in double quotes. 

If you do not want to interpolate a string, use a raw string ... r"\n".  With the exception of the last print statement, each of the print statements prints hello on a separate line from how are you?.  They are great for regular expressions.

Finally, triple double quotes """ some message about a function or class ... """ are used for docstrings.

print "hello \n how are you?"
print 'hello \n how are you?'
print r"hello \n how are you?"

The innovators in technology have long paved the way for greater social advancement. No one can dispute the fact that the impact of Bill Gates and Microsoft will be far reaching for many years to come. The question is whether or not Microsoft will be able to adapt and thrive in emerging markets. The fact that Microsoft enjoys four decades of establishment also makes it difficult to make major changes without alienating the 1.5 billion Windows users.

This was apparent with the release of Windows 8. Windows users had come to expect a certain amount of consistency from their applications. The Metro tile, touch screen interface left a lot to be desired for enough people that Microsoft eventually more thoroughly implemented an older desktop view minus a traditional Start menu.

The app focused Windows 8 was supposed to be a step towards a greater integration of Cloud technology. In recent years, Microsoft lagged behind its competitors in getting established in new technologies. That includes the billions of dollars the emerging mobile market offered and Cloud computing.

Amazon was the first powerhouse to really establish themselves in the Cloud technology market. Google, Microsoft, and smaller parties are all playing catch up to take a piece of the Cloud pie. More and more businesses are embracing Cloud technology as a way to minimize their equipment and software expenses. While it does take a bit for older businesses to get onboard with such a change, start ups are looking at Cloud computing as an essential part of their business.

But what does that mean for Microsoft? Decisions were made to help update the four decade old Microsoft to the "always on" world we currently live in. Instead of operating in project "silos", different departments were brought together under more generalized headings where they could work closer with one another. Electronic delivery of software, including through Cloud tech, puts Microsoft in the position of needing to meet a pace that is very different from Gates’ early days.

The seriousness of their desire to compete with the likes of Amazon is their pricing matching on Cloud infrastructure services. Microsoft is not a company that has traditionally offered price cuts to compete with others. The fact that they have greatly reduced rates on getting infrastructure set up paves the way for more business users of their Cloud-based apps like Microsoft Office. Inexpensive solutions and free applications open the doors for Microsoft to initiate more sales of other products to their clients.

Former CEO Steve Ballmer recognized there was a need for Microsoft to change directions to remain competitive. In February 2014, he stepped down as CEO stating that the CEO needed to be there through all stages of Microsoft's transition in these more competitive markets. And the former role of his chosen successor, Mr. Satya Nadella? Head of Microsoft's Cloud services division.

Microsoft may not always catch the initial burst of a new development in their space; but they regularly adapt and drive forward. The leadership of Microsoft is clearly thinking forward in what they want to accomplish as sales of PCs have stayed on a continuous decline. It should come as no surprise that Microsoft will embrace this new direction and push towards a greater market share against the likes of Amazon and Google.

Related:

Who Are the Main Players in Big Data?

Is Cloud Computing Safe for Your Business?

Is The Grass Greener in Mobile App Development?