Punto della situazione

[thebol]

Originariamente inviato da 71104

si, e per quanto riguarda il playback? ti ricordo che attualmente non siamo fermi sul logging (che è già fatto), ma sul playback.

avevamo il timestamp, avevamo il tasto premuto, e avevamo ogni quanto avviene il timestamp.

il seed a inizio logging

introdurre una riga per le stone che arrivano dall'altra piattaforma(e forse un altro seed per queste stone a inizio logging, ora non ricordo se era sparito o no) sempre legato al timestamp

un inputQualcosa(non vedo il codice da mesi sorry ) che leggesse e sparasse questi valori al posto della tastiera.

[jappilas]

come accennavo ad alberto su msn , prevedeva che il data set fosse costituito da quello che va a "controllare" direttamente lo stato della griglia, quindi la sequenza di eventi (piuttosto ancora dei tasti , preferirei il marker della decisione "P1 - ruota a sinistra" , "P1 - muovi a destra", "P1 - Droppa" eccetera ) generati dalle "decisioni" del giocatore, più quelli corrispodenti alle "incoming stones" asincrone generate dalle cancellazioni nella griglia avversaria, e le informazioni minime che definiscono il "turno" (istante di inizio, composizione della pair)
messa in questo modo il playback sarebbe un semplice sistema di controllo in catena aperta, in teoria se l' implementazione fosse robusta non si avrebbe bisogno di altro
in pratica, e anche per trasporre il logging ad un semplice protocollo di netgame (che se non ricordo male era uno dei motivi per cui emerse l' esigenza di fare logging) aggiungerei -anche in secondo momento - al data set le action al turno iesimo (o con il timestamp t di esecuzione): non per usarle direttamente nel playback, ma per controllare se il playback ripercorre le stesse action presenti nel gioco loggato (o se lo stato del gamefield per il giocatore remoto combacia con quello interno, e richiedere lo stato completo della griglia invece di solo applicare modifiche cumulative )
EDIT

Originariamente inviato da thebol

avevamo il timestamp, avevamo il tasto premuto, e avevamo ogni quanto avviene il timestamp.

letto dopo sorry
e tra l'altro, proprio una volta che la vediamo quasi allo stesso modo

il seed a inizio logging

in alternativa potrebbe bastare marcare l' inizio del nuovo "turno" sulla griglia e la composizione della gempair

introdurre una riga per le stone che arrivano dall'altra piattaforma... sempre legato al timestamp

giusto, perchè, escludendo ipotetiche character move, desperation move, ecc previsti per l' advanced e lo story mode, le stone esterne sono uno dei pochi fattori che vanno a inficiare la configurazione della griglia

(e forse un altro seed per queste stone a inizio logging, ora non ricordo se era sparito o no)

non mi ricordo il codice, ma qualunque parametro da cui la posizione in cui cadono possa dipendere, andrà incluso nel data set per una successiva ricostruzione corretta e affidabile (questo rimanendo in catena aperta)
se tale posizione fosse randomica o cmq per qualche motivo diversa al playback di un certo turno rispetto alla registrazione di quella stessa partita, si avrebbe una deviazione e il log stesso sarebbe inutile o inefficace a meno di non avere meccanismi (che sarebbero cmq utili, ma in tal caso necessari) di rilevamento della deviazione (ad es quello che scrivevo prima, confrontare le action generate "attese" e loggate, con le action effettivamente (ri)generate) e successiva generazione di warning e logging della discrepanza del log () o , se possibile, correzione

un inputQualcosa(non vedo il codice da mesi sorry ) che leggesse e sparasse questi valori al posto della tastiera.

c' era una inputInterface, ma io preferirei se possibile notificare gli eventi rotazione/ muovi/ droppa piuttosto del codice dei tasti ...

[jappilas]

Originariamente inviato da 71104

si, e per quanto riguarda il playback? ti ricordo che attualmente non siamo fermi sul logging (che è già fatto), ma sul playback.

la parte playback come giustamente dicevi sarebbe indipendente dalla strategia di logging scelta, ma ho l' impressione che fare il playback degli eventi "clockwise rotate" o "move left/right" sia meno o altrettanto complesso che non istanziare le action
oltre che, le modifiche richieste alla grid e al controller, utili e propedeutiche per integrare un certo Artificial Player...

poi le action, cioè verificare che si verifichino in seguito a un evento rigenerato come nella partita originale, è in effetti utile ma può essere aggiunto dopo
(imho)

[jappilas]

... è da un po' che non vedo il codice quindi non ricordo più il livello di raggiunto dalle biggem in seguito agli sforzi di ufo e bol,
ma credo che se il codice arrivasse a supportare delle "bigStones" , cioè piastrellloni di solida roccia che si comportino contemporaneamente come bigGem, come Droppable e come stone ( sì lo so che non servono ma è per dare l' idea ) sarebbe un indicatore di un buon livello di consistenza ed eleganza , quindi il refactoring ci sta sempre

[Ufo13]

Allora ragazzi io il codice prima che lo sviluppo si fermasse me lo sono girato tutto in lungo e in largo per gli interminabili refactoring richiesti.

Io eliminerei del tutto il playback e advanced mode per ritornare al codice che, a mio parere, era ancora decente prima che iniziassimo a sviluppare queste due parti.

Ancora prima di iniziare il refactoring delle BigGem io penserei bene a fare una revisione completa dei test. Alcuni sono davvero inspiegabili... Molte cose nella fretta venivano testate alla buona senza pensare bene a come si poteva semplificare tutto (non abbiamo più introdotto mock per esempio). Una volta terminati tutti i preparativi si può cominciare a fare sul serio

[Bonfo]

Caspita...mi ero perso l'apertura del topic.
Ormai a Diamonds non ci guardo piu' spesso.

Ora mi leggo tutto e poi scrivo!!

[Bonfo]

Sara' un post un po' lungo


Risposta all'appelo: SI' DA PRIMA DI SUBITO.
Da quando sono entrato nel team ci sono sempre stato e ci sono ancora...sono stato uno degli ultimi a mollare e spero uno dei primi a ripartire!!

La mia vita.
Per essere corretto vi racconto i miei ultimi e prossimi mesi di vita.
Sono in inghilterra, Aylesbury vicino a londra, a fare la tesi in un laboratorio di ricerca di una divisione di Freescale...devo lavorare su una GPU
Quindi ho orari lavorativi anche se non sono pagato...quindi posso fare un po' come mi pare basta che per marzo ho finito la tesi
Nel contempo devo finire 2 progetti per esami, ma basta un'ora al giorno che ti toglie l'esame di torno :lol:

Diamonds
Vedo che ci siamo...un po' tutti.
Eravamo solo n po' cotti pe ril periodo....ma il codice non ci dava una mano.
Dobbiamo fare 2 tipi di scelte:
1) Come portare avanti il progetto
2) Scelte prgettuali

