Sugestii:Probleme

Deadline: 30 iunie 2009


 * Adăugați aici probleme întâlnite pe parcursul acestui an în cadrul cursul de SO (în ansamblul său: curs, laborator, teme). Nu marcați încă sugestii ci doar probleme. Problemele pot fi:
 * lucruri care nu există
 * lucruri care merg prost și trebuie actualizate (probabil cea mai mare categorie)
 * lucruri care trebuie scoase
 * lucruri care trebuie îmbunătățite
 * Formatul este "inițiale: problemă". De exemplu "HJ: nu avem cafea de dimineață".
 * Nu prezentați soluții. Doar probleme. Soluțiile le vom găsi într-o etapă viitoare.
 * Verificați cu atenție ca problema să nu fi fost deja marcată de altcineva.
 * Problemele pot fi oricât de punctuale ca detaliere și impact.
 * Problemele pot fi oricât de subiective.

Probleme

 * RD: laboratoare dezechilibrate ca dificultate
 * RD: compilare defectuoasă pe Windows din linia de comandă
 * RD: sistem de freezing care expiră pe Windows
 * RD: probleme cu noul sistem de search în arhivele listei de discuții
 * RD: absența unui calendar și a unui sistem de localizare rapidă a paginilor/resurselor utile
 * RD: lipsa de TODO-uri, mici tutoriale despre
 * cum te abonezi/dezabonezi de la lista de discutii
 * cum scrii pe wiki
 * cum trimiți sugestii
 * cum corectezi teme
 * cum dai republish
 * cum se creează o pagină nouă
 * cum obții actualizări ale paginilor prin feed-uri RSS
 * RD: documentatie "sublima" de utilizare a vmchecker
 * RD: documentatie redusa de folosire a repository-ului
 * RD: slow-start în crearea și configurarea mașinilor virtuale; unele chestiuni s-au uitat (tema2 Linux nu avea suport în kernel de POSIX IPC)


 * DB: lipsa Visual Studio de pe masinile din laborator.
 * DB: lipsa integrare Visual Studio cu exercitii/teme.
 * DB: lipsa rezerva markere.
 * DB: temele trebuie afisate complet. (enunt, teste, sistem de testare).
 * DB: text laborator stufos, arid, fara imagini.
 * DB: lipsa consistenta exercitii.
 * DB: exercitii puse tarziu.
 * DB: prea putine intalniri intre asistenti.
 * DB: lipsa unui responsabil cu mana de fier la laborator.
 * DB: lipsa coding style recomandat pentru teme.
 * DB: note laborator trecute tarziu in spreadsheet.
 * DB: corectarea temelor este lasata pana in apropierea examenului.
 * DB: lipsa rezolvarilor exercitiilor din ultimul slide din curs.
 * DB: prezentare rezultate feedback foarte greu de citit.
 * DB: este trecerea pe moodle o idee buna?
 * DB: DB trebuie să-şi îmbunătăţească partea de Windows.


 * MG: lipsa verificare automata de coding style (solutie evidenta pentru Linux)
 * MG: overhead administrativ mare: table de task-uri, calendar, delegari, nebunie


 * AI: partea de Windows a fost in general mai slaba
 * no Visual Studio
 * studentii s-au plans ca makefile-urile nu mergeau (si de obicei asa era)
 * noi ca asistenti suntem slab pregatiti pe partea de Windows
 * as face tot posibilul sa renunt la cygwin, se comporta dubios in anumite situatii
 * AI: teme si teste afisate tarziu, care induc o stare generala de "nu ma apuc pana nu stiu ce se vrea de la mine" (= pana apar testele)
 * AI: orele de laborator erau nepotrivite uneori (de la 6 la 8 seara in mod sigur nu poti "procesa" o materie ca SO cum trebuie)
 * AI: foarte multe schimbari, si acestea in timpul anului
 * AI: suprapuneri cu ASC (am inteles ca deadline-urile de la ASC sunt in fostul stil de la PT). De obicei cand aveau deadline, laboratorul era destul de gol.
 * AI: obligativitatea de a participa intr-un anumit interval orar la laborator a dus la o prezenta scazuta


 * AP: problemele de la examen sunt foarte criptice ca enunt - generaza dezbateri aprinse chiar printre asistenti si profesori referitor la intelesul intrebarii. Unele chiar la formularea si natura raspunsului.  Eu cred ca un asistent trebuie sa poata sa raspunda din prima la orice problema se da la examen fara a mai cere explicatii suplimentare despre enunt.  Cred ca am putea sa facem un test inainte sa le dam.
 * AP: eu cred ca in cativa ani nu o sa mai conteze foarte mult disciplina SO asa cum o predam acum - pe masura ce din ce in ce mai multe aplicatii migreaza pe Web nu vor mai conta multe concepte. Poate ar trebui sa adaptam cursul la aceste realitati.

Sugestii

 * RD: mai simplu să obții punctaj maxim; mutat exerciții la o parte de bonus care nu se punctează - pentru cei pasionați
 * RD: absența punctajului pe laborator (nu va mai fi foame de puncte, nu se vor mai copia exerciții blindly de la colegul); pentru absolvirea materiei este nevoie de prezență la jumătate din laboratoare; laboratoarele se vor nota (se primesc punctaje pe laborator) dar nu au pondere în nota finală
 * RD: primele exerciții din laborator să fie tutorial-like - exerciții rezolvate pe care ei să le testeze și să vadă ce se întâmplă; următoarele exerciții vor trebui rezolvate, folosind cunoștințele/deprinderile din rezolvarea exercițiilor rezolvate (să le fie greu să le rezolve dacă nu le parcurg pe cele rezolvate)
 * LD: (ușor redundant) introducerea posibilității de a lucra într-un IDE, atât pe Linux (Eclipse) cât și pe Windows (Visual Studio). IDE-urile te ajută să scrii codul mai repede(autocomplete etc.) și au documentația și alte tool-uri (valgrind, profiler etc) incorporate nativ sau prin plug-in-uri.
 * LG: posibilitatea de a rezolva exercițiile de Win32 în Linux/Wine. Eu am testat o parte a laboratoarelor de anul ăsta sub Wine și n-am dat de probleme. Asta ar presupune ca exercițiile să fie verificate de măcar un asistent pentru a marca eventualele exerciții unde Wine aduce probleme.
 * AF: Laboratorul sa nu conteze la nota finala
 * AF: Nu sunt sigur care mai este ponderea oamenilor care nu stiu programare, insa acum doi ani, AFAIK, era semnificativa. Poate un mic C programming primer? Un scurt pdf cu tutorial despre preprocesor, coding style, dynamic memory allocation, pointeri.
 * AF: Cheatsheet cu apelurile de sistem / rutinele des folosite (util pentru aflarea rapida a semnaturilor acestora)