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?

One of the biggest challenges in pursuing a career in software development is to figure out which language you want to work. In addition to commonly used software programming languages like C, C++, C# and Java a lot of new programming languages such as Python, Ruby on Rails have surfaced especially because they are used by a lot of consumer based start-ups these days.

It could then be a daunting task to figure out the technical language you should learn which helps you prosper in a software engineering career no matter the technology advancements that happen in the marketplace. Learning a fundamental and universal language like C# could be a great start to your career as the language is very mature and extensively used by companies large and small

What is C#

Similar to Java, C# is a multi-paradigm, object oriented language developed by Microsoft. C# is intended for use in developing software components meant to be deployed in distributed environments. So in essence, learning C# can enable you to write applications for large and complex server side systems that use sophisticated operating systems as well as compact mobile operating systems such as Android

JAVA SCRIPT TUTORIAL – THE ESSENTIAL ELEMENTS

If you are looking to increase your proficiency in programming, it can make a lot of sense to invest some time into learning how to use JavaScript, or taking a Java Script tutorial.  It is one of the most popular and powerful options available today for people to use in programming different parts of their websites.  It often finds use in headers, or in interactive features displayed on pages.  It allows you to execute many different functions, such as calculation, pulling data from forms, special graphical effects, customized selections, custom security protocol and password systems, and much more.  Here are some essential points to keep in mind:

·         Java vs. JavaScript – These two languages are not the same.  Java uses completely separate files for their headers and classes, and they need compilation prior to execution.  Java is used in the creation of applets for pages.  JavaScript is much easier and simpler to learn than regular Java, and Java Script tutorials are often significantly more accessible for the average user.

·         OOP – OOP, or object oriented programming, is a specific programming technique that simplifies complicated computer programming conceptual issues.  Essentially, it lets a programmer treat whole chunks of data (defined either by users, or by the system itself), and modify or access them in specific ways.  It does this by classifying different parts of the programming into Objects, Methods, and Properties, which will be discussed more in depth in the future, in other Java Script Tutorials.

I remember the day like it was yesterday. Pac Man had finally arrived on the Atari 2600.  It was a clear and sunny day, but it was slightly brisk. My dad drove us down to the video store about three miles from our Michigan house. If I remember correctly, the price for the game was $24.99.  It was quite expensive for the day, probably equaling a $70 game in today’s market, but it was mine. There *was* no question about it. If you purchase a game, it’s your game… right?

You couldn’t be more wrong.  With all the licensing agreements in games today, you only purchase the right to play it. You don’t actually “own” the game. 

Today, game designers want total control over the money that comes in for a game. They add in clauses that keep the game from being resold, rented, borrowed, copied, etc. All of the content in the game, including the items you find that are specifically for you, are owned by the software developer. Why, you ask, do they do this? It’s all about the money.

This need for greed started years ago, when people started modifying current games on the market. One of the first games like this was Doom. There were so many third part mods made, but because of licensing agreement, none of these versions were available for resale. The end user, or you, had to purchase Doom before they could even install the mod.  None of these “modders” were allowed to make any money off their creation.