[CICLO 8] Storia 1

Jocchan · 09-01-2006, 15:34

Storia 1: Introduzione di un sistema di pulsing per evidenziare la pivot e renderla distinguibile dalla slave. Il pulsing, a differenza di quello precedentemente implementato, dovrà essere solo visivo, e non dovrà avere alcun effetto sulle dimensioni calcolate per la gemma, nè sulle collisioni.
Quando la casella di destinazione, dopo una rotazione di 90°, è occupata, non bisognerà più ripetere la rotazione fino a trovare una casella libera. Semplicemente (per ora) il comando sarà ignorato.
Occorre inoltre separare il delay per la rotazione da quello per lo spostamento laterale, settando i due valori rispettivamente ai valori di default 200 e 50.

Punti cardine da tenere a mente durante i lavori:

Mai fare a gara a chi finisce il task per primo, meglio procedere con calma, altrimenti perderemo molto più tempo in seguito
Evitiamo di complicarci la vita, esiste di certo una soluzione più semplice di quella che abbiamo pensato di implementare
MAI aggiungere elementi non richiesti esplicitamente dai task: se mai serviranno, se ne parlerà nelle prossime storie
Comunichiamo il più possibile, se qualcosa non è chiaro discutiamone tutti i dettagli fino ad eliminare ogni dubbio, anche il più insignificante
Postare sempre la test list PRIMA di mettere mano al codice

VICIUS · 09-01-2006, 21:42

Task:
8.1.1: VICIUS: Completato
Aggiungere a sprite la possibilita di pulsare. La pulsazione deve avvenire solo sullo schermo e le dimensioni usate per calcolare le collisioni e lo spostamento non devono essere influenzate da questo evento. Permettere di controlalre la dimensione della pulsazione tramite un parametro in GameConfig.xml

8.1.2: Bonfo + 71104: completato
Evidenziare la gemma pivot di un GemsPair facendola pulsare. La pulsazione deve terminare una volta che la coppia si spezza, cioè quando una delle due gemme collide.

8.1.3: fek: completato
Disabilitare tutto il codice e i test che servono a cercare la prima posizione libera per ruotare la gemma slave. Se la cella successiva non è disponibile la gemma deve rimanere immobile invece di continuare a ruotare.

8.1.4: ^TiGeRShArK^: completato
Permettere ai command handler di imposatre un valore a piacere per i vari delay di ripetizione dei tasti.

8.1.5: DanieleC88: completato
Modificare MirrorSlaveGemCommandHandler, RotateClockwiseCommandHandler e RotateCounterClockwiseCommandHandler in modo che abbiano un FastRepeatDelay maggiore a quello di default. Controlalre questo valore tramite GameConfig.xml. Usare 200 come valore.

ciao

fek · 09-01-2006, 21:54

8.1.2 e' da fare in pair programming.

Bonfo · 09-01-2006, 22:31

Io mi vorrei lanciare...e affrontare per la prima volta un task.

Essendo la prima volta ne prenderei uno semplice ed indipendente, ovvero che non influenzi il lavoro di nessuno.
Inoltre un margine di tempo un po' più ampio

Che ne dite del 8.1.1...magari 4/5 giorni.

Se ci sono problemi o qualcuno più esperto è desideroso...NO PROBLEM!!!
Non mi offendo assolutamente...

Sarà per la prossima..tanto fra 2 settimane ci riprovo

CIAO

fek · 09-01-2006, 23:25

E' tuo. Posta la tua test list, le diamo un'occhiata, e poi parti pure a razzo.

Bonfo · 09-01-2006, 23:42

Allora inizio già con le domande:
in GameConfig.xml i parametri dovrebbero essere 2: Dimensione e Frequenza della pulsazione. Giusto ??

Nomi dei paramettri...me li invento o aspetto ordini..?

Jocchan · 09-01-2006, 23:45

Quote:

Originariamente inviato da Bonfo

Allora inizio già con le domande:
in GameConfig.xml i parametri dovrebbero essere 2: Dimensione e Frequenza della pulsazione. Giusto ??

Nomi dei paramettri...me li invento o aspetto ordini..?

