As developers we are overwhelmed with the number of language choices made available to us. It wasn't so long ago that C and it's object oriented sibling C++ where the mainstay of any programmer. Now though we have languages which make certain tasks so easy and simple that we simply cannot afford to ignore them.

In this article we are going to look at the overall differences between Python, Perl and TCL. All formidable and worthy in their own right, but each one has been designed to suit a specific programming need.

1)– Perl is the most mature out of the three languages we are looking at in this article. It was originally designed for processing textual data, and it does so extremely well. Of course Perl has grown over time and can be used for a multitude of different programming scenarios.

When businesses are trying to expand and require professionals to lead teams, terminology may get in the way of who performs what roles. When it comes to information technology (IT), new and vital professionals may seem hard to differentiate between one another. However, there are key differences between specific professionals needed with IT departments. Here are the responsibilities that differentiate between an IT manager and an IT project manager.

IT Managers

IT managers are the leaders of the entire IT infrastructure a business has to function properly. The IT manager must lead the entire IT department to regulate and maintain the IT network for the business. As a manager, this IT professional corresponds with other departments in the business about how the IT department is implementing the goals the business is aiming toward. In addition, the manager must be fiscally responsible and answer to executives and financial officers in the business the reasons behind certain costs and investments. Because of the dual computer technology and business acumen this profession requires, many IT managers have a Master of Business Administration (MBA) related to information technology.

IT Project Managers

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