Laboratoare:Old:Sugestii imbunatatire

Curs

 * TODO:FIXME

Laborator

 * TODO:FIXME

Site

 * TODO:FIXME

Listă de discuții

 * TODO:FIXME

Teh team

 * TODO:FIXME

Andrei (Pitiș)

 * TODO:FIXME

Răzvan

 * TODO:FIXME

Daniel

 * TODO:FIXME

Mircea (Bardac)

 * TODO:FIXME

George

 * TODO:FIXME

Lucian

 * TODO:FIXME

Mihnea

 * TODO:FIXME

Mircea (Gherzan)

 * TODO:FIXME

Andrei (Ismail)

 * TODO:FIXME

Curs

 * TODO:FIXME

Alexandru Marinescu, 335CA

 * realizarea unui cheatsheet pentru fiecare capitol, sau per curs(este discutabil); eu personal, m-am lovit de foarte multe ori de situtia in care sa am nevoie punctual de un nume de functie sau de o lista de parametri, iar un astfel de document ar ajuta foarte mult [SO cheatsheet :) ]
 * RD: la curs există un ultim slide conținând cuvinte cheie; ce anume soliciți tu de la un astfel de cheatsheet pentru laborator care nu se găsește pe site? Numele funcțiilor și exemple de utilizare apar pe site - pentru detalii consulți paginile de manual și SDK Documentation/MSDN. E ceva care nu există și ți s-ar părea util? (fii cât mai punctual)
 * AM: http://opencompany.org/download/regex-cheatsheet.pdf asta este un exemplu de cheatsheet pentru expresii regulate. Ar fi foarte fain sa avem asa ceva si pentru sisteme de operare: nume de functii + paramentrii foarte des intalnite intr-un singur document la care sa apelez fara sa fie nevoie sa citesc sau documentatii sau pe site sau mai stiu eu in ce alt loc
 * Alexandru: foloseste man & google. nu trebuie sa devii dependent de documentatia de la laborator / de pe site.
 * realizarea mai multor exemple pentru exemplificarea principiilor prezentate in fiecare laborator; dupa parerea mea learn by example se preteaza foarte bine pentru laboratorul de SO
 * RD: s-a adus acest feedback și am luat la cunoștință; încercați vă rugăm să fiți punctuali; de exemplu
 * ar fi fost bun un exemplu de folosire a HeapAlloc cu opțiunea de "zero memory"
 * ar fi mai bine dacă s-ar detalia folosirea apelurilor de creare de chei la IPC - ftok)
 * noi punem exemple ca să se înțeleagă modul de utilizare dar nu putem să punem modul în care se creează un kernel :-) ... există și limitări de spațiu; exemplele trebuie să fie la obiect (hit the spot), relevante (no nonsense) și cat mai usor de inteles (don't get carried away)
 * posibilitatea de a obtine punctajul maxim pentru implementarea pentru un singur sistem de operare; atat timp cat se urmareste deprinderea unor principii, consider util sa se lase la latitudinea fiecarui student sistemul de operare in care doreste sa faca implementarea
 * RD: se pot obtine de obicei 8-9 puncte pe Linux si cred ca e OK. E aproape de punctajul maxim (10). Ce vine peste 10 e bonus. Un student care face totul pe o platforma si inca 1/3 din cealalta are maximul la labortor. Consideram ca este un bun compromis intre a alerga dupa doi iepuri fara sa prinzi nici unul, intelegerea conceptelor si acordarea unui punctaj relevant.
 * RD: laboratorul 5 va fi realizat fie doar pe Linux, fie doar pe Windows; este destul de intens si nu se poate rezolva pe ambele platforme in timpul asociat de laborator


 * structurarea taskurilor de laboratoar astfel incat o parte din munca depusa la laborator sa poate fi utilizata in temele de casa

Site

 * TODO:FIXME

Listă de discuții

 * TODO:FIXME

Teme
enunt modificat astfel incat sa nu lase loc de nici o interpretare. specificare depunctare mai clara pentru nerespectarea enuntului. test simplu pentru cazul inserarii unui nod, urmat de stergerea acestuia si afisarea arborelui. FAQ: cu intreabarile cele mai des intalnite pe lista de discutii ( asta pt toate temele).
 * Tema 2

Teh team

 * TODO:FIXME

Andrei (Pitiș)

 * TODO:FIXME

Tavi

 * TODO:FIXME

Alex (Mihăiuc)

 * TODO:FIXME

Alexandru (Moșoi)

 * TODO:FIXME

Andrei (Deftu)

 * TODO:FIXME

Daniel

 * TODO:FIXME

Iulian

 * TODO:FIXME

Lucian

 * TODO:FIXME
 * Fix what?

Mihnea

 * TODO:FIXME

Mircea

 * TODO:FIXME

Răzvan

 * TODO:FIXME

Curs

 * uneori este prea abstract
 * care din subiecte? Tavi 00:28, 8 December 2007 (EET)
 * nici pana acum nu s-a facut la vreun curs partea de "Linkers and Loaders" - toata lumea crede ca sunt lucruri stiute
 * pai s-a facut (cursul 6 pe site); sau poate nu am inteles eu cum trebuie comentariul? Tavi 00:27, 8 December 2007 (EET)
 * ma refer ca toata lumea crede ca noi stim de undeva cum se face un .dll sau un .so, ce presupune diferit fata de un .obj (nu ma refer doar la partea de "unul se include in cod, altul apeleaza la runtime", ci chestii de genul "trebuie pus extern __declspec(dllimport), o sa va genereze un .lib, compilati cu .lib-ul, pe Linux trebuie pus in path-ul lui ld")
 * vezi primul laborator; however, ar fi fost bine sa se fi facut si niste exercitii cu biblioteci Tavi 19:36, 9 December 2007 (EET)
 * Ar prinde foarte bine niste diagrame animate. Flash-ul si animatiile powerpoint nu s-au inventat ieri. E mult mai usor sa intelegi niste chenare colorate care se plimba decat niste sageti monocrome.
 * un suport de curs de tip text (as in "not ppt"). Cursul prezinta destule concepte la un altfel de nivel fata de cartea lui Tannenbaum. La RC exista o carte de laborator si e foarte buna pentru invatat la examen, dar si ca o carte de referinta pentru anumite concepte. Sunt sigur ca ar exista studenti care macar s-ar oferi sa faca un review al unei eventuale carti, daca nu si sa participe activ la redactarea uneia. Lucian 02:33, 8 December 2007 (EET)
 * cursul urmareste foarte mult cartea lui Tanenbaum si doar este completat pe alocuri cu studii de caz; singura diferenta majora este "partea de Linkers and Loaders", care e excelent explicata in "Linkers and Loaders"; daca aveti alte opinii, argumentati-le cu exemple :) Tavi 17:04, 8 December 2007 (EET)
 * Un exemplu de slide-show îmbunătățit : niște text pe lângă slide. Lucian 20:43, 21 December 2007 (EET)

