Dicționar IT pentru fondatori non-tehnici
50 de termeni pe care îi vei auzi în orice ședință cu o agenție software, explicați în limbaj uman. Fără jargon care îți face capul mare. Fără pretenția că trebuie să devii dezvoltator. Doar atât cât să poți pune întrebări inteligente și să detectezi când cineva încearcă să te impresioneze cu cuvinte mari în loc să livreze.
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 planifici 6 luni și apoi te miri că lumea s-a schimbat. În practică, agile bun = demo bisăptămânal pe URL real; agile prost = scrum master care îți organizează stand-up-uri zilnice fără să livreze nimic.
- API
Application Programming Interface - Modul prin care două aplicații vorbesc între ele. Dacă magazinul tău trimite comanda automat la curier, asta se face printr-un API. Pentru tine 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 ești tu?» (login). Authorization = «ce ai voie să faci?» (permisiuni). Adesea menționate împreună ca «auth». Nu confunda cele două — 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ă-ți dai seama), 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 tale, ci la AWS, Google Cloud, Hetzner etc. Plătești per consum, scalezi când ai nevoie, nu cumperi 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
- Vezi 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: creează, citește, actualizează, șterge. 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: relational (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 tău 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 te 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 ta 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 îți rezolvă probleme comune ca să nu reinventezi roata. Next.js, Laravel, Django sunt framework-uri. Ales bine, accelerează dezvoltarea cu 30-50%. Ales prost, te leagă de 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 ai 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 îți face site fără HTTPS, fugi.
I
- Integration
- Conexiunea între aplicația ta ș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, asigură-te că IP-ul îți aparține din ziua 1 — altfel poți rămâne fără cod la final.
K
- Kubernetes
K8s - Sistem de orchestrare a containerelor (Docker) la scale mare. Util când ai 10+ servere care rulează aplicația ta. Pentru proiecte mici, e overkill — 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 îți spune când ceva pică, cât de rapid răspunde aplicația, câte erori apar. Fără monitoring, afli de la utilizatori că ceva nu merge — 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ă idea ta ș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: support depinde de tine sau de cineva pe care îl plătești.
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ă să schimbi funcționalitatea. Necesar periodic — altfel se acumulează tehnical 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 tău proprietate, nu al 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ă poți face rollback în secunde, nu ore.
S
- SaaS
Software as a Service - Software pe care îl folosești 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ă să ajustezi bugetul sau timeline-ul. 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 îți facilitează integrarea cu un serviciu. Stripe SDK, AWS SDK, Firebase SDK. Mai simplu decât să scrii cod direct contra API-ul.
- SLA
Service Level Agreement - Acord care specifică nivelul de serviciu garantat. Ex: «99.9% uptime, 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. Testezi acolo î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
- Vezi 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 trimite un webhook când o plată reușește, ca aplicația ta să marcheze comanda ca plătită.