[rosedu-general] Propunere înlocuitor CDL toamnă.

[Alex Morega]

On 9 Feb 2012, at 15:45, Mihai Bivol wrote:

> În data de 9 februarie 2012, 14:51, Laura Vasilescu
> <vasilescu.laura at gmail.com> a scris:
> 
>> 2012/2/9 Vlad Dogaru <ddvlad at rosedu.org>:
>>> 2012/2/9 Mihai Bivol <mm.bivol at gmail.com>:
>>>> Hm, fără interviuri și doar cu proiecte... Ar putea fi un longshot să
>>>> încercăm ceva din semestrul acesta?
>>> 
>>> Eu nu înțeleg cu ce e diferit de Hack Day[1]: people show up, they
>>> work on stuff.  It either works or it doesn't, they either come back
>>> or they don't.
>>> 
>>> [1] Nu am fost la niciun Hack Day, dar am urmărit ce e.
>> 
>> Păi nu cred că se vrea cu nimic mai mult de atât. Doar sa existe mai
>> multe sesiune și continuitate.
>> La ultimul hack day din câte am înțeles, oamenii d-abia au apucat să
>> vadă care e treaba cu hbase și nu au apucat să și lucreze efectiv.
>> Daca s-ar mai întâlni după, ar putea să lucreze (acum că știu despre
>> ce este vorba).
>> 
> 
> În principiu mentorii ar trebui să aleagă task-uri făcubile. Am
> impresia că este destul de dificil să faci asta cu o masă de oameni
> ad-hoc.
> În plus, la Hack Day, mentorii nu sunt obligați să revină.

Ba da, mentorul trebuie să fie acolo, să prezinte proiectul, să propună taskuri și să dea o mână de ajutor.

> La "hai să scriem cod la același proiect până se implementează ceva
> cool - days". Mentorii ar trebui să vină cu un task mai mare de
> rezolvat și să aibă un commitment mai mare decât la Hack Day.
> Poate e posibil să se gestioneze împărțirea de task-uri după 2 ediții
> și studenții să se trieze de la sine. Totul e să mai rămână câțiva
> care să și finalizeze și task-ul.
> 
> Treaba asta trebuie să fie marketată _diferit_ de "vii, codezi, dacă
> iese ceva bine, dacă nu, nu". În principiu, vrei să ai un feature
> working la final de curs/ediție. Pe asta trebuie să se mizeze. Asta
> este și diferența față de Hack Day. Dacă nu se mizează pe commitment
> atât de la studenți cât și de la mentori, ar fi _exact_ același lucru
> cu organizatul de Hack Day mai des.
> Eu nu cred că se poate obține o astfel de implicare doar din calitatea
> unui HackDay (s-au scris patch-uri, mentorul mai vine, dar nu se știe
> când). De aceea am impresia că acest baby-event ar trebui promovat
> diferit de Hack Day, cu accent pe getting things done, nu experimentat
> lucrul la diferite proiecte.

Și la Hack Day e vorba despre "getting things done". Că nu iese întotdeauna, asta e altceva :)

Nu văd mare diferență între cele două feluri de evenimente, așa cum le descrii. Gradul de seriozitate nu e "by design", e mai degrabă un indicator al succesului evenimentului. Înțeleg că ești nemulțumit de calitatea hack day-urilor, și până la un punct sunt de acord, dar orice (alt) eveniment o să aibă aceleași probleme. Soluția mai bună mi se pare să facem hack day-urile mai bine, și putem face asta în două locuri: cu mentorii (să găsim mentori buni, să-i ajutăm să pregătească mai bine proiectele) și cu promovarea (să ajungem la mai mulți studenți, sau să prezentăm evenimentul într-o lumină cumva diferită).

> Într-adevăr, conceptul HackDay a mers foarte fain pentru WoUSO, câteva
> feature-uri implementabile rapid. Dar când vrei ca aplicația ta să
> facă și cartofi prâjiți trebuie o abordare diferită.

De ce?

-- Alex