Să fim sinceri: uneori pur și simplu nu ai chef. Te uiți la IDE și ți se pare că citești hieroglife, deși faci asta de mai bine de zece ani. Eu am învățat să nu mă mai forțez în zilele astea, pentru că de fiecare dată când am făcut-o, am produs doar cod prost pe care tot eu a trebuit să-l repar ulterior.
Trecerea pe pilot automat
În loc să mă bat cu un algoritm complex când creierul meu vrea doar să se uite pe geam, fac switch pe sarcini administrative. Sunt acele task-uri care oricum trebuie făcute, dar pe care le tot amânăm în zilele bune pentru că vrem să scriem "cod real".
De exemplu, la un proiect mai vechi cu vreo 8k useri activi, aveam zeci de dependințe de npm care nu mai fuseseră actualizate de un an. Într-o zi complet lipsită de inspirație, am luat la rând package.json-ul. Am făcut update-uri, am rezolvat conflicte minore de versiuni și am rulat testele. Rezultatul? Am rezolvat câteva vulnerabilități de securitate și am economisit cam 30% la build time-ul din CI/CD, doar pentru că am curățat chestii inutile. Totul pe pilot automat, ascultând muzică lo-fi.
Curățenia în documentație și Jira
O altă metodă prin care îmi salvez ziua este să fac ordine în backlog sau în documentația proiectului. Cu toții avem în Jira tichete din 2022 care nu mai au nicio legătură cu realitatea.
Iau la rând tichetele vechi, le închid pe cele devenite irelevante sau le adaug detalii tehnice noi. Dacă nici asta nu merge, scriu documentație în Readme.md. Când ești obosit, e mult mai ușor să explici în limba română sau engleză cum se pornește proiectul local, ce variabile de mediu sunt necesare sau cum se configurează Docker-ul, decât să scrii o funcție recursivă optimă. În plus, următorul coleg care se va angaja peste 6 luni îți va mulțumi din suflet când va vedea un setup care chiar funcționează din prima.
Trade-off-ul sincer: merge pentru tine, dar cum se vede în echipă?
Abordarea asta are un mare plus: nu pierzi ziua complet și bifezi niște datorie tehnică (tech debt) de care nimeni nu vrea să se atingă. Totuși, există și un dezavantaj evident. Dacă ești într-un sprint strâns, unde managerul stă cu ochii pe graficul de burndown, faptul că ai făcut update la documentație în loc să livrezi feature-ul X s-ar putea să nu fie bine primit.
Eu prefer să fiu transparent la daily-ul de dimineață. Spun direct: „Astăzi nu am claritatea necesară pentru feature-ul principal, așa că mă ocup de refactoring pe modulul Y și de actualizat documentația ca să nu blochez echipa mai târziu”. Oamenii maturi înțeleg că e mai ieftin să ai un dev care face documentație o zi, decât un dev care introduce un bug critic în producție din cauza oboselii.
Cum gestionați voi momentele astea? Trageți de voi până iese ceva, sau treceți pe sarcini administrative fără regrete?