Să fim sinceri. Cine zice că e motivat 100% din timp, în fiecare zi de marți sau joi, minte de îngheață apele. Săptămâna trecută am avut o zi din aia în care pur și simplu nu se lega nimic, deși aveam de livrat un feature destul de simplu.
După mai bine de 12 ani de backend, am învățat că cel mai prost lucru pe care îl poți face în momentele astea e să forțezi nota. Dacă trag de mine să scriu cod când am creierul prăjit, rezultatul e aproape mereu o mizerie plină de bug-uri. O mizerie pe care tot eu o repar a doua zi la code review, deci practic îmi dublez munca degeaba.
Acceptarea și triajul de dimineață
Când mă trezesc și simt că „nu e ziua mea”, primul lucru pe care îl fac e un triaj sincer al task-urilor de pe board. Separ lucrurile în două categorii clare: ce are nevoie de logică complexă și ce e pură mecanică.
Dacă am pe masă un algoritm complicat sau o refactorizare de arhitectură, le amân fără remușcări. Nu are rost să îmi bat joc de codebase. În schimb, caut task-urile cu „mentenanță cognitivă scăzută”. Chestii pe care le poți face aproape pe pilot automat, dar care tot trebuie rezolvate la un moment dat de cineva din echipă.
Ce fac când nu pot să scriu cod serios?
În loc să mă uit în gol la monitor și să dau scroll pe Reddit sperând să treacă timpul, mă concentrez pe trei direcții administrative extrem de utile pentru proiect.
Prima este curățenia în backlog și Jira. Închid tichete vechi care nu mai au sens, adaug detalii sau pași de reproducere la cele rămase în aer și organizez etichetele. Managerii adoră să vadă board-ul curat, iar mie îmi ia zero efort cognitiv.
A doua direcție e documentația. Toți urâm să scriem README-uri când suntem în starea de flow și vrem doar să livrăm cod. Ei bine, o zi fără chef este perfectă pentru a pune la punct ghidul de instalare locală sau pentru a documenta un endpoint mai ciudat pe care l-am lăsat la repezeală acum o lună.
A treia variantă este mentenanța pură. La un proiect anterior cu vreo 12 microservicii, am folosit o zi din asta „moartă” doar ca să aliniez versiunile de Node și să curăț warning-urile din build. Am economisit cred că vreo 3 ore de debugging viitor pentru colegii mei mai tineri și n-am avut nevoie de niciun gram de creativitate.
Regula celor 15 minute și trade-off-ul sincer
Dacă totuși există un deadline strâns și trebuie neapărat să împing cod în ziua respectivă, aplic regula de 15 minute. Îmi pun un timer fizic pe birou și îmi propun să lucrez doar 15 minute la cea mai simplă parte a task-ului. De multe ori, odată ce trec de faza de pornire, creierul se conectează de la sine și începe să meargă treaba.
Iar dacă nu se conectează nici după cele 15 minute, mă opresc definitiv din scris cod. Trec înapoi pe modul administrativ.
Trade-off-ul e destul de simplu: pierd o zi de performanță maximă, dar îmi protejez sănătatea mintală și evit burnout-ul pe termen lung. E mult mai ieftin pentru companie și pentru mine să livrez mai puțin într-o zi de miercuri, decât să fiu complet prăjit și neproductiv timp de trei săptămâni mai târziu.
Cum gestionați voi zilele astea? Trageți de voi până iese ceva, sau preferați să faceți curat prin proiect și să o lăsați mai moale?