What are mashups for anyway?

March 14th, 2007   7 Comments

According to uninnovate in The Problem with Web Services, Google has suspended it’s Web Search API, which seems a bit shocking. Shocking in the sense of the fact that there’s a feeling in the air that service-oriented architectures, mashups and the like have recently become feasible. But the problem with this feeling is that it is based on trust. Trust that whole chunks of your application won’t disappear leaving you high and dry.

If it’s true that Google have axed their API, I’d love to know why. (It seems to still work for me though) Amazon have a similar API for which you pay micro-cents for, which so far, thanks to Kelvin and hi spython snippet, I’ve been completely happy experimenting with.

To be fair, Google’s API was always a bit rubbish, but to axe it only encourages good old screen-scraping, a way of getting the data that only takes an extra line of code anyway. Maybe that’s what they want? It would increase their usage statistics. I’d like to know that too.

But then, there’s lots I’d like to know about Google. Having accused me of clickfraud, then after apologising… my web site went from number two to LAST in Google on a search for “Tom Smith” (proud to be a number two!) Last?!?! Bitter? Me? Yes please!


But all of this leads to a question that Jonathan and I have been asking each other lately, and to be frank neither of us have any really compelling answers…

What are mashups for anyway?

The act of slapping a map on your web page is nice yes, but hardly worth mentioning. In fact the point that is worth mentioning is that often, the very map data itself has been collected and compiled and paid for by our taxes and then is only available to us tax payers if we pay huge licencing fees. Maps should have been free, online and friendly 10 years ago!

There have been a few nice examples of mashups, like the one where local paedophiles are shown on a map as living next-door-but-one to you. And yes, having some random pictures pulled from Flickr to look at whilst reading online will probably improve the experience in some way, for some people. But most mashups are crap, almost arbitrary and pornographic uses of technology in the “because we can” dept.

Back in 1998 I termed the phrase “para-siting”… to mean wiring together the ever growing number of services into a semi-cohesive whole, an environment in which aspects could be extended or de-coupled, say moving from geocities to lycos forums. I had a theory that quite fluid and complex things were possible. Now of course, my phrase didn’t catch on, partly because I’ve been a D-lister for longer than anyone can remember and partly because it was a crap phrase and partly because nobody knew what the hell I was talking about anyway.

And at the time people said… “You can’t ‘para-site’ an application because someone else controls your data and can shut it down, or be bought or simple lose it by accident”… which was a fair point…. because that is exactly what Google have done now. They have taken a large part of many peoples’ mashups and crippled them.

  • Most mashups aren’t mashups. They are online applications. Any mashup doing (or claiming to do) anything interesting isn’t a mashup.
  • Most mashups are the new viral advert. The mashups that take other data and display them differently (your delicious tags as an ants nest or bubbles or 3D space for example) are design adverts meant to impress you. You never return to these sites or use them but you may just refer them to someone else in the “something interesting” dept.
  • Most mashups are illusions. But they are selling the illusion we want to see. We want to believe that this online thing is all doable (totally) online, that it needn’t be a lot of work and that with a wing and a prayer, a dash of RSS and a little Ajax we can do something fab.

So, for a few seconds there I got quite excited about Tecqlo, Yahoo Pipes and Dapplets… and although offering the promise that anyone can make a mashup their own online application (the empowering aspects of which I am a huge fan of), at the end of the day, it’s probably not true.

There’s nothing I can do with pipes, teclo or dapper that I can’t do with python… and probably do it quicker too. And although I will have the hassle of running a server somewhere, I will have the ability to access my data, manipulate it, back it up, analyze it and make it look nice etc. Something most Blogger bloggers can’t do with their Blogger blog. If Google sets fire to the Blogger servers tomorrow… what then? How would a million poor spammers make their (huge) incomes?

So, whilst integration in itself can be seen as a “good thing” (I like the fact that the Flock browser works with Delicious)… integration isn’t everything (with the absense of substance)… which is as far as I can what mashups are for… to prove, in theory that two data sources can be joined togther. And having joined them together it normally becomes clear that, despite being cute, there isn’t really a compelling reason to join them together (but it seemed like a good idea at the time).