Laborator

 * exerciţiile sunt destul de dificile
 * RD: trebuie să fie mai bine ponderate; exerciţii foarte simple la început, eventual testarea unor exemple deja realizate


 * accent mai mare pe Linux decât pe Windows
 * RD: din păcate pe Linux sunt mai uşor de aplicat multe concepte, dar vom lucra la partea asta


 * apare "goana după puncte", se pune mai puţin accent pe înţelegere
 * RD: da, e un risc; pe ansamblu, sistemul task-based al laboratorului cred că este mult mai avantajos pentru studenţi decât unul în care doar se povestesc concetptele
 * RD: părerea mea este că trebuie lucrat la structura unui laborator ca să fie luat încet şi apoi din ce în ce mai aproape
 * RD: consider benefică o structurare a laboratorului asemănătoare cu cea de la RLC doar că să înceapă cu 5 întrebări teoretice, să treacă studentul prin nişte comenzi, să-l pună să compileze şi să execute un program deja făcut ca să vadă cum merge, apoi să modifice/completeze un schelet de exerciţiu, culminând cu exerciţii din ce în ce mai grele (eventual un exerciţiu care să fie făcut de la 0)


 * maşina virtuală de Linux cu mediu grafic se mişcă greu
 * RD: da, trebuie să găsim o altă soluţie; există un mecanism de freezing pe care îl vom pune semestrul viitor; e folosit pe moment la USO, la RL (anul 3) şi, în curând, la RLC (anul 4)


 * unele rezolvări la exerciţii se pun târziu pe site


 * unele exemple au erori


 * In opinia mea, laboratoarele sunt mult prea mari, iar exercitiile mult prea multe. Un student normal are 3 optiuni: (a) Citeste enuntul acasa, vine la laborator si face exercitiile - nu mai este atent la ceea ce ii spune laborantul (b) Citeste enuntul acasa, vine la labroator si asculta expunerea laborantului - nu mai are timp sa faca nici jumatate din exercitii (c) Face exercitiile de acasa (eventual le ia de la alti colegi), la laborator intreaba doar ceea ce nu i-a iesit - nu isi mai are rostul laboratorul.  Oricum, chiar si asa, laborantul nu are timp sa explice in detaliu tot ceea ce acopera laboratoarele; solutia mea ar fi sa se reduca continutul laboratoarelor, astfel incat sa se poata expune intr-o ora, iar exercitiile sa se faca in 30 de minute (ca sa apuce toata lumea sa le faca si sa fie verificate intr-o ora)


 * Ar trebui mai multe exemple de folosire a functiilor, cu intindere mica (vezi exemplele din MSDN)


 * Ar trebui prezentate functiile Posix in paralel cu cele de Win32API, iar exemplele sa fie pe doua coloane, ca sa se vada cum se poate porta usor de pe o platforma pe alta


 * Ar trebui studiata la inceput partea de shell scripting pentru a fi familiarizati cu mediul linux de la inceput (avand in vedere ca pana acum nu am avut nici un curs linux)


 * S-a intamplat de mai multe ori sa nu mearga Internetul in sala, si sa nu fie disponibile offline documentatia si cerintele laboratorului. StefanB 14:59, 30 December 2007 (EET)
 * Solutii posibile: La sectiunea de asteptari din partea studentilor, sa se treaca faptul ca trebuie sa vina de-acasa cu laboratorul printat, si sa nu se bazeze pe ce gasesc in sala de laborator, sau ca asistentul sa aiba asupra sa un USB stick cu laboratorul, etc. StefanB 14:59, 30 December 2007 (EET)

