Salve a tutti,
siamo due studenti di Informatica con un’idea.

Vogliamo creare un servizio innovativo, che aiuti le persone a spendere al meglio il proprio tempo libero. Vogliamo creare una “rivoluzione” come è stato per Google Maps o Twitter. E infine trasformare questa idea in un business. Per fare ciò stiamo cercando validi collaboratori, con tanta voglia e grandi idee. Ci servono alcuni sviluppatori web, che possano aiutarci a creare un servizio tecnicamente all’avanguardia, usabile e web 2.0.

Servono quindi:

• Sviluppatore PHP, Zend Framework, MySQL, WebMaster
• Sviluppatore web, esperto di usabilità, AJAX
• Svilupparore Javascript, Scriptacolous e/o Prototype
• Web designer

Il servizio seguirà il modello OpenSource. E’ quindi apprezzato:

• Uso di base di un sistema GNU/Linux
• Revision control system (come bzr)
• Amministrazione Apache

Non vogliamo esperienze lavorative nel settore, ma sarebbe molto apprezzato vedere altri lavori “amatoriali” che avete realizzato o a cui avete partecipato.
Allo stato attuale non siamo in grado di fornire una ricompensa in denaro in quanto il progetto non ha ancora ricavi, ma promettiamo un posto di lavoro ed una percentuale sui ricavi nell’azienda che verrà creata.
Stiamo già lavorando per creare concretamente l’azienda ed avere i finanziamenti necessari a svilupparla.

Se vivete in Piemonte non esitate a contattarci! Ci potrebbe anche incontrare così da spiegarvi tutti i dettagli del progetto.

Speriamo che si facciano avanti molte persone piene di voglia e talento!
Scriveteci a progetti@tugulab.org

Grazie da
Carnino Claudio
Donadio Nicoletta

1. quella teoria, che consiste nel proporlo in via informale nella mailing list
2. quella pratica, che consiste nel proporlo ufficialmente nel wiki

Supponendo che il vostro intento sia il secondo e che quindi siate pronti ad affrontare l’iter di una nuova proposta, ecco come procedere passo dopo passo.

Prima di iniziare

Prima di procedere è necessario disporre di un account su JIRA/Confluence.
Tutta la fase progettuale del componente avviene infatti sul wiki pubblico di Zend Framework.

La scrittura della proposta di un nuovo componente può avvenire sia da parte di un membro attivo del team di sviluppo, sia da parte di un qualsiasi altro utente che abbia firmato ed inviato a Zend il modulo CLA.
Una volta che Zend ha ricevuto la vostra Contributor License Agreement, il vostro account su JIRA verrà associato al gruppo zf-framework-dev e verranno abilitati i permessi di scrittura nelle aree dedicate allo sviluppo.

Scrittura della proposta

Ora che avete a disposizione un account di sviluppo, la prima cosa da fare è leggere il materiale disponibile per essere certi di assimilare le linee guida base per la scrittura di una nuova proposta.
Personalmente suggerisco di partire dall’area Contributing to Zend Framework, se ancora non l’avete visitata. Offre tutte le indicazioni generali per sviluppare una libreria conforme con gli standard ed i requisiti essenziali.

Authoring a proposal è senza dubbio il passo successivo. Infine, prima di procedere con la scrittura della vostra proposta, suggerisco di curiosare tra quelle attive per verificare che non ce ne sia già una simile e per prendere spunto su come scrivere al meglio una proposta.

Non abbiate fretta di completare la proposta.
Fornite uno scheletro il più possibile vicino all’idea che avete della classe e fornite quanti più esempi a disposizione per permettere alla community ed al core team di valutare la vostra idea.

Buona scrittura!

Ready for Review

Avete completato la vostra proposta? L’avete riletta? Sicuri?

Bene, allora siete pronti per proporla!
Cambiate le impostazioni della pagina modificando la categoria da New Proposals a Ready for Review e comunicate alla mailing list che il vostro progetto è pronto.