Solo la dimensione.
Un elemento fondamentale, scusa se te lo preciso ma visto che sei relativamente nuovo al progetto non fa mai male, è che non bisogna aggiungere nulla che non sia richiesto esplicitamente dai task.
La filosofia che usiamo (YAGNI, You Ain't Gonna Need It) dice chiaramente che non bisogna assolutamente inserire qualcosa che "potrebbe servire", ma solo quello che ci serve assolutamente. Se ci atteniamo il più possibile a questa logica YAGNI, avremo un codice molto semplice

Bonfo · 10-01-2006, 00:01

Io per pulsazione ho inteso:
Dimensione originale della texture->
Dimensione maggiore (o minore)->
Dimensione originale->
Dimensione maggiore (o minore)->
....

e così via in eterno

... ma il problema è sapere ogni quanto passare da uno stato all'altro! Quindi pensavo ci fosse bisogno anche di un parametro temporale...

Inoltre come faccio a fare un test "temporale"...ovvero a controllare cosa fa ogni TOT tempo...?? Infatti, coerentemente alla logica di prima, vorrei testare che le dimensioni ogni tot tempo per controllare che si allarghino e si stringano.

Bonfo · 10-01-2006, 00:24

...Sono sempre io

La dimensione nel flie XML è un fattore moltiplicativo oppure un valore??

thebol · 10-01-2006, 07:56

Quote:

Originariamente inviato da Bonfo

Io per pulsazione ho inteso:
Dimensione originale della texture->
Dimensione maggiore (o minore)->
Dimensione originale->
Dimensione maggiore (o minore)->
....

e così via in eterno

... ma il problema è sapere ogni quanto passare da uno stato all'altro! Quindi pensavo ci fosse bisogno anche di un parametro temporale...

Inoltre come faccio a fare un test "temporale"...ovvero a controllare cosa fa ogni TOT tempo...?? Infatti, coerentemente alla logica di prima, vorrei testare che le dimensioni ogni tot tempo per controllare che si allarghino e si stringano.

la parte temporale farà parte del task 8.1.2

te devi solo rendere uno sprite pulsabile da quanto ho capito

cdimauro · 10-01-2006, 09:25

Sono disponibile a lavorare in pair programming con qualcuno per il task 8.1.2 (la sera). Così magari mi rimetto un po' in sesto con Diamonds: sono un po' arrugginito.

71104 · 10-01-2006, 10:54

Quote:

Originariamente inviato da cdimauro

Sono disponibile a lavorare in pair programming con qualcuno per il task 8.1.2 (la sera). Così magari mi rimetto un po' in sesto con Diamonds: sono un po' arrugginito.

mi hai chiamato?

stasera va bene?

we occhio però stavolta a sincronizzarci bene, non come la volta scorsa...

fek · 10-01-2006, 11:54

Quote:

Originariamente inviato da 71104

mi hai chiamato?

stasera va bene?

we occhio però stavolta a sincronizzarci bene, non come la volta scorsa...

Cesare o 71104, vi dispiace se qualcuno che e' appena entrato nel progetto si occupa del task in pair assieme ad uno di voi due e l'altro si trasferisce su un altro task?

Vorrei aiutare chi sta iniziando a prendere condifenza adesso con la codebase.

VICIUS · 10-01-2006, 13:03

Quote:

Originariamente inviato da fek

Cesare o 71104, vi dispiace se qualcuno che e' appena entrato nel progetto si occupa del task in pair assieme ad uno di voi due e l'altro si trasferisce su un altro task?

Vorrei aiutare chi sta iniziando a prendere condifenza adesso con la codebase.

Se tutti sono d'accordo io ora mi assegnerei il primo task. Anche l'altra volta sono stato io ad implementare la pulsazione quindi ho già una mezza idea di dove mettere le mani. Quindi sposterei bonfo in pair al secondo task insieme a cdimauro oppure 71104.
Va bene a tutti ?

ciao

fek · 10-01-2006, 13:17

Io mi prenderei il task 8.1.3 che e' un refactoring se qualcun altro non ha grande voglia di farlo (avete la precedenza).

2 giorni.

^TiGeRShArK^ · 10-01-2006, 13:53

io farei il task 4.....
dato che è da un pò che non metto mano al codice almeno lo riprendo... anche perchè i command handler non li ho mai guardati a fondo.. così mi studio pure quella parte di codice per bene

...dimenticavo... soliti 2 giorni di tempo previsto (anche se finora li ho quasi sempre fatti in un giorno... ma preferisco tenermi largo dato che murphy è sempre in agguato

)

DanieleC88 · 10-01-2006, 15:16

Task 8.1.5 libero? 1 giorno.

VICIUS · 10-01-2006, 15:28

Quote:

Originariamente inviato da DanieleC88

Task 8.1.5 libero? 1 giorno.

Tutto tuo.

ciao

Jocchan · 10-01-2006, 15:37

Chi è già rimasto senza task non si preoccupi: stanno per arrivare anche quelli della storia 2

fek · 10-01-2006, 16:38

Quote:

Originariamente inviato da VICIUS

Tutto tuo.

ciao

Hai perso la scommessa per 22 minuti (ora italiana)

09-01-2006, 15:34	#1
Jocchan Senior Member Iscritto dal: Jul 2005 Città: Silent Hill Messaggi: 1471	[CICLO 8] Storia 1 Storia 1: Introduzione di un sistema di pulsing per evidenziare la pivot e renderla distinguibile dalla slave. Il pulsing, a differenza di quello precedentemente implementato, dovrà essere solo visivo, e non dovrà avere alcun effetto sulle dimensioni calcolate per la gemma, nè sulle collisioni. Quando la casella di destinazione, dopo una rotazione di 90°, è occupata, non bisognerà più ripetere la rotazione fino a trovare una casella libera. Semplicemente (per ora) il comando sarà ignorato. Occorre inoltre separare il delay per la rotazione da quello per lo spostamento laterale, settando i due valori rispettivamente ai valori di default 200 e 50. Punti cardine da tenere a mente durante i lavori: Mai fare a gara a chi finisce il task per primo, meglio procedere con calma, altrimenti perderemo molto più tempo in seguito Evitiamo di complicarci la vita, esiste di certo una soluzione più semplice di quella che abbiamo pensato di implementare MAI aggiungere elementi non richiesti esplicitamente dai task: se mai serviranno, se ne parlerà nelle prossime storie Comunichiamo il più possibile, se qualcosa non è chiaro discutiamone tutti i dettagli fino ad eliminare ogni dubbio, anche il più insignificante Postare sempre la test list PRIMA di mettere mano al codice __________________ DIAMOND CRUSH - Aut viam inveniam, aut faciam.

09-01-2006, 21:42	#2
VICIUS Senior Member Iscritto dal: Oct 2001 Messaggi: 11471	Task: 8.1.1: VICIUS: Completato Aggiungere a sprite la possibilita di pulsare. La pulsazione deve avvenire solo sullo schermo e le dimensioni usate per calcolare le collisioni e lo spostamento non devono essere influenzate da questo evento. Permettere di controlalre la dimensione della pulsazione tramite un parametro in GameConfig.xml 8.1.2: Bonfo + 71104: completato Evidenziare la gemma pivot di un GemsPair facendola pulsare. La pulsazione deve terminare una volta che la coppia si spezza, cioè quando una delle due gemme collide. 8.1.3: fek: completato Disabilitare tutto il codice e i test che servono a cercare la prima posizione libera per ruotare la gemma slave. Se la cella successiva non è disponibile la gemma deve rimanere immobile invece di continuare a ruotare. 8.1.4: ^TiGeRShArK^: completato Permettere ai command handler di imposatre un valore a piacere per i vari delay di ripetizione dei tasti. 8.1.5: DanieleC88: completato Modificare MirrorSlaveGemCommandHandler, RotateClockwiseCommandHandler e RotateCounterClockwiseCommandHandler in modo che abbiano un FastRepeatDelay maggiore a quello di default. Controlalre questo valore tramite GameConfig.xml. Usare 200 come valore. ciao Ultima modifica di VICIUS : 18-01-2006 alle 17:08.

09-01-2006, 21:54	#3
fek Senior Member Iscritto dal: Oct 2002 Città: San Jose, California Messaggi: 11794	8.1.2 e' da fare in pair programming. __________________ "We in the game industry are lucky enough to be able to create our visions" @ NVIDIA

09-01-2006, 23:25	#5
fek Senior Member Iscritto dal: Oct 2002 Città: San Jose, California Messaggi: 11794	E' tuo. Posta la tua test list, le diamo un'occhiata, e poi parti pure a razzo. __________________ "We in the game industry are lucky enough to be able to create our visions" @ NVIDIA

10-01-2006, 09:25	#11
cdimauro Senior Member Iscritto dal: Jan 2002 Città: Germania Messaggi: 26110	Sono disponibile a lavorare in pair programming con qualcuno per il task 8.1.2 (la sera). Così magari mi rimetto un po' in sesto con Diamonds: sono un po' arrugginito. __________________ Per iniziare a programmare c'è solo Python con questo o quest'altro (più avanzato) libro @LinkedIn Non parlo in alcun modo a nome dell'azienda per la quale lavoro Ho poco tempo per frequentare il forum; eventualmente, contattatemi in PVT o nel mio sito. Fanboys

09-01-2006, 22:31	#4
Bonfo Senior Member Iscritto dal: Nov 2005 Città: Bologna Messaggi: 1303	Io mi vorrei lanciare...e affrontare per la prima volta un task. Essendo la prima volta ne prenderei uno semplice ed indipendente, ovvero che non influenzi il lavoro di nessuno. Inoltre un margine di tempo un po' più ampio Che ne dite del 8.1.1...magari 4/5 giorni. Se ci sono problemi o qualcuno più esperto è desideroso...NO PROBLEM!!! Non mi offendo assolutamente... Sarà per la prossima..tanto fra 2 settimane ci riprovo CIAO

09-01-2006, 23:42	#6
Bonfo Senior Member Iscritto dal: Nov 2005 Città: Bologna Messaggi: 1303	Allora inizio già con le domande: in GameConfig.xml i parametri dovrebbero essere 2: Dimensione e Frequenza della pulsazione. Giusto ?? Nomi dei paramettri...me li invento o aspetto ordini..?

10-01-2006, 00:01	#8
Bonfo Senior Member Iscritto dal: Nov 2005 Città: Bologna Messaggi: 1303	Io per pulsazione ho inteso: Dimensione originale della texture-> Dimensione maggiore (o minore)-> Dimensione originale-> Dimensione maggiore (o minore)-> .... e così via in eterno ... ma il problema è sapere ogni quanto passare da uno stato all'altro! Quindi pensavo ci fosse bisogno anche di un parametro temporale... Inoltre come faccio a fare un test "temporale"...ovvero a controllare cosa fa ogni TOT tempo...?? Infatti, coerentemente alla logica di prima, vorrei testare che le dimensioni ogni tot tempo per controllare che si allarghino e si stringano.

10-01-2006, 00:24	#9
Bonfo Senior Member Iscritto dal: Nov 2005 Città: Bologna Messaggi: 1303	...Sono sempre io La dimensione nel flie XML è un fattore moltiplicativo oppure un valore??

10-01-2006, 13:17	#15
fek Senior Member Iscritto dal: Oct 2002 Città: San Jose, California Messaggi: 11794	Io mi prenderei il task 8.1.3 che e' un refactoring se qualcun altro non ha grande voglia di farlo (avete la precedenza). 2 giorni. __________________ "We in the game industry are lucky enough to be able to create our visions" @ NVIDIA Ultima modifica di fek : 10-01-2006 alle 15:06.

10-01-2006, 13:53	#16
^TiGeRShArK^ Senior Member Iscritto dal: Jul 2002 Città: Reggio Calabria -> London Messaggi: 12112	io farei il task 4..... dato che è da un pò che non metto mano al codice almeno lo riprendo... anche perchè i command handler non li ho mai guardati a fondo.. così mi studio pure quella parte di codice per bene ...dimenticavo... soliti 2 giorni di tempo previsto (anche se finora li ho quasi sempre fatti in un giorno... ma preferisco tenermi largo dato che murphy è sempre in agguato ) __________________

10-01-2006, 15:16	#17
DanieleC88 Senior Member Iscritto dal: Jun 2002 Città: Dublin Messaggi: 5989	Task 8.1.5 libero? 1 giorno. __________________ C'ho certi cazzi Mafa' che manco tu che sei pratica li hai visti mai!

10-01-2006, 15:37	#19
Jocchan Senior Member Iscritto dal: Jul 2005 Città: Silent Hill Messaggi: 1471	Chi è già rimasto senza task non si preoccupi: stanno per arrivare anche quelli della storia 2 __________________ DIAMOND CRUSH - Aut viam inveniam, aut faciam.

Strumenti
Mostra una versione stampabile Invia questa pagina per email