Tuesday, July 24, 2007
Monday, July 23, 2007
The interview also brings up the fact that people are generally lazy, but I believe that given the right incentive people might be willing to express themselves better. Spelling and grammar correction is a good example. Though an overly enthusiastic interface asking a lot of information from a user is less likely to succeed. Jakob also talks about perceptual psychology and the ability of showing the images that users are expected to see and actually like and how this approach could turn into banner blindness. The multimedia search results are a big issue going forward as we see more and more user generated multimedia content. A picture is worth a thousand words and a video is worth a million. The images are easy to look at and to comprehend than the pure text but there are challenges on how to select the right images and the same is true with the videos. The video search is an interesting problem and there are many different evolving techniques such as meta information and audio scanning. We will see a lot of progress in this direction.
Friday, July 6, 2007
Apple has made mistakes in the past that resulted into some failures. Many people have blamed Apple for causing cognitive dissonance that resulted into bad design but Apple at least believes in design and gets it. Design-led innovation is not just about interaction, sensory, or information design but it is about design thinking. Apple does get a lot of credit for providing design a first class seat in their organization and enjoys the halo effect or cognitive bias to certain extent. The Business Week article talks about designers sharing the same philosophy and thinking long after they left Apple and this is a good thing as long as the designers don't introduce self-referential design. You want all the people in your organization to believe and practice design-led innovation but you don't really want to copy Apple when you "do an Apple".
Tuesday, July 3, 2007
If you are a SOA enabled enterprise application vendor trying to sell SOA to your customers you quickly realize that very few customers are interested in buying SOA by itself. Many customers believe SOA investment to be a non-differential one and they compare that with compliance – you have to have it and there is no direct ROI. A vendor can offer ROI if the vendor has the right integration and interoperability strategy. For customers it is all about lowering the TCO of the overall IT investment and not about looking at TCO of individual applications. SOA enabled applications with standardized, flexible, and interoperable interfaces work towards the lower TCO and provide customers sustainable competitive advantage. Generally speaking customers are not interested in the "integration governance" of the application provider as long as the applications are integrated out-of-the-box and has necessary services to support inbound and outbound integration with customer's other software to support customer's vision of true enterprise SOA.
It has always been a long debate what is a good integration strategy for SOA enabled products. Organizations debate on whether to use the same service interfaces for inter-application and intra-application integrations. Intra-application integration have major challenges, especially for large organizations. Different stakeholders and owners need to work together to make sure that the applications are integrated out-of-the-box. It sounds obvious but it is not quite easy. In most cases it is a trade off between to be able to "eat your own dog food" by using the published interfaces versus optimizing performance by compromising the abstraction by having a different contract than inter-application integration. There are few hybrid approaches as well that fall between these two alternatives, but it is always a difficult choice. Most of the customers do not pay too much attention to the intra-application strategy, but it is still in the best interest of a vendor to promote, practice, and advocate service-based composition against ad-hoc integration. There are many ways to fine tune the runtime performance if at all this approach results into performance degradation.
The other critical factor for ROI is the interoperability. The internal service enablement doesn't necessarily have to be implemented as web services, but there is a lot of value in providing the standardized service endpoints that are essentially web services that have published WSDL and WS-I profile compliance. The interoperability helps customer with their integration efforts and establish trust and credibility into the vendor's offerings. I have also seen customers associating interoperability with transparency. Not all the standards have matured in the area of Web Services and that makes it difficult for a vendor to comply to or to follow a certain set of standards, but at the minimum vendors can decide to follow the best practices and the standards that have matured.