One of the most recent updates to the iPhone, and more specifically the operating system that is packaged with the iPhone, iOS, brought one of the most fantastic and phenomenal updates ever: an update to Maps. Maps has been used as an application that provides an easy way to find routes, and (obviously) maps about certain areas, businesses in the local vicinity, and also leaving pins on favorited locations, or pins where you have explored, and for many other reasons. However, although Maps has always been a great way to travel with, it has always been redundant to travel with, also. When you used Maps a while ago, you had to route your map, and then manually click each next button as you reached each turn or freeway exit, and the like. So, if you had to turn left on a certain street, you had to tell your phone you had done so, so it would give you the next directions. As a result, it could become very dangerous to always have your phone out, looking at it, while you are on a high-speed freeway. But, the newest update solved that, and brought a great amount of new features.

Using Maps GPS

Using Maps is as easy as it gets. Most of the time, when you are using Maps, you are using it to search for a location, and finding a way to get there. To start off, let’s search for the nearest mall, and routes to get there. Simply search a nearby mall you know about, or search the general word “mall” by tapping on the top text box, and typing in mall, and searching. Pins will drop down on the screen, and locating the mall by zooming into certain streets and locations will help you find the mall you want. Once you find the mall you desire to go to, click on the blue arrow, and scroll down, and tap on the button that says “Directions To Here.”

As a result of tapping on that particular button, a new window should show up asking where your starting location is. On default, this location is your current location; if it is anything else, simply type in the starting location into the top address bar, such as your house. Once you are ready to go, tap on route, and you should be ready to go. Well, not exactly. One of the best features that has been implemented in the new system is suggested routes, and alternative routes. If you don’t like to drive on certain streets, or roads, the system provides you with different methods to get to your destination, which may avoid a road you don’t feel like driving on that certain day, or time, or you simply don’t want to take the freeway. It’s all okay, as Maps provides you with many different routes to take. Once you find the route you want (by tapping on the certain route’s outline), click start, and you should be ready to go. Make sure you turn up your volume so you can hear the directions!

Maps for Alternative Transportation

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?

Much of success is about performance. It’s about what we do and what we are able to inspire others to do. There are some simple performance principles I have learned in my life, and I want to share them with you.  They really bring success, and what it takes to be successful, into sharp focus. They are also the basis for developing and maintaining an expectation of success.

The Five Principles of Performance

1. We generally get from ourselves and others what we expect. It is a huge fact that you will either live up or down to your own expectations. If you expect to lose, you will. If you expect to be average, you will be average. If you expect to feel bad, you probably will. If you expect to feel great, nothing will slow you down. And what is true for you is true for others. Your expectations for others will become what they deliver and achieve. As Gandhi said, “Be the change you wish to see in the world.”

2. The difference between good and excellent companies is training. The only thing worse than training employees and losing them is to not train them and keep them! A football team would not be very successful if they did not train, practice, and prepare for their opponents. When you think of training as practice and preparation, it makes you wonder how businesses survive that do not make significant training investments in their people.

Actually, companies that do not train their people and invest in their ability don’t last. They operate from a competitive disadvantage and are eventually gobbled up and defeated in the marketplace. If you want to improve and move from good to excellent, a good training strategy will be the key to success.

I will begin our blog on Java Tutorial with an incredibly important aspect of java development:  memory management.  The importance of this topic should not be minimized as an application's performance and footprint size are at stake.

From the outset, the Java Virtual Machine (JVM) manages memory via a mechanism known as Garbage Collection (GC).  The Garbage collector

• Manages the heap memory.   All obects are stored on the heap; therefore, all objects are managed.  The keyword, new, allocates the requisite memory to instantiate an object and places the newly allocated memory on the heap.  This object is marked as live until it is no longer being reference.
• Deallocates or reclaims those objects that are no longer being referened. 
• Traditionally, employs a Mark and Sweep algorithm.  In the mark phase, the collector identifies which objects are still alive.  The sweep phase identifies objects that are no longer alive.
• Deallocates the memory of objects that are not marked as live.
• Is automatically run by the JVM and not explicitely called by the Java developer.  Unlike languages such as C++, the Java developer has no explict control over memory management.
• Does not manage the stack.  Local primitive types and local object references are not managed by the GC.

So if the Java developer has no control over memory management, why even worry about the GC?  It turns out that memory management is an integral part of an application's performance, all things being equal.  The more memory that is required for the application to run, the greater the likelihood that computational efficiency suffers. To that end, the developer has to take into account the amount of memory being allocated when writing code.  This translates into the amount of heap memory being consumed.

Memory is split into two types:  stack and heap.  Stack memory is memory set aside for a thread of execution e.g. a function.  When a function is called, a block of memory is reserved for those variables local to the function, provided that they are either a type of Java primitive or an object reference.  Upon runtime completion of the function call, the reserved memory block is now available for the next thread of execution.  Heap memory, on the otherhand, is dynamically allocated.  That is, there is no set pattern for allocating or deallocating this memory.  Therefore, keeping track or managing this type of memory is a complicated process. In Java, such memory is allocated when instantiating an object:

String s = new String();  // new operator being employed
String m = "A String";    /* object instantiated by the JVM and then being set to a value.  The JVM
calls the new operator */