TCC Traumático, Panejamento Excessivo e Possível Cura

Tudo começou com uma péssima experiência de TCC no curso técnico. Mudanças constantes de direção por deficiência no meu conhecimento técnico, falta de validação (nem funcionou como deveria) e prazos rígidos criaram um mecanismo de defesa: o que chamei de overthinking.

Para evitar novos erros, meu cérebro passou a tentar prever cada detalhe do projeto e passar TUDO pro papel antes mesmo de começar, resultando em planejamentos exaustivos que consumiam toda a energia e dopamina, levando ao abandono dos projetos antes mesmo da finalização de um MVP.

O Conceito de VRs (Versões Ridículas)

Para quebrar esse ciclo, a solução proposta pela IA que eu estava conversando sobre isso foi a implementação de VRs (Versões Ridículas). Em vez de planejar o produto final, o foco muda para a entrega de fatias minúsculas e "vergonhosamente simples" de funcionalidade.

• Foco no Backend: Diferente do frontend, as VRs no backend servem para validar a lógica e a engenharia (ex: uma rota que apenas retorna "OK") antes de investir tempo em estética (que não é meu foco, já que estou mirando em Backend).
• Objetivo: Transformar a frustração da espera do resultado final na satisfação de resolver um problema agora.

Combatendo o Imediatismo

O desafio adicional é o meu subconsciente imediatista (querer que tudo esteja pronto em 2-3 dias). A estratégia para lidar com isso é:

• Tratar cada VR como um "mini-projeto" independente com prazo curto.
• Alimentar o cérebro com recompensas rápidas através de triunfos incrementais, em vez de focar no prazo longo do projeto completo.

O Devlog de Avanços Minúsculos

Para sustentar a consistência, a ideia é criar um Devlog público. Diferente de atualizações mensais, a proposta é postar cada avanço minúsculo (cada VR concluída).

• Função Psicológica: Transforma o avanço técnico em recompensa social e cria, de certa forma, um senso de compromisso.
• Valor Profissional: Documenta o processo de pensamento e evolução gradual, servindo como um portfólio vivo de aprendizado para vagas.

Planejamento Sob Demanda

Para evitar a paralisia por análise, o planejamento rigoroso foi substituído pelo Planejamento Sob Demanda.

• O "O Quê" é fixo: Mantém-se apenas um mapeamento de funcionalidades básicas.
• O "Como" é imediato: A modelagem e os detalhes técnicos são planejados apenas no momento de implementar a VR correspondente. Isso evita o desperdício de energia em planos que serão alterados durante a prática.