http://blogs.oracle.com/theaquarium/entry/oscon_{javavideosonyoutube}

• Tools and Techniques
• Tags: mongodb, postgresql, clustrix, sql, newsql, hadoop, pgsql, couchbase, mariadb, riak, mysql, bigcouch, nosql, cloudant, couchdb, drizzle, cassandra, voltdb, database
• Tim Anglade (Cloudant)

attendance: 65

Tim: nosqlsummer.org and nosqltapes.com

… talk was too general/high level - no real info …

mongodb, couchdb, riak, cassandra, neo4j, bigcouch, redis?, hadoop?

… by the time he started to get into real info I had tuned out,
installing prerequsites for http://lockerproject.org/ instead …

• Citizen Science
• Tags: mahout, citizen_data_science, hadoop, machine_learning
• Vin Sharma (Intel)

http://mahout.apache.org/

attendance: 50

… speaker did not show up …

• Emerging Languages
• Matt Youell (New Monic Labs)

attendance: 40

… show I went to this - but either I missed to much context (since I
missed the first 15 minutes) or …

I struck out this morning.

• Cloud Computing
• Tags: automation, cloud, ec2, puppet
• James Loope (Janrain)

attendance: 35

• man hours; spares; growth; routing/continents; regulation
• shared infrastructure -> shared resources (multitenant)
• instances are not servers
• data persistence is hard

persistence

• postgres + memcache

lessons

• EBS is unstable
  • do not put your DB on it; nor your root volumes; DO use for backups
• AWS fails all the time; your apps must be FT

puppet

• declarative DSL for config mgmt
• other options: Chef, Puppet, CFEnginer; AutomateIt, …
• more work to do upfront, but reusable and easier to figure out than
  debugging config after the fact

orchestration

• inventory, sort, filter, execute on multiple instances
• when you have 100s of nodes, nice to say
  • restart some service on all my nodes that have this other service
  • don't do it all at once and cause a stampede
• mcollective

• Healthcare
• Tags: health_it, quantified_self
• Fred Trotter (Cautious Patient Foundation)

attendance: 40

behavior change is difficult

playing games is a way to get people to do things that won't normally
do - or would do, but procrastinate

smoking, over-eating/drinking, drugs, …

games as stealth-health

http://runkeeper.com/

socially-oriented : pacting, contracts: http://www.stickk.com

book: Carrots and Sticks

http://www.fitbit.com/

http://www.microsoft.com/en-us/healthvault/

http://openglaze.com/

mob zombies, figure running, real-life pacman

• Programming
• Tags: sql, performance, refactoring, performance_tuning, database
• Jeremiah Peschka (Brent Ozar PLF)

attendance: 50

…

• Open Data
• Tags: api, design, oauth
• Eran Hammer-Lahav (Yahoo!)

attendance: 20

http://hueniverse.com/2010/05/introducing-oauth-2-0/

http://sled.com/developer

invite code: hueniverse

sled

• collaborative list-making tool
• friends and family
• zero workflow
• web and mobile
• live updates
• platform API

OAuth 2.0

• spec: last call and ready for impl
• use 2.0 now - do not use 1.0
• redesigned for scale
  • use access tokens without client auth
  • refresh tokens
• decouples authentication for authorization
• everything extensible
• crypto optional
• not backwards compatible

client                       resource
                             server
                             (data)

resource                     authorization
owner                        server
                             (i.e., OAuth server - TLS required)

Using Access Tokens

Authorization: MAC id="dfdfdf",
                   nonce="dfdfdfd",
                   mac="=dfdfdf="

• 1 resource owner inits flow to client
• 2 redirect to auth server
• 3 give password - returns auth code
• 4 auth code given to client
• 5 client authenticates with auth server
• 6 client gets stuff from resource server

sled architecture

• multiple scopes, client permissions
• OAuth 2.0 extension grant types
• everything is client API
• 3rd party login (facebook, twitter, yahoo!)
• link multiple accounts
• no local passwords
• user -> web server (static files, login, acct mgmt)
• user -> api server (data calls and streaming updates)
• web <-> api server (acct validation)

client implications

• client-side rendering
  • multiple round-trips to display initial view
  • redirection based error handling
• cross-domain requests
  • CORS overhead
  • limited browser support
• one-time interaction with web server
  • custom mechanism for refreshing client code

client.json

• config: version; access token route; redirection URI
• zero deploy client testing: run locally and hosted
• OSS: clone, config, run

misc

• visually-based load prioritization
• roaming load indicator
• preload data on hover
• apply local changes; revert with indicator on error

scope

• default: user data read/write
• elevated: login, signup, reminder, tos, quit

TOS

• minimum required for each API call

client storage API (to store on server)

• preferences; last state; scope; name/value

• Moderated by: Jeremie Miller

http://singly.com/

Got it working - but not easy

Notes:

allow popups to localhost

https://www.facebook.com/developers/apps.php?app_id=238818316152282&ret=2

google APIs -> API Access

look at hello photos as template for transforming collection data to RDF