IT-ul nu înseamnă programare: infrastructura invizibilă care ține compania în funcțiune

Am pus la un moment dat pe TikTok un clip despre o problemă de Helpdesk IT.

În comentarii, un programator binevoitor a decis să mă informeze că ceea ce făceam eu nu era, de fapt, IT.

Pentru că nu programam.

Aparent, după niște ani de muncă, am aflat de pe TikTok că mi-am greșit domeniul.

Fair enough.

Programarea este IT. Evident.

Doar că IT-ul nu se termină acolo.

Mai există oamenii care administrează serverele, rețelele, conturile, calculatoarele, securitatea, backup-urile și toate celelalte lucruri despre care nimeni nu vorbește cât timp funcționează.

Și mai există Helpdesk-ul.

Locul acela minunat unde ajung probleme descrise cu o precizie inginerească remarcabilă:

„Nu merge.”

„Andrei, nu merge.”

Cred că un om bun de suport IT nu este omul care știe răspunsul la orice.

Dacă întâlniți unul care susține asta, probabil problema principală nu mai este calculatorul.

Un om bun de suport IT este omul care știe ce să facă atunci când încă nu știe răspunsul.

Pentru că, de cele mai multe ori, conversația nu începe așa:

„Bună ziua. Am identificat o problemă de rezoluție DNS care apare intermitent pe stația mea.”

Ar fi frumos.

În realitate începe mai degrabă așa:

„Nu merge mailul.”

„Nu merge internetul.”

„Nu mă pot conecta.”

„Calculatorul face ceva.”

Sau favoritul meu:

„Ieri mergea.”

Această ultimă informație este absolut adevărată și aproape complet inutilă.

Și totuși, de aici trebuie să începi.

Prima mea misiune: să aflu ce înseamnă „nu merge”

Să presupunem că sună cineva:

„Andrei, nu-mi merge mailul.”

Prima întrebare este de obicei:

„Doar ție sau tuturor?”

Pare banală, dar răspunsul elimină din start o mulțime de posibilități.

Dacă nu merge nimănui din firmă, probabil nu are rost să încep prin a reinstala Outlook pe calculatorul celui care m-a sunat.

Dacă doar lui nu-i merge, atunci situația devine deja mai interesantă.

Urmează:

„Ce anume nu merge?”

Și aici descoperim că expresia „nu merge mailul” poate avea foarte multe traduceri.

„Nu primesc mailuri.”

„Nu pot trimite.”

„Îmi cere parola.”

„Nu pornește Outlook.”

„Pot trimite, dar nu cu atașament.”

„Merge de pe telefon, dar nu de pe calculator.”

Sau:

„Stai… acum merge.”

Desigur că merge.

Am ajuns eu.

Troubleshooting-ul este, în mare parte, arta de a pune întrebări

Există tentația de a crede că omul de IT vede o eroare și undeva în creier apare instant soluția:

ERROR 0x800ceva → apăsăm trei taste → rezolvat.

Uneori se întâmplă.

De cele mai multe ori, nu.

De cele mai multe ori încep să pun întrebări.

Ce făceai când a apărut?

S-a mai întâmplat?

Se întâmplă de fiecare dată?

Putem să facem din nou exact același lucru?

Mai are cineva problema?

Ce s-a schimbat?

Practic, încerc să fac ceea ce în engleză se numește narrow down the problem.

În română:

încerc să micșorez progresiv numărul de lucruri care ar putea fi de vină.

Pentru că „nu merge internetul” poate însemna orice, de la o problemă serioasă de infrastructură până la faptul că utilizatorul încearcă să intre pe un singur site care este picat.

Și înainte să modifici jumătate din rețea, ar fi util să afli care dintre variante este.

Așa că procesul meu este, în esență:

Întreb → testez → elimin variante → mai întreb → mai testez → găsesc cauza.

Nu sună la fel de spectaculos ca în filme.

Nu port nici hoodie negru.

În majoritatea timpului nici nu scriu frenetic comenzi într-un terminal verde.

Dar funcționează.

De fapt, IT-ul bun este aproape invizibil

Să luăm o dimineață absolut banală într-o firmă.

Ajungi la birou.

Deschizi laptopul.

Te conectezi.

Deschizi mailul.

Intri pe internet.

Accesezi un document.

Printezi ceva.

Deschizi aplicația în care lucrezi.

Poate te conectezi de acasă la firmă.

Pentru utilizator, experiența este:

„Am pornit calculatorul și m-am apucat de lucru.”

În spatele acestei propoziții sunt o mulțime de sisteme care trebuie să coopereze.

