După mai bine de 10 ani de scris cod, încă am zile în care mă uit la monitor ca curca-n lemne și tastatura pare că cântărește 50 de kilograme. În loc să trag de mine și să scriu un cod mizerabil pe care îl voi șterge mâine, am învățat să folosesc zilele astea într-un mod diferit. Dacă aplici o strategie simplă de reducere a daunelor, poți să fii util echipei fără să-ți prăjești creierul de tot.
Reality check: Nu suntem benzi rulante de linii de cod
La începutul carierei, când aveam o zi proastă, aplicam metoda brută: cafea peste cafea, muzică la maxim în căști și forțat până ieșea ceva. Rezultatul? Prin 2017 am reușit să trimit în producție un bug monstruos pe o aplicație cu 15k utilizatori activi, doar pentru că eram prea obosit ca să văd un edge case banal. Am stat atunci până la 2 noaptea să repar ce stricasem în două ore de muncă forțată.
Statistic vorbind, am cam 2-3 zile pe lună în care randamentul meu pe cod nou este aproape de zero. Să pretind că sunt super motivat și să stau 8 ore chinuindu-mă pe o logică de business complicată e pură pierdere de timp.
Ce fac concret când creierul refuză să proceseze
Când simt că nu e ziua mea, schimb macazul imediat și trec pe modul de mentenanță pasivă. Am o listă scurtă de activități care nu cer creativitate intensă:
- Curățenie în backlog și Jira: Închizi tichete vechi, pui comentarii la ce e blocat, ștergi branch-uri locale create acum 6 luni. Progresul administrativ eliberează foarte mult spațiu mental.
- Actualizez documentația și README-urile: Când ai chef zero de arhitectură, e momentul ideal să scrii pașii de setup pentru proiect sau să explici un endpoint pe care doar tu îl știi. Colegii noi îți vor mulțumi mai târziu.
- Mici refactoring-uri de teste sau depanare de avertismente: Nu atingi pipeline-ul de CI/CD și nici servicii critice. Dar să rezolvi acele 10 warning-uri din consolă pe care le ignorați de un an? Perfect.
Am calculat la un moment dat: într-o astfel de zi moartă, dacă rezolv 4-5 task-uri mici de fundal, economisesc cam 30% din timpul pe care l-aș fi pierdut într-un sprint normal când trebuia să mă opresc din scris feature-uri pentru birocrație.
Trade-off-ul sincer
Sistemul ăsta are un minus evident: dacă ești la un startup aflat la început și aveți un release critic în 48 de ore, nu prea îți permiți luxul să zici azi doar fac curat în README. Trebuie să fii realist cu contextul tău.
În plus, funcționează doar dacă e vorba de o zi-două de pauză mentală. Dacă starea asta durează mai mult de două săptămâni la rând, nu mai e o simplă zi fără chef, ci e un semn clar de burnout sau că te-ai săturat de proiectul actual.
Voi cum gestionați zilele în care creierul e piftie? Forțați la tastatură până iese ceva sau aveți și voi o listă de task-uri de avarie?