După mai bine de 12 ani de programare, încă am vreo 2 sau 3 zile pe lună în care tastatura cântărește o tonă și creierul refuză complet să proceseze logică complexă. Înainte mă panicam, băgam a patra cafea și forțam 8 ore de ecran doar ca să șterg a doua zi tot codul spaghete scris în chinuri. Acum am un sistem simplu: când motivația e la pământ, schimbi sarcina, nu forțezi motorul.
Ce fac când codul nou nu iese
Primul lucru pe care l-am învățat e că productivitatea nu înseamnă doar linii noi de cod împinse în main. Există o grămadă de muncă invizibilă pe care o amânăm mereu când suntem "în zonă" și avem spor la feature-uri noi. Zilele proaste sunt ideale pentru munca asta de fundal.
Când simt că mi-a amorțit mintea, trec pe sarcini cu consum cognitiv redus. E ca atunci când ești obosit la sală și faci stretching în loc de genuflexiuni cu greutăți.
Lista mea de salvare pentru zile fără chef
Iată pe ce comut când am zero motivație:
- Curățat și actualizat dependențe. Lucrez la un proiect cu peste 15 microservicii unde tot timpul apare câte o librărie învechită. Un
npm audit, un bump de versiune minoră la pachete, un build scurt și un PR simplu. Se face ușor, nu cere filozofie și economisește timp la viitoarele sprinturi. - Documentație și Swagger. Anul trecut, într-o zi de vineri în care eram legumă completă, m-am apucat să scriu documentația de setup și să pun diagrame Mermaid în README. A doua lună au venit doi juniori noi în echipă și am economisit lejer vreo 2 zile de onboarding direct doar pentru că totul era clar.
- Tichete vechi și Jira hygiene. Închizi chestii duplicate, pui comentarii de clarificare, reorganizezi board-ul. Munca asta administrativă le dă un sentiment plăcut managerilor și ieși și tu curat.
- Refactoring pe teste existente. Nu scriu teste noi pentru cazuri de margine complicate, ci doar le reordonez pe cele vechi, redenumesc variabilele de test ca să fie lizibile sau scot codul duplicat din fișierele de spec.
Compromisul pe care trebuie să-l accepți
Strategia asta are un trade-off clar. Merge de minune pentru a menține un ritm constant și pentru a scăpa de debt-ul tehnic, dar e nasol dacă exagerezi sau devii neatent. Dacă faci update de pachete la modul pilot automat și nu ești atent la ce se schimbă, poți să spargi build-ul de producție fără să vrei.
Trebuie să ai măcar o plasă de siguranță: un CI/CD bine pus la punct care să prindă gafele când tu lucrezi la 20% din capacitate. Dacă n-ai teste automate bune, mai bine nu te atingi de dependențe într-o zi proastă.
Cum comunic asta fără să par leneș
Nu intru la daily să zic "salut, azi n-am chef de nimic". Zic direct: "Azi am energia scăzută pe partea de feature-uri noi, așa că mă preiau din zona de tech debt. Fac cleanup pe dependențe și rezolv niște warning-uri vechi din build". Niciun engineering manager întreg la minte nu o să te refuze când îi spui că rezolvi probleme din backlog-ul tehnic.
În loc să tragi de tine și să te simți vinovat că nu ești vreun geniu 8 ore pe zi, mai bine accepți că ești om. Producția de valoare nu e liniară.
Voi ce faceți când aveți zile în care tastatura pare de plumb? Aveți vreun task preferat "de avarie" sau trageți de voi cu cafea?