FIȘIER DE CONFIGURARE
Definiție
Fișierul de configurare nu e un termen de inteligență artificială, ci o practică elementară de construcție a programelor. Apare aici fiindcă e diferența dintre o unealtă pe care o poți ajusta singur și una pe care trebuie să o trimiți înapoi la AI la fiecare schimbare măruntă. Un fișier de configurare ține setările programului separat de cod: căile către foldere, pragurile, conturile, anul fiscal, adresa de e-mail unde pleacă raportul. Programul le citește la pornire, iar tu le modifici într-un fișier text simplu, fără să atingi logica.
Formatele obișnuite sunt JSON, care e strict și ușor de citit de programe, și variante mai permisive, gândite pentru a fi editate de om, cu comentarii permise. Distincția care contează nu e formatul, ci ce intră și ce nu intră în fișier: setările da, secretele nu. Parolele, cheile de acces la interfețe de programare și datele de autentificare nu se scriu în fișierul de configurare al proiectului, tocmai fiindcă acel fișier ajunge în copii, în arhive și în foldere sincronizate. Pentru ele există fișiere separate, excluse explicit din sincronizare și din depozitele de cod.
Într-un cabinet, fișierul de configurare e ceea ce face o unealtă transmisibilă. Colegul care preia convertorul SAF-T schimbă calea către folderul lui și anul, și unealta merge; fără fișier de configurare ar trebui să caute prin cod și să modifice acolo, ceea ce nu va face nimeni corect a doua oară. Merită scris cu nume de setări explicite, în română sau în engleză simplă, și însoțit de o linie de explicație pentru fiecare. Un fișier de configurare pe care proprietarul lui nu îl mai înțelege peste șase luni nu și-a făcut treaba.
Exemple practice
- Convertorul citește din fișierul de configurare folderul de intrare, folderul de ieșire și anul de raportare. Trecerea la anul următor înseamnă schimbarea unei cifre, nu o discuție cu AI-ul.
- Predarea uneltei către un coleg: el primește scriptul neatins și își scrie propriul fișier de configurare. Codul rămâne identic la amândoi, ceea ce înseamnă că o corecție viitoare li se aplică la fel.
- Ce nu intră niciodată în fișier: parole, chei de acces, date de autentificare. Se țin separat, în afara folderului sincronizat, și nu se trimit prin e-mail odată cu unealta.
Întrebări frecvente
De ce nu las setările direct în cod?
Fiindcă atunci fiecare ajustare cere modificarea codului, cu riscul de a strica altceva, și fiindcă două persoane nu pot folosi aceeași unealtă cu setări diferite. Valorile scrise direct în cod se numesc hardcodate și sunt prima sursă de unelte care merg doar pe un singur calculator.
Ce format să folosesc?
Pentru început, cel pe care ți-l propune asistentul, de regulă JSON. Contează mai mult ca setările să aibă nume clare și explicații scurte decât formatul ales.
Unde țin parolele, dacă nu în fișierul de configurare?
În variabile de mediu sau într-un fișier separat, exclus din sincronizare și din orice depozit de cod. Regula minimă într-un cabinet: dacă un fișier ajunge în Drive sau pe e-mail, nu are voie să conțină credențiale.