When asked for my pearls of wisdom on this topic, I was tempted to respond with the excuse: "Sorry, can't comment. My asbestos underwear is out for dry-cleaning."

It seems both the emotions and mis-information surrounding HTML 5 run high.

And some information is just plain scary. Consider this direct quote from the W3C.

"The following elements are not in HTML5 because using them damages usability and accessibility:

There are normally two sides to the story when it comes to employment. On one hand, employers hold the view that the right candidate is a hard find; while on the other, job hunters think that it’s a tasking affair to land a decent job out there.

Regardless of which side of the divide you lay, landing good work or workers is a tedious endeavor. For those looking to hire, a single job opening could attract hundreds or thousands of applicants. Sifting through the lot in hope of finding the right fit is no doubt time consuming. Conversely, a job seeker may hold the opinion that he or she is submitting resumes into the big black hole of the Internet, never really anticipating a response, but nevertheless sending them out rather than sit back doing nothing.

A recruitment agency normally keeps an internal database of applicants and resumes for current and future opportunities. They first do a database search to try and identify qualified and screened candidates from their existing crop of talent. Most often the case, they’ll also post open positions online through industry websites and job boards so as to net other possible applicants.

When it comes to IT staffing needs, HR managers even find a more challenging process in their hands. This is because the IT department is one of the most sensitive in any given organization where a single slip-up could be disastrous for the company (think data security, think finances when the IT guys are working in tandem with accounts). You get the picture, right?

People are optimistic about problem solving, but in most cases this is easier said than done. How do you do it?

In Adobe’s 2016 global study on creativity in business, 96% of people identified creativity as essential to their success, both in terms of their income and the value they bring to the world. Moreover, 78% wished they were capable of thinking differently, believing that they would progress through their careers more quickly if they did.

According to Malcom Gladwell, the world's most successful people have one thing in common: they think differently from most everyone else.  In his book, How Successful People Think, Malcom opens with the following:        “Good thinkers are always in demand.  A person who knows how may always have a job, but the person who knows why will always be his boss. Good thinkers solve problems, they never lack ideas that can build an organization, and they always have hope for a better future”
Too often we attribute creative and “different” thinking to natural, innate characteristics that belong only to the lucky. The truth is that you can study how ridiculously successful people think and incorporate their approach into your world.

Snippets and Quotes from Tech Innovators.
 

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