The next web will be about flow, this flow will be user generated pipelines through applications and services. Unlike before these Pipelines will be definable, non-proprietary and shareable by anyone
2. Overview
In depth discussion of the abstract concept of flow *
•
Not discussing the merits of UNIX or XML pipelines
•
Assumes an understanding of a pipe and pipeline
•
3. Imagine. . .
Processing data from your local machine with data
•
on-line
Chaining together services you use regularly
•
Automating the process so it ran at convenient
•
times
Not requiring programming knowledge
•
A process that is open, extensible and sharable
•
5. Hot on the Horizon
REST APIs are dotted all over the landscape
•
Web applications are opening up
•
Useful web services with revenue models
•
RSS and ATOM feeds are becoming ubiquitous
•
Desktop search is standard in Vista and OSX
•
Widgets and Gadgets are becoming useful
•
New projects to organise desktop meta-data
•
17. How People are Building Things
Particls
•
Automator
•
Yahoo Pipes
•
18. Touchstone / Particls
Particls: An alerts/updates and attention
•
management platform
Ingests many different input sources via input
•
adapters
Works out importance of new information to the
•
user and displays a proportional alert
Alerts take many forms based on urgency and relevancy
•
levels
Alerts are controlled with output adapters.
•
25. Learning from Particls
Particls Limitations:
•
Main purpose is an alert and attention engine
•
No standard underline definable language
•
Not sharable outside of the pipes application
•
Choice of inputs and outputs limited
•
No automation
•
Semi-proprietary
•
Particls Highlights
•
Breakthrough web application
•
GUI has all the right elements
•
Form level abstract is great
•
Cloning pipes is very smart
•
Pushing new attention markup standard
•
26. Automator
A beautiful graphical user interface for Applescript
•
“Accomplish all of your time-consuming, repetitive manual
•
tasks quickly, efficiently and effortlessly with Automator
Workflows. It’s simple to create custom Workflows just by
dragging items, pointing and clicking. Perform the task
once using your Automator Workflow or many times —
even share Workflows with friends.”
Apple.com
•
31. Learning from Automator
Automator Limitations
•
Proprietary
•
Requires Applescript
•
Underlying definable language non-XML based
•
Works better as automation software
•
Not natively web enabled
•
Automator Highlights
•
Break through desktop application
•
Powerful Gui
•
Form level abstract is great
•
Great automation
•
Sharing of scripts very simple
•
Choice of inputs and outputs extensible via code
•
32. Yahoo Pipes
New beta service that enables users to create
•
mash-ups with a graphical user interface
Mash-ups can be saved so other people can edit
•
and re-use them
Still geeky but easier than creating mash-ups by
•
coding
“a milestone in the history of the Internetquot;
- Tim O'Reilly
•
37. Learning from Y! Pipes
Yahoo! Pipes Limitations
•
Only has access to data and content on-line
•
No XSL transformations
•
No standard underlying definable language
•
Not sharable outside of the Y! Pipes application
•
Choice of inputs and outputs limited
•
No automation
•
Proprietary
•
Yahoo! Pipes Highlights
•
Breakthrough web application
•
GUI has all the right elements
•
Form level abstract is great
•
Cloning pipes is very smart
•
38. Fitting the Puzzle Together
Combine:
•
Underlying XML definitions of Particls
•
Slimline and smooth look of Particls
•
Form control of Automator
Power and control of Automator
•
Visual pipeline GUI of Yahoo! Pipes
•
Automation of Automator
•
Sharing of Automator and Yahoo! Pipes
•
46. But. . .there is no flow *
flow * currently does not exist
•
flow * is not just an application
•
flow * is not just a service
•
flow * is a combination of good practices served up
•
for the power users
51. Flow* is. . .
The glue that allows you to break out of the silos
•
on-line and off-line
The ability to pipe services together using their
•
APIs and feeds as though programming code or
interacting with the site directly
XPROC documents with namespaces elements
(User-generated Pipelines)
Three levels of abstraction in one file
•
52. Core User-generated Pipeline Principles
Definable
•
Core pipeline defined as XML
•
Graphical
•
Levels of abstraction from the XML
•
Standard
•
Using the new W3C standard XPROC
•
Shareable
•
As easy to share as a OPML file
•
Open
•
Can be extended and plugged into widget engines
•
Non-proprietary
•
No lock-in, uses standard web and XML technologies
•
70. User-generated Pipelines
Pipelines generation is only limited by our own
•
creativity and the APIs available
XPROC feeds Flow* like Javascript feeds
•
Greasemonkey
User-generated Pipelines could be...
•
XPROC+SVG+XFORMS
•
XPROC+XUL
•
XPROC+RDF+XFORMS
•
XPROC+FlexML
•
XPROC+XHTML
•
81. To do
Build flow* using a Rich Internet Application
•
language like XUL or Apollo
Write an Authentication layer for the APIs – Open
•
ID based broker system for APIs?
Decide on one way to write User-generated
•
Pipelines which works for flow*
Write schema for namespaced extensions into
•
user-generated pipelines (XPROC document)
Investigate the semantic desktop projects
•
Explorer W3Cs draft Widget specification
•
82. Summary
User generated pipelines are viable for:
•
People wanting automation
•
Non-programmers
•
Power users who can't be bothered to load up their IDE
•
Flow* (although only in early development) is very
•
powerful
All the elements are in place, it just needs a developer or
•
company with a some vision
83. Final thought
Mashing-up, remixing, sharing is part of our culture
•