The interpreted programming language Python has surged in popularity in recent years. Long beloved by system administrators and others who had good use for the way it made routine tasks easy to automate, it has gained traction in other sectors as well. In particular, it has become one of the most-used tools in the discipline of numerical computing and analysis. Being put to use for such heavy lifting has endowed the language with a great selection of powerful libraries and other tools that make it even more flexible. One upshot of this development has been that sophisticated business analysts have also come to see the language as a valuable tool for those own data analysis needs.

Greatly appreciated for its simplicity and elegance of syntax, Python makes an excellent first programming language for previously non-technical people. Many business analysts, in fact, have had success growing their skill sets in this way thanks to the language's tractability. Long beloved by specialized data scientists, the iPython interactive computing environment has also attracted great attention within the business analyst’s community. Its instant feedback and visualization options have made it easy for many analysts to become skilled Python programmers while doing valuable work along the way.

Using iPython and appropriate notebooks for it, for example, business analysts can easily make interactive use of such tools as cohort analysis and pivot tables. iPython makes it easy to benefit from real-time, interactive researches which produce immediately visible results, including charts and graphs suitable for use in other contexts. Through becoming familiar with this powerful interactive application, business analysts are also exposing themselves in a natural and productive way to the Python programming language itself.

Gaining proficiency with this language opens up further possibilities. While interactive analytic techniques are of great use to many business analysts, being able to create fully functioning, independent programs is of similar value. Becoming comfortable with Python allows analysts to tackle and plumb even larger data sets than would be possible through an interactive approach, as results can be allowed to accumulate over hours and days of processing time.

This ability can sometime allow business analysts to address the so-called "Big Data" questions that can otherwise seem the sole province of specialized data scientists. More important than this higher level of independence, perhaps, is the fact that this increased facility with data analysis and handling allows analysts to communicate more effectively with such stakeholders. Through learning a programming language which allows them to begin making independent inroads into such areas, business analysts gain a better perspective on these specialized domains, and this allows them to function as even more effective intermediaries.

Related:

Who Are the Main Players in Big Data?

Recently, the new iOS update had added Reminders to the iPhone. If you ever found yourself setting notes on your iPhone to remember to do things, such as buying milk while at the grocery store, this process has become leagues upon leagues simpler, and faster. On your iPhone is an application named “Reminders”. Tap on this application and experience the new world of To-Do lists.

Right away, you are greeted by a screen that looks similar to a notepad, where you would be scribbling down reminders for this, and for that. To start off, tap on the plus button, and you are able to input the reminder you want. Say you want to be reminded to “Buy Milk.” Just type that into the application and you’re good to go.

But wait, there’s more. What this new application brings to the table that is extremely useful is the fact that your iPhone can remind you to do that task at a certain location, which, in this case, is buying milk. If you had saved your regular grocery store in your Maps application as a favorite location, you are able to do so. (To save a favorite location, go into your Maps application, search for your nearest grocery store that you regularly shop at, tap on the pin, tap on the blue arrow to get more information, and “Add to Bookmarks.”) In order to remind you to buy milk at your favorite grocery store, slide the “Off” to “On” and you are now able to set where you would like to be reminded at, and at what point in time. Now, you will never leave the grocery store without buying milk!

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

The Zen of Python, by Tim Peters has been adopted by many as a model summary manual of python's philosophy.  Though these statements should be considered more as guideline and not mandatory rules, developers worldwide find the poem to be on a solid guiding ground.

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!