Site

 * foarte stufos; multe informaţii
 * RD: sunt multe de spus şi noi le-am pus toate pe site; soluţia ar fi să existe un mic rezumat - maxim 2-3 ecrane al laboratorului; informaţiile exhaustive se vor găsi în forma actuală a laboratorului


 * un laborator foarte întins "demoralizează"


 * prea puţin utilizată rubrica 'Anunţuri'


 * ineficient expusă partea teoretică a laboratorului

Listă de discuţii

 * se pot da mai multe răspunsuri; mai multă implicare din partea asistenţilor
 * RD: guilty as charged
 * răspunsurile sunt uneori prea succinte
 * RD: da, răspunsurile pot fi ceva mai complete; pe de altă parte nu se poate da totul pe tavă; trebuie să existe un echilibru; se putea, într-adevăr, mai bine
 * Uneori, chiar inainte de deadline, nu se mai raspunde la intrebari, nu mai primim niciun fel de feedback (Exemplu Tema 3)

Teme

 * destul de dificile; unele teme au erori de proiectare
 * RD: am primit niste remărci foarte pertinente de la Ştefan Bucur, Alex Radovici, Radu Sărmăşag şi Alex Şuhan; vom lucra la asta


 * enunţul lung


 * Nu intotdeauna reflecta ceea ce se preda - exemplu tema 4, in care mai mult avem de tratat erori decat sa lucram cu functii asincrone.


 * Nu obtinem feedback la timp asupra a ceea ce am lucrat, pentru ca toate temele se corecteaza la sfarsit. Astfel, orice greseala risca sa se repete in toate temele si sa fie sanctionata de mai multe ori. StefanB 15:00, 30 December 2007 (EET)

Tavi

 * ar trebui să utilizeze şi tabla; pentru lucrurile importante
 * folosesc tabla pentru a exemplifica sau explica grafic anumite lucruri; nu folosesc scrierea la tabla pentru a scrie si voi odata cu mine in caiet pentru ca, cursul nu are ca obiectiv memorarea unor notiuni (lucru la care acest exercitiu ajuta); again, poate nu am inteles eu comentariul Tavi 17:49, 8 December 2007 (EET)
 * vorbeşte încet şi monoton
 * detaliază discuţia cu o parte din studenţi
 * sa inteleg ca ati prefera sa nu detaliez/raspund la intrebari in timpul cursului, sau intr-o masura mai mica? Tavi 17:49, 8 December 2007 (EET)
 * Eu prefer discutiile in detaliu pe anumite subiecte. Daca un student nu intelege despre ce se vorbeste cand se detaliaza o problema ar trebui sa ceara o explicare mai buna a termenilor/subiectului (asta in cazul in care discutia nu e pe un detaliu absolut neinteresant, which, to my knowledge has not happened), daca astfel mai multi inteleg chestiile de detaliu despre care se discuta, nu vad de ce asta ar fi un lucru rau. Lucian 18:09, 8 December 2007 (EET)
 * Mie mi se pare un atu faptul ca profesorul are pregatirea si competentele necesare sa poarte o discutie de detaliu (si de multe ori despre subiecte de actualitate) cu studentii. In general nu s-a zabovit foarte mult asupra unor astfel de chestiuni, si toate nelamuririle au fost discutate in pauze. StefanB 14:53, 30 December 2007 (EET)

Răzvan

 * uneori vorbeşte prea repede
 * RD: trebuia să mă fi prins acuma doi ani :-D (metoda "pixul în gură" chiar funcţionează :-D)


 * întârzie la unele laboratoare


 * presupune unele lucruri ştiute


 * uneori trece prea repede peste partea conceptuală şi direct la API


 * vine greu când îl chemi
 * RD: îmi e destul de greu la o semigrupă de 15 persoane; I'm doing the best I can