Laptopul trebuie să funcționeze.

Rețeaua trebuie să funcționeze.

Internetul trebuie să funcționeze.

Conturile trebuie să funcționeze.

Serverele trebuie să funcționeze.

Datele trebuie să fie disponibile.

Securitatea trebuie să funcționeze.

Backup-ul ar fi foarte bine să funcționeze și el.

Și toate trebuie să facă asta în același timp.

Partea interesantă este că, atunci când funcționează, nimeni nu observă.

Nimeni nu intră luni dimineața în biroul IT și spune:

„Băieți, extraordinară treabă cu rețeaua azi. Am deschis trei site-uri și toate trei s-au încărcat.”

Nu primești mesaj:

„Salut, voiam doar să vă spun că imprimanta a printat din prima. Felicitări întregii echipe.”

Și absolut nimeni nu sună să spună:

„Backup-ul de azi-noapte s-a terminat cu succes. Sunt foarte liniștit. Mulțumesc.”

Dar să nu meargă imprimanta cinci minute.

Atunci IT-ul devine brusc cel mai important departament din companie.

O parte din munca noastră constă în lucruri care NU s-au întâmplat

Aici apare una dintre ciudățeniile meseriei.

Cum demonstrezi valoarea unei probleme care nu a existat?

Nu s-au pierdut datele.

Nu s-a umplut spațiul de stocare.

Nu a căzut serverul.

Nu a intrat cine nu trebuia într-un cont important.

Nu s-a descoperit după șase luni că backup-ul nu funcționa.

Nu au stat 30 de oameni două ore uitându-se la desktop.

Nimic din toate acestea nu s-a întâmplat.

Excelent.

Doar că este greu să faci un PowerPoint impresionant despre:

„Și luna aceasta nu s-a întâmplat nimic.”

Dar o parte importantă din infrastructura IT exact asta încearcă să obțină.

Nimic.

Nimic spectaculos.

Oamenii vin la serviciu și își pot face treaba.

Apoi a apărut AI-ul

Iar acum avem un coleg nou.

Știe enorm de multe.

Nu doarme.

Nu cere concediu.

Răspunde în câteva secunde.

Și, ocazional, îți spune cu o încredere extraordinară ceva complet greșit.

Îmi place AI-ul și îl folosesc.

Poate ajuta enorm în troubleshooting.

Poate interpreta o eroare, analiza informații, sugera direcții de investigație sau găsi o variantă la care nu m-am gândit.

Dar există o problemă.

Dacă îi spun:

„Nu merge internetul. Ce fac?”

AI-ul are aproximativ aceeași problemă pe care o am și eu când sună telefonul.

Nu știe ce înseamnă „nu merge”.

Așa că începe să enumere posibilități.

Restart.

Router.

Cablu.

Wi-Fi.

DNS.

Drivere.

Firewall.

Și probabil, dacă îl lăsăm suficient, poziția lui Mercur.

Dar dacă înainte am investigat problema și pot spune:

„Calculatorul este conectat la rețea și poate ajunge pe internet, dar nu poate găsi adresele site-urilor după nume.”

acum discuția este complet diferită.

Problema este mult mai bine definită.

AI-ul devine mult mai util.

Nu pentru că a înlocuit troubleshooting-ul.

Ci pentru că troubleshooting-ul bun i-a oferit problema potrivită de rezolvat.

Poate asta este, de fapt, meseria

După suficienți ani în IT ajungi să înțelegi ceva:

Nu poți să știi tot.

Nici măcar nu merită să încerci.

Tehnologiile se schimbă.

Versiunile se schimbă.

Apar produse noi.

Apar probleme noi.

Acum avem AI. Peste câțiva ani vom avea alte instrumente.

Important nu este să ai toate răspunsurile memorate.

Important este să știi ce faci atunci când nu ai răspunsul.

Să pui întrebările potrivite.

Să înțelegi ce se întâmplă.

Să elimini variantele greșite.

Să testezi înainte să începi să schimbi lucruri.

Și, în cele din urmă, să transformi:

„Andrei, nu merge.”

în:

„Am găsit problema.”

Iar dacă faci treaba bine, cea mai mare parte a infrastructurii rămâne exact cum ar trebui să fie:

invizibilă.

Oamenii își deschid laptopurile și își fac treaba.

Fără să se gândească la toate lucrurile care trebuie să funcționeze pentru ca asta să fie posibil.

Iar programarea?

Bineînțeles că este IT.

Doar că IT-ul este mult mai mare decât programarea.