Ora le decisoni al punto 2 contano pochissimo.

Come lo facciamo sto progetto?? Rimaniamo fedeli a come abbiamo iniziato? Io dico di si'. XP-TDD con pair programming per le cose difficili e pre i nuovi entranti e task bisettimanali con le storie e deadline imprescindibili. Punto.

Sulle deadline voglio spendere 1 minuto.
Simao un progetto didattico...dobbiamo imparare, quindi le deadline non sono un problema di vita o di morte, ma se vogliamo imparrae veramente ci dobbiamo mettere in una condizione di lavoro "vera".
Ed in ogni caso mi sembra che ci siamo scordati le bellissime lezionii di Fek: le deadline sia delle milestones che quelle settimanali sono strumenti per il progetto...valutando quanti task faccio in un asettimana sono in grado di calcolare la velocita' del progetto e quindi determinare se sto andando veloce o lento e quindi anche determinare le date delle release in modo piu' affidabile possibile e caso mai accelerare o rallentare il ritmo per non stressarci troppo.
Per fare questo ci vogliono dei buoni "task designer" e codice gestiile.
Insomma le deadline non sono contro di noi, ma sono uno strumento per noi

Ora il metodo di progetto originale non e' affrontabile...un qualunque task per come e' fatto il codice (che non mi ricordo piu' ) richiede delle giornate. quindi non ci siamo proprio.

Quindi smettiamo subto di parlare di come implementare quello o quell'altro. Dal mio punto di vista dobbiamo fare un freezing assoluto e mettere tutto a posto.
Quindi ok "eliminare" le cose incompiute, o meglio acconatonarle in un angolo per poi rimplementarle...Diamond non puo' essere senza Advanced Mode , e rimettere tutto a posto rifattrizzando tutto il codice del gioco, le BigGem in droppable, le action e gli state (che c'e' da impazzire considerando quanto le loro responsabilita' siano sovrapposte e poco chiare sia tra le actio, sia tra gli state e sia tra action e state) e TUTTI I TEST, bisogna ridividerli in classi e package, rifarli uno a uno. E probabilmente il refactoring piu' importante e' prprio quello dei test !!!!

