ARGOMENTO:

Ciao ragazzi,
in questo periodo in cui si parla e si orgazizza delle sfide, con risultati ottimi, per quanto riguarda quella in corso su rosetta, ho deciso di dare anche io il mio piccolo contributo alla cumunità, su come si potrebbe orgazizzare una competizione e quali siano le regole.
Naturalmetne la mia è solo una bozza, un'idea, che ho maturato in questi giorni.

La competizione importante in corso, mi ha fatto riflettere su una mancanza che questa comunity ha: la mancanza di una sfida che si svolga regolarmente ogni tot di mesi e che possa ulteriormente cementare il gruppo, facendo così espandere sia il gruppo stesso che il calcolo distribuito in Italia.
Detto questo, appare evidente che per creare una sfida in cui tutti possono non solo partecipare ma far si che, anche se modesto, il proprio contributo possa "contare", bisogna escludere tutti quei progetti che utilizzino la GPU, e concentrarsi solo su quelli che elaborano con la CPU.
Ecco cosa mi è venuto in mente: Una sfida ad iscrizione organizzata a gruppi, che si tenga ogni 6 mesi.

Detto questo passo a una breve descrizione, con un esempio pratico.
1) 1° settimana: apertura votazioni sulla scelta del progetto sui
verterà la sfida.

2)Dopo di che, apertura delle scrizioni per un mese o 15 gg, per
iscriversi direttamente alla sfida.

3) settimana di pausa per organizzare i gruppi: formazione di gruppi di circa 10 utenti, se il numero dovesse essere non divisibile per 10, un utente in più partendo dal basso. Sul progetto scelto i primi per rac, saranno le "teste di serie", gli altri o si sorteggerà a caso o ogniuno, si potrà iscrivere al gruppo che vuole. ( nel caso di scelta del gruppo, quelli che non lo faranno, verranno automaticamente iseriti partendo dal primo posto libero in ordine alfabetico, in base al nome utente con cui è iscritto al progetto).
Es: Iscritti 53. 10 gruppi da 5 utenti l'uno, ad eccezzione degli ultimi 3 che ne avranno 6. Primi 10 per rac del progetto, fanno i primi per ogni gruppo. (In ogni caso sconsiglio gruppi da più di 10 persone).

4) inzio della sfida, di 15 gg (continuativa)organizzata in 3 parti.
1 parte:
primi 5 gg, vince il gruppo che fa più crediti, ad ogni gruppo viene dato un punteggio (quantità da decidere), inversamente proporzionale alla posizione in cui è arrivata.
es (riprendo quello di prima): 100 punti la primo, 90 al secondo, 80 al terzo, 10 all'ultimo(così tutti i gruppi possono fare i punti, utili per le fasi successive).
es2: gruppi 13 sempre di 10 persone: 130 punti al primo, 120 al secondo, ecc
2 parte:
altri 5 giorni: come nella sfida in corso, vengono contati solo i punti effettuati in più dei primi 55 gg. Stesso metodo di punteggio della prima parte(così non ci complichiamo la vita),chi non riesce a farne in più non ottiene punti.
3 parte:
tutti contro tutti, indipendentemente dai gruppi. Distribuzione dei punteggi, uguale alle altre due sfide, ma con correspettivo uno a uno.
Es: se ci sono 100 iscritti il primo prenderà 100, l'ultimo 1.
Il punteggio di ogni persona poi si sommerrà a quello del relativo gruppo.

5) Vince il gruppo che otterrà più punti.
Inoltre, per i primi 3 indipendentemente dal gruppo vincitore (da calcolare in base hai crediti totali effettuati in tutta la durata della sfida), una stellina d'oro per il primo, d'argento per il secondo e di bronzo per il terzo.

Ripeto questa è una semplice bozza, sicuramente non è perfetta, ma spero che abbia chiarito la mia idea.

uh quante cose in un solo post

Alcune idee mi piacciono, alcune meno, altre non le ho capite. Iniziamo:

1) mi piace molto l'idea di una competizione organizzata per gruppi con le precisazioni:
---> challenge occasionale (una tantum), allora i gruppi si fanno solo per il challenge e si disfano subito dopo
---> challenge ripetuto (come suggerisci tu), allora i gruppi dovrebbero mantenersi attivi per molto tempo e nel nostro caso allora potrebbero solo che essere i gruppi interni (regioni, HWU, etc...)


2) non ho ben capito il ruolo delle "teste di serie"

