Sunt zile când deschid IDE-ul, mă uit la un diff de 20 de linii timp de o oră și creierul meu refuză pur și simplu să compileze vreo idee. Nu e burnout grav, ci doar letargia aia clasică în care cafeaua nu mai livrează nimic și orice linie nouă de cod pare un chin absurd. În loc să mă prefac că lucrez și să pierd 6 ore dând refresh la Reddit cu o vinovăție paralizantă, am învățat să accept starea și să schimb foaia.
Task-urile de „creier pe 10%”
Cea mai mare greșeală e să încerci să rezolvi fix problema aia grea de arhitectură sau algoritmul care te blochează de ieri. Am pățit-o acum vreo trei ani pe un proiect cu 12 microservicii: am tras de mine într-o zi proastă să rescriu fluxul de reconciliere a plăților. Rezultatul? Am introdus două race condition-uri idioate pe care le-am vânat ulterior timp de 14 ore cu ochii injectați.
Când simt că nu e ziua mea pentru gândire abstractă, trec pe pilot automat și atac mizeria tehnică pe care o tot amân:
- Curățenia de dependențe: deschid un repo, verific ce pachete au update-uri minore (patch versions), citesc rapid changelog-ul și dau bump. E o treabă mecanică, bifează un PR util și ține riscul scăzut.
- Documentație și README-uri: completez variabilele de mediu care lipseau din
.env.example, descriu pașii de onboarding sau pun la punct docstrings pe servicii uitate de lume. - Curățat branch-uri locale și tichete vechi: șterg cele 40 de branch-uri locale orfane, închid tichete irelevante din Jira și aranjez backlog-ul.
Nu necesită creativitate sau concentrare de chirurg. Necesită doar răbdare și degete pe tastatură.
PR Reviews fără grabă
Curios e că, deși nu am chef să scriu cod, uneori am suficientă energie pasivă să citesc codul altora. Deschid PR-urile colegilor din echipă, dar nu intru direct în modul critic agresiv.
Citesc schimbările ca pe o poveste. Verific dacă logica e clară, dacă denumirile de variabile au sens pentru cineva venit din exterior și dacă testele acoperă cazurile de bază. De multe ori, o minte mai leneșă observă mai ușor complexitatea inutilă; dacă mie îmi e greu să înțeleg ce a vrut să spună autorul într-o zi leneșă, e un semn bun că acel cod e prea alambicat și pentru restul echipei.
Trade-off-ul asumat: renunți la flow, câștigi liniște
Trebuie să fim sinceri: abordarea asta nu te ajută să livrezi feature-ul promis pentru demo-ul de vineri. Dacă ai un deadline în 4 ore, tehnica pică.
Dar dacă ai o zi normală de sprint, să recunoști că ești la 20% din capacitate și să rezolvi sarcini administrative de 20% e infinit mai sănătos decât să tragi de tine, să produci 30 de linii de cod prost și să fii epuizat la ora 17:00. Salvezi proiectul de bug-uri născute din lehamite și bifezi lucruri care altfel rămâneau pe fundul sertarului luni întregi.
Voi cum gestionați zilele în care creierul refuză să coopereze: trageți de voi până iese ceva sau treceți pe „zombie mode” util?