De ce glue code e cea mai importantă abilitate din inginerie modernă
Tehnologiile de bază sunt comoditate. Valoarea reală trăiește în coasere — codul care face sisteme disparate să funcționeze împreună.
Majoritatea sistemelor de producție nu mai sunt blocate pe algoritmi. Sunt blocate pe codul dintre componente — API gateway-ul care rutează request-urile, coada care distribuie evenimentele, worker-ul care face retry cu backoff, migrarea care mută date între două servicii plictisitoare fără să piardă un rând.
Acel cod ajunge rar în talk-uri de conferință. Nu se livrează ca o bibliotecă open-source lustruită. E al tău de scris, de fiecare dată, pentru că depinde de forma exactă a sistemului tău.
În era AI asta e și mai adevărat. Fiecare echipă are acces la aceleași modele. Diferențierea nu e „ce LLM ai ales?” — e versionarea prompt-urilor, eval harness-ul, lanțul de fallback, logica de retry-cu-alt-model, stratul de cache, feature flag-ul care îți permite să A/B-testezi prompt-uri în producție.
În proiectul nostru recent de fintech, am cheltuit poate 5% din efortul de inginerie pe apelul LLM în sine. Celelalte 95% au fost glue-ul: ingestie reglementară, output-uri validate pe schemă, audit trails, pipeline-uri de eval, kill switch-uri, observability.
Angajăm pentru gust la coasere, nu pentru API-uri de framework memorate. Poți citi un sistem și să ne spui cele trei moduri de eșec care sunt cel mai probabil să muște în producție? Poți proiecta o extensie mică care adaugă capabilitate fără să înrăutățească modurile de eșec? Asta e bara de senior.
Când ne comisionezi un sistem, specificația de obicei subestimează unde merge munca. Ticket-ul „construiește un chat cu documentele noastre” e 10% chat, 90% calitate retrieval, eval, securitate, latență, control de cost. Dacă vendor-ul tău estimează asta ca un job de 2 săptămâni, găsește alt vendor.
Continuă lectura