eduardweb.
Off-topicÎncepător#career#off-topic#productivitate#mental-health

Zilele în care pur și simplu nu pot să scriu cod (și cum nu pierd ziua degeaba)

De Mihai Popescu, 9 aug. 2026 · 10 vizualizări · 2 like-uri

Postat 9 aug. 2026

Am împlinit recent 11 ani de când trăiesc din scris cod și vă zic sincer: măcar două zile pe lună creierul meu e complet blocat. În loc să mă prefac că lucrez la tastatură și să bag bug-uri stupide în producție, am învățat să accept starea asta. Câștigi mult mai mult dacă folosești energia puțină pe care o ai pentru task-uri administrative decât dacă tragi de tine aiurea.

Pericolul de a forța codul când ești praf

Acum vreo patru ani, la un proiect cu peste 15k useri zilnici, am insistat să termin o funcționalitate complicată într-o zi în care pur și simplu nu eram acolo. Rezultatul? Am scris o logică de caching atât de întortocheată încât am prăjit instanța de Redis a doua zi dimineață. Am pierdut 8 ore de muncă încercând să repar ce scrisesem în 4 ore de încăpățânare.

De atunci am o regulă clară: dacă după 45 de minute de privit în IDE n-am produs nicio linie de cod decentă, închid editorul și trec pe modul de mentenanță.

Ce fac când creierul refuză să gândească algoritmic

Când logica aplicației pare un zid de netrecut, mut atenția pe activități care nu cer creativitate tehnică. Am o listă nescrisă de chestii administrative pe care le tot amân în zilele bune:

  • Curățenie în Jira sau GitHub Issues. Arunc o privire peste tichetele vechi. Închid ce nu mai e actual, cer clarificări de la PM pentru tichete vagi sau reorganizez backlog-ul. În 2 ore pot curăța lejer 20-30 de tichete de care nu s-a atins nimeni de 6 luni.
  • Documentație și README-uri. Când ai chef zero de cod, e surprinzător de ușor să scrii text normal. Actualizez instrucțiunile de setup local, documentez un endpoint mai ciudat sau scriu câteva ghiduri scurte pentru colegii mai juniori.
  • Code review fără grabă. Citesc PR-urile colegilor mult mai atent decât de obicei. Nu pentru că am chef, ci pentru că procesul e mai pasiv. Las comentarii utile și învăț ce au mai făcut alții prin codebase.
  • Update-uri de dependențe. O zi proastă e perfectă pentru bumps de versiuni minore pe pachete. Rulezi testele, vezi ce crapă, dai bump, faci PR. E o muncă repetitivă, perfectă pentru momentele când n-ai focus.

Trade-off-ul sincer

Metoda asta vine cu o strângere de inimă. Nu livrezi features noi în ziua respectivă, iar dacă ești într-un sprint strâns cu un deadline la ușă, asta poate crește presiunea pentru zilele următoare. De asemenea, managerii care măsoară productivitatea în commit-uri pe zi s-ar putea să se uite urât la profilul tău de GitHub.

Însă din experiența mea, e o investiție mult mai ieftină pe termen lung. Curăți datoria tehnică sau administrativă și eviți refactoring-ul masiv pe care ar trebui să-l faci dacă ai codat la supărare.

Voi cum gestionați zilele în care creierul pur și simplu refuză să coopereze? Aveți un plan B sau băgați a treia cafea și trageți de voi?

Răspunsuri 0

Se încarcă răspunsurile…

Loghează-te pentru a răspunde

Doar membrii comunității pot lăsa comentarii.