Threshold Of Confluence

Loading...

Flash Player 9 (or above) is needed to view presentations.
We have detected that you do not have it on your computer. To install it, go here.

0 comments

Post a comment

    Post a comment
    Embed Video
    Edit your comment Cancel

    Notes on slide 1

    Instead of systems, or their physical limitations in connectivity, being the limiting factors, the user's time and requirements rule the roost. As opposed to systems being few, users using whatever they can have, now users have choice, and a system without users is inherently worthless ( Metcalfe's law ).

    So the user's requirements are now shaping the world -- systems compete to prove their worth to users, and every year new systems come along, and users migrate. Remember Friendster? No? What about MySpace? Yes? ... Wikipedia lists over 170 different social networking sites, some more specialized than others, out of which I have participated in: Advogato, Facebook, Friendster, Gogoyoko, Hi5, Hyves, Last.fm, LinkedIn, MySpace, Ning, Orkut, Plaxo, Twitter, XING... fourteen different social networking sites/systems, just me.

    How we have tried to solve this in the past... webservices, huge standards (LOM, SCORM, LMS-* .. in my field..) ... somehow this is still a problem, data doesn't flow between systems... or does it? ... another previously mentioned "solution" to this problem is to flood people's e-mail boxes with system notifications, this is a solution which unfortunately doesn't scale very well.

    everybody supports RSS, even normal users are starting to understand and knowingly benefit from feeds. System developers like it because it's simple, but what makes it simple?

    1 Event

    Threshold Of Confluence - Presentation Transcript

    1. on the threshold of confluence Steinn Eldjárn Sigurðarson CELSTEC 2009
    2. Evolution (1/3) users SYSTEMS >
    3. Evolution (1/3) few users fewer systems low interoperability not very connected at all limiting factors: basic connections
    4. Evolution (2/3) users SYSTEMS >
    5. Evolution (2/3)
      • more users
      • more systems
      • data flowing a little bit better between systems:
      • search engines, e-mail, basic groupware
      • limiting factors: systems (software)
    6. Evolution (3/3) < SYSTEMS SYSTEMS SYSTEMS SYSTEMS SYSTEMS users users users users users users users users users users
    7. Evolution (3/3)
      • today.
      • a lot of users
      • a lot of systems
      • proportionally, every user engaging in several different systems
      • limiting factors: time, usefulness
    8. That's a lot of data..
      • multiple e-mail addresses
      • multiple blogs
      • multiple social networks
      • wiki's
      • google docs
      • collaborative softwares
      • where do I spend my time?
    9. So what changed?
          • (since web 1.0)
    10. What changed..
      • New limiting factors: user's time and preference
      • Old limiting factors: systems and their possibilities
      • As opposed to systems being few & users using whatever they can have, now users have choice, and a system without users is inherently worthless (Metcalfe's law).
    11. Systems compete for users Users migrate Hundreds of types of systems Thousands of instances
    12. Is this some kind of problem? Does this mean anything? Is this some kind of problem? It sounds pretty great to have all this choice actually...?
    13. Yes it is a “problem” How do I access all my data? How do I make sure the people I work with see the data I want them to see? What happens when I want to move all my data somewhere else?
    14. How have we attempted to solve this problem? Mostly from a system perspective: Ontologies and standards (SCORM, LOM, IMS-* in education) SOA and web-services (SOAP, XML-RPC, REST)
    15. But what has been most effective? Good, old, underrated RSS! (and HTTP) Why? Because it's SIMPLE!
    16. What do the following things have in common? e-mail blogs forums instant messages status updates ...
    17. (some) Shared characteristics created by intended for title and/or description time of creation/modification usually part of a stream/feed/list
    18. How are we trying to exploit this? Three dimensions: Target (person/group) Content size Item mean time
    19. Dynamically typing feeds?
    20. FeedBack (spec)
      • Simple specification for push-based feed updates (& advertising).
      • Specifies:
      • feedback.offer(sub_uri, targ_uri)
      • feedback.request(sub_uri, token)
      • feedback.notify(data/uri, token)
    21. FeedBack (cont.)
      • Implementations ready for
      • WordPress, Moodle, Scuttle
      • Interested in writing one? We have some docs and a validator :-)
    22. Thanks..
      • Thanks to:
      • Fridolin Wild (Open University UK)
      • Zuzana Bizonova (Žilinská univerzita)
      • (and others.. sorry)

    + Steinn SigurðarsonSteinn Sigurðarson, 3 weeks ago

    custom

    43 views, 0 favs, 0 embeds more stats

    My presentation at the Media Ecologies Workshop 200 more

    More info about this document

    © All Rights Reserved

    Go to text version

    • Total Views 43
      • 43 on SlideShare
      • 0 from embeds
    • Comments 0
    • Favorites 0
    • Downloads 0
    Most viewed embeds

    more

    All embeds

    less

    Flagged as inappropriate Flag as inappropriate
    Flag as inappropriate

    Select your reason for flagging this presentation as inappropriate. If needed, use the feedback form to let us know more details.

    Cancel
    File a copyright complaint
    Having problems? Go to our helpdesk?

    Categories

    Groups / Events