Morning Coffee 110

  • Monday @ Gamefest, the XNA team announced XNA Game Studio 2.0. The two big new things are support for the entire VS product line (1.0 only works on VC# Express) and the addition of networking APIs. Let’s Kill Dave has a good wrapup of the announcements from Gamefest Day One.
  • Speaking of Xbox 360, I played thru the demos of Stranglehold and Bioshock. Two thumbs up on both. It’s gonna be an expensive year for Xbox gamers.
  • Mark Cuban noodles on taking your house public. “Why not create a market or exchange where homeowners can sell equity in their homes?” I’ve thought about this myself from time to time. However, Mark thinks making it happen would “probably take the country’s biggest banks working together”. I wonder if there’s a more Web 2.0 social lending approach that would work better.
  • Jeff Atwood calls virtualization as “the next great frontier for computer security”. I agree 100%. But I don’t think the action is going to be in “full-machine” virtualization like Virtual PC. Rather, it’s going to be sandbox virtualization. Jeff mentions GreenBorder (now part of Google) but it’s not the only solution. Some time ago, Microsoft acquired SoftGrid which uses sandbox virtualization for application deployment, but using SystemGuard for security sandboxing seems like a logical step.
  • The WCF LOB Adapter SDK has released. Sonu Arora has the details. As part of the Integration team @ MSIT, I have a feeling we’re going to become fairly familiar with this technology. (via Jesus Rodriguez).
  • Speaking of Jesus, he thinks the six new SCA4SOA committees are “going to help”. Why? Because inventing technology in committee has turned out so well in the past?
  • John deVadoss cements BPM’s fad du jour status by contrasting “big” BPM and “little” BPM. It’s fairly obvious to me that big *anything* just doesn’t work in the enterprise. But I worry that little *anything* doesn’t work that well either. So how long until someone (probably Nick) starts arguing for “middle out” BPM?
  • David Bressler wonders “What is it about registries that everyone thinks is a panacea for all things SOA?” Amen, Brother! Joe McKendrick claims it’s required for governance, but then gets to what I think is the *real* reason for focus on registries: the “registry is a tangible offering” that vendors can sell. Just because it’s productizable doesn’t mean you need it.
  • Hartmut Wilms responds to my retire the tenets post, but he seems to contradict himself. On the one hand, he suggests that “the four tenets just expressed, what “almost” everybody outside the MS world knew already”. But then he goes on to dispute that the SO paradigm shift has even occurred! Hartmut, I’ll grant you that WCF (among other similar stacks) are way too focused on “you write the classes, we’ll handle the contracts and messages”. On the other hand, if you don’t provide a productive interface that most everyone can pick up and run with, the technology won’t get adopted in the first place.

Comments:

Hi Harry, there's a misunderstanding. I don't think that "the four tenets just expressed, what "almost" everybody outside the MS world knew already". In my opinion that's what you implied in your post. Granted, many of the principles that are nowadays found in SO have been around for a while (not everywhere, not by everyone!). There have always been good designs, good patterns and awesome implementations. But they are the exceptions. To me service orientation collects the ideas of message-orientation, document-based data exchange, platform independent contracts (interfaces) and machine-readable policies. These principles have been expressed by the four tenets in an abstract way. Why? Because there are several ways of designing a system (better a service landscape), which adheres to these tenets. The tenets are the cornerstones of the service oriented paradigm. My only contradiction (at least in my view ;-)) was/is that on the one hand I'm defending the idea of the tenets and on the other hand I'm saying that there are better ways to describe the idea of a SOA, e.g. http://www.innoq.com/blog/st/2005/11/04/10_statements_about_soa.html. To sum up I agree that the tenets are too abstract in order to be used as a concrete guideline for building services that adhere to service oriented principles. I disagree with your statement that service oriented principles have been adopted by the masses, that SOA is mainstream, and that there's no need for (abstract) advice/tenets/principles anymore.
The 4 Tenets were indoctrination about service-orientation and (I think) purposely aimed at a specific, large population of Microsoft-platform developers. Think back to the time when – as Microsoft put it – 80% of developers on the Windows platform used VB. The Tenets served a purpose in jolting mindshare away from RPC and distributed objects. In my job, such principles had been around a while. So, I generally thought that the Tenets were obvious (and, sure, a little incomprehensible). But despite giving the Tenets some benefit of the doubt, I thought David Ing’s Four Horsemen essay was wonderfully written and a spot-on review. No, the Tenets aren’t really guidance, but I don’t think anyone is saying they have done more harm than good. Now, bring on the flames reserved for those who take middle ground!