In most business circles, the question of whether or not a website truly helps a company's business has become somewhat moot. Simply put, a website is a necessary evil, like it or not. The question is no longer, should a company have a website, but rather, is the website optimized to ensure the best potential results. Of course, it is important to understand what is meant by "helping a company."

Many businesses are under the assumption that a website is going to turn into cold hard cash for the company. Well, that could be the case if the organization is using a type of e-commerce platform to buy and sell goods. Many businesses are service oriented and as such, the website serves an entirely different purpose.

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

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

It’s the eternal conundrum of a hiring manager – you have to hire for every single position in the company without any first-hand experience. How to do it? If you can have a trusted programmer sit in on the interview, that’s ideal, of course. But what if you’re hiring your first programmer? Or what if you’re hiring a freelancer? Or what if company policy dictates that you’re the only person allowed to do the interviewing? Well, in that case, you need some helpful advice and your innate bullshit detector. We questioned programmers and hiring managers and compiled a list of dos and don’ts. Here are some things to ask when interviewing programmers:

Past Experience

Ask the programmer about the biggest disaster of his career so far, and how he handled it. Did he come in at midnight to fix the code? Was he unaware of the problem until someone brought it up? Did someone else handle it?  According to our programmer sources, “Anyone worth their salt has caused a major meltdown. If they say they haven’t, they’re lying. Or very, very green.” Pushing a code with bugs in it isn’t necessarily bad. Not handling it well is bad.

As usual, your biggest asset is not knowing the field, it is knowing people. Asking about career disasters can be uncomfortable, but if the interviewee is experienced and honest then she won’t have a problem telling you about it, and you will get an idea of how she handles mishaps. Even if you don’t understand what the disaster was or how it was fixed, you should be able to tell how honest she’s being and how she handles being put on the spot.