Globalization
Globalization is the fundamental force changing IT service delivery and business's competitive activities in almost every vertical market — and thus economies — in some way, shape or form. One might say that globalization is not a new trend and has been commonplace for quite some time now. Yes, but with the changing economic environment globalizations has special implications for the IT outsourcing industry. With developed countries like the U.S. keeping a strict eye on generating local jobs, IT outsourcing especially in Asian countries such as India and China is expected to see globalization brining in big shifts in business strategy

Potential Impact of Globalization

·         Increase in near shoring in addition to outsourcing. Near shoring essentially refers to existing IT companies setting up development/delivery centers in Nordic and South American regions in order to offer same time zone services and also bypass the laws governing local hiring

·         A truly global delivery model. Service delivery models will have to become more efficient and flexible and work well even if service teams spread across continents

This will mean that large IT outsourcing companies such as TCS will have to expand their presence globally from just having sales offices to actual delivery teams shipping out solutions.

Facebook has recently released a collection of C++ software modules that it uses to run the popular website.  With Facebook releasing Folly (the name it designated for the collection), more of the internal programs could become open source since they need different parts of the collection.

Jordan DeLong, a Facebook software engineer, said one concerning holdup to releasing additional work is that any open source project had to cut away from the dependencies on non-released internal collection code.

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!

Structure Rule Language

To aid in the ease of rule authoring, Blaze Software, now Fair Isaac, created the proprietary Structure Rule Language (SRL), an object-oriented programming language designed to enable those with little or no background in software development to pen rules. Although the capabilities of this language are far too extensive to detail in this article, we can examine the basic rule syntax.

Rules in the SRL take the following form:

rule RuleName [at | priority M] is