3) non ho ben capito se intendi che i gruppi devono avere tutti lo stesso numero di utenti. Secondo me il numero dovrebbe essere libero così si potrebbe opporre la forza di uno (testa di serie) alla forza di tanti e magari ottenere risultati insperati

4) in generale però penso che sia difficile mantenere alta la partecipazione per un challenge "ricorsivo". Viene l'idea, si fa e se riesce bene si rifa dopo un po' di tempo con le necessarie correzioni. Ma non credo si andrebbe oltre le 2 edizioni perché non ci sarebbe più l'effetto novità

Ciao bax,
scusa se il mio post è stato molto lungo
Ti rispondo:

1)la mia idea riguarda una sfida regolare, da compiere tutti gli anni circa nello stesso periodo. Per quanto riguarda i gruppi, anche se una sfida ricorrente, io non lascierei i gruppi fissi, preferirei che ogni volta chi vuole partecipare scegliesse il gruppo che preferisce, per lasciare sia miglior libertà di scelta all'utente, sia per far si che gli utenti dello stesso gruppo non siano per forza legati a livello regionale, o di gruppi già formati all'interno della comunità (personalmente non mi piace che, faccio un esempio, un gruppo con 30 utenti si scontri con un gruppo di 2 utenti, indipendentemente dalla potenza elaborativa, mi sa di scoretto). Io penso che in questo modo anche chi ha solo un eeepc a , abbia anche la possibilità di fare in modo ( con la sfida a tre turni e il punteggio che ho dato come esempio) dia il contributo in punti anche lui.

2) per teste di serie, intendo al momento della formazione del gruppo i primi che hanno un rac giornaliero elevato siano i "rappresentanti" ogniuno di un gruppo, questo per evitare che finiscano tutti in un unico gruppo, che porterebbe ad una facile vittoria.
Faccio un esempio: mettiamo che il progetto scelto sia rosetta, i primi in rac siamo, io, Bax, Ghz, Dario con un rac rispettivamente di 5000-4000-3000-2000, se ci mettessimo in un unico gruppo faremmo già un rac di 14000 e la vedo dura per gli altri gruppi.
In sostanza le "teste di serie " servono per equilibrare un po' la potenza di ogni gruppo, in modo non sia solo la potenza bruta ma anche un minimo di tattica e organizzazione.

3) come già spiegato, personalmente (non è detto che deve essere come la vedo io) fare gruppi fissi di un tot di persone, evita di essere 30 contro 2, che mi sa non imparziale. Per quanto rigurda, se fosse possibile, i primi contro tutti gli altri, sarebbe una possibilità... anche se, sempre personalmente, non mi ispira molto.

4) per quanto riguarda, l'effetto novità, sinceramente io non punto su quello. Ritengo infatti che la novità porti si nuovi utenti, ma probabilmente solo per il periodo della sfida e solo quelli utenti che elaborano solo per i crediti in quel periodo. Non che sia un male, ma preferirei una sfida dove chi ci tiene alla ricerca sia più invogliato a fare bene (che ne so: so che a ottobre c'è la sfida il pc lo cambio adesso non a natale). E ai nuovi utenti che iscrivono solo per quello, che sappiano che la ricerca non dura solo le 2 o 3 settimane, per i crediti, e poi si spegne il pc. La ricerca ha bisogno di te tutti i gg dell'anno, anche a natale e a capodanno, sperando così, che i nuovi rimangono e non spariscono fino all'anno dopo.

OK per il punto 1 e 3, diciamo che "gruppo libero" va bene però magari non con un numero fisso di partecipanti. Magari un po' di elasticità: da MIN a MAX molto ravvicinati

OK per punto 2, chiarito. Infilerei nelle teste di serie anche quelli che notoriamente hanno una grossa potenza elaborativa che possono spostare da un progetto all'altro facilmente (però magari in quel momento scaccolano su altro e non sono tra i primi come rac)

OK punto 4

scusa se rispondo solo adesso, ma ho finito di lavorare da poco...

Mi fa piacere sapere che, in linea di massima, concordi con le mie idee (da incallito, ).
In ogni caso, io ho detto come la vedo, sperando che anche altri utenti condividano la mia scelta, non posso far altro che passare la palla ai sommi imperatori del sito e forum.

E naturalemente a tutti quelli che voglio dare il loro contributo.

anche a me va bene, la sfida a squadre mi inspira un casino