Zilele în care ai zero chef de cod: Cum treci peste ele fără să te prefaci

Salutare tuturor. Hai să fim sinceri: sunt zile în care pur și simplu ai zero chef să scrii vreo linie de cod și ai prefera să te uiți la vopsea cum se usucă pe perete. Am pățit asta chiar marțea trecută și, în loc să mă prefac că lucrez și să mă stresez inutil, am aplicat sistemul de avarie pe care l-am șlefuit în 12 ani de dev. Dacă treci prin asta acum, citește mai jos cum poți să rămâi util echipei fără să îți prăjești creierul.

Acceptă situația și schimbă registrul

Cea mai mare greșeală pe care o făceam la începutul carierei era să trag de mine. Mă uitam la ecran ore în șir, scriam trei linii de cod, le ștergeam, intram pe Reddit, apoi iar mă uitam la cod. La finalul zilei eram epuizat și nu rezolvasem nimic. Am avut un sprint acum vreo trei ani când, din cauza oboselii, am insistat să scriu un algoritm de alocare de resurse într-o zi proastă. Am generat trei bug-uri critice în producție și am pierdut ulterior încă două zile ca să le repar. O prostie.

Acum, când simt că am creierul blocat, mă opresc instant din scris cod complex. Accept că azi nu e ziua mea productivă pe partea logică și trec pe modul administrativ.

Activitățile de „creier amorțit” care chiar contează

Când nu poți produce arhitecturi geniale, poți face curățenie. Iată cum procedez în zilele "fără chef" și culmea, echipa chiar beneficiază de asta:

• Curățenie în Jira sau Trello: Mă uit peste tichetele vechi. La un proiect cu vreo 15 oameni pe care am lucrat recent, aveam peste 50 de tichete uitate în statusuri aiurea care erau de fapt rezolvate. Le-am luat la rând, am vorbit cu testerii și le-am închis. PM-ul a fost în al nouălea cer.
• Scris documentație: Toată lumea urăște să scrie README-uri sau pagini de Confluence. Când nu ai chef de cod, să descrii cum se configurează mediul local de dezvoltare e o activitate perfectă. Nu cere mult efort cognitiv, dar salvează ore bune pentru următorul coleg care face onboarding.
• Update-uri de dependențe: Run npm outdated sau echivalentul din stack-ul tău. Fă update-uri la pachetele secundare, rulează testele automate și vezi ce se strică. E o muncă repetitivă, mecanică, ideală pentru o zi lentă.

Trade-off-ul sincer: Ce pierzi și ce câștigi

Strategia asta vine cu un compromis clar. Merge excelent ca să elimini datoria tehnică administrativă și să deblochezi chestii mărunte, dar e complet inutilă dacă ai un deadline strâns pentru un feature critic. Dacă mâine e release-ul și tu nu ai chef, n-ai ce face, trebuie să strângi din dinți sau să ceri ajutor direct.

Pe termen lung însă, abordarea asta m-a salvat de la burnout. Decât să livrezi cod prost scris la nervi, mai bine livrezi documentație excelentă și tichete curate.

Voi cum gestionați zilele astea? Trageți de voi până iese ceva sau schimbați complet activitatea?