Ora non vi resta che attendere e seguire l’evoluzione della vostra proposta.

In bocca al lupo!

Anche se tra le vostre intenzioni non c’è la proposta di un nuovo componente, aspettate a cambiare canale!
Questo post potrebbe interessarvi comunque, cari lettori curiosi, per tenere sotto controllo una libreria che avete addocchiato tra le nuove proposte o per scoprire meglio come cresce e si sviluppa un progetto con una portata internazionale come lo Zend Framework.

Il seguente diagramma illustra graficamente l’iter di una nuova proposta.

Scrittura della proposta

Il primo passo per un nuovo componente è… proporlo!
L’autore, sia esso un componente del team di sviluppo o un utente, scrive la propria proposta seguendo il template Zend_Magic a disposizione partendo dalla pagina Zend Framework Proposals.

Una volta che la progettazione della proposta è completa, l’autore indica il componente come pronto per essere discusso.

Analisi della community

Ho già sottolineato più volte l’importanza della community nella vita dello Zend Framework.
Anche la creazione di un nuovo componente è soggetta a critiche degli utenti. Le critiche, i commenti ed i feedback servono all’autore per migliorare il design della proposta ed affinarla prima che venga analizzata dal core team.

Analisi del core team

Una volta che la proposta risulta matura, opportunamente disegnata e pronta per “la sentenza ufficiale”, un componente del core team di Zend analizza la proposta ed esprime il giudizio finale che può portare sostanzialmente a tre strade:

1. la proposta è accettata
2. la proposta è accettata a determinate condizioni
3. la proposta è rifiutata.

Nel terzo caso, la proposta viene spostata nell’elenco delle proposte rifiutate con la motivazione che ha decretato la scelta.
Negli altri due casi la proposta può essere affidata al laboratorio, all’incubatrice o finire direttamente in core.

Laboratorio

Una proposta incompleta, il cui design non è ancora chiaro ma che ha potenzialità per essere inclusa in Zend Framework, viene assegnata al laboratorio.

Nel laboratorio il componente ha diritto ad uno spazio nel repository SVN per continuare lo sviluppo. La proposta verrà rivalutata non appena raggiunto un livello di maturità adeguato.

Incubatrice

L’incubatrice è il livello precedente all’integrazione della libreria nella distribuzione ufficiale del framework.
Nell’incubatrice una proposta, ma a questo punto è meglio chiamarlo il componente, ha diritto ad una collocazione nel repository SVN ufficiale ed un posto nell’issue tracker ufficiale.

Per abbandonare lo stadio di incubator e passare a core, un componente deve avere raggiunto i seguenti requisiti:

• maturità del codice
• una copertura degli unit test almeno dell’80% del codice
• adeguata documentazione

Quando il componente ha raggiunto questi requisiti, un membro del core team procede alla revisione finale e, in caso positivo, allo spostamento della libreria e materiale correlato in core.

Core

Un componente parte della core library di Zend Framework ha raggiundo il suo più alto grado di maturità ed è disponibile in qualsiasi download ufficiale del framework.

Sebbene si tratti di un traguardo, è bene considerare che anche i componenti presenti nel core del framework sono soggetti ad aggiornamenti, revisioni e cambiamenti.
Un componente nel core, inoltre, è soggetto a maggiore attenzione ma anche maggiore regolamentazione. Ad esempio, le modifiche devono sempre prestare attenzione a non rompere la compatibilità con versioni precedenti del codice, salvo rare eccezioni, e la soglia minima di accettabilità di un componente core non deve mai essere superata anche in seguito a modifiche.

In conclusione

Il core team di Zend Framework dedica molta cura ed attenzione all’evoluzione del framework e delle sue librerie affinché il livello di qualità del risultato finale sia sempre all’altezza delle aspettative.
Il tempo finale tra la scrittura di un componente e la sua promozione in core può durare anche un anno, dunque non siate frettolosi!

