Dicționar IT pentru fondatori non-tehnici
55 de termeni utilizați frecvent în proiecte de inginerie software, explicați în limbaj accesibil. Context suficient pentru a formula întrebări informate și a evalua propunerile tehnice cu încredere.
A
- Agile
- Mod de a organiza dezvoltarea software în iterații scurte (sprint-uri de 2 săptămâni), cu prioritizare continuă și feedback regulat. Opusul «cascadei», unde se planifică 6 luni și abia apoi se constată că lumea s-a schimbat. În practică, agile bun = demo bisăptămânal pe URL real; agile prost = stand-up-uri zilnice organizate de un scrum master, fără nimic livrat.
- API
Application Programming Interface - Modul prin care două aplicații vorbesc între ele. Dacă magazinul dumneavoastră transmite comanda automat la curier, asta se face printr-un API. Pentru dumneavoastră, ca fondator: când cineva spune «integrăm cu eMAG via API», înseamnă că aplicația va citi/scrie date direct în sistemul eMAG, fără copy-paste manual.
- Architecture Decision Record (ADR)
- Document scurt (1-2 pagini) care explică de ce s-a luat o anumită decizie tehnică (ex: «de ce am ales PostgreSQL în loc de MongoDB»). Util pentru ca, peste 2 ani, când cineva se întreabă «de ce am făcut asta?», să existe un răspuns scris.
- Authentication / Authorization (Auth)
- Authentication = «cine sunteți?» (login). Authorization = «ce aveți voie să faceți?» (permisiuni). Adesea menționate împreună ca «auth». Nu le confundați: ambele sunt esențiale, dar rezolvă probleme diferite.
B
- Backend
- Partea aplicației care rulează pe server și nu se vede direct. Stochează datele, procesează logica de business, comunică cu alte sisteme. Invizibil pentru utilizator, dar esențial. Comparativ: frontend = ce vede utilizatorul, backend = ce se întâmplă în spate.
- Bug
- O eroare în software. Există patru tipuri practice: bug-uri evidente (aplicația crash-ează), bug-uri vizibile (cifre greșite afișate), bug-uri ascunse (date corupte fără să observați), bug-uri intermitente (apar doar marți la ora 14). Ultimele două sunt cele mai scumpe de rezolvat.
- Build
- Procesul prin care codul scris devine o aplicație executabilă. «Build-ul a picat» = procesul automat de compilare a eșuat, ceva nu se potrivește.
C
- Cache
- Memorie temporară care stochează date pentru acces rapid. Dacă același utilizator cere aceeași pagină de 100 de ori, cache-ul livrează rezultatul instant, fără să recalculeze. Beneficiu: performanță. Capcană: cache vechi care arată informații depășite.
- CI/CD
Continuous Integration / Continuous Deployment - Sistem automat care: (1) rulează testele de fiecare dată când codul se schimbă, (2) deploy-ează automat versiunile validate. Fără CI/CD: deploy manual, riscant, lent. Cu CI/CD: cod în prod în minute, cu rollback rapid dacă ceva pică.
- Cloud
- Infrastructura nu mai stă într-o cameră de servere a companiei dumneavoastră, ci la AWS, Google Cloud, Hetzner etc. Plătiți în funcție de consum, scalați când aveți nevoie, nu cumpărați hardware. Standard de facto pentru aplicații moderne.
- Code review
- Proces în care un al doilea developer verifică codul scris de primul, înainte să intre în branch-ul principal. Prinde bug-uri, propune îmbunătățiri, transferă cunoaștere. Standardul minim pentru orice echipă serioasă.
- Continuous Deployment
- Vedeți CI/CD. Codul ajunge automat în producție după ce trece testele, fără intervenție manuală.
- CRUD
Create, Read, Update, Delete - Cele patru operațiuni de bază pe orice date: creare, citire, actualizare, ștergere. Când cineva spune «aplicația e CRUD basic», înseamnă că nu are logică complexă: doar stochează și afișează date.
D
- Database
DB - Locul unde se stochează datele structurat. Tipuri: relațional (PostgreSQL, MySQL, cu tabele) sau NoSQL (MongoDB, Redis, cu documente sau key-value). Alegerea afectează arhitectura aplicației.
- Deploy
- Acțiunea de a publica codul nou în producție, ca să fie folosit de utilizatori reali. «Deploy de vineri» = o glumă tristă în industrie, pentru că dacă pică ceva, weekend-ul e pierdut.
- DevOps
- Practici care unesc dezvoltarea (Dev) cu operațiunile (Ops). Înseamnă: automatizare deployment, monitoring, infrastructură ca cod, observabilitate. Fără DevOps: deploy-uri lungi și dureroase. Cu DevOps: deploy în minute, cu rollback automat.
- Discovery
- Faza preliminară a unui proiect în care se documentează cerințele înainte de a se scrie cod. Spec scrisă, scope clar, estimare detaliată. Costă bani (€500-€2.000), dar vă scutește de pierderi mult mai mari mai târziu.
- Docker
- Tehnologie care «împachetează» o aplicație împreună cu toate dependențele ei într-un container portabil. Containerul rulează identic pe laptopul developer-ului, în staging și în producție. Elimină «dar la mine merge».
E
- Endpoint
- Un URL specific în API care răspunde la o cerere. Ex:
/api/users/123e un endpoint care returnează datele utilizatorului 123. Aplicația dumneavoastră consumă zeci sau sute de endpoint-uri. - Event-driven architecture
- Mod de a construi sisteme în care componentele comunică prin «evenimente» (ex: «s-a creat o comandă») în loc să se apeleze direct. Mai flexibil, mai rezilient, dar mai complex de depanat.
F
- Framework
- Un set de unelte care rezolvă probleme comune, ca să nu se reinventeze roata. Next.js, Laravel, Django sunt framework-uri. Ales bine, accelerează dezvoltarea cu 30-50%. Ales prost, vă leagă de o tehnologie obscură.
- Frontend
- Partea aplicației pe care o vede și cu care interacționează utilizatorul (browser, app mobile). Tehnologii: React, Vue, Angular, vanilla JS. Bun frontend = rapid și intuitiv. Prost = lent și frustrant.
G
- Git
- Sistem de versionare a codului. Fiecare commit e o poză a codului la un moment dat. Permite mai mulți developeri să lucreze simultan fără să se calce pe picioare. Standard absolut în industrie.
- GraphQL
- Alternativă la REST API. Clientul cere exact datele de care are nevoie, într-o singură cerere. Util când aveți o aplicație mobilă cu bandwidth limitat sau UI care agregă date din multe surse.
H
- HTTPS
- Protocol web criptat. Ar trebui să fie default pe orice site din 2026. Dacă cineva vă face un site fără HTTPS, căutați alt furnizor.
I
- Integration
- Conexiunea între aplicația dumneavoastră și un sistem extern (ANAF, eMAG, Stripe, curier). Fiecare integrare e ca o țeavă mică între două case: necesită întreținere și se poate sparge dacă cineva schimbă ceva.
- IP
Intellectual Property - Codul, design-ul, documentația. Cine deține IP-ul are tot. În contractele cu agenții, asigurați-vă că există o clauză explicită de transfer al drepturilor (IP); altfel puteți rămâne fără cod la final.
K
- Kubernetes
K8s - Sistem de orchestrare a containerelor (Docker) la scale mare. Util când aveți peste 10 servere care rulează aplicația. Pentru proiecte mici este prea mult: un singur server e suficient.
L
- Latency
- Timpul de răspuns al sistemului. Bun: sub 200ms. Acceptabil: 200-500ms. Slab: peste 500ms. Latency mare = utilizatori frustrați care părăsesc aplicația.
- Load balancer
- «Polițistul de la trafic» care distribuie cererile între mai multe servere. Fără el, un server poate fi inundat în timp ce altele stau. Esențial pentru scale.
M
- Microservices
- Arhitectură în care aplicația e împărțită în mai multe servicii mici independente, fiecare cu rol specific. Avantaj: scalare independentă, echipe paralele. Dezavantaj: complexitate mare. Nu e potrivit pentru orice proiect.
- Monitoring
- Sistemul care vă anunță când ceva pică, cât de rapid răspunde aplicația și câte erori apar. Fără monitoring, aflați de la utilizatori că ceva nu merge, adică prea târziu.
- MVP
Minimum Viable Product - Versiunea minimă a produsului care livrează valoare reală pentru a testa o ipoteză de business. Nu «prototip» (nu e funcțional), nu «produs final» (mai sunt feature-uri). MVP bun = lansat în 8-12 săptămâni cu 1-3 flow-uri critice.
N
- NDA
Non-Disclosure Agreement - Acord de confidențialitate. Standard înainte de discovery. Protejează ideea dumneavoastră și informațiile confidențiale ale companiei.
O
- Onboarding
- Procesul prin care un utilizator nou (sau un dezvoltator nou) învață cum funcționează produsul. Onboarding bun = utilizatori activi în 5 minute. Onboarding prost = abandon imediat.
- Open source
- Software cu cod public, gratuit de folosit. Linux, PostgreSQL, React sunt open source. Avantaj: comunitate mare, fără lock-in. Dezavantaj: suportul depinde de dumneavoastră sau de cineva pe care îl plătiți.
P
- Performance
- Cât de rapid răspunde aplicația. Măsurat prin Core Web Vitals (LCP, INP, CLS). Performance slab pierde utilizatori: Google a măsurat că 53% pleacă dacă pagina se încarcă peste 3 secunde.
- Pull request
PR - Cererea unui developer ca codul lui să fie integrat în versiunea principală. Trece prin code review înainte. Standardul de colaborare în echipele moderne.
R
- Refactoring
- Rescrierea codului existent pentru a-l face mai curat, fără a schimba funcționalitatea. Necesar periodic, altfel se acumulează technical debt.
- Repository
Repo - Locul unde se stochează codul, de regulă pe GitHub sau GitLab. Conține istoricul tuturor modificărilor, branch-uri, PR-uri. Repository-ul trebuie să fie proprietatea dumneavoastră, nu a agenției.
- REST API
- Cel mai comun stil de API. Folosește URL-uri și metode HTTP (GET, POST, PUT, DELETE). Standard pentru majoritatea aplicațiilor web.
- Rollback
- Întoarcerea la o versiune anterioară când cea nouă pică. Esențial să puteți face rollback în secunde, nu în ore.
S
- SaaS
Software as a Service - Software pe care îl folosiți cu abonament lunar, fără să-l instalezi. Gmail, Slack, Stripe sunt SaaS. Model dominant în business 2026.
- Scope creep
- Fenomenul prin care scope-ul proiectului crește treptat fără ajustarea bugetului sau a termenului. Cea mai comună cauză de eșec a proiectelor software. Soluția: schimbări de scope = oferte suplimentare scrise.
- SDK
Software Development Kit - Set de unelte care facilitează integrarea cu un serviciu. Stripe SDK, AWS SDK, Firebase SDK. Mai simplu decât codul scris direct pe API.
- SLA
Service Level Agreement - Acord care specifică nivelul de serviciu garantat. Ex: «agreed response times, răspuns la critic în 4h». Important post-lansare.
- Sprint
- Iterație de 1-2 săptămâni în care echipa livrează un set de feature-uri agreate. La final: demo + retrospectivă. Următorul sprint începe luni.
- Staging
- Mediu de testare identic cu producția, dar fără utilizatori reali. Aici se testează înainte de deploy. Esențial pentru a evita surprize în prod.
T
- Technical debt
- Costul implicit al deciziilor tehnice rapide luate sub presiune. La un moment dat trebuie plătit (refactoring), altfel încetinește totul. Echivalentul tehnic al cardului de credit cu dobândă.
- Testing
- Verificarea automată că aplicația funcționează corect. Tipuri: unit (componente individuale), integration (mai multe componente împreună), e2e (flow complet utilizator). Standard: 80%+ coverage.
- Token
- În context auth: șir lung de caractere care identifică un utilizator autentificat. În context AI/LLM: unitatea de procesare a textului (~4 caractere = 1 token).
U
- UAT
User Acceptance Testing - Faza finală în care utilizatori reali testează aplicația înainte de lansarea publică. Prinde bug-uri pe care echipa nu le-a văzut.
- UX/UI
User Experience / Interface - UX = cum se simte utilizatorul folosind produsul (flow logic, friction). UI = cum arată (culori, layout). Ambele importante. UI frumos cu UX prost = produs care arată bine dar nu se folosește.
V
- Version control
- Vedeți Git. Sistem care păstrează istoricul tuturor modificărilor de cod.
W
- Webhook
- Notificare automată trimisă de un sistem extern când se întâmplă ceva. Ex: Stripe emite un webhook când o plată reușește, ca aplicația dumneavoastră să marcheze comanda ca plătită.