Insomma se vogliamo risuscitare il progetto dobbiamo rifondarlo alle basi...se ci mettiamo a mettere pezze e poi riniziamo ad implementare far un piao di settimane ci ritroviamo impantanati in task scemi che pero' ci richedono 2 settmane....il succeso del progetto si gioca li': task che riuscimao a svolgere in 4 ore massimo.
Allora si' che chi ha poco tempo (tutti) riesce comunque ad essere di aiuto e produttivo e un poco alla volta, molto poco alla volta, costruiamo il il gioco, ma almeno la velocita' di svilupppo e' costante, positiva e diversa da zero...insomma finiamo il gioco !!!!

Ora parliamo delgi utlimi "fantasmi"
Ho sentito Jocchan via pvm e lui e' a Bologna (ora che c'e' lui non ci sono io ) e si e' trasferito e sta per terminare il periodo di assestamento....quindi forse torna a darci una mano, ma mi sa che le premesse sono un buon team.

A questo punto manca Fek. Io lo conosco poco, ma posso dirvi che per me e' un guru.
Posso immaginare che il vederci sparire tutti un po' alla volta e non riuscire a mantenere gli impegni che noi stessi avevamo preso con noi stessi gli ha fatto perdere un po' di fiducia.
Poi suppongo che sia anche molto impegnato...non so a che punto e' Fable2, ma mi sa che anche le sue di deadline si stanno avvcinando
Quindi mi sa che non lo vedremo tornare....


...subito.

Insomma se ci faccimao il e gli faccimao capire che abbiamo gli attributi...bhe' forse una consulenza non retributia potrebbe farla

Qualcno ha sentito Vicius ???


Ok ragazzi...grazie per aver sopportato il mio
Ora mi tiro su le maniche e si lavora

[Syst3m Crash3r 480]

Mi permetto di dare un piccolo incoraggiamento: forza team Diamonds, dateci dentro! Bravi!

[71104]

be' oh, a sto punto siamo in 9, direi che se non ricominciamo a lavorare così vuol dire che abbiamo decisamente perso interesse e fiducia nel progetto. proverò a dare io un piccolo spunto

[jappilas]

domanda: per riportarsi a un regime che assomigli a quello di una volta , serve anche una build machine come il setup cruisecontrol che ai tempi girava a casa di francesco?
o ne possiamo fare tranquillamente a meno?

[cionci]

Serve ad ogni costo... Almeno secondo me... La build machine è un sistema di riferimento fondamentale...

[Bonfo]

Bene...
...ora il problema è dividersi i compiti.

Tutto qua

[Ufo13]

domani pomeriggio penso di vedere Francesco, gliene parlo.

Se tutto va bene, nelle prossime settimane potrò dedicare qualche ora nei weekend a Diamonds

[Ufo13]

Comunque abbiamo raggiunto i 9596 Download :P

[Bonfo]

Originariamente inviato da Ufo13

domani pomeriggio penso di vedere Francesco, gliene parlo.

Se tutto va bene, nelle prossime settimane potrò dedicare qualche ora nei weekend a Diamonds

Ricordagli di una bella birra insieme !!!

[71104]

Originariamente inviato da Ufo13

Comunque abbiamo raggiunto i 9596 Download :P

limortè

uno manco se ne accorge

[71104]

Originariamente inviato da cionci

Serve ad ogni costo... Almeno secondo me... La build machine è un sistema di riferimento fondamentale...

verissimo!

[Antares88]

per la build machine, se non c'è più quella di Fek, potremmo pensarci come al solito noi di NSN

[jappilas]

Originariamente inviato da Antares88

per la build machine, se non c'è più quella di Fek, potremmo pensarci come al solito noi di NSN

[Bonfo]

Ragazzi, parto proprio bene...non riesco a fare il checkout

Ma spartacus è su adesso...??
Quale porta usa subclipse? Forse ho ho la porta chiusa.

Ed utlima cosa...l'url è:
svn://spartacus.dnsalias.net/diamonds
vero ??