Dion Hinchcliffe's Web 2.0 Blog
Web 2.0 University

Blog Feed

Subscribe By E-Mail

Enter your email address:

Delivered by FeedBurner



Web 2.0 Expo San Francisco 2008 Speaker

Enterprise 2.0 Conference 2008 Speaker

Web 2.0 Strategies 2008 Speaker

    follow me

    Dion's Facebook Status

    Recent Readers

    Web 2.0 Ajax SOA Power Panel

    Web 2.0, Ajax and SOA Power Panel with Dion Hinchcliffe and Jeremy Geelan
    Click above to watch a SYS-CON Power Panel discussion on Web 2.0, Ajax, and SOA with Dion Hinchcliffe, Jeremy Geelan, and other industry notables including SOA Web Services Journal Editor-in-Chief, Sean Rhody. Taped on Dec 7th, 2005 from the Reuter's TV studio in Times Square.

     

    Public Calendar

    Making the Most of the Web: Creating Great Mashups

    posted Sunday, 7 May 2006
    I enjoy visiting John Musser's ProgrammableWeb several times a week to see what new mashups and new APIs have been added to the Web recently.  The informative sparklines on the ProgrammableWeb main page tell us the whole story.  The problem of course, is that the APIs and ad hoc mashups are appearing fairly steadily, but capable tools for creating new mashups still seem lacking.  The promise is there, but the tool support is not and so developers resort to wiring things together by hacking Javascript in the browser or using their favorite server-side toolkit.  And thus we get the toy, mostly one-feature mashups seen up until now. 

    Actually, this brings us to the first issue when it comes to creating mashups; namely the two main types of mashups.  Most people having been focusing on the Google Maps style mashup in the browser, where data and code are all combined together in a Web page using simple Javascript includes.

    But it's also possible, and actually desirable in many cases, to do the work on the server since the programming infrastructure there is much deeper and more powerful, though lamentably heavyweight.  The one surprising advantage of the browser development model however is that its very constraints force ingenuinity; the relentless search for simple solutions to complex problems as well as radical expediency.  This has brought the world not only the potential of Ajax but also amazing things like TrimQuery, a complete in-browser SQL database in a few hundred lines of code.  Despite this, the server-side mashup approach has led to fairly advanced self-service approaches for creating mashups like Ning and others (and please send me any new ones that you know of.)


    Web Mashup Styles



    But the advantage of in-browser mashups is the complete portability and mobility they offer.  When done with a little care, powerful integration scenarios, even enterprise-class integration, can be achieved simply by sending some properly crafted Javascript to a browser using a simple one-line URL.  Certainly companies like Kapow and others have been leveraging scenarios like this through combinations of browser and server solutions, and providing solid tools usable today.  But I still worry many of these are still too complex for many integration needs.  Why?  Google Maps mashups are so common because they're so easy to create.  This is just like any good Web 2.0 Web site: Radically low-barriers to use and adoption provides, you guessed it, much higher use and adoption (provided your service does something useful of course.)

    How do we bring this ease of creation to the rest of the non-Google Maps mashup world?  Surprisingly, the answers might come from examples set by the likes of IBM, which has a new user-driven mashup creator called QEDwiki that:

    The idea behind QEDwiki, which stands for quick and easily done wiki, is that businesspeople can create their own Web pages by dragging and dropping components onto a pallet, Smith said.  For example, a businessperson could build a "dashboard" to see how weather is affecting sales at retail outlets. By aggregating information from public Web sites, such as mapping and weather services, he or she could assemble a very useful, if simple, content-driven application, Smith said.


    This makes me think of a similar software development phenomenon a few years back.  As much as I was never a huge fan of the earlier versions of Visual Basic, they did one important thing right.  They made it easy for even novice programmers to quickly create useful business applications from various back-end databases.  And while enterprise mashups are a whole different scenario, and my previously discussed mashup and Global SOA notions are a fascinating adjunct, none of this will matter until the right tools come.  Fortunately, I think help is on the way and I'm already seeing indications that this is going to be an active and important product space in the near future.

    Good Mashup Tutorials and How-Tos:

    Programmable Web:  How To Make Your Own Web Mashup
    Dan Theurer: How To Build a Maps Mashup
    Geocoding Tutorial: How To Build A Google Mashup
    Mashup Tricks: How To Make Browsers Contact Web Services Across Domains
    Example Web Mashup with Ruby on Rails: JobMapper
    Mashups 101: Virtual Earth Map Control and Ajax
    Screencast: Drupal Mashup Machine
    Advanced: Mashing Up The Infoworld Explorer | Jon Udell

    Update: Alex Bosworth just released this terrific client-side Javascript mashup utility for Digg integration.  It allows you to host a submitted Digg story right on your Web site.  And I couldn't resist trying it out, so here is this very blog post on Digg, right now:


    Important Note: I am doing a detailed round-up of all known mashup tools, client-side and browser-side both.  Please send me any mashup tools you know of.

    links: del.icio.us    



    AddThis Social Bookmark Button

    1. sainathkm left...
    Monday, 8 May 2006 4:53 am

    Hi, Please remove those tags from your feedburner feeds... I looks really bad. Regards sainathkm


    2. vamsi left...
    Sunday, 14 May 2006 11:27 pm

    I am sure if i got your concept of server and client side mashups right!! Here is what i understand. Client Side Mashups These are mashups where integration happens completely on the ajax aware browser. Server Sider Maships All the intergration and mashing happens on the server side and the mashed content is made available to clients using ajax aware browsers.


    3. Sangeeta Patni left...
    Monday, 29 January 2007 5:17 am :: http://connecteddesktop.blogspot.com/

    Why must browser be the ONLY mash-up interface? Why not deliver mash-up content on desktops using desktop applications?

    Afterall, if one needed to mash-up content from the desktop and the web - as many desktop users need to - how would only a browser suffice?

    -Sangeeta Patni Extensio Software, Inc. www.extensio.com


    4. fundsmgr200o left...
    Thursday, 27 September 2007 10:18 pm

    Hello,

    • I enjoyed reading your article at

    • http://web2.socialcomputingmagazine. com/making_the_most_of_the_web_creating_great_mashups.htm

    One question I have is that whether you actually have run and tested

    • the tools you have mentioned in your article or simply going by the

    • marketing people at each of the companies are telling you?

    • For example have you tried out running IBM's QEDWiki to see how easy

    • it is to use and whether its intended targeted audience (e.g. sales

    • staff, business line executives, etc.) would actually use it?

    • Kind regards,


    5. Michael left...
    Saturday, 8 March 2008 7:28 am :: http://www.fifa2008.net

    Great write. Thanks a lot.


    6. g��zel s��zler left...
    Saturday, 19 April 2008 6:08 pm :: http://www.guzelhikayeler.net

    Thanks a lot..