Open Development

OPEN DEVELOPMENTOpen Development // un modello ideale per costruire un prodotto enterprise Paolo Mottadelli // Adobe

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

http://www.melconway.com/research/committees.htmlLEGGE DI CONWAY

“OGNI ORGANIZZAZIONE CHE PROGETTA UN SISTEMA,

PRODURRA’ INEVITABILMENTE UN DESIGN CHE RISPECCHIA

LA STRUTTURA DI COMUNICAZIONE DELL’ORGANIZZAZIONE STESSA”

http://www.melconway.com/research/committees.html





QUALE STRUTTURA DI COMUNICAZIONE (COLLABORAZIONE) DEVE AVERE UN’ORGANIZZAZIONE PER CREARE UN PRODOTTO APERTO, MODULARE, ESTENDIBILE?


1. OBIETTIVO comune

2. DECISIONI Condivisione dei criteri decisionali

3. WORKSPACE Condivisione dello spazio di lavoro

4. INFORMAZIONI Scambio dinamico delle informazioni

5. PARALLELIZZAZIONE

COLLABORAZIONECARATTERISTICHE DI UN MODELLO CHE FUNZIONA


1. OBIETTIVO comune

2. DECISIONI Condivisione dei criteri decisionali

3. WORKSPACE Condivisione dello spazio di lavoro

4. INFORMAZIONI Scambio dinamico delle informazioni

5. PARALLELIZZAZIONE


3 COMPONENTIOPEN SOURCE - OPEN STANDARDS - OPEN ARCHITECTURE


1. OPEN SOURCE


1. più UTENTI ETEROGENEI2. più OCCHI PUNTATI3. più CASI D’USO4. più IDEE5.

120 PROGETTI 330 MEMBRI

2500 COMMITTERNO F-2-F (o quasi) NESSUN UFFICIO

3TB/gg di traffico web444 liste 2500+ email/gg

+ RISORSE

più 11.000.000






+ RISORSEpiù 1

1.000.000






+ RISORSE+ 1

1.000.000






+ RISORSE+ 1

1.000.000-ESIMO COMMIT - SETTEMBRE 2010


1. VISIONE

2. AGGIORNAMENTI

3. AIUTO

4. ARCHIVI

WORKSPACE CONDIVISO


CODICE

TEST

BACHI

DECISIONI

MAILING LIST

ISSUE TRACKER

BLOGINFORMAZIONI DINAMICHE


CODICE

TEST

BACHI

DECISIONI

MAILING LIST

ISSUE TRACKER

BLOG

INFORMAZIONI DINAMICHE


2. OPEN STANDARDS


1. PATTERN DI COMUNICAZIONE

2. REGOLE ARCHITETTURALI

3. INTERFACCE COMUNI

http

jcr

json

jsop

cmis

URI

OBIETTIVO COMUNE





http

jcr

json

jsop

cmis

URI

JCR✴ Implementation independent

✴ bi-directional access to a Content Repository

✴ Nodes & properties in rich data types

✴ Everything is content

✴ NoSQL

OBIETTIVO COMUNE





http

jcr

json

jsop

cmis

URI

JCR

OBIETTIVO COMUNE





http

jcr

json

jsop

cmis

URI

OBIETTIVO COMUNE





http

jcr

json

jsop

cmis

URI

JSOP✴ Serialization to JSON (opt YAML, XML)

✴ GET (batch/hierarchical)

✴ PUT (batch/hierarchical)

✴ PATCH (JSON diff cont type)

✴ Support for binary as multipart

OBIETTIVO COMUNE





http

jcr

json

jsop

cmis

URI

Request:GET /myfolder.4.json HTTP/1.1Response:{ "createdBy" : "uncled", "name" : "myfolder", "id" : "50d9317a-3a95-401a-9638-333a0dbf04bb" "type" : "folder" "child1" : { "grandchild11" : { "depth3" : { "depth4 : { ... } } } }}

JSOP

OBIETTIVO COMUNE





http

jcr

json

jsop

cmis

URI

PUT /myfolder HTTP/1.1{ "createdBy" : "uncled", "name" : "myfolder", "id" : "50d9317a-3a95-401a-9638-333a0dbf04bb" "type" : "folder" "child1" : { "grandchild11" : { "depth3" : { "depth4 : { ... } } } }}

JSOP

OBIETTIVO COMUNE





http

jcr

json

jsop

cmis

URI

PATCH /myfolder HTTP/1.1

+newdoc : { "type" : "document", "createdBy" : "me" }-olddoc>movingdoc : /otherfolder/mydocument^lastModifiedBy : "me"

JSOP

OBIETTIVO COMUNE





http

jcr

json

jsop

cmis

URI

OBIETTIVO COMUNE


3. OPEN ARCHITECTURE


OBIETTIVO COMUNE

1. Il RIUSO richiede STRUTTURE PULITE

2. PIU’ CASI D’USO richiedono GENERALIZZAZIONE

3. ESTENDIBILITA’ richiede MODULARIZZAZIONE

RESTOSGI


OBIETTIVO COMUNE




RESTOSGI

OSGI


OBIETTIVO COMUNE




RESTOSGI

OSGI✴OSGI migliora la modularità

✴Codice meglio strutturato

✴Servizi dinamici

✴Plugins

✴Isolare il codice legacy


OBIETTIVO COMUNE




RESTOSGI


OBIETTIVO COMUNE




RESTOSGI

REST✴ Client-Server

✴ Stateless

✴ Cachable

✴ Layered systems

✴ Uniform interface


OBIETTIVO COMUNE




RESTOSGI

REST✴Scalabilità

✴Generalizzazione delle interfacce

✴Deployment indipendente delle componenti

✴Intermediazioni (-latenza, +security, -legacy)


OBIETTIVO COMUNE




RESTOSGI


UN ESEMPIO: CRXjackrabbit, felix, sling / HTTP, JCR, JSON / OSGI, REST

http://localhost:7402

http://localhost:7402

OSGI framework (felix)

JCR repository (jackrabbit)

JCR api

Application framework (sling)

HTTP

CRX, architettura (semplificata) - in stile ‘chi fa cosa’

‣ manages bundles as app components‣ provides system services to bundles

‣ stores the content

‣ processes HTTP requests in a RESTful way

specification implementation

architectural style


0. CLOSED SOURCE

1. OPEN RELEASES Codice aperto.

2. OPEN DEVELOPMENT Workspace aperto.

3. OPEN COMMUNITY Perdita del controllo.

4. OPEN CORE + CLOSED LAYERS

MODELLI DI APERTURATRATTO DA JUKKAZ.WORDPRESS.COM


0. CLOSED SOURCE

1. OPEN RELEASES Codice aperto.

2. OPEN DEVELOPMENT Workspace aperto.

3. OPEN COMMUNITY Perdita del controllo.

4. OPEN CORE + CLOSED LAYERS


CRX downloadhttp://bit.ly/crx-download

[email protected]

http://goo.gl/gTNPo

http://goo.gl/gTNPo

mailto:[email protected]

mailto:[email protected]

Open Development

Technology

Transcript of Open Development