benvenuto.

benvenuto! 

Aloha

Grazie a tutti

Ciao Federico,

E Benvenuto, seppur in (mio 8) ritardo.


Mi interessa la storia di Diamond Crush. Diverso tempo fa detti un occhiata alla message board per capire un po cosa stesse andando avanti.
Sinceramente non sono un gran fan di extreme programming, benche' ne sappia troppo poco per poter giudicare !

Sviluppare qualsiasi gioco, richiede tanto lavoro di base, indipendentemente dal tipo di gioco. Specie poi se bisogna lavorare con altri. Talvolta un programmatore che fa da se fa per tre, ma non puo' certo rinunciare ad un grafico e ad un musicista !

Nel caso specifico pero' sono rimasto un po stupefatto nel vedere che nella message board si dettagliassero dei banali tests. Roba del tipo:  fai il test per vedere se il diamante sfora dal campo di gioco. Fai il test se esce da sinistra, fai il test se esce da destra.. eeeehhhhhhh e che stiamo in contratto per una vita ?!! (disse il Magnotta al direttore della San Giorgio).

Fatto sta che vedo 15 programmatori (!) e 2 couch (?) in lista ed un gioco pre-alpha senza AI. Uno sviluppo che ha sicuramente richiesto tanto impegno.. ma forse piu' che altro perche' c'erano una marea di persone che cercavano di fare tests a destra e manca.

I progetti free non finiti ammontano al 99% dei progetti iniziati, l'importante e' impegnarsi, ma e' anche vero che la situazione attuale non si pone come un gran risultato per l'extreme programming. Voglio dire, 15 programmatori per una tech demo di un puzzle game senza AI non e' il massimo 8)

Capisco che tu sei solo uno dei tanti partecipanti, pero' visto che hai menzionato Diamond Crush, volevo dire la mia, e magari vedere cosa ne pensi tu.

baubau !

perche' ti sorprende? nel Test Driven Development (TDD) l'approccio base e' appunto iniziare scrivendo test minimi che inizialmente falliscono e poi il contenuto basandosi sull'interfaccia descritta nei test stessi. Col tempo i test crescono di livello passando dal basso all'alto livello con l'idea e la speranza di fare coverage funzionale completo del codice. Ma poi saprai bene che di solito ci si arena quando si raggiunge l'interfaccia utente che a meno di tool e castelli di astrazione e' normalmente abbastanza tediosa da coprire con gli unit tests con tranelli sempre presenti che a volte fan si che per cambiare una una funzionalita' del tuo prodotto poi devi cambiare 10000 test che vi si appoggiavano in un modo o nell'altro... un +1 comunque all'uso del TDD

Ciao Francesco, allora ci sei ! 8)


Il tuo tono e quello di un vero couch ! Ovvero continui a parlare di ragazzi inesperti che metti sulla retta via.
Addirittura una impresa ? E che ci vorra' mai a lavorare nel campo dei giochi ?
E poi, perche' dovrebbe essere proprio questo progetto ad essere cosi' determinante nella carriera di questi 15 programmatori ?
In pratica stai dicendo che se un giorno uno di questi compiera' "l'impresa" di trovare lavoro facendo giochi, sara' merito tuo.. complimenti 8)

Non capisco la storia dei team professionistici che spesso e volentieri quittano !
I teams non quittano, perche' se quittano si stanno licenziando !
Forse volevi dire che i teams di professionisti non riescono a raggiungere milestones con tanta facilita'.. ma qui e' difficile comparare. Mi sembra che i termini di sviluppo e di impegno siano completamente diversi. Non si sa il grado di esperienza, chi effettivamente abbia codato, quante ore uomo ci siano dietro.. etc etc
In generale, al livello professionale, penso che ce la facciamo un po tutti a scrivere un puzzle game senza AI 8)

Sono anche curioso di capire chi ha poi programmato. Se la maggior parte non aveva mai usato un compilatore e se tu, per tua ammissione, non conosci Java e non hai scritto codice ("per il coder che non deve scrivere.. MAI !" hehe)... chi lo ha scritto il codice ? Capisco l'approccio di base, ma un minimo di sintassi bisogna anche saperla.
Forse non sono poi cosi' tutti inesperti. Federico e' addirittura laureato in informatica !

Ammiro in un certo senso questi ragazzi per aver intrapreso un progetto dove hanno assunto la forma di discepoli della grande couching tiger che non scrive codice ma che illumina gli adepti con i grandi insegnamenti del TDD, etc.
...Scusa il sarcasmo 8) E' che io non ce la farei a farmi dettare insegnamenti di codice in questi termini. Ovvero da una figura di partono che pero' tutto sommato non e' tutto questo vecchio saggio della montagna.
Magari fra 40-50 anni, quando sei un simpatico vecchietto, cose del tipo "se un giorno lavorerai nell'industry sara' una impresa" la accetterei.. ma da un ragazzo giovane e pimpante stona un po' 8)

comunque.. tornando al TDD,
Mi sorprende perche' uscire da una stanza ad occhi chiusi, a suon di capocciate sui muri mi suona un po' doloroso 8)
E' forse interessante dal punto di vista dell'AI. Forse ci si potrebbe fare una ricerca sul come sviluppare programmi che sviluppano programmi..  ma dal punto di vista umano mi sembra uno spreco mettere da parte la lungimiranza delll'intuito. Accanirsi su dei microtests quando invece si puo' attingere alle grandi facolta' euristiche del cervello umano (almeno cosi' come lo abbiamo sviluppato fin ora 8).
..ma forse sto esagerando con la retorica 8)

Cambiare 10000 tests non mi sembra una gran bella mossa ..ma ovviamente facevi per dire (spero ?!).
Io sono un fautore delle assert. Evviva la ridondanza nei check, ma da qui a farsene una ragione di sviluppo mi sembra un controsenso. Interessante ma alla fine molto masochistico 8P

ole'