It is hard not to wonder how current technology would have altered the events surrounding the tragic death of John F. Kennedy. On the afternoon of November 22, 1963, shots rang out in Dallas, TX, taking the life of JFK, one of the most beloved Americans. Given the same circumstances today, surely the advances in IT alone, would have drastically changed the outcome of that horrible day. Would the government have recognized that there was a viable threat looming over JFK? Would local and government agencies have been more prepared for a possible assassination attempt? Would the assortment of everyday communication devices assisted in the prevention of the assassination, not to mention, provided greater resources into the investigation? With all that the IT world has to offer today, how would it have altered the JFK tragedy?

As many conspiracy theories have rocked the foundation of the official story presented by government agencies, realization of the expansive nature of technology provides equal consideration as to how the event would have been changed had this technology been available during the time of the shooting. There were T.V. cameras, home 8mm recorders, even single shot-hand held cameras snapping away as the car caravan approached. Yet, there remains little documentation of the shooting and even less information pertaining to the precautions taken by officials prior to JFK's arrival. Theorists consider these possibilities along with how the world would have turned out had the great John F. Kennedynever been assassinated on that day.

If you’re interested in building modern websites or applications which use ASP, XML, or mobile technology, you’ve heard of Visual Studio .NET.  It is one of the more popular suites of development tools available to aspiring programmers, as it consolidates several different tools and languages into the same development environment, which helps in turn to integrate this code across development languages.  Here are three important benefits to using the visual studio suite:

·         Use of Visual J# - This development tool is specifically oriented towards people who already are familiar with basic Java syntax, and is designed for use by those people to build apps or services which will then run on the Microsoft .NET Framework.  This is useful because it fully supports Microsoft Extensions, among other reasons.  Visual J# was developed completely independently by Microsoft.

·         Utility for Smart Devices – Another huge benefit of using visual studio .NET is the ability to immediately integrate your programming efforts with deployment across a variety of smart devices.  PDAs, smartphones, Pocket PCs, and any device which has a limited amount of resources all require a compact framework for the programming of applications it is designed to run.

·         XML Web Usage and Support – Because XML services aren’t married to any particular technology or programming language, they can be accessed by any system, and this broad-based utility has made the services increasingly popular.  Visual Studio .NET takes advantage of this by fully integrating with XML services, including the ability to create and edit them from scratch.

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.

The Zen of Python, by Tim Peters has been adopted by many as a model summary manual of python's philosophy.  Though these statements should be considered more as guideline and not mandatory rules, developers worldwide find the poem to be on a solid guiding ground.

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!