	PREMESSA
In primis, pregherei chiunque sia interessato a partecipare a leggere attentamente tutta la documentazione, Premessa inclusa.
E' la mia prima esperienza di lavoro di gruppo a distanza, di cosidetto "open source", anche se intuisco che per open source si intenda qualcosa di pi.
Nel mio piccolo ho per voluto affrontare questo esperimento, anche perch da solo non possiedo le conoscenze per creare qualcosa di decente, e la mia aspirazione, fin dalle prime righe di Basic con l'Amiga,  sempre stata quella di fare un gioco.
La pretesa non  quella di un colosso, ma di un giochino gradevole e, appunto, giocabile.
Il linguaggio scelto per l'occasione  il C++.

	PERCHE' C++?
La mia conoscenza di linguaggi non  (ahim!) troppo vasta, e le maggiori esperienze le ho avute col C. Ho pensato per che per un lavoro di questo tipo la modalit ad oggetti fosse preferibile a quella della programmazione funzionale, e cos l'ho buttata sul C++, anche se forse Java, da quel poco che ne so, poteva essere un'alternativa altrettanto valida.

	IL METODO
Questo readme contiene l'indice della documentazione di base, che verr ampliata in proporzione al codice che verr scritto e alle eventuali (leggi "indispensabili") modifiche che vi verranno fatte.
La versione base a cui si rifanno queste specifiche  la 0.0.1, ovvero il primissimo prototipo scritto da me solo per gettare la base di partenza.
Dalle specifiche risulteranno i diversi moduli che dovranno ancora essere implementati e pregherei chiunque fosse interessato a specificarmi via mail a quale modulo intende lavorare. Una tabella con i moduli attualmente in lavorazione verr tenuta in costante aggiornamento sul sito, in modo tale da poter sempre sapere su quali lavori buttarsi. In ugual modo, un file di FAQ sar sempre disponibile.

Il codice realizzato, una volta compilato correttamente, verr (se possibile) inserito nel corpo principale e immediatamente pubblicato.
Non accetter file gi eseguibili, non aprir alcun .exe, ma visualizzer solo codice sorgente. Per ogni modulo sar comunque gradito un main di test, su file a parte.
Una versione eseguibile del progetto sar comunque pubblicata ad ogni momento per comodit di chi non possiede un compilatore.
Anche i codici bacati verranno pubblicati (che open source  se no?) ma in una sezione specifica, e tutti potranno scaricarseli per testare, capire e correggere gli errori.

Naturalmente anche eventuali migliorie di codice gi approvato saranno considerate, ma pregherei, una volta testata l'eseguibilit, di concentrarsi sulle parti ancora da implementare, lasciando il lavoro di ottimizzazione per un secondo momento.

Ad ogni momento sar chiaro lo scopo della programmazione: non si intende raggiungere subito un livello di gioco, chiaramente. La versione di start, la 0.0.1 (ingiocabile) si evolver nella 0.1, e sar ben chiaro a tutti cosa dovr essere la 0.1, cos come avverr per la 0.5, la 1.0 e cos via.
Tutto questo passer nella documentazione sotto il paragrafo Obiettivi, specificando di volta in volta la release attuale e quella di destinazione.

Come ultima raccomandazione pregherei di attenersi alle regole sintattiche generali specificate nella documentazione e all'uso vasto ed appropriato dei commenti. Per ogni modulo inviato sarebbe molto gradito anche un readme di spiegazione esplicita, tanto per non generare ambiguit ed accelerare il lavoro (magari con casi d'uso o spiegazione passo passo del test).

Infine, un grazie a tutti i partecipanti!