Pochi sanno che Google ha investito anche nello sviluppo dello Zend Framework mettendo a disposizione il lavoro di almeno 3 programmatori nello sviluppo delle librerie Gdata ed altri componenti del framework.
Dall’altra parte, il pacchetto stesso è promosso con una certa evidenza da Zend che, nella pagina di download, gli dedica un’intera sezione e release autonome.

Su YouTube è disponibile anche un video, pubblicato dall’utente Google Code, dove i tre programmatori che hanno curato gli ultimi aggiornamenti di Zend_Gdata per la versione 1.0.3 raccontano alcuni dettagli della libreria e ne mostrano le potenzialità.

Buona visione.

Come ho anticipato anche nel post dedicato al team di sviluppo, è facile notare come molti sviluppatori non appartengano a Zend Technologies ma siano invece singoli o società che hanno deciso di investire parte del loro tempo a supporto del framework.

Chiunque può contribuire al progetto, in diversi modi, vediamone alcuni.

Idee, suggerimenti e discussioni

Se desiderate esprimere qualche opinione, richiedere un suggerimento o se vi trovate in difficoltà, è difficile trovare (al momento) posto migliore della mailing list ufficiale dello Zend Framework.
Tra quei post circola la maggior parte delle migliori menti che ogni giorno contribuisce allo sviluppo del software ed è molto probabile che il vostro intervento trovi una risposta e l’attenzione che merita.

Segnalazione di Errori e Bug

E’ difficile, se non forse impossibile, trovare un programma che non abbia qualche bug.
Non è esente da questa regola dell’informatica neppure lo Zend Framework.

Se trovate errori, bug o comportamenti inaspettati potete segnalare il problema nella mailing list o aprire un nuovo ticket su JIRA.

Invio di patch e correzioni

Se siete tra quelli che non amano restare con le mani in mano e che quando trovano un problema lo risolvono in casa, allora potreste voler condividere con il team di sviluppo parte dei vostri sforzi inviando una patch.

Con il termine generico di patch, in questo caso, si usa indicare un set di modifiche, normalmente applicabili ad una specifica versione del repository SVN che coordina lo sviluppo del codice del framework.
Una patch può corrispondere ad un miglioramento o, più frequentemente, alla correzione di un bug.

Per inviare una patch la soluzione più adeguata è aprire un ticket su JIRA – l’issue tracker adottato da Zend Framework – descrivendo il problema ed allegando la patch.
Ecco un esempio di una patch (.diff) allegata ad un bug report.

Proposta di un nuovo componente

Come più volte ribadito, lo sviluppo del framework è aperto a chiunque desideri collaborare. Questo significa che chiunque può scrivere la proposta per un nuovo componente e seguirne lo sviluppo.
E’ importante sottolineare che curare lo sviluppo di un componente per lo Zend Framework richiede una certa conoscenza di PHP e delle norme generali di buona programmazione, oltre che competenze di debugging, unit testing ed altre pratiche di sviluppo.

L’impegno è notevole ma, posso assicurare, la soddisfazione è garantita.
Se desiderate proporre un nuovo componente la strada migliore è cominciare dalla pagina Zend Framework Proposal Process.

Parlate, scrivete e condividete le conoscenze

Uno dei metodi più tradizionali per contribuire alla crescita del framework è … parlarne!
La discussione e la condivisione delle conoscenze è fondamentale ed è, tra l’altro, il motivo alla base di questo blog.

Scrivete di Zend Framework sul vostro blog, proponetelo in azienda nello sviluppo agile di nuovi progetti, adottatelo nelle vostre soluzioni software, consigliatelo ad amici e parenti… insomma, promuovetelo!

Contributor License Agreement (CLA)

Per qualsiasi contributo che possa costituire proprietà intellettuale, Zend richiede l’invio di un’autorizzazione chiamata Contributor License Agreement.
I dettagli sono documentati nella pagina Contribute sul sito ufficiale del framework.
La lettera deve essere firmata e spedita via mezzo elettronico, come indicato dalla documentazione.

