No more code for fun ???

In the recent development of this country, I assume that the number of coders who used to code for fun will be lesser then than the ones who will code for ... FOOD!
Should I voulenteer myself in a big protest tomorrow?
This nation has gone through protests after protests with no significant results from the Government. I see the next policy of my government as our own version of "OIL FOR FOOD"!
I remember the old time when coding was so much fun without having to worry about the situation of this country. Right now, I don't wanna be dragged to the "WILL CODE FOR FOOD" side. I wanna keep my job as a fun thing to do. Please, FIX THIS COUNTRY! ..... (save us)

God, I Miss No Doubt ...

Gwen, don't SOLO too much! Please go back with the rest of the band and start skanking my lonely night again ... I'm an old school rude boy anyway :))

Roles of a Software Architect

An architect should be able to perform the following functions in the organization:

• The Great Communicator: Since part of the definition of architecture includes the environment of IT, namely the business and its extended enterprise, a key duty of the architect is the ability to keep one leg firmly planted in the business and its requirements so that IT can always be responsive to the business, and not vice-versa. An architect can translate ill-defined, abstract, or incomplete business requirements into a set of Service definitions or a model for how to define those Services in spite of ongoing, unpredictable change. In effect, the architect serves to intermediate the worlds of IT and business in much the same way that the human resources department isolates the business users from having to know all the intricacies and complexities of hiring and firing employees. In much the same way that we seek to simplify the IT world by abstracting its complexity, the architect helps to create an abstraction of the IT organization to the business user, and provides a corresponding abstraction of the business to the IT organization. Having a good architect in place will prevent the rest of IT from speaking directly to the business organization, which is in fact a good thing.
• The Simplifier: Businesses are complex entities. IT is likewise a complex assortment of disparate technologies. There’s simply no way that any one individual in the company can have an adequate understanding of all the intricacies of both the business and IT worlds. Thus, the enterprise architect has a key role in distilling the complexity of the business world into a set of more easily understood Service definitions, processes, and associated metadata. Likewise, the architect needs to simplify the complicated morass of IT technologies and infrastructure into a set of reusable Services and contracts that define the obligation of IT to meet ongoing, changing business requirements.
• The Evolutionist: A good architect realizes that nothing ever stays the same. As such, architects are responsible for not just meeting today’s requirements using today’s technologies, but managing change as well. Architects need to be able to implement technologies and approaches that help them encapsulate changing requirements into metadata as well as maintain the evolving set of Services in the company. The business organization is clearly not responsible for maintaining these Services as they change over time, but neither is the IT organization responsible for maintaining changing business requirements. You can think of business and IT users simply as the parties that engage in a contractual relationship with the architect as the role that helps define the terms of the contract and make sure that both parties abide by the terms they’ve agreed to.
• Champion of Thrift: There’s sufficient technology in the organization to meet much of businesses’ ongoing requirements. However, most companies simply don’t have enough understanding of architecture to make efficient use of existing investments. We can’t count on business users to think strategically about IT agility, since if it were up to them, they’d simply continue their practice of making decisions based on the most expedient, cost-effective solution to their problems of the day. Likewise, we can’t depend on the IT rank and file to focus on thrift, since most developers and operational folks within IT would much rather implement the latest technologies and cutting-edge infrastructure than work with the hulking system that’s been chugging along for the past decade. It thus falls upon the shoulders of the enterprise architect be the champion of thrift and extend the value of existing IT investments. Such architects must be able to find ways to reduce the need to invest in unnecessary technology and allow companies to build systems that can evolve with changing needs.
• The Pragmatist: Good architects must be more than great communicators, simplifiers, and economic magicians—they must also be able to make realistic, step-wise improvements to the business use of IT. Since business users and individuals within IT each see the elephant that is IT through their own perspectives, the architect must be able to see the elephant for what it is, maintaining a pragmatic mental picture for how the organization can evolve iteratively while still maintaining a single, cohesive vision of the organization’s architecture.
• Master of Best Practices: Rather than focusing simply on using the latest, greatest technologies or delving into the latest acronym or business fad, the architect is responsible for developing the best practices for architecture for the organization. Good architects will have the opportunity to not only define a business’ overall approach to architecture for the years, and perhaps decades, to come, but might even have an impact on the IT industry as a whole. Whereas the IT developer and implementer was the innovator of yesterday, the architect is the innovator of the future.

A Late Greeting to My Lil Sis

Mia, Bon Anniversaire!

Counting The Days

Start having this unusual anxiety...
Can't sleep ...
Can't think ...
Waiting for the big news ....
Waiting for the little one to come ...
....
....
....
Daddy is here silently whisper a pray for your arrival
....
When???????

Business Intelligence Hype

Just wanna comment it like this :
"Business Intelligence only works for people with Intelligence!" - That's all!

Just a thought :)

Marriage is a real case of loosely coupled services. When it outcomes children, it's successfully implementing multiple inheritance......

Help yourself with MVC

Model-View-Controller is a good method of implementing OOP applications. Help yourself by visiting this site : http://mavnet.sourceforge.net/ . The site will provide you with a valuable MVC framework application called Maverick (which is already ported from Java to .NET).

How sweet ....

It's been a month since my last blog, I finally come up with something interesting about a true dedication of a developer, who is also a daddy. This is how you can show what you do best to your loved one :) , especially the little one.
http://msdn.microsoft.com/msdnmag/issues/05/10/AdvancedBasics/default.aspx
It's kinda reminding me of what I'm gonna do in a near future, not too long from now......