Sincer, tot threadul ăsta de mesaje a ajuns sau un loc bun de a consuma pop-corn sau un loc bun de a te confuza și mai tare. Urmează un mail _extrem_ de lung, scuze că n-am avut timp să-l scurtez (am pus concluzii/tl;dr la final). Dar vreau să expun multe puncte de vedere, feel free to kill them with fire.
1. Am pornit discuția de la faptul că există extrem de multe liste și majoritatea nu mai sunt folosite. Unii s-au speriat că vor fi șterse arhive dragi, memorii din trecut, whatever. Alții au zis că e poluare vizuală. Ambele părți au dreptate, putem face o pagină pentru listele deprecated și le ștergem doar pe cele care nu au primit nici un mail, care nu au fost folosite. E o soluție de compromis dar e foarte bună pentru problema asta. 2. Problema următoare a fost faptul că avem multe liste *-internal și ajungem la o divizare a comunității în bisericuțe numite proiecte. Nu vom rezolva asta omorând listele *-internal și nici nu vom accentua asta creând alte liste *-internal. Please drop this argument. 3. Putem rezolva problema împărțirii în bisericuțe numai și numai prin publicarea de status reports într-un format sau altul. Propun atât prin mail cât și pe site dar și prin întâlniri periodice de bere și acumulat de idei. Avea Dan o idee de genul ăsta semestrul trecut dar nu ne-am ținut de ea. E foarte cool dacă reușim să facem întâlniri în care să discutăm despre stadiul fiecărui proiect și de problemele întâlnite pentru a obține feedback și din partea celorlalți (care nu se vor implica în proiect decât dacă le place ce facem). Dacă cineva nu poate veni la asemenea întâlniri poate oricum să vadă progresul pe mail / site / irc. Da, putem folosi IRC-ul pentru updates. Avem deja un bot care face asta pentru site și hackdays, mă voi ocupa să-l fac să meargă și pentru celelalte proiecte de pe http://github.com/rosedu. (deadline marți/miercuri). 4. NU trebuie să creăm liste *-internal sau liste per proiect doar de dragul de a le crea. Trebuie analizat ce beneficii există în a le crea și ce dezavantaje apar. Doar dacă e bine să facem asta merită să le facem. Un exemplu: cdl-internal și webdev-internal ar fi utile pentru organizarea evenimentelor. În cazul în care avem nevoie de sincronizare între CDL și WebDev (sucuri de exemplu) se poate trimite mail la ambele liste (cu înscrierea oamenilor pe ambele :P). Alt exemplu: nu mi se pare util un techblog-internal de exemplu. Ce am putea pune pe lista aia? O planificare a articolelor? De ce nu merge pe rosedu-general? O discuție despre teme și layout? De ce nu merge pe rosedu-general? 5. Lista rosedu-general va acumula extrem de mult trafic. Asta va face mulți oameni să marcheze ca fiind citite majoritatea mesajelor și se pierde din vizibilitatea internă. Cel puțin ăsta e argumentul manevrat pe aici. NU cred că este un argument valid. Cei care încep să marcheze mesajele as read sau sunt sătuli de spamul pe care-l facem după fiecare thread când începem să deraiem prea tare în offtopic sau chiar nu sunt interesați prea mult de ce facem. Da, e o clasificare alb-negru, coarse-grained dar e utilă pentru ce vreau să zic. 6. Putem folosi rosedu-general doar pentru anunțuri de activități și cereri de input din partea întregii comunități. Anunțuri de tipul «în cadrul proiectului X am făcut Y» (vezi 3) sau «vrem să lansăm proiectul Z, am avut discuții preliminarii cu T, U și V și avem aici [ț] centralizate părerile de acolo. Aveți și voi alte sugestii?» (unde ț e un link spre un google-doc _public_). Urmat după un timp (și eventual câteva întâlniri) de «Facem proiectul W. Toți cei care vor să se implice sunt rugați să se înscrie pe doodle[q] sau pe wiki[t]» urmând ca după deadline doar lor să li se trimită restul mesajelor legate de proiectul W, doar update-urile ajungând pe rosedu-general. 7. Cum trimitem mesaje doar celor implicați în proiectul X? NU facem o listă (vezi 4) decât dacă e absolut necesară (și vrem să păstrăm detalii de organizare de la un an la următorul). În rest, un banal alias ajunge, nu credeți? Oricum, e cam transparent pentru utilizatori și nu trebuie arhivat :) 8. Crearea listei noi, pe care o să-mi permit s-o numesc [email protected] maschează de fapt toate problemele de mai sus și nu rezolvă nici una. Nu vrem să mai spamăm pe rosedu-general dar vom scrie pe lista asta. Unde vom înscrie toți membrii organizației și se va mai înscrie oricine va dori. Cum nu e asta spam? Dacă X nu vrea să se implice în W de ce să primească mailuri de «avem nevoie de sucuri pentru eventul W» sau «mâine la W vom avea invitat surpriză pe R»? Mesajele astea merg bine doar către cei care se implică în proiect (vezi 7). Cele de status report merg bine pe rosedu-general (vezi 6 și 3). Ar mai fi de zis dar vă plictisesc textele lungi și vreau să mă opresc și eu la un număr rotund. ==================================== Concluzii (tl;dr;): a. Lista nouă e creată cam degeaba, nu rezolvă și nu crează nici o problemă semnificativă. Nu are impact. (8) b. Folosim rosedu-general DOAR pentru status report (6, 3) și pentru anunțuri de proiecte noi, cereri de feedback și call for participation (6). c. Pentru a trimite mail doar celor implicați într-un proiect creăm liste doar dacă merită (7, 4) sau un alias (7). d. Argumente precum lista rosedu-general are prea mult trafic sunt adevărate dar soluția este să limităm numărul de mesaje inutile acolo (spam, offtopic, deraieri) (5) e. Argumentul cu divizarea comunității (2) este rezolvat de trimiterea periodică de status updates (6, 3) în diverse formate (vezi 3). Nu prin distrugerea sau crearea de alte liste (2). f. Ștergem doar listele care nu au avut trafic. Listele care nu au trafic acum le mutăm pe o pagină separată, pentru arhive sau ceva. (1). Pe pagina principală apare doar rosedu-general și rosedu-offtopic cu precizarea clară că rosedu-offtopic este listă de spam :) Just my .42€ -- MM "dacă nu scriu pe blog un articol lung dau un mail lung" _______________________________________________ http://lists.rosedu.org/cgi-bin/mailman/listinfo/rosedu-general