Responses

  1. Olivier says:

    March 14th, 2007 at 3:49 pm (#)

    You summed up what i think about the mashup thing.
    A software application is by definition a mashup of different parts, wether it’s dlls, libraries, APIs, there’s nothing new here. Getting the data from the internet by scraping or calling APIs is a cool idea, and i subscribe to it, but what happens if you build a business and one of your source goes down ? you’re screwed. I’ve yet to see a real mashup, done with little effort (not some geek using AJAX) that brings a real value for a user, most of them are gagdgets that you will visit only once. All those google maps mashup are so boring after a while. Like you said, the so-called complex mashups are not mashups to me, they’re regular web apps using web services, RSS, XML.

    Recently I’ve been playing a lot with pipes, dapper, teqlo and proto, they’re all great tools but it’s painful to do something with it. I’d love to see the equivalent of yahoo pipes to actualy build a web page or an HTML control. Even IBM’s QEDWiki is too technical to use.
    I see a market for mashup platforms, but how long since big players like macromedia comes up with mashup building tools integrated in dreamweaver for example ?

  2. tom says:

    March 14th, 2007 at 4:17 pm (#)

    I didn’t know about Proto but it seems like it’s just for Windows right? And is essentially similar to Mac’s widgets I guess.

    I tried going through the QED’s registration process… how BAD was that? I think I entered my country 4 times then it errored… I guess the ugly sister of a mashup is joined-up-thinking… far less popular at the local dance..

    Anyway, when I eventually registered, it didn’t work… So what is it?

  3. tom says:

    March 14th, 2007 at 4:23 pm (#)

    …And another thing… what about all those poor mashup makers that use YouTube now that it is been sued for a billion…

    Mind you, although the QEDwiki site doesn’t work.. You tube does… here’s the video demo….
    http://www.youtube.com/watch?v=63qIq9t9Gqs

  4. tom says:

    March 14th, 2007 at 4:26 pm (#)

    Ah.. UPDATE:
    QEDWiki is presently being upgraded to version 1.1. The service will be unavailable until 3/15.

  5. Olivier says:

    March 14th, 2007 at 6:49 pm (#)

    Out of the bunch, proto seems the more advanced…but it’s desktop based ! teqlo is great on paper but the modules are limited for now and you don’t have much control over what you build. Let’s wait for the release. Yeah the QEDWiki thing is a pain.

  6. Rob says:

    March 15th, 2007 at 1:30 pm (#)

    Bruce Sterling on music or movie mashups…

    Nobody’s gonna listen to it in 10 years.

    It’s novelty music, like “Monster Mash”…

    http://audio.sxsw.com/podcast/interactive/panel/2007/SXSW.INT.20070313.BruceSterling.mp3

  7. Stephen Downes says:

    March 21st, 2007 at 12:25 am (#)

    Right.

    Data independence matters, as does identity independence. Most mash-ups depend on (closed) site-based applications. This is partially an artifact of built-in limitations to HTTPRequest and partially business as usual. It’s going to backfire.

    Yahoo has, in my view, made a serious tactical error that will impact the entire community. By forcing Flickr users to adopt Yahoo identities it has strong-armed what might be called the web design digerati. The people who build all these neat sites use Flickr, and now they’ve had the weaknesses of the model rubbed in their faces. They won’t forget.

Leave a Response

You must be logged in to post a comment.

buy viagra online generic viagra cheap viagra viagra online viagra prescription herbal viagra natural viagra order viagra viagra for sale discount viagra viagra sale viagra without prescription buy cheap viagra buy generic viagra order viagra online cheapest viagra prices cheap generic viagra viagra pills viagra pills try viagra for free viagra canada viagra 6 free samples side effects of viagra purchase viagra online uk viagra sales viagra dosage viagra pill buying viagra online over the counter viagra viagra on line cialis vs viagra viagra cheap online viagra viagra sample buy viagra cheap viagra soft tabs what is generic viagra viagra no prescription viagra samples buy viagra meds online viagra over the counter viagra alternatives non prescription viagra canadian viagra viagra stories viagra lawyers viagra mexico low cost viagra viagra uterine thickness viagra prices viagra from india buy cheap viagra online uk