Based in Sydney, Australia, Paula le dieu can sometimes be found writing here but can more often be found at

etech05:day 1:keynotes

Rael Dornfest is opening the conference with an emphasis on the hands on imperative, the narrowing of the gap between customer and consumer. The consumer is taking action. Why? 1. We're 20 years into the PC era 2. Given enough eyeballs, all features are obvious 3. Advent of the LazyWeb 4. The gospel of Openness is spreading

So why remix rather than hack (the conference theme is remix). Hacking is remixing, akin to thyming in rap, sampling in dance music, riffing in jazz and blues and ajamming in rock.

Remix your web View source Firefox and thunderbird javaScript Desktop integration v2.0

Remixing your music step 1. rip the music industry's customers were trying to say something the music industry wasn't listening the customers weren't listening all that well Apple was listening

Remix your TV Any night is Thursday night Replay offers the 30 second skip Tivo leaves things open enough Networks invent the off-by-one minute error Tivo adds another tuner

Remix your network apple untethered the laptop commodity hardware

Remix your movies BT scares just about everyone (except its users) VOD on demand acutally provides video on demand time shifing moveis netflix

Remix your data scraping begat xml which led to apis hacks led to standards which in turn led to business opps

Remix your text blogging made journalism more efficient

remix syndication rss allowed my netscape to compete with yahoo rss reinvented syndication rss flows in my yahoo

everyone monetises rss

remix your bookshelf prject gutenberg archivelorg google print safari

remix it be liberal i what you accept, but critical in what you push out hacks become frameworks become foundations the raw material grows on trees

remix the browser (again)

remix brick and mortar the cirle of packages use amazon to search meatspace in store pickup re-remixes the physical and virtual if it ain't online it is not visible

Etech is all about unreasonable expectations

Tim O'Reilly What is on O'reilly's radar:

Design Patterns - Christopher Alexander Design for participation - a succesfful open source software project consists of small peices loosely joined.

Therefore: architect your software or service in such a way as to be used easily as a componet of a larger system: keep it modular document your interfacesa and use a licence that doesn't hinder recombination.

USD : there is great benefit in sharing your dev efforts and pocesses with your users.

Syndicated e-commerce on today's web, you no longer need to build or own all the components of your application. eg. therefore glue together the small pices of others

The perpetual betA When devices and programs are connected to the internet, applications are not longer software artifacts, they're ongoing services.

therefore: don't pacikage up new freatues into monolithic releaseds. rather fold them in on regular. basis. eg. flickr, google etc pn: definition of beta seems to be emerging - if being constantly mod then in beta

Teh key to comp adv in networded apps is the extent to which users augment your datw with their own.

therefore: architect for tparticaption beyond design and dev: invite your users. users add value to shared data.

eg. amazon - they are getting more and more distinctive as they encourage users to add more and more information to the available commodity data. In contrast to say Barnes and Nobles which does not. eg. flickr - the users are building the flickr database (commodity data - PN)

only a small percentage of users will go to the trouble of explicitly adding value therefore: make participation the defult, aggregating user data as a SIDE EFFECT of activity.

The long tail: many of the limiting factors for distribution are absent on the internet. therefore the power of the computer to monetise niches formerly too small to be commercial. Eg. google adsense

software aboce the level of a singel device the pc is not longer teh only access point for networked applications.

eg. isync allows you to have your data across all devices.

therefore do not design for a single device

social networking: social networking are a by-product of social applications like email, IM, photosharing, even book buying therefore: architect your app to capture and ashare the social fabric underlying your app. eg. really simple chat :

data is the next intel inside

(new conference: Where 2.0 june 29th San Fran)

packets and shipping containers understand teh optimum packet size for our application domain and devise

o'reilly has re-packaged their books so that they are more web sized packages - eg. hackers series, Make etc

remix when content is digital it lends itself to being broken down and remixed.

therefore: build your businesss model so as to make your living from the smallest atomic unit.

eg. safari U

what else is on their radar? ajax - asynch JS plus XML eg. john odell - walking tour

hardware hacking - car pc hacks, networked objects, fabbing, make Saul is going to talking about collaborative hardware hacking

ruby on rails

visualisation: showing vast amount of data flickr colour wheel, baby names

VOIP - skype, asterisk

People - the p in P2P is people

etech05:day 1:flickr

open source biology