Unelte utilizator
studenti:diploma:indicatii
Diferențe
Aici sunt prezentate diferențele dintre versiunile selectate și versiunea curentă a paginii.
| Both sides previous revision Versiuni anterioare Urmatoarea versiune | Versiuni anterioare | ||
|
studenti:diploma:indicatii [2017/12/07 15:10] emil.slusanschi [Număr de pagini lucrare] |
studenti:diploma:indicatii [2024/06/25 19:47] (curent) razvan.deaconescu [Template-uri] |
||
|---|---|---|---|
| Linia 1: | Linia 1: | ||
| - | = Indicații pentru realizarea proiectului de diplomă = | + | ====== Indicații pentru realizarea proiectului de diplomă |
| - | * Informații complete despre proiectul de diplomă (date, comisii, indicații) găsiți pe [[: | + | Informații complete despre proiectul de diplomă (date, comisii, indicații) găsiți pe [[: |
| - | * Pentru înscrierea la proiectul de diplomă trebuie să urmați [[: | + | |
| - | * Intr-o lucrare | + | Pentru înscrierea la proiectul |
| - | == Ce este o lucrare bună? == | + | Într-o lucrare de diplomă este important ca studentul să demonstreze înțelegerea literaturii (state-of-the-art = SotA), apoi să aplice tehnologii/ |
| + | |||
| + | <note important> | ||
| + | Pentru realizarea documentului lucrării de diplomă recomandăm să folosiți [[https:// | ||
| + | </ | ||
| + | |||
| + | ===== Ce este o lucrare bună? | ||
| Lucrarea trebuie să fie într-o formă bună, să fie valoroasă, pentru a fi susținută în iulie. Altfel, amânăm pentru susținere în septembrie. Nu este nici o problemă asta; e un lucru bun pentru că veți aduce proiectul și lucrarea într-o formă cât mai bună. | Lucrarea trebuie să fie într-o formă bună, să fie valoroasă, pentru a fi susținută în iulie. Altfel, amânăm pentru susținere în septembrie. Nu este nici o problemă asta; e un lucru bun pentru că veți aduce proiectul și lucrarea într-o formă cât mai bună. | ||
| Pentru a fi într-o formă bună, lucrarea trebuie să prezinte foarte bine și convigător motivația, obiectivele şi rezultatele proiectului. Adică răspunsurile la întrebările "De ce?" și " | Pentru a fi într-o formă bună, lucrarea trebuie să prezinte foarte bine și convigător motivația, obiectivele şi rezultatele proiectului. Adică răspunsurile la întrebările "De ce?" și " | ||
| - | # **De ce este relevant proiectul? | + | - |
| - | # **Ce neajunsuri există (pe care proiectul le va rezolva)?** (Ce aspecte din domeniul proiectului nu există implementate/ | + | |
| - | # **De ce alte proiecte nu le rezolvă?** (Ce alte proiecte/ | + | |
| - | # **De ce sunt relevante neajunsurile/ | + | |
| - | # **Ce soluție propui?** (Ce propui cu adevărat? Ce abordare/ | + | |
| - | # **Ce obții în final?** (Care sunt obiectivele proiectului/ | + | |
| - | # **De ce este soluția propusă (cea) mai bună?** (De ce altă abordare/ | + | |
| - | # **Ce diferențiatori are soluția (față de alte soluții comparabile sau cercetări anterioare - open source sau proprietare)? | + | |
| - | # **Ce cazuri de utilizare sunt avantajoase pentru soluție?** (Care sunt scenariile de utilizare în care soluția este relevantă și este folosibilă? | + | |
| Observați că este mai puțin important răspunsul la întrebarea " | Observați că este mai puțin important răspunsul la întrebarea " | ||
| Linia 27: | Linia 32: | ||
| < | < | ||
| Să aveți în permanență răspunsul la întrebări de forma "De ce?". Adică să-i fie clar cititorului: | Să aveți în permanență răspunsul la întrebări de forma "De ce?". Adică să-i fie clar cititorului: | ||
| - | * De ce este util proiectul tău? | + | |
| - | * De ce este nevoie de funcționalitățile X și Y în proiect? | + | * De ce este nevoie de funcționalitățile X și Y în proiect? |
| - | * De ce ai ales tehnologia X, Y sau Z? | + | * De ce ai ales tehnologia X, Y sau Z? |
| - | * De ce ai luat o anumită decizie de proiectare sau implementare? | + | * De ce ai luat o anumită decizie de proiectare sau implementare? |
| - | * De ce vorbești despre subiectul X? | + | * De ce vorbești despre subiectul X? |
| - | * De ce vorbești despre subiectul X acolo/în acel loc? | + | * De ce vorbești despre subiectul X acolo/în acel loc? |
| - | * Cu ce este util subiectul X în cadrul lucrării? | + | * Cu ce este util subiectul X în cadrul lucrării? |
| - | * Care parte/ | + | * Care parte/ |
| </ | </ | ||
| - | == Structură lucrare de diplomă == | + | |
| + | ===== Structură lucrare de diplomă | ||
| Lucrarea de diplomă, la fel ca alte lucrări științifice, | Lucrarea de diplomă, la fel ca alte lucrări științifice, | ||
| - | * Introducere: | + | |
| - | * State of the Art/ | + | * State of the Art/ |
| - | * Design + Implementare + Testare (merge sau nu merge) | + | * Design + Implementare + Testare (merge sau nu merge) |
| - | * Evaluare (cât de bine merge) | + | * Evaluare (cât de bine merge) |
| - | * Concluzii (sumar a ceea ce ai făcut, rezultate concrete, contribuții) + Further Work (ce este de făcut în continuare, ce îți propui să faci în continuare) | + | * Concluzii (sumar a ceea ce ai făcut, rezultate concrete, contribuții) + Further Work (ce este de făcut în continuare, ce îți propui să faci în continuare) |
| La partea de State of the Art/ | La partea de State of the Art/ | ||
| - | * Acesta este contextul larg (SotA). Nu trebuie foarte punctual precizat; poate fi vorba de un context mai larg de aplicații / abordări care au legătură cu cea propusă de tine. | + | |
| - | * Acestea sunt problemele / neajunsurile / nevoile curente (SotA + Motivație). Pot să fie lipsuri (nu merge în cazul X, nu are suport pentru Y), pot să fie aspecte negative (nu merge suficient de bine în cazul X). În general răspunsuri la întrebări de forma "De ce?" | + | * Acestea sunt problemele / neajunsurile / nevoile curente (SotA + Motivație). Pot să fie lipsuri (nu merge în cazul X, nu are suport pentru Y), pot să fie aspecte negative (nu merge suficient de bine în cazul X). În general răspunsuri la întrebări de forma "De ce?" |
| - | * Acestea sunt abordările (și aplicațiile curente). Astea sunt câteva dintre neajunsurile acestor abordări (Related Work). | + | * Acestea sunt abordările (și aplicațiile curente). Astea sunt câteva dintre neajunsurile acestor abordări (Related Work). |
| - | * Aici îmi propun să ajung. Ținând cont de problemele / neajunsurile / nevoile curente și de soluțiile existe, îmi propun să ajung la următoarele rezultate și la o viitoare stare a lucrurilor. (Obiective, răspunsul la întrebare " | + | * Aici îmi propun să ajung. Ținând cont de problemele / neajunsurile / nevoile curente și de soluțiile existe, îmi propun să ajung la următoarele rezultate și la o viitoare stare a lucrurilor. (Obiective, răspunsul la întrebare " |
| - | * Aceasta este abordarea pe care eu o propun. Are aceste avantajele / diferențiatorii față de abordările curente (Prezentarea soluției, răspunsul la întrebarea " | + | * Aceasta este abordarea pe care eu o propun. Are aceste avantajele / diferențiatorii față de abordările curente (Prezentarea soluției, răspunsul la întrebarea " |
| - | * Acestea sunt scenariile / cazurile de utilizare pentru abordarea pe care o propun (Cazuri de utilizare): demonstrează utilitate. Coroborat cu avantajele ei față de abordările / aplicațiile existente, înseamnă că are sens existența acestei abordări / aplicații și ajută la atingerea rezultatelor / obiectivelor. | + | * Acestea sunt scenariile / cazurile de utilizare pentru abordarea pe care o propun (Cazuri de utilizare): demonstrează utilitate. Coroborat cu avantajele ei față de abordările / aplicațiile existente, înseamnă că are sens existența acestei abordări / aplicații și ajută la atingerea rezultatelor / obiectivelor. |
| - | === Organizare pe capitole === | + | |
| + | ==== Organizare pe capitole | ||
| Înainte de a începe o nouă secțiune sau capitol trebuie să fi anticipat secțiunea/ | Înainte de a începe o nouă secțiune sau capitol trebuie să fi anticipat secțiunea/ | ||
| - | === Introducere === | + | ==== Introducere |
| În capitolul de introducere trebuie să prezentați motivația, obiectivele și o scurtă descriere a proiectului. Trebuie să reiasă cât mai bine la ce este util proiectul. Trebuie să răspundeți la întrebarea "De ce?". Oricine citește acel capitol trebuie să prindă din primele paragrafe ceea ce ați făcut și să fie convins că este util ceea ce veți prezenta în continuare. În general în introducere veți avea: | În capitolul de introducere trebuie să prezentați motivația, obiectivele și o scurtă descriere a proiectului. Trebuie să reiasă cât mai bine la ce este util proiectul. Trebuie să răspundeți la întrebarea "De ce?". Oricine citește acel capitol trebuie să prindă din primele paragrafe ceea ce ați făcut și să fie convins că este util ceea ce veți prezenta în continuare. În general în introducere veți avea: | ||
| - | * paragrafe de context care să prezinte starea lucrurilor | + | |
| - | * o descriere scurtă a proiectului și a lucrării | + | * o descriere scurtă a proiectului și a lucrării |
| - | * motivația proiectului (probleme, neajunsuri, nevoi, răspunsuri la întrebări de forma "De ce?" | + | * motivația proiectului (probleme, neajunsuri, nevoi, răspunsuri la întrebări de forma "De ce?" |
| - | * obiectivele proiectului (rezultate propuse, noua stare a lucrurilor după proiect, răspunsuri la întrebări de forma " | + | * obiectivele proiectului (rezultate propuse, noua stare a lucrurilor după proiect, răspunsuri la întrebări de forma " |
| - | * un sumar al lucrării, al celorlalte capitole | + | * un sumar al lucrării, al celorlalte capitole |
| În capitolul de început introduceți gradual noțiunile. Un astfel de capitol trebuie să poată fi parcurs și înțeles și de cineva cu o pregătire tehnică redusă. | În capitolul de început introduceți gradual noțiunile. Un astfel de capitol trebuie să poată fi parcurs și înțeles și de cineva cu o pregătire tehnică redusă. | ||
| Linia 69: | Linia 77: | ||
| Stăpânul vostru este cititorul vostru. Documentul trebuie să fie ușor de parcurs și de înțeles. Puneți-vă în pantofii cuiva care nu știe despre ce este vorba, poate un continuator al proiectului vostru – cineva care îl parcurge, e interesat, se uită la capitolul de " | Stăpânul vostru este cititorul vostru. Documentul trebuie să fie ușor de parcurs și de înțeles. Puneți-vă în pantofii cuiva care nu știe despre ce este vorba, poate un continuator al proiectului vostru – cineva care îl parcurge, e interesat, se uită la capitolul de " | ||
| - | === State of the Art vs. Related Work === | + | ==== State of the Art vs. Related Work ==== |
| Apare adesea o confuzie legată de "State of the Art" și " | Apare adesea o confuzie legată de "State of the Art" și " | ||
| - | === Implementare, | + | ==== Implementare, |
| În mod tipic un proiect răspunde la urmatoarele trei cerințe: | În mod tipic un proiect răspunde la urmatoarele trei cerințe: | ||
| - | # să meargă (să existe o funcționalitatea nouă și aceasta să funcționeze, | + | - |
| - | # să meargă corect (conform specificațiilor) | + | |
| - | # să meargă repede, eficient, scalabil (adică să fie performantă, | + | |
| Prima cerință (reprezentand funcționalitățile aplicatiei) este prezentă în capitolul/ | Prima cerință (reprezentand funcționalitățile aplicatiei) este prezentă în capitolul/ | ||
| Linia 88: | Linia 96: | ||
| Evaluarea spune cât de bine merge aplicatia. Ții cont de avantajele pe care le-ai menționat și demonstrezi viabilitatea abordării / aplicației, | Evaluarea spune cât de bine merge aplicatia. Ții cont de avantajele pe care le-ai menționat și demonstrezi viabilitatea abordării / aplicației, | ||
| - | === Dezvoltări ulterioare === | + | ==== Dezvoltări ulterioare |
| Cele trei cerințe de mai sus (să meargă, să meargă corect, să meargă repede) constituie punctul de plecare pentru capitolul de " | Cele trei cerințe de mai sus (să meargă, să meargă corect, să meargă repede) constituie punctul de plecare pentru capitolul de " | ||
| - | # Este utilă o nouă funcționalitate; | + | - |
| - | # Unele funcționalități au fost testate și au probleme; există defecte, issues, neajunsuri, buguri care trebuie rezolvate. | + | |
| - | # În unele scenarii de evaluare performanța este redusă sau se comportă mai slab decât soluții similare; este de dorit să fie rezolvate aceste neajunsuri pentru asigurarea unei performanțe ridicate sau comparabile sau mai bune decât alte soluții. | + | |
| - | === Concluzii === | + | ==== Concluzii |
| În capitolul de Concluzii **nu** discutați despre starea domeniului (state of the art). Se trece la propoziții afirmative despre cele realizate: În acest proiect am realizat, am implementat, | În capitolul de Concluzii **nu** discutați despre starea domeniului (state of the art). Se trece la propoziții afirmative despre cele realizate: În acest proiect am realizat, am implementat, | ||
| Linia 101: | Linia 109: | ||
| În concluzii descrieți în paragrafe: ce ați obținut, ce obiective ați avut, cum este relevant proiectul, ce rezultate ați obținut, cum ați evaluat. | În concluzii descrieți în paragrafe: ce ați obținut, ce obiective ați avut, cum este relevant proiectul, ce rezultate ați obținut, cum ați evaluat. | ||
| - | == Realizare lucrare de diplomă == | + | ===== Realizare lucrare de diplomă |
| - | === Template-uri === | + | ==== Template-uri |
| - | * Urmăriți indicațiile generale de [[http:// | + | Urmăriți indicațiile generale de [[:studenti:diploma:redactare# |
| - | === Utilitare === | + | ==== Utilitare |
| - | * LaTeX și pachete aferente pentru document (booktabs, listing) | + | |
| - | * Pentru diagrame | + | * Pentru diagrame |
| - | ** Dia | + | * Dia |
| - | ** Inkscape | + | * Inkscape |
| - | ** https:// | + | * https:// |
| - | ** https:// | + | * https:// |
| - | ** http:// | + | * http:// |
| - | ** [[http:// | + | * [[http:// |
| - | * Pentru Mockup de interfețe grafice | + | * Pentru Mockup de interfețe grafice |
| - | ** [[http:// | + | * [[http:// |
| - | ** [[https:// | + | * [[https:// |
| - | === Predare lucrare de diplomă === | + | ==== Predare lucrare de diplomă |
| - | * Urmăriți indicațiile de [[http:// | + | |
| - | * Dacă nu există o solicitare explicită din partea coordonatorului, | + | * Dacă nu există o solicitare explicită din partea coordonatorului, |
| - | * Coperta poate fi făcută ce limbă doriți (română sau engleză). Puteți avea text în engleză și copertă în română. | + | * Coperta poate fi făcută ce limbă doriți (română sau engleză). Puteți avea text în engleză și copertă în română. |
| - | == Redactare lucrare de diplomă == | + | ===== Redactare lucrare de diplomă |
| - | * Urmăriți indicațiile generale de [[http:// | + | |
| - | * Recomandăm să redactați iterativ lucrarea, după fiecare iterație consultați și echipa de coordonare: | + | * Recomandăm să redactați iterativ lucrarea, după fiecare iterație consultați și echipa de coordonare: |
| - | ** Întâi cuprinsul (titlul capitolelor și secțiunilor) | + | * Întâi cuprinsul (titlul capitolelor și secțiunilor) |
| - | ** Ideile principale în capitole și secțiuni | + | * Ideile principale în capitole și secțiuni |
| - | ** Ce figuri, tabele, snippet-uri de cod vor intra în fiecare secțiune | + | * Ce figuri, tabele, snippet-uri de cod vor intra în fiecare secțiune |
| - | ** Dezvoltarea ideilor în pagrafrae | + | * Dezvoltarea ideilor în pagrafrae |
| - | ** Parcurgerea lucrării cap coadă pentru a verifica faptul că exprimarea și formatarea sunt consecvente | + | * Parcurgerea lucrării cap coadă pentru a verifica faptul că exprimarea și formatarea sunt consecvente |
| - | === Limbă și limbaj === | + | ==== Limbă și limbaj |
| - | * Lucrarea poate fi scrisă în română sau engleză; nu este obligatorie una sau alta. | + | |
| - | * Când scrieți în limba română sau aveți nume în limba română, folosiți [[http:// | + | * Când scrieți în limba română sau aveți nume în limba română, folosiți [[http:// |
| - | * Când scrieți în engleză, începeți cu majusculă (capitalizați) cuvintele din titlurile de capitole, secțiuni, titlul lucrării; excepție fac articolele, prepozițiile și conjuncțiile. | + | * Când scrieți în engleză, începeți cu majusculă (capitalizați) cuvintele din titlurile de capitole, secțiuni, titlul lucrării; excepție fac articolele, prepozițiile și conjuncțiile. |
| - | ** Nu e obligatoriu să faceți asta pentru figuri, tabele și snippet-uri de cod. Oricum ar fi, fiți consecvenți. Fie capitalizați peste tot în figuri, tabele și snippet-uri de cod, fie nicăieri. | + | * Nu e obligatoriu să faceți asta pentru figuri, tabele și snippet-uri de cod. Oricum ar fi, fiți consecvenți. Fie capitalizați peste tot în figuri, tabele și snippet-uri de cod, fie nicăieri. |
| - | * Folosiți spell checker. În Vim se face folosind comanda ":set spell" | + | * Folosiți spell checker. În Vim se face folosind comanda ":set spell" |
| - | * Dacă redactați în limba engleză, aveți grijă la forma corectă sau adecvată dintre posibilitățile de mai jos: | + | * Dacă redactați în limba engleză, aveți grijă la forma corectă sau adecvată dintre posibilitățile de mai jos: |
| - | ** this vs. these | + | * this vs. these |
| - | ** can vs. may | + | * can vs. may |
| - | ** As you can see -> As one can see | + | * As you can see -> As one can see |
| - | ** because vs. as | + | * because vs. as |
| - | ** it's vs. its | + | * it's vs. its |
| - | ** it's vs. is | + | * it's vs. is |
| - | ** needed vs. required | + | * needed vs. required |
| - | ** necessary vs. required | + | * necessary vs. required |
| - | ** like vs. such as | + | * like vs. such as |
| - | ** to have vs. to possess | + | * to have vs. to possess |
| - | ** level vs. layer (networking stack) | + | * level vs. layer (networking stack) |
| - | ** fairer vs. improved fairness | + | * fairer vs. improved fairness |
| - | ** also vs. at the same time/ | + | * also vs. at the same time/ |
| - | ** it can be given vs. it may be given | + | * it can be given vs. it may be given |
| - | ** given vs. provided | + | * given vs. provided |
| - | ** the tests vs. tests | + | * the tests vs. tests |
| - | ** between vs. among | + | * between vs. among |
| - | ** data vs. the data | + | * data vs. the data |
| - | ** students vs. the students (at beginning of sentence) | + | * students vs. the students (at beginning of sentence) |
| - | ** because vs. due to | + | * because vs. due to |
| - | ** as such vs. consequently | + | * as such vs. consequently |
| - | ** course vs. class | + | * course vs. class |
| - | ** problem vs. issue | + | * problem vs. issue |
| - | ** which vs. that | + | * which vs. that |
| - | ** big vs. large | + | * big vs. large |
| - | ** few vs. little vs. small | + | * few vs. little vs. small |
| - | ** so vs. as such | + | * so vs. as such |
| - | ** verify vs. check | + | * verify vs. check |
| - | ** too vs. as well | + | * too vs. as well |
| - | * Dacă redactați în limba română aveți grijă la greșelile frecvente de mai jos: | + | * Dacă redactați în limba română aveți grijă la greșelile frecvente de mai jos: |
| - | ** folosirea cuvântului " | + | * folosirea cuvântului " |
| - | ** folosirea cuvântului " | + | * folosirea cuvântului " |
| - | ** folosirea expresiei " | + | * folosirea expresiei " |
| - | * Folosiți diateza activă când spuneți ce ați făcut și ce decizii ați luat: "we chose to", "we designed", | + | * Folosiți diateza activă când spuneți ce ați făcut și ce decizii ați luat: "we chose to", "we designed", |
| - | * Evitați exprimarea informală/ | + | * Evitați exprimarea informală/ |
| - | * Folosiți timpul trecut când prezentați în lucrare activități deja realizate, pentru că e ceva ce ați făcut. Nu folosiți timpul viitor pentru asta. Puteți folosi timpul viitor pentru a indica ce veți prezenta în continuare în lucrare, dar nu pentru a prezenta activități deja realizate în proiect și rezultate deja obținute. | + | * Folosiți timpul trecut când prezentați în lucrare activități deja realizate, pentru că e ceva ce ați făcut. Nu folosiți timpul viitor pentru asta. Puteți folosi timpul viitor pentru a indica ce veți prezenta în continuare în lucrare, dar nu pentru a prezenta activități deja realizate în proiect și rezultate deja obținute. |
| - | === Titulaturi === | + | |
| - | * Când puneți numele coordonatorului/ | + | ==== Titulaturi ==== |
| - | ** **As.ing.** - pentru asistenți | + | |
| - | ** **As.drd.ing.** - pentru asistenți doctoranzi | + | |
| - | ** **As.dr.ing.** - pentru asistenți doctori | + | |
| - | ** **Șl.dr.ing.** - pentru șefi de lucrări | + | |
| - | ** **Conf.dr.ing.** - pentru conferențiari | + | |
| - | ** **Prof.dr.ing.** - pentru profesori | + | |
| - | * Folosiți forma " | + | |
| - | * Trebuie sa existe cel puțin un coordonator din facultate, cu nomenclatorul de mai sus și eventual alți co-supervizori. Aceștia pot să nu fie membri ai facultății. Puteti să îi treceți fără titulatură sau cu titulatură. Exemple de titulaturi corecte: | + | |
| - | ** **Ing.** - pentru ingineri | + | |
| - | ** **Drd.ing.** - pentru ingineri doctoranzi | + | |
| - | ** **Dr.ing.** - pentru ingneri doctori | + | |
| - | * În cazul în care la coordonare au participat mai multe persoane, treceți-le pe toate în pagina de titlu. | + | |
| - | * Numele instituțiilor sunt cele indicate [[http:// | + | |
| - | ** Universitatea POLITEHNICA din București / University POLITEHNICA of Bucharest | + | |
| - | ** Facultatea de Automatică și Calculatoare / " | + | |
| - | ** Departamentul de Calculatoare / Computer Science and Engineering Department | + | |
| - | === Număr de pagini lucrare === | + | * Când puneți numele coordonatorului/ |
| + | * **As.ing.** - pentru asistenți | ||
| + | * **As.drd.ing.** - pentru asistenți doctoranzi | ||
| + | * **As.dr.ing.** - pentru asistenți doctori | ||
| + | * **Șl.dr.ing.** - pentru șefi de lucrări | ||
| + | * **Conf.dr.ing.** - pentru conferențiari | ||
| + | * **Prof.dr.ing.** - pentru profesori | ||
| + | * Folosiți forma " | ||
| + | * Trebuie sa existe cel puțin un coordonator din facultate, cu nomenclatorul de mai sus și eventual alți co-supervizori. Aceștia pot să nu fie membri ai facultății. Puteti să îi treceți fără titulatură sau cu titulatură. Exemple de titulaturi corecte: | ||
| + | * **Ing.** - pentru ingineri | ||
| + | * **Drd.ing.** - pentru ingineri doctoranzi | ||
| + | * **Dr.ing.** - pentru ingneri doctori | ||
| + | * În cazul în care la coordonare au participat mai multe persoane, treceți-le pe toate în pagina de titlu. | ||
| + | * Numele instituțiilor sunt cele indicate [[http:// | ||
| + | * Universitatea POLITEHNICA din București / University POLITEHNICA of Bucharest | ||
| + | * Facultatea de Automatică și Calculatoare / " | ||
| + | * Departamentul | ||
| - | * Nu vă concentrați pe dimensiune. | + | ==== Număr de pagini |
| - | ** Recomandarea este de **maxim** 40 de pagini | + | |
| - | * Contează să fie informație utilă, nu multă. | + | |
| - | * Preocupați-vă de conținut, structură, prezentare, mai puțin de dimensiune. | + | |
| - | === Citare surse === | + | * Nu vă concentrați pe dimensiune. |
| + | * Contează să fie informație utilă, nu multă sau puțină. | ||
| + | * Preocupați-vă de conținut, structură, prezentare, mai puțin de dimensiune. | ||
| - | * **NU** puneți referințe la Wikipedia. | + | ==== Citare surse ==== |
| - | * Note de subsol se utilizeaza dacă referiți un link mai puțin seminificativ o singură dată. | + | |
| - | * Daca nota este referințiata de mai multe ori, atunci utilizati o nota bibliografică. | + | |
| - | * Dacă o imagine este introdusă în text și nu este făcută de autorul lucrării, trebuie citată sursa ei (ca notă de subsol sau referinta - este de preferat utilizarea unei note de subsol). | + | |
| - | * Referințele se pun direct legate de text (de exemplu " | + | |
| - | * Afirmațiile de forma "are numerous", | + | |
| - | ** Mai ales în capitolele de introducere, | + | |
| - | ** Cea mai mare parte dintre citări vor fi în capitolele de introducere "state of the art", " | + | |
| - | * Intrările bibliografice trebuie citate în text. Nu le adăugați pur și simplu la final. | + | |
| - | * Nu copiați sau traduceți elemente mai mari de un paragraf. Dacă este util un paragraf sau o propoziție puneți între ghilimele și citați sursa. | + | |
| - | * Dacă reformulați idei sau creați un paragraf rezumat al unor idei folosind cuvintele voastre, precizați cu citare (referință bibliografică) sau cu notă de subsol sursa sau sursele de unde ați preluat ideile. | + | |
| - | * Puneți referințele direct în text în zona aferentă; nu este nevoie de precizări explicite de forma "mai multe aici[1]" | + | |
| - | === Figuri, tabele | + | * **NU** puneți referințe la Wikipedia. |
| + | * Note de subsol se utilizeaza dacă referiți un link mai puțin seminificativ o singură dată. | ||
| + | * Daca nota este referințiata de mai multe ori, atunci utilizati o nota bibliografică. | ||
| + | * Dacă o imagine este introdusă în text și nu este făcută de autorul lucrării, trebuie citată sursa ei (ca notă de subsol sau referinta | ||
| + | * Referințele se pun direct legate de textul referit (de exemplu "KVM [1] uses" ...). Nu este recomandat să spuneți "as stated in [12]" sau "as described in [11]" | ||
| + | * Afirmațiile de forma "are numerous", | ||
| + | * Mai ales în capitolele de introducere, | ||
| + | * Cea mai mare parte dintre citări vor fi în capitolele de introducere "state of the art", " | ||
| + | * Intrările bibliografice trebuie citate în text. Nu le adăugați pur și simplu la final. | ||
| + | * Nu copiați sau traduceți elemente mai mari de un paragraf. Dacă este util un paragraf sau o propoziție puneți între ghilimele și citați sursa. | ||
| + | * Dacă reformulați idei sau creați un paragraf rezumat al unor idei folosind cuvintele voastre, precizați cu citare (referință bibliografică) sau cu notă de subsol sursa sau sursele de unde ați preluat ideile. | ||
| + | * Puneți referințele direct în text în zona aferentă; nu este nevoie de precizări explicite | ||
| - | * Folosiți figuri, diagrame și tabele | + | ==== Figuri, tabele și snippet-uri de cod ==== |
| - | ** Puteți folosi imagini, diagrame arhitecturale, | + | |
| - | * Ca figuri, folosiți, pe cât posibil, figuri în format vectorial (PDF, EPS, SVG pentru LaTeX sau direct în Office). | + | |
| - | ** Dacă nu puteți folosi figuri în format vectorial, folosiți, pe cât posibil, figuri în format PNG (lossless compression), | + | |
| - | * Incercati sa utilizati imagini de rezolutie de minim 600 DPI. | + | |
| - | * O figură nu va niciodata in document o pagină intreaga ci doar 1/3 sau maxim 1/2 pagină. Restul paginii trebuie sa fie dedicata explicației acesteia. | + | |
| - | ** O figură nu ajunge să fie doar o figura. Ea este doar o formă de suport pe care o justificati în text și o explicati in diverse componente, module din cadrul figurii/ | + | |
| - | * La fel si în cazul tabelelor. | + | |
| - | * La fel si în cazul snippet-urilor de cod. | + | |
| - | ** Snippet-urile de cod sunt utile pentru a justifica o decizie luată. Nu veți explica bucăți de cod doar de dragul de a le explica, ci pentru a argumenta o decizie. | + | |
| - | ** De regulă, un snippet va avea 15-30 de linii de cod și liniile vor fi numerotate. Veți explica, la fel ca într-o imagine rolul snippet-ului și anumite linii de cod importante. | + | |
| - | ** Folosiți un font monospace pentru | + | |
| - | ** Adăugați caption-uri sub snippet-uri de cod de forma: " | + | |
| - | ** În măsura în care sunt greu vizibile, încadrați snippet-urile într-un chenar sau puneți o culoare de fundal (un gri deschis, de exemplu). | + | |
| - | ** În LaTeX, pentru snippet-uri de cod puteți folosi [[http:// | + | |
| - | * Centrați în text caption-urile de la figurile, tabele, si secțiuni de cod. | + | |
| - | ** Folosiți caption-uri pentru toate componentele de mai sus. | + | |
| - | ** Puneți figuri suficient de mari cât să se vadă (rezolutie minima 600 DPI). | + | |
| - | ** Referiți figurile în text și detaliați ce înseamnă. Evitați să puneți o figură și să precizați doar vag în text despre ce este vorba. | + | |
| - | * Dacă folosiți diagrame cu un flux, atunci puneți numere deasupra săgeților din diagrame, numere care să justifice ordinea. | + | |
| - | * Nu încărcați figurile și tabelele. Trebuie să rezulte repede aspectele importante dintr-o figură sau tabel. | + | |
| - | * Dacă în figuri aveți multe zero-uri la numerele de pe verticală/ | + | |
| - | ** Utilizati o scala logaritmica atunci cand este cazul. | + | |
| - | ** E greu să numeri zero-urile și să te prinzi care este valoarea. | + | |
| - | ** In loc de a spune 100 ms, 1000ms, 10000 ms, spune 0.1s, 1s, 10s. | + | |
| - | * Figurile care nu sunt făcute de autorul articolului trebuie citate (fie referință bibliografică, | + | |
| - | * În LaTeX, pentru tabele folosiți [[http:// | + | |
| - | * Pentru generarea automată a imaginilor din Dia și Inkscape urmăriți indicațiile de [[https:// | + | |
| - | === Anexe === | + | * Folosiți figuri, diagrame și tabele oriunde posibili. O figură face cât o mie de cuvinte și face mai ușor de înțeles textul. |
| + | * Puteți folosi imagini, diagrame arhitecturale, | ||
| + | * Ca figuri, folosiți, pe cât posibil, figuri în format vectorial (PDF, EPS, SVG pentru LaTeX sau direct în Office). | ||
| + | * Dacă nu puteți folosi figuri în format vectorial, folosiți, pe cât posibil, figuri în format PNG (lossless compression), | ||
| + | * Incercati sa utilizati imagini de rezolutie de minim 600 DPI. | ||
| + | * O figură nu va niciodata in document o pagină intreaga ci doar 1/3 sau maxim 1/2 pagină. Restul paginii trebuie sa fie dedicata explicației acesteia. | ||
| + | * O figură nu ajunge să fie doar o figura. Ea este doar o formă de suport pe care o justificati în text și o explicati in diverse componente, module din cadrul figurii/ | ||
| + | * La fel si în cazul tabelelor. | ||
| + | * La fel si în cazul snippet-urilor de cod. | ||
| + | * Snippet-urile de cod sunt utile pentru a justifica o decizie luată. Nu veți explica bucăți de cod doar de dragul de a le explica, ci pentru a argumenta o decizie. | ||
| + | * De regulă, un snippet va avea 15-30 de linii de cod și liniile vor fi numerotate. Veți explica, la fel ca într-o imagine rolul snippet-ului și anumite linii de cod importante. | ||
| + | * Folosiți un font monospace pentru snippet-uri de cod. | ||
| + | * Adăugați caption-uri sub snippet-uri de cod de forma: " | ||
| + | * În măsura în care sunt greu vizibile, încadrați snippet-urile într-un chenar sau puneți o culoare de fundal (un gri deschis, de exemplu). | ||
| + | * În LaTeX, pentru snippet-uri de cod puteți folosi [[http:// | ||
| + | * Centrați în text caption-urile de la figurile, tabele, si secțiuni de cod. | ||
| + | * Folosiți caption-uri pentru toate componentele de mai sus. | ||
| + | * Puneți figuri suficient de mari cât să se vadă (rezolutie minima 600 DPI). | ||
| + | * Referiți figurile în text și detaliați ce înseamnă. Evitați să puneți o figură și să precizați doar vag în text despre ce este vorba. | ||
| + | * Dacă folosiți diagrame cu un flux, atunci puneți numere deasupra săgeților din diagrame, numere care să justifice ordinea. | ||
| + | * Nu încărcați figurile și tabelele. Trebuie să rezulte repede aspectele importante dintr-o figură sau tabel. | ||
| + | * Dacă în figuri aveți multe zero-uri la numerele de pe verticală/ | ||
| + | * Utilizati o scala logaritmica atunci cand este cazul. | ||
| + | * E greu să numeri zero-urile și să te prinzi care este valoarea. | ||
| + | * In loc de a spune 100 ms, 1000ms, 10000 ms, spune 0.1s, 1s, 10s. | ||
| + | * Figurile care nu sunt făcute de autorul articolului trebuie citate (fie referință bibliografică, | ||
| + | * În LaTeX, pentru tabele folosiți [[http:// | ||
| + | * Pentru generarea automată a imaginilor din Dia și Inkscape urmăriți indicațiile de [[https:// | ||
| - | * Anexele sunt **opționale** (adică, la fel ca P.S.-ul într-un e-mail, de obicei nu veți avea nevoie de ele și nu vor apărea într-un document). Ce poate intra în anexe: | + | ==== Anexe ==== |
| - | ** Exemplu de fișier de configurare sau compilare. | + | |
| - | ** Un set de tabele mai mari. | + | |
| - | ** Un set de screenshot-uri. | + | |
| - | ** Un exemplu de rulare a unor comenzi plus outputul acestora. | + | |
| - | ** În mod tipic, în anexe intră lucruri care ocupă mai mult de o pagină și care ar rupe firul de parcurgere din text. | + | |
| - | === Organizare idei === | + | * Anexele sunt **opționale** (adică, la fel ca P.S.-ul într-un e-mail, de obicei nu veți avea nevoie de ele și nu vor apărea într-un document). Ce poate intra în anexe: |
| + | * Exemplu de fișier de configurare sau compilare. | ||
| + | * Un set de tabele mai mari. | ||
| + | * Un set de screenshot-uri. | ||
| + | * Un exemplu de rulare a unor comenzi plus outputul acestora. | ||
| + | * În mod tipic, în anexe intră lucruri care ocupă mai mult de o pagină și care ar rupe firul de parcurgere din text. | ||
| - | * Țineți cont de [[http:// | + | ==== Organizare idei ==== |
| - | * Nu începeți capitole sau secțiuni brusc. Trebuie să luați ușor cititorul, să îi prezentați contextul și apoi conceptele. | + | |
| - | * Nu începeți o secțiune direct după un titlu de capitol. După un titlul de capitol spuneți despre ce este vorba în acel capitol, apoi începeți titlul secțiunii și descrieți acea secțiune. | + | |
| - | * Fiecare capitol trebuie să înceapă cu o prezentare a acelui capitol. Să-i fie clar cititorul ce va găsi în acel capitol, să nu-l surprindă prezența sau succesiunea unor secțiuni. | + | |
| - | * Încheiați fiecare capitol cu un sumar al capitolului, | + | |
| - | * Nu introduceți concepte, noțiuni din senin, adică dintr-o dată, fără o prezentare în prealabil a cadrului. Nu trebuie să suprindeți pe cititor, trebuie să reiasă natural, din text, introducerea unei noțiuni. | + | |
| - | * Nu puneți o singură secțiune la un subcapitol sau o singură subsecțiune la un capitol. Dacă este una singură, atunci nu își are sensul acolo; nefiind o altă secțiune/ | + | |
| - | === Recenzie lucrare === | + | * Țineți cont de [[http:// |
| + | * Nu începeți capitole sau secțiuni brusc. Trebuie să luați ușor cititorul, să îi prezentați contextul și apoi conceptele. | ||
| + | * Nu începeți o secțiune direct după un titlu de capitol. După un titlul de capitol spuneți despre ce este vorba în acel capitol, apoi începeți titlul secțiunii și descrieți acea secțiune. | ||
| + | * Fiecare capitol trebuie să înceapă cu o prezentare a acelui capitol. Să-i fie clar cititorul ce va găsi în acel capitol, să nu-l surprindă prezența sau succesiunea unor secțiuni. | ||
| + | * Încheiați fiecare capitol cu un sumar al capitolului, | ||
| + | * Nu introduceți concepte, noțiuni din senin, adică dintr-o dată, fără o prezentare în prealabil a cadrului. Nu trebuie să suprindeți pe cititor, trebuie să reiasă natural, din text, introducerea unei noțiuni. | ||
| + | * Nu puneți o singură secțiune la un subcapitol sau o singură subsecțiune la un capitol. Dacă este una singură, atunci nu își are sensul acolo; nefiind o altă secțiune/ | ||
| - | * După ce terminați documentul, stați cel puțin una doua zile și faceți altceva. Apoi parcurgeți-l și vedeți dacă vi se pare clar, natural, ce ați scris; dacă vouă nu vi se pare clar, o să fie greu pentru cititori. | + | ==== Recenzie lucrare ==== |
| - | ** Dacă aveți un amic cu oarece cultură tehnică, e ideal să-i dați pentru citire documentul să vă ofere feedback/ | + | |
| - | === Punctuație === | + | * După ce terminați documentul, stați cel puțin una doua zile și faceți altceva. Apoi parcurgeți-l și vedeți dacă vi se pare clar, natural, ce ați scris; dacă vouă nu vi se pare clar, o să fie greu pentru cititori. |
| + | * Dacă aveți un amic cu oarece cultură tehnică, e ideal să-i dați pentru citire documentul să vă ofere feedback/ | ||
| - | * Nu puneți punct după titlul unui capitol sau al unei secțiuni. | + | ==== Punctuație ==== |
| - | * Aveți grijă la virgule; există tendința de a se folosi virgule în mod exagerat. Parcurgeți [[http:// | + | |
| - | === Concretețea exprimării === | + | * Nu puneți punct după titlul unui capitol sau al unei secțiuni. |
| + | * Aveți grijă la virgule; există tendința de a se folosi virgule în mod exagerat. Parcurgeți [[http:// | ||
| - | * Evitați exprimă | + | ==== Concretețea exprimării ==== |
| - | ** " | + | |
| - | ** " | + | |
| - | ** Sunt afirmații generaliste pentru care nu ai acoperire. | + | |
| - | ** Se poate spune "We assume/It is assumed that nobody likes to ..." | + | |
| - | * Evitați folosirea exprimărilor de forma: | + | |
| - | ** "This thesis aims to" | + | |
| - | ** "In this thesis we want to" | + | |
| - | ** Teza are niște afirmații clare/ | + | |
| - | * Când folosiți termeni vagi precum " | + | |
| - | * Nu folosiți forma posesivă pentru obiecte: | + | |
| - | ** " | + | |
| - | ** " | + | |
| - | * Evitați folosirea cuvintelor " | + | |
| - | ** Dacă le folosiți, aveți nevoie de o citare care să argumenteze că sunt " | + | |
| - | * Când folosiți pentru prima oară un acronim în text detaliați despre ce este vorba. De exemplu: "ISA (Instruction Set Architecture)", | + | |
| - | === Formatare === | + | * Evitați exprimă de forma: |
| + | * " | ||
| + | * " | ||
| + | * Sunt afirmații generaliste pentru care nu ai acoperire. | ||
| + | * Se poate spune "We assume/It is assumed that nobody likes to ..." | ||
| + | * Evitați folosirea exprimărilor de forma: | ||
| + | * "This thesis aims to" | ||
| + | * "In this thesis we want to" | ||
| + | * Teza are niște afirmații clare/ | ||
| + | * Când folosiți termeni vagi precum " | ||
| + | * Nu folosiți forma posesivă pentru obiecte: | ||
| + | * " | ||
| + | * " | ||
| + | * Evitați folosirea cuvintelor " | ||
| + | * Dacă le folosiți, aveți nevoie de o citare care să argumenteze că sunt " | ||
| + | * Când folosiți pentru prima oară un acronim în text detaliați despre ce este vorba. De exemplu: "ISA (Instruction Set Architecture)", | ||
| - | * Folosiți un format consecvent pentru nume de funcții, macro-uri, variabile, excepții - elemente care apar, de obicei, în cod. | + | ==== Formatare ==== |
| - | ** Sugeram font monotype/ | + | |
| - | ** Pot fi folosite și fonturi cursiv/ | + | |
| - | ** Cuvântul cheie, legat de formatare, este **consecvență**. | + | |
| - | * Nu indentați paragrafele. Folosiți un spațiu între paragrafe ("Use space after paragraph" | + | |
| - | ** În LaTeX puteți folosi [[http:// | + | |
| - | * Numerotați paginile lucrării. | + | |
| - | === LaTeX === | + | * Folosiți un format consecvent pentru nume de funcții, macro-uri, variabile, excepții - elemente care apar, de obicei, în cod. |
| + | * Sugeram font monotype/ | ||
| + | * Pot fi folosite și fonturi cursiv/ | ||
| + | * Cuvântul cheie, legat de formatare, este **consecvență**. | ||
| + | * Nu indentați paragrafele. Folosiți un spațiu între paragrafe ("Use space after paragraph" | ||
| + | * În LaTeX puteți folosi [[http:// | ||
| + | * Numerotați paginile lucrării. | ||
| - | * Urmăriți indicațiile de [[https:// | + | ==== LaTeX ==== |
| - | === Dimensionare fraze și paragrafe === | + | * Urmăriți indicațiile de [[https:// |
| - | * Dacă o frază ocupă 3 sau mai multe rânduri este candidat la a fi împărțită. Fraze astfel de lungi sunt, în general, greu de înțeles. | + | ==== Dimensionare |
| - | ** Dacă o frază este atât de lungă și este greu de înțeles la citire, spargeți-o în două sau mai multe fraze. | + | |
| - | * Paragrafele au, în general, între 5 și 10 rânduri. Un paragraf | + | |
| - | ** Dacă un paragraf este prea mare devine greu de citit, pare un munte de text. Vedeți dacă sintetizați mai multe idei în acel paragraf, caz în care spărgeți-l în subparagrafe. | + | |
| - | == Verificare anti-copiere == | + | * Dacă o frază ocupă 3 sau mai multe rânduri este candidat la a fi împărțită. Fraze astfel de lungi sunt, în general, greu de înțeles. |
| + | * Dacă o frază este atât de lungă și este greu de înțeles la citire, spargeți-o în două sau mai multe fraze. | ||
| + | * Paragrafele au, în general, între 5 și 10 rânduri. Un paragraf = o idee. Pot exista mai multe sau mai putine rânduri cât timp ideea se regăsește în acel paragraf. | ||
| + | * Dacă un paragraf este prea mare devine greu de citit, pare un munte de text. Vedeți dacă sintetizați mai multe idei în acel paragraf, caz în care spărgeți-l în subparagrafe. | ||
| + | |||
| + | ===== Verificare anti-copiere | ||
| Lucrările sunt verificate anti-copiere. Pentru aceasta conținutul lucrărilor trebuie să fie original. O lucrare având conținut neoriginal (adică paragrafe întregi copiate și necitate) va fi respinsă. | Lucrările sunt verificate anti-copiere. Pentru aceasta conținutul lucrărilor trebuie să fie original. O lucrare având conținut neoriginal (adică paragrafe întregi copiate și necitate) va fi respinsă. | ||
| Linia 331: | Linia 339: | ||
| Niște recomandări legate de etica publicării găsiți [[http:// | Niște recomandări legate de etica publicării găsiți [[http:// | ||
| - | == Realizare slide-uri pentru susținere/ | + | ===== Realizare slide-uri pentru susținere/ |
| + | |||
| + | ==== Mindset ==== | ||
| + | |||
| + | ==== Mindset ==== | ||
| + | |||
| + | <note important> | ||
| + | Este recomdandat să vă organizați prezentare în afara laptopului / PC-ului. Stați undeva pe un scaun, afară, relaxați, cu o foaie și un pix în față. Gândiți-vă cum ați vinde cuiva ideea proiectului vostru, nu vă gândiți la document, nu atât de mult la CUM și CE ați făcut, mai mult pe DE CE e important și CE AM OBȚINUT. Faceți un astfel de plan pe hârtie. Luați o pauza de cel puțin 30 de minute. Iar uitați-vă peste plan? Are sens? E coerent? Are un fir narativ? E digerabil de audiență? E persuasiv? Treceți iar peste el. Apoi iar mai luați o pauză de cel puțin 30 de minute. Apoi iar uitați-vă peste plan. Abia după aceea traduceți astea pe slide-uri. | ||
| + | |||
| + | Doar în faza finală, după ce ideea este coerentă, lucrurile au sens, veți traduce pe slide-uri. | ||
| + | </ | ||
| + | |||
| + | Mindset-ul vostru trebuie să fie unul: să insist la fiecare pas pe DE CE am făcut (motivație, | ||
| + | |||
| + | Succesiunea ideilor trebuie să fie de la concret la abstract. Arătați întâi ceva concret: use case, un exemplu de rezultat unde vrei să ajungi, o problemă concretă, apoi prezinți ideea (de rezolvare, de proiectare, de investigare). Când prezinți concretul prima oară, audiența va înțelege ce vrei și apoi prezinți ideea ta. În general (pot fi și excepții), ordinea ideilor / slide-urilor este | ||
| + | - de ce? (nevoie / utilitate / motivație, scenarii) | ||
| + | - ce? (ce urmărim să facem, unde vrem să ajungem obiective) | ||
| + | - cum? (cum am făcut, ce pași, arhitectură) | ||
| + | - ce a rezultat? (unde suntem, ce avem, ce vrem să mai facem) | ||
| + | |||
| + | Nu trebuie (ba chiar e contra-indicat) să aveți structura slide-urilor similară cu a documentului. Documentul este o informație completă, exhaustivă care poate fi parcursă în orice mod dorește cititorul. Slide-urile (și prezentare) sunt o selecție a ideilor puse într-o formă narativă, o poveste coerentă, cu legătură între slide-uri, care " | ||
| + | |||
| + | Mindset-ul vostru nu trebuie să fie riguros și profesoral / pedagogic. Nu trebuie (ba chiar e contra-productiv) să insistați pe fiecare detaliu, să explicați fiecare parte tehnică și fiecare decizie; nu trebuie să aveți acoperire până la ultimul nivel de cunoaștere a ceea ce prezentați. Mindset-ul trebuie să fie unul de sales, de pitching, în care prezinți în linii mari idea și insiști pe IMPACT, MOTIVAȚIE, ORIGINALITATE, | ||
| + | |||
| + | ==== Indicații ==== | ||
| + | |||
| + | * Realizați slide-urile în mod iterativ. După fiecare iterație cereți feedback de la echipa de coordonare: | ||
| + | * Întâi creați titlurile slide-urilor. | ||
| + | * Scrieți ideile principale. | ||
| + | * Precizați unde doriți să apară imagini, tabele, snippet-uri de cod. | ||
| + | * Dezvoltați ideile principale în conținut. | ||
| + | * Faceți o parcurgere a slide-urilor și asigurați-vă că aveți exprimare și formatare consecventă. | ||
| + | * Pentru comunicare cu echipa de coordonare, urmăriți [[# | ||
| + | |||
| + | ==== Template-uri ==== | ||
| + | |||
| + | * Template-uri pentru document și slide-uri găsiți și pe [[https:// | ||
| + | * Aveți în vedere [[# | ||
| + | * Este posibil să fie neactualizat template-ul. Actualizați-l cu numele corecte ale entităților: | ||
| - | * Realizați slide-urile în mod iterativ. După fiecare iterație cereți feedback de la echipa de coordonare: | + | ==== Dimensionare ==== |
| - | ** Întâi creați titlurile slide-urilor. | + | |
| - | ** Scrieți ideile principale. | + | |
| - | ** Precizați unde doriți să apară imagini, tabele, snippet-uri de cod. | + | |
| - | ** Dezvoltați ideile principale în conținut. | + | |
| - | ** Faceți o parcurgere a slide-urilor și asigurați-vă că aveți exprimare și formatare consecventă. | + | |
| - | * Pentru comunicare cu echipa de coordonare, urmăriți [[# | + | |
| - | === Template-uri === | + | * Câteva metrici recomandate (dar nu impuse): |
| + | * Slide-urile sunt suport de prezentare în primul rând pentru voi, apoi pentru public; publicul vă ascultă în primul rând pe voi, apoi se uită la slide-uri; dacă stați și urmăriți slide-urile sau dacă slide-urile conțin lucruri care atrag foarte mult atenția (culori țipătoare, | ||
| + | * 10-15 slide-uri | ||
| + | * 3-6 bullet-uri pe slide | ||
| + | * 20-40 de cuvinte per slide | ||
| - | * Template-uri pentru document și slide-uri | + | ==== Organizare idei în slide-uri |
| - | * Aveți în vedere [[# | + | |
| - | ** Este posibil să fie neactualizat template-ul. Actualizați-l cu numele corecte ale entităților: | + | |
| - | === Dimensionare === | + | * Slide-urile trebuie să prezinte în special " |
| + | * Evitați propozițiile. Contează ideile. | ||
| + | * Slide-urile cu imaginie sunt mai bune decât slide-urile cu text. | ||
| + | * Slide-urile trebuie să urmeze o poveste, o cronologie, nu să fie " | ||
| + | * Trebuie să reiasă de la bun început motivația proiectului ("De ce?" | ||
| + | * La fel ca în document, când prezentați, | ||
| + | * **Nu** trebuie să prezentați în slide-uri **tot** proiectul vostru cu **tot** ce ați făcut, ci doar ce este necesar pentru ca o comisie să înțeleagă ce ați facut, de ce ați făcut și care au fost deciziile pe care le-ați luat pe parcursul lucrării. Toate detaliile le veți avea în lucrarea scrisă și nu trebuie prezentate în același mod în slide-uri. | ||
| - | * Câteva metrici recomandate (dar nu impuse): | + | ==== Structură ==== |
| - | ** Slide-urile sunt suport de prezentare în primul rând pentru voi, apoi pentru public; publicul vă ascultă în primul rând pe voi, apoi se uită la slide-uri; dacă stați și urmăriți slide-urile sau dacă slide-urile conțin lucruri care atrag foarte mult atenția (culori țipătoare, | + | |
| - | ** 10-15 slide-uri | + | |
| - | ** 3-6 bullet-uri pe slide | + | |
| - | ** 20-40 de cuvinte per slide | + | |
| - | === Organizare idei în slide-uri | + | * Nu insistați mai mult de 2 slide-uri pe partea de "state of the art" |
| + | * Nu folosiți slide de cuprins. Nu prea ajută și consumă din timpul prezentării, | ||
| + | * E recomandat ca slide-ul/ | ||
| + | * Slide-ul de concluzii este de forma forma: trecut, prezent, viitor. Adică "ce am făcut? ce am obținut în final? cum am verificat/ | ||
| + | * Nu folosiți un slide de final cu un semn de întrebare. Slide-ul de final poate fi: | ||
| + | * slide-ul de concluzii sau | ||
| + | * un slide care să conțină cuvintele cheie aferente prezentării | ||
| + | * Slide-urile trebuie să " | ||
| + | * Să fie clar din slide-uri și din prezentare care este contribuția voastră. Mai ales în cadrul unui proiect existent la care voi ați contribuit. Să fie foarte clar (din slide-uri, din ton, din concluzii) care era starea proiectului și care a fost contribuția voastră și cum ați îmbunătățit proiectul. | ||
| - | * Slide-urile trebuie să prezinte în special " | + | ==== Aspect ==== |
| - | * Evitați propozițiile. Contează ideile. | + | |
| - | * Slide-urile cu imaginie sunt mai bune decât slide-urile cu text. | + | |
| - | * Slide-urile trebuie să urmeze o poveste, o cronologie, nu să fie " | + | |
| - | * Trebuie să reiasă de la bun început motivația proiectului ("De ce?" | + | |
| - | * La fel ca în document, când prezentați, | + | |
| - | * **Nu** trebuie să prezentați în slide-uri **tot** proiectul vostru cu **tot** ce ați făcut, ci doar ce este necesar pentru ca o comisie să înțeleagă ce ați facut, de ce ați făcut și care au fost deciziile pe care le-ați luat pe parcursul lucrării. Toate detaliile le veți avea în lucrarea scrisă și nu trebuie prezentate în același mod în slide-uri. | + | |
| - | === Structură | + | |
| - | * Nu insistați mai mult de 2 slide-uri | + | |
| - | * Nu folosiți slide de cuprins. Nu prea ajută | + | * Dacă un slide conține prea multe informații atunci este greu de urmărit. Publicul va primi prea mult conținut pe slide-uri dintr-o dată. |
| - | * E recomandat ca slide-ul/ | + | * |
| - | * Slide-ul de concluzii este de forma forma: trecut, prezent, viitor. Adică | + | * Evitați animații complexe care fură privirea și nu sunt utile. |
| - | * Nu folosiți | + | * Nu folosiți |
| - | ** slide-ul de concluzii sau | + | * Când folosiți imagini, folosiți culori |
| - | ** un slide care să conțină cuvintele cheie aferente prezentării | + | * Când folosiți text peste imagini, folosiți o culoare opusă (scrieți text alb peste fundal roșu și text negru peste fundal galben, nu invers). |
| - | * Slide-urile trebuie să " | + | * Când folosiți imagini, folosiți text de dimensiune mare, să se vadă. |
| - | * Să fie clar din slide-uri și din prezentare care este contribuția voastră. Mai ales în cadrul | + | * Insistați pe acest lucru. De prea multe ori |
| + | * Nu încărcați slide-ul cu text sau imagini; dacă o imagine e prea mare, eliminați bucăți sau folosiți două slide-uri. | ||
| + | * Nu puneți titluri | ||
| + | * | ||
| + | * | ||
| + | * La nevoie ajustați dimensiunea fontului pentru ca titlul | ||
| + | * Numerotați slide-urile ca să vă poată fi referite pentru întrebări și observații. | ||
| + | * Pe slide-urile cu rezultate să fie clar, eventual să puneți cu bold sau să încercuiți rezultatele relevante. | ||
| + | * Pe slide-urile cu rezultate ajută să fie rezultatele | ||
| + | * O imagine este de multe ori mai expresivă decât un bullet. Dacă slide-ul vostru poate folosi imagini în loc de bullet-uri, folosiți imagini. | ||
| - | === Aspect | + | ==== Limbă, limbaj și exprimare ==== |
| - | * Aveți în vedere să folosiți animații simple (de tip appear în slide-uri) atunci când aveți mai multe informații pe slide. Atât pentr slide-uri cu multe bullet-uri cât și pe slide-uri cu imagini cu mai multe componente. | + | |
| - | ** Dacă un slide conține prea multe informații atunci este greu de urmărit. Publicul va primi prea mult conținut pe slide-uri dintr-o dată. | + | * Puteți face documentul |
| - | ** Folosiți animații pentru ca informațiile să apară pe rând: bullet după bullet, sau " | + | * Sunt mai puțin importante tehnologiile folosite sau detaliile de implementare |
| - | ** Evitați animații complexe care fură privirea | + | * Slide-urie conțin idei, nu fraze. Evitați folosirea |
| - | * Nu folosiți fundal de culoare închisă. | + | |
| - | * Când folosiți imagini, folosiți culori care să se vadă pe proiector. | + | |
| - | * Când folosiți text peste imagini, folosiți o culoare opusă (scrieți text alb peste fundal roșu și text negru peste fundal galben, nu invers). | + | |
| - | * Când folosiți imagini, folosiți text de dimensiune mare, să se vadă. | + | |
| - | ** Insistați pe acest lucru. De prea multe ori | + | |
| - | * Nu încărcați slide-ul cu text sau imagini; dacă o imagine e prea mare, eliminați bucăți sau folosiți două slide-uri. Și folosiți animații, ca să nu apară totul dintr-o dată. | + | |
| - | * Nu puneți titluri de slide-uri care nu spun nimic: de exemplu " | + | |
| - | * Dacă un slide are un singur bullet principal și restul sub-bullet-uri, | + | |
| - | * Evitați folosirea | + | |
| - | * La nevoie ajustați dimensiunea fontului pentru ca titlul unui slide să încapă pe un singur rând. | + | |
| - | * Numerotați slide-urile ca să vă poată fi referite pentru întrebări și observații. | + | |
| - | * Pe slide-urile cu rezultate să fie clar, eventual să puneți cu bold sau să încercuiți rezultatele relevante. | + | |
| - | * Pe slide-urile cu rezultate ajută să fie rezultatele | + | |
| - | * O imagine este de multe ori mai expresivă decât un bullet. Dacă slide-ul vostru poate folosi imagini în loc de bullet-uri, folosiți imagini. | + | |
| - | === Limbă, limbaj și exprimare === | + | |
| - | * La programul de licență, toate susținerile sunt în limba română, ca atare faceți slide-urile în limba română. La master puteți face slide-urile în limba engleză și prezenta în limba română. | + | ==== Citare surse ==== |
| - | * Puteți face documentul în limba engleză și slide-urile prezentării în limba română. | + | |
| - | * Sunt mai puțin importante tehnologiile folosite sau detaliile de implementare și mai importante motivația proiectului, | + | |
| - | * Slide-urie conțin idei, nu fraze. Evitați folosirea frazelor și verbelor în slide-uri. | + | |
| - | === Citare surse === | + | |
| - | * Dacă folosiți imagini externe, să le citați; în acest caz puneți link-urile într-un slide final, ca să nu ocupe loc pe fiecare slide. | + | |
| - | * Citați imaginile pe care le folosiți în slide-uri dacă nu sunt făcut de voi. La fel citați statistici sau alte lucruri pe care le prezentați la capitolul context. Pentru a nu încărca fiecare slide e recomandat ca aceste referințe să se găsească pe un ultim slide; dar un slide pe care nu îl veți afișa publicului; e doar un slide care să aibă referințele pentru a fi legitime slide-urile și pentru a permite cuiva consultarea offline a referințelor. | + | * Citați imaginile pe care le folosiți în slide-uri dacă nu sunt făcut de voi. La fel citați statistici sau alte lucruri pe care le prezentați la capitolul context. Pentru a nu încărca fiecare slide e recomandat ca aceste referințe să se găsească pe un ultim slide; dar un slide pe care nu îl veți afișa publicului; e doar un slide care să aibă referințele pentru a fi legitime slide-urile și pentru a permite cuiva consultarea offline a referințelor. |
| - | == Susținere/ | + | ===== Susținere/ |
| - | * Găsiți indicații generice [[http:// | + | |
| - | * Trebuie să se încadreze în 8 minute. | + | * Trebuie să se încadreze în 8 minute. |
| - | * E recomandat să repetați prezentarea acasă de vreo 3-4 ori ca să vă asigurați că vă încadrați în timp și că aveți ideile formulate. | + | * E recomandat să repetați prezentarea acasă de vreo 3-4 ori ca să vă asigurați că vă încadrați în timp și că aveți ideile formulate. |
| - | * Nu insistați pe detalii dar nici nu vorbiți generic; e nevoie de o cale de mijloc (prea tehnic, se înțelege greu, prea netehnic, e apă de ploaie). | + | * Nu insistați pe detalii dar nici nu vorbiți generic; e nevoie de o cale de mijloc (prea tehnic, se înțelege greu, prea netehnic, e apă de ploaie). |
| - | * Pot apărea întrebări dubioase din comisie; unele pot fi din cauză că nu au înțeles; nu vă fie jenă să spuneți " | + | * Pot apărea întrebări dubioase din comisie; unele pot fi din cauză că nu au înțeles; nu vă fie jenă să spuneți " |
| - | * Un răpsuns negativ, dar direct (fără a fi însă agresiv sau nepoliticos), | + | * Un răspuns negativ, dar direct (fără a fi însă agresiv sau nepoliticos), |
| - | * Când prezentați un slide, o anti-tehnică des întâlnită este: click pentru next slide, ăăă, titlul slide-ului, se vorbește despre slide. | + | * Când prezentați un slide, o anti-tehnică des întâlnită este: click pentru next slide, ăăă, titlul slide-ului, se vorbește despre slide. |
| - | ** **NU** precizați titlul slide-ului. E clar; trecerea între slide-uri nu este o întreupere a poveștii, povestea trebuie să fie fluentă. | + | * **NU** precizați titlul slide-ului. E clar; trecerea între slide-uri nu este o întreupere a poveștii, povestea trebuie să fie fluentă. |
studenti/diploma/indicatii.1512652233.txt.gz · Ultima modificare: 2017/12/07 15:10 de către emil.slusanschi
