Open Development

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe OPEN DEVELOPMENT Un modello ideale per costruire un prodotto enterprise. Immagini tratte da chromasia.com

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe “OGNI ORGANIZZAZIONE CHE PROGETTA UN SISTEMA, PRODURRA’ INEVITABILMENTE UN DESIGN CHE RISPECCHIA LA STRUTTURA DI COMUNICAZIONE DELL’ORGANIZZAZIONE STESSA” LEGGE DI CONWAY http://www.melconway.com/research/committees.html

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe QUALE STRUTTURA DI COMUNICAZIONE (COLLABORAZIONE) DEVE AVERE UN’ORGANIZZAZIONE PER CREARE UN PRODOTTO APERTO, MODULARE, ESTENDIBILE?

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe 1. OBIETTIVO comune 2. DECISIONI COLLABORAZIONE Condivisione dei criteri decisionali 3. WORKSPACE CARATTERISTICHE DI UN MODELLO CHE FUNZIONAlavoro Condivisione dello spazio di 4. INFORMAZIONI Scambio dinamico delle informazioni 5. PARALLELIZZAZIONE

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe 1. OBIETTIVO comune 2. DECISIONI Condivisione dei criteri decisionali 3. WORKSPACE Condivisione dello spazio di lavoro 4. INFORMAZIONI Scambio dinamico delle informazioni 5. PARALLELIZZAZIONE

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe 3 COMPONENTI OPEN SOURCE - OPEN STANDARDS - OPEN ARCHITECTURE

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe 1. OPEN SOURCE

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe 1. più UTENTI ETEROGENEI 2. più OCCHI PUNTATI 120 PROGETTI 330 MEMBRI 3. più CASI D’USO + RISORSE 2500 COMMITTER 4. più IDEE NO F-2-F (o quasi) NESSUN UFFICIO 3TB/gg di traffico web 5. più 1 444 liste 2500+ email/gg

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe 1. più UTENTI ETEROGENEI 2. più OCCHI PUNTATI 120 PROGETTI 330 MEMBRI 3. più CASI D’USO 2500 COMMITTER 4. più IDEE NO F-2-F (o quasi) NESSUN UFFICIO 3TB/gg di traffico web 5. più 1 444 liste 2500+ email/gg + RISORSE

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe 1. più UTENTI ETEROGENEI 2. più OCCHI PUNTATI 120 PROGETTI 330 MEMBRI 3. più CASI D’USO 2500 COMMITTER 4. più IDEE NO F-2-F (o quasi) NESSUN UFFICIO 3TB/gg di traffico web 5. + 1 444 liste 2500+ email/gg + RISORSE

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe 120 PROGETTI 330 MEMBRI 2500 COMMITTER NO F-2-F (o quasi) NESSUN UFFICIO 3TB/gg di traffico web 1.000.000 -ESIMO COMMIT - SETTEMBRE 2010 444 liste 2500+ email/gg + RISORSE

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe 1. VISIONE 2. AGGIORNAMENTI 3. AIUTO WORKSPACE CONDIVISO 4. ARCHIVI

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe 1. VISIONE 2. AGGIORNAMENTI 3. AIUTO 4. ARCHIVI WORKSPACE CONDIVISO

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe CODICE MAILING LIST TEST ISSUE TRACKER BACHI INFORMAZIONI DINAMICHE BLOG DECISIONI

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe CODICE MAILING LIST TEST ISSUE TRACKER BACHI BLOG DECISIONI INFORMAZIONI DINAMICHE

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe 2. OPEN STANDARDS

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe http 1. PATTERN DI COMUNICAZIONE jsop 2. REGOLE ARCHITETTURALI json OBIETTIVO COMUNE cmis 3. INTERFACCE COMUNI URI jcr

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe http 1. PATTERN DI COMUNICAZIONE jsop 2. REGOLE ARCHITETTURALI json cmis 3. INTERFACCE COMUNI URI jcr OBIETTIVO COMUNE

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe JCR http 1. PATTERN DI COMUNICAZIONE jsop ARCHITETTURALI ✴ Implementation independent json 2. REGOLE✴ bi-directional access to a Content Repository cmis 3. INTERFACCE COMUNI ✴ Nodes & properties in rich data types ✴ Everything is content URI ✴ NoSQL jcr OBIETTIVO COMUNE

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe http 1. PATTERN DI COMUNICAZIONE JCR json jsop 2. REGOLE ARCHITETTURALI cmis 3. INTERFACCE COMUNI URI jcr OBIETTIVO COMUNE

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe JSOP http 1. PATTERN DI COMUNICAZIONE jsop ✴ Serialization to JSON (optjson XML) 2. REGOLE✴ GET (batch/hierarchical) ARCHITETTURALI YAML, cmis 3. INTERFACCE COMUNI ✴ PUT (batch/hierarchical) URI ✴ PATCH (JSON diff cont type) ✴ Support for binary as multipart jcr OBIETTIVO COMUNE

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe JSOP Request: http GET /myfolder.4.json HTTP/1.1 Response: 1. PATTERN DI COMUNICAZIONE { "createdBy" : "uncled", "name" : "myfolder", jsop "id" : "50d9317a-3a95-401a-9638-333a0dbf04bb" "type" : "folder" 2. REGOLE ARCHITETTURALI "child1" : { json "grandchild11" : { cmis 3. INTERFACCE COMUNI "depth3" : { "depth4 : { ... } } } URI } } jcr OBIETTIVO COMUNE

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe JSOP PUT /myfolder HTTP/1.1 { http 1. PATTERN DI COMUNICAZIONE "createdBy" : "uncled", "name" : "myfolder", jsop "id" : "50d9317a-3a95-401a-9638-333a0dbf04bb" "type" : "folder" 2. REGOLE ARCHITETTURALI "child1" : { json "grandchild11" : { "depth3" : cmis 3. INTERFACCE COMUNI { } "depth4 : { ... } } } URI } jcr OBIETTIVO COMUNE

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe http 1. PATTERN DI COMUNICAZIONEJSOP PATCH /myfolder HTTP/1.1 jsop +newdoc : { "type" : "document", "createdBy" : "me" } -olddoc >movingdoc : /otherfolder/mydocument json 2. REGOLE ARCHITETTURALI ^lastModifiedBy : "me" cmis 3. INTERFACCE COMUNI URI jcr OBIETTIVO COMUNE

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe 3. OPEN ARCHITECTURE

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe OSGI 1. Il RIUSO richiede STRUTTURE PULITE REST 2. PIU’ CASI D’USO richiedono GENERALIZZAZIONE 3. ESTENDIBILITA’ richiede MODULARIZZAZIONE OBIETTIVO COMUNE

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe OSGI OSGI 1. Il RIUSO richiede STRUTTURE PULITE REST 2. PIU’ CASI D’USO richiedono GENERALIZZAZIONE 3. ESTENDIBILITA’ richiede MODULARIZZAZIONE OBIETTIVO COMUNE

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe OSGI OSGI 1. Il RIUSO richiede STRUTTURE PULITE REST 2. PIU’ CodiceD’USO strutturato GENERALIZZAZIONE CASI meglio richiedono ✴OSGI migliora la modularità ✴ 3. ESTENDIBILITA’ richiede MODULARIZZAZIONE ✴Servizi dinamici ✴Plugins ✴Isolare il codice legacy OBIETTIVO COMUNE

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe OSGI REST 1. Il RIUSO richiede STRUTTURE PULITE REST 2. PIU’ CASI D’USO richiedono GENERALIZZAZIONE ✴ Client-Server ✴ Stateless 3. ESTENDIBILITA’ richiede MODULARIZZAZIONE ✴ Cachable ✴ Layered systems ✴ Uniform interface OBIETTIVO COMUNE

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe OSGI REST 1. Il RIUSO richiede STRUTTURE PULITE REST 2. PIU’ CASI D’USO richiedono GENERALIZZAZIONE ✴Scalabilità ✴Generalizzazione delle interfacce 3. ESTENDIBILITA’ richiede MODULARIZZAZIONE ✴Deployment indipendente delle componenti ✴Intermediazioni (-latenza, +security, -legacy) OBIETTIVO COMUNE

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe UN ESEMPIO: CRX jackrabbit, felix, sling / HTTP, JCR, JSON / OSGI, REST

CRX, architettura (semplificata) - in stile ‘chi fa cosa’ HTTP ‣ processes HTTP requests in a RESTful way Application framework (sling) architectural style ‣ manages bundles as app components OSGI framework (felix) ‣ provides system services to bundles specification implementation JCR api ‣ stores the content JCR repository (jackrabbit)

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe 0. CLOSED SOURCE 1. OPEN RELEASES MODELLI DI APERTURA Codice aperto. 2. OPEN DEVELOPMENT TRATTO DA JUKKAZ.WORDPRESS.COM Workspace aperto. 3. OPEN COMMUNITY Perdita del controllo. 4. OPEN CORE + CLOSED LAYERS

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe 0. CLOSED SOURCE 1. OPEN RELEASES Codice aperto. 2. OPEN DEVELOPMENT Workspace aperto. 3. OPEN COMMUNITY Perdita del controllo. 4. OPEN CORE + CLOSED LAYERS

Open Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe CRX download http://bit.ly/crx-download paolo.mottadelli@adobe.com

http://www.paolomottadelli.com	404
http://translate.googleusercontent.com	15
http://localhost	3
http://webcache.googleusercontent.com	2

Open Development

by Paolo Mottadelli on Nov 12, 2010

Accessibility

Categories

Tags

Upload Details

Usage Rights

4 Embeds 424

Statistics

Open Development — Presentation Transcript