JOB REFERRALS
    ON THIS PAGE
    ARCHIVES
    CATEGORIES
    BLOGROLL
    LINKS
    SEARCH
    MY BOOKS
    DISCLAIMER
 
 Wednesday, July 02, 2008
The power of Office as a front-end

I recently had the pleasure of meeting Bruce Wilson, a principal with iLink, and we had a pleasant conversation about enterprise applications and trends and such. Last week, in the middle of my trip to Prague and Zurich, he sent me a link to a blog entry he'd written on using Office as a front-end, and it sort of underscored some ideas I've had around Office in general.

The interesting thing is, most of the ideas he talks about here could just as easily be implemented on top of a Java back-end, or a Ruby back-end, as a .NET back-end. Office is a tool that many end-users "get" right away (whether you agree with Microsoft's user interface metaphors or not, or even like the fact that Office is one of the most widely-installed software packages on the planet), and it has a lot of support infrastructure built in. "Mashup" doesn't have to mean YouTube on your website; in fact, I dislike the term "mashup" entirely, since it sounds like something done in the heat of the moment without any planning or thought (which is the antithesis of anything that goes--or should go--into the enterprise). Can we use the term "cardinality" instead? Please?


Friday, July 04, 2008 5:33:50 PM (Pacific Daylight Time, UTC-07:00)
cardinality doesn't evoke the idea of bringing a set of things together (sometimes quite unrelated) to achieve a user view from many parts in my mind. I don't dispute that "mashup" has a bit of a hack idea to it (the quick, yet elegant hack, but not really designed as a lasting solution).

They are supposed to be rather quick and dynamic. Enterprise shouldn't always result in a long drawn-out optimization of planning process. That's one of the key reasons users get fed up waiting for IT to get anything done and hack a view together in excel drawing on 5 database sources themselves. And then pulling it into access (or even just continuing in excel), adding their own data to it, and creating yet another island of unknown critical data in the organization.

Mashup should be a proving ground. If a mashup gets hacked together and draw a lot of use and desire from the people in the organization, refactor it and polish it up into the internal portal as a supported view. The enterprise word for mashup is "no longer relevant" by the time it's deployed. ;-) Let them innovate, then adopt and support the best of the crop.
Thursday, July 10, 2008 9:14:57 PM (Pacific Daylight Time, UTC-07:00)
Not we cannot use "cardinality". Perhaps "composite applications" can be the posh term for mashups though.
Comments are closed.