Dezvoltarea profesională în IT

Proiectele informatice au mai multe roluri: programatorul scrie și modifică aplicații, testerul verifică funcționarea lor, designerul de interfață studiază folosirea produsului, iar administratorul de sisteme menține infrastructura. În proiecte mici, aceeași persoană poate îndeplini mai multe roluri. Competențele tehnice se completează cu comunicarea, documentarea și colaborarea.

Un CV prezintă clar educația, proiectele și competențele relevante. La un interviu, este mai util să explici ce problemă ai rezolvat și ce ai învățat decât să enumeri tehnologii fără exemple. O prezentare publică bună spune care a fost scopul proiectului, cum funcționează, ce ai testat și ce ai îmbunătăți. Echipa își împarte responsabilitățile și își urmărește progresul prin sarcini clare.

Un proiect informatic cere mai multe roluri: programatorul scrie și modifică aplicații, testerul verifică funcționarea lor, designerul de interfață studiază folosirea produsului, iar administratorul de sisteme menține infrastructura. În proiecte mici, aceeași persoană poate îndeplini mai multe roluri. Competențele tehnice se completează cu comunicarea, documentarea și colaborarea. Dezvoltarea profesională continuă prin proiecte, feedback și învățarea unor instrumente noi, cu evaluarea surselor și protejarea datelor. În cadrul european al competențelor digitale (e-CF), rolurile sunt descrise prin competențe, nu prin titluri de funcții.

Exemplul 1 — planul unui proiect școlar. Cerința: o aplicație care sortează și filtrează o colecție de cărți. Planul stabilește cerința, utilizatorii (elevii bibliotecii), datele de intrare (titlu, autor, an), rezultatul (lista sortată și filtrată) și criteriile de acceptare, adică testele pe care produsul trebuie să le treacă. Munca se împarte în sarcini care pot fi verificate: interfața, logica de sortare și filtrare, datele și testarea. Un criteriu concret: pentru cărțile cu anii 1990, 1985 și 2001, filtrul „după 1989” întoarce 1990 și 2001, în această ordine după sortarea crescătoare. Fiecare membru explică deciziile, notează problemele și integrează schimbările celorlalți; un istoric al versiunilor arată cine a schimbat ce și permite revenirea la o versiune anterioară.

Exemplul 2 — o problemă de interviu. Se cere: „Numără elementele pare dintr-o listă de întregi”. Candidatul cere mai întâi clarificări: ce rezultat are lista goală, pot apărea numere negative? Apoi explică pașii și verifică soluția pe cazuri simple:

def numar_pare(v):
    return sum(1 for x in v if x % 2 == 0)

print(numar_pare([2, 5, 8, 10]), numar_pare([]), numar_pare([-4, 3]))

Se afișează 3 0 1. Lista [2, 5, 8, 10] are trei elemente pare. Lista goală are zero. În lista [-4, 3], numărul $-4$ este par, deoarece restul împărțirii lui la 2 este 0 în Python. Explicația pașilor și testarea pe cazuri-limită contează la fel de mult ca rezultatul.

Exemplul 3 — CV și prezentare. Un proiect se descrie în CV printr-un rezultat verificabil: „am realizat o aplicație care sortează și filtrează o colecție de cărți”, urmat de tehnologiile folosite și de rolul propriu, de exemplu „am scris logica de sortare și testele”. O listă de tehnologii fără proiecte nu arată ce știe candidatul să facă. La prezentare, se spune scopul proiectului, cum funcționează, ce a fost testat și ce se poate îmbunătăți, se arată un exemplu complet de folosire și o limitare reală. Dacă proiectul filtrează cărți, demonstrația rulează exemplul cu anii 1990, 1985 și 2001 și arată rezultatul așteptat.

Exemplul 4 — raportul unei erori. Un tester descrie o eroare prin trei elemente: pașii de reproducere, rezultatul obținut și rezultatul așteptat. Pentru filtrul din primul exemplu: se introduc anii 1990, 1985 și 2001, se alege filtrul „după 1989”; rezultatul obținut conține și 1985, iar cel așteptat este 1990 și 2001. Programatorul reproduce eroarea, corectează condiția de comparare, rulează din nou cazul și îl păstrează printre testele de acceptare, ca eroarea să nu reapară.

Greșeli frecvente

• Greșit: un CV bun este o listă lungă de tehnologii fără proiecte.
  Corect: arată ce ai realizat și ce rol ai avut.
• Greșit: testarea începe numai după ce întregul produs este gata.
  Corect: fiecare parte se verifică pe parcurs.
• Greșit: lucrul în echipă înseamnă doar împărțirea fișierelor.
  Corect: cere comunicare, integrare și verificarea rezultatului comun.

Înainte și după