Sunt zile în care deschid editorul și mă uit la cursorul ăla care clipește ca vițelul la poarta nouă. După vreo 11 ani de tastat la foc continuu, am renunțat să mai trag de mine când creierul refuză efectiv să compileze idei. Dacă ai și tu momente în care ai prefera să speli vase decât să implementezi încă o funcție, uite cum abordez eu problema fără să-mi plâng de milă și fără să frec menta degeaba.
Trecerea pe modul zombie: curățenia de primăvară
Când motivația e la zero, nu te apuci de proiectat arhitecturi sau de rezolvat race condition-uri dubioase. Dacă forțezi un algoritm complicat într-o zi proastă, 90% din șanse sunt să rescrii totul poimâine, după ce găsești trei bug-uri critice pe care le-ai introdus din neatenție.
În schimb, am o listă mentală de task-uri de tip „creier deconectat”. Sunt chestii administrative sau repetitive pe care le amân mereu când am chef de codat:
- Curățenie în backlog sau Jira: închid tichete vechi de doi ani care nu mai au relevanță, cer detalii pe bug reports incomplete, adaug etichete unde lipsesc.
- Organizat documentația: scriu sau actualizez README-ul la proiectele interne. Nimic pompos, doar pașii reali de setup pe care oricum îi uităm toți după 6 luni.
- Actualizat dependințe minore: fac bump de versiune la librării mici, rulez testele să văd dacă pică ceva banal și fac un PR curat.
Trade-off-ul e evident: nu muți acul proiectului înainte cu un feature major în ziua aia, dar măcar elimini datorie administrativă pe care oricum ar fi trebuit să o facă cineva.
Refactoring de suprafață și teste plictisitoare
N-ai chef să gândești business logic nou, dar poți să identifici funcții de 80 de linii scrise cu picioarele acum trei sprinturi. Aici mă concentrez pe refactoring mecanic: redenumiri de variabile criptice, spart funcții lungi în bucăți mici și citibile, sau șters cod mort pe care îl văd comentat prin fișiere.
O altă variantă salvatoare sunt testele unitare pentru funcții helper sau utilitare. Anul trecut, într-o marți în care eram complet stors mental, am stat 4 ore și am crescut coverage-ul pe un pachet intern de la 45% la 68%. N-am inventat nimic genial, am scris doar cazuri de test pentru funcții pure de parsare și validare de date. A fost o muncă plictisitoare, dar extrem de utilă pentru echipă pe termen lung.
Regula celor 20 de minute și renunțarea strategică
Când simt că nu mă pot aduna, îmi dau un singur ultimatum: iau un task mediu și trag de el strict 20 de minute, cu telefonul pe silent și Slack închis. Fără alte distrageri.
De multe ori, inerția e singura problemă. Odată ce spargi gheața și vezi prima linie de cod scrisă, creierul se prinde și intri într-un oarecare flow. Însă, dacă după 20 de minute încă mă holbez la ecran și simt o rezistență fizică la tastatură, mă opresc.
Atunci e clar că nu e doar lene, e oboseală acumulată. În punctul ăla, prefer să fiu sincer cu mine: închid laptopul cu o oră mai devreme, merg la o plimbare lungă sau mă bag la somn. E infinit mai ieftin să pierzi trei ore de muncă fantomă azi decât să te târăști două săptămâni la un randament de 20% fiindcă refuzi să accepți că ai nevoie de o pauză.
Voi cum vă gestionați zilele în care creierul intră pur și simplu în grevă? Forțați nota cu cafea sau vă refugiați în task-uri de fundal?