Today we live in the age of technology. It seems like everyone owns at least one computer, but few actually know how they work. We hear about Java tutorials and C# programming, but why are these things important?

There has been an increasing demand for those who are proficient in web development. It is a job field that has grown substantially in the past decade, and it is still continuing to flourish with no signs of stopping. Learning a web language is not only a useful skill, but a necessary one. So why, out of all of the available web languages, is Java the most valuable?

·         First off, it is a simple language that is easily learned and well known.

·         Java has been around for awhile now, and has earned its place as one of the pillars of modern day computer architecture. Information on Java is abundant, and ranges from online tutorials to books, such as "Java for Dummies."

Memory management is always a priority in pretty much any programming language you would want to use. In the lower level languages such as C, there are a number of functions which help you manage the memory your application uses, but they are not the easiest to use. Some of the more modern programming languages such as Python, Ruby, Perl, and of course the subject of this article, Javascript all have a built in feature called garbage collection.

Garbage collection essentially means that the languages compiler will automatically free the memory being occupied by unused variables and objects, but there is no telling when this could occur. It is purely down to the compiler to decide when the garbage collection process should be initiated.

Sage wisdom states that there are two sides to every coin. This timeless wisdom will be borne out in spades with Windows 8/RT. Let's get into the dark side first.

If your users are veterans of Windows it is safe bet they are going to take one look at Windows 8 and scream blasphemy. Users whose brains are geared towards visual learning will undoubtedly yell the loudest and longest.

There's a good reason for this. Mick Jagger brought his band to the Redmond campus, performing live "Start Me Up" in the summer of 1995 (it was a great show). This heralded in the abandonment of program icons sitting on the desktop and introduced the now legacy Start button.

Ending the life of the 17-year-old start button is not going to go well with some users.

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 */