Solo in seguito sarà possibile contribuire alle aree soggette a CLA come l’invio di patch e la creazione di proposte per nuovi componenti.
Se invece l’argomento CLA non fa per voi, non vi preoccupate. Ci sono molte possibilità tra quelle elencate in questo articolo che non richiedono quest’autorizzazione!

Che fate ancora qui? Forza, correte a dare il vostro supporto!

Una volta per tutte: esiste una traduzione ufficiale in Italiano? La risposta è ni!

Cosa? Ma che razza di risposta è?
Semplice, la traduzione italiana è stata cominciata dal sottoscritto qualche mese fa e, al momento, non ha ancora raggiunto la percentuale sufficiente (60%) per essere promossa nella distribuzione ufficiale.

La documentazione in Italiano è quindi disponibile solo scaricando Zend Framework dal repository SVN e solo in formato XML DocBook.
Se siete curiosi di conoscere lo status di avanzamento potete tenere d’occhio la pagina Manual translation status.

Vuoi partecipare nella traduzione italiana di Zend Framework?

Colgo l’occasione per un appello. Se qualcuno desiderasse collaborare alla traduzione lasci un commento a questo post, mi contatti direttamente o inserisca il proprio nominativo nella pagina Italian (Italiano).

Con un valido supporto sarà possibile raggiungere la soglia minima del 60% più in fretta e completare la traduzione più velocemente!

Model View Controller (MVC)

Il tema MVC è senza dubbio uno dei più in voga nell’ultimo anno, anche grazie al proliferare di framework e soluzioni di agile development implementate secondo i canoni di questo design pattern.
Non stupisce dunque che i componenti MVC dello Zend Framework siano quelli che nell’ultimo semestre, in proporzione, abbiano assistito ad un’evoluzione maggiore.

Rientrano in questo ambito:

• Zend_Controller, Zend_Controller_Action, Zend_Controller_Dispatcher, Zend_Controller_Plugin, Zend_Controller_RewriteRouter
• Zend_View
• Zend_Http_Request, Zend_Http_Response

Non lasciatevi ingannare dal fatto che Zend_View conti una sola citazione rispetto ai componenti dedicati al controller. Offre numerosissime funzionalità tipiche di un template engine, compreso il supporto a template engine esistenti.

Database

L’interazione con un database è una delle esigenze più comuni per un’applicazione web.
Zend Framework non offre un vero e proprio ORM, piuttosto un’astrazione di livello leggermente più elevato rispetto alle API messe a disposizione dal linguaggio PHP.

Non per nulla Zend_Db e Zend_Db_Table, i due componenti che rientrano in questo ambito, sono definiti come a lightweight solution for object-oriented programming with databases.

Rientrano in questo ambito:

• Zend_Db
• Zend_Db_Table

Internazionalizzazione (i18n) e Localizzazione (L10n)

Non è difficile immaginare quanto comune sia la necessità di localizzare o internazionalizzare un’applicazione, soprattutto quanto il suo successo e la sua diffusione si spingono oltre i confini iniziali.

Per venire incontro a queste esigenze, Zend Framework supporta sia l’internazionalizzazione sia la localizzazione. Questo significa sia supporto alle classiche traduzioni, sia supporto a formati data, ora e unità di misura localizzate.

Rientrano in questo ambito:

• Zend_Date
• Zend_Locale
• Zend_Measure
• Zend_Translate

Autenticazione, Autorizzazioni e gestione della Sessione

Un’applicazione mediamente complessa necessita di sistemi di autenticazione adeguati per garantire l’accesso alle risorse solo agli account con i corretti privilegi.
Anche in questo ambito Zend Framework offre diverse librerie utili per il supporto ai comuni protocolli di autenticazione, gestione delle sessioni di navigazione ed accesso a risorse basato su livelli e ruoli.

Rientrano in questo ambito:

• Zend_Acl
• Zend_Authentication
• Zend_Session

Email e formati di dati

Le moderne applicazioni sono ricche di elementi multimediali, interfacce all’avanguardia per garantire una maggiore interazione tra l’utente ed il software.
JavaScript ad oggi parte integrante di ogni sito web dinamico, così come le email ed altri formati per lo scambio di dati.

Zend Framework offre librerie per lo scambio e la lettura di dati, la conversione di oggetti JSON in PHP e viceversa, generazione di PDF, oltre a lettura ed invio di email.

Rientrano in questo ambito:

• Zend_Json, Zend_Pdf
• Zend_Mail, Zend_Mime

Indicizzazione e Ricerca

Non è mistero che la tecnologia Lucene rappresenti una delle soluzioni più avanzate per la ricerca testuale, se non la migliore.
Zend Framework offre una libreria chiamata Zend_Search_Lucene che porta in PHP tutte le principali funzionalità di questo motore d’indicizzazione e ricerca scritto in Java.

Rientrano in questo ambito:

• Zend_Search_Lucene

Web Service e Feed

Come documentato nell’introduzione a Zend Framework, i web service hanno sempre avuto un certo rilievo in Zend Framework così come i syndication feed.
Il framework integra un supporto per diversi popolari web service oltre che una libreria per leggere e scrivere feed Atom e RSS.

Inoltre, Zend Framework offre una serie di librerie che facilitano l’interazione con web service, interfacce RESTful, SOAP e XML-RPC.

Rientrano in questo ambito:

• Zend_Feed, Zend_Rest_Client, Zend_Service, Zend_XmlRpc_Client, Zend_Gdata, Zend_Http_Client
• Zend_Http_Server, Zend_Rest_Server, Zend_Server_Documentor, Zend_Server_Reflection, Zend_Soap_Server, Zend_XmlRpc_Server
• Zend_Uri

Core

Figurano per ultime in questo elenco, ma non si pensi che queste librerie siano meno importanti.
Nell’ambito core rientrano tutte quelle librerie che fanno parte delle basi di un’architettura web e, molto spesso, lavorano dietro alle quinte.

Rientrano in questo ambito:

• Zend_Cache, Zend_Config, Zend_Console_Getopt, Zend_Log, Zend_Memory
• Zend_Debug, Zend_Environment, Zend_Loader, Zend_Registry, Zend_Version
• Zend_Filter, Zend_Validate

Ohloh classifica Zend Framework come uno tra i progetti open source con più elevato team di sviluppo nell’ultimo anno, basandosi sull’analisi dei commit eseguiti al repository SVN.
Sempre Ohloh afferma che nell’ultimo anno hanno partecipato 83 programmatori (tra i quali anche il sottoscritto), molti dei quali sono elencati nella pagina dedicata ai contributors.

Come potete vedere, Zend Framework cresce anche (e soprattutto) grazie alla forte community che si è creata alla base e che ne sostiente (moralmente, tecnicamente e manualmente) lo sviluppo.
In un prossimo intervento mi piacerebbe condividere con voi qualche dettaglio sul processo di proposta ed approvazione di un componente… che ne dite?

Non tutti i programmatori elencati come appartenenti a Zend Technologies sono ufficialmente (ed automaticamente) parte del ristretto team di coordinamento dello Zend Framework.
Attualmente rientrano (ufficialmente) in questa cerchia le persone indicate come amministratori di Jira, l’issue tracker del progetto:

1. Bill Karwin, inizialmente capo progetto di Zend Framework che recentemente ha lasciato il posto a
2. Wil Sinclair, attualmente project leader
3. Darby Felton
4. Matthew Weier O’Phinney
5. Laura Rooke
6. Melissa Keesling

Uno degli aspetti fondamentali di un progetto open source è la possibilità concessa a chiunque di contribuire, nei modi, tempi e competenze più adeguate.
Se anche voi volete collaborare non siate timidi e date uno sguardo alla pagina Contribute.