Me conta uma coisa: você já olhou para o relógio, viu que eram 17h e pensou "mas eu estou quase resolvendo isso"?

Pois é. Eu também.

Existe um conflito silencioso na vida de quem desenvolve software. De um lado, tem a profissional que sabe que tem horário para começar e terminar, que não pode fazer hora extra e que precisa respeitar os limites da jornada. Do outro, tem a dev que simplesmente não consegue largar um problema pela metade.

E eu conheço muito bem os dois lados. Aposto que você também.

Quando ninguém está cobrando

Vamos ser sinceros: na maioria das vezes, ninguém está pressionando a gente. Ninguém pediu para ficar mais. Não tem nenhuma entrega urgente esperando no fim do dia.

Quem não aceita deixar aquele bug para amanhã é a nossa própria cabeça.

Você conhece a cena. Passou horas investigando, finalmente encontrou uma pista, está a dois passos de entender o que aquela integração está fazendo e, de repente, acabou o expediente.

Como assim eu tenho que parar agora? Justo agora?

Aquela conversa que acontece na nossa cabeça

O lado racional fala: "Salva tudo, documenta e continua amanhã."

E o lado dev responde: "Só mais um teste."

A gente sabe muito bem que esse "só mais um teste" vira duas horas sem nem perceber, né?

E o mais curioso é que essa vontade de continuar nem sempre vem de cobrança. Muitas vezes, vem do prazer de resolver. De ver funcionando. De fechar aquela demanda e pensar, com aquele sorrisinho: "Consegui."

Só que, olha, a linha entre gostar do que fazemos e transformar isso em uma cobrança pessoal constante é bem fina. E às vezes a gente cruza essa linha sem nem notar.

Parar também é maturidade

Quero deixar uma coisa bem clara aqui, porque muita gente precisa ouvir isso:

Respeitar o seu expediente não é falta de comprometimento.

Deixar um bug para amanhã não é incompetência.

E entender que nem todo problema precisa ser resolvido hoje também faz parte de crescer como profissional.

Uma dica que me ajuda muito: antes de encerrar o dia, anota onde você parou. Qual era a sua hipótese, o que você já testou e qual seria o próximo passo. Parece bobo, mas faz toda a diferença. A pausa deixa de parecer uma interrupção e vira só mais uma etapa do processo. E no dia seguinte você não começa do zero.

Quando desenvolver não é sacrifício

Agora, tem um detalhe que nem todo mundo entende, mas acho que você vai entender: para quem ama o que faz, desenvolver não é sacrifício.

Investigar, descobrir por que algo não funciona, testar possibilidades e finalmente encontrar a solução é uma coisa que me dá prazer de verdade. Vai muito além de cumprir uma tarefa.

Sentar na frente do código nunca foi o difícil. Difícil, às vezes, é levantar.

E não é porque alguém está exigindo ou porque eu quero provar alguma coisa para alguém. É porque eu gosto do desafio, da descoberta, de construir. E daquela sensação maravilhosa de ver tudo funcionando depois de tantas tentativas. Você sabe do que eu estou falando.

Limites também são cuidado

Claro que a gente precisa de limites. Amar a profissão não significa trabalhar sem descanso ou abrir mão da vida pessoal.

E deixa eu te contar uma coisa que eu já vivi várias vezes: aquele problema que parecia impossível às 17h muitas vezes fica claro na manhã seguinte, depois de uma boa noite de sono. Descansar também faz parte do trabalho.

Mas também é importante reconhecer que nem toda vontade de continuar nasce da pressão. Às vezes, ela nasce simplesmente do amor pelo que a gente faz. E está tudo bem sentir isso.

Para fechar

Talvez esse seja o maior desafio de quem é apaixonado por desenvolvimento: aprender a respeitar a hora de parar, mesmo quando tudo o que a gente mais quer naquele momento é continuar.

Então, da próxima vez que bater aquele "só mais um teste" às 17h, respira. Anota onde parou. Fecha o notebook.

O bug vai estar lá amanhã. E você também, com muito mais energia para resolver.

E aí, você é do time que consegue largar o problema no fim do expediente ou do time "só mais um teste"?