Bastidores do Código

Bastidores do Código

Login Inscreva-se

A primeira vez que alguém usou meu sistema

A primeira vez que alguém usou meu sistema

Existe um momento muito interessante na vida de qualquer projeto. Não é quando você termina uma funcionalidade. Não é quando o deploy dá certo. Nem quando você resolve aquele bug que estava te incomodando há dias. É quando outra pessoa usa o software pela primeira vez. Desenvolver e usar são

Como eu fiz um site com Python

Como eu fiz um site com Python

Se alguém me perguntasse há alguns meses se eu conseguiria colocar um site completo na internet usando Python, provavelmente eu responderia que ainda tinha muita coisa para aprender antes disso acontecer. Hoje, esse site existe. E o mais curioso é que ele não começou como um produto, uma startup ou

O erro que fez meu site cair

O erro que fez meu site cair

Recentemente, meu site saiu do ar. E o mais estranho é que o problema não estava no código. O sistema funcionava. As funcionalidades estavam funcionando. Não existia nenhum bug derrubando a aplicação. O problema foi outro: eu simplesmente não dei atenção suficiente à forma como o projeto estava sendo mantido

Você usa o ORM de foma errada (e eu posso provar)

Você usa o ORM de foma errada (e eu posso provar)

Quando comecei a desenvolver com Django, eu acreditava que se tudo estava funcionando então estava tudo certo. Mas conforme meu projeto cresceu, comecei a perceber algumas páginas ficando mais lentas. O problema não era o Django. Eu estava fazendo consultas desnecessárias no banco sem perceber. Antes de entender o ORM,

Flet Multi-Step Wizard — Modern UI Template

Flet Em destaque

Flet Multi-Step Wizard — Modern UI Template

Template moderno de wizard multi-step em Python com Flet, pensado para quem quer sair do “funciona” e chegar no “isso aqui parece produto”. Não é sobre criar um formulário em etapas. É sobre fazer isso com estado previsível, transições reais e UI que não parece improviso. O que você

O problema é que estava funcionando

O problema é que estava funcionando

Existe uma sensação estranha em desenvolver um projeto. Você passa dias — às vezes semanas — construindo algo. Planeja. Organiza. Resolve bugs. Melhora detalhes. E finalmente termina. Ou pelo menos… acha que terminou. Porque pouco tempo depois, a mente começa: “isso poderia ser melhor” “eu poderia adicionar tal funcionalidade” “essa interface já

Como usar estado observável no Flet para criar temas reativos sem controle manual da interface

Flet Em destaque

eu parei de chamar page.update() o tempo todo

Como usar estado observável no Flet para criar temas reativos sem controle manual da interface O app até funcionava… mas a UI não acompanhava Em um dos meus projetos, precisei montar um sistema de temas no Flet — e foi aí que comecei a perceber um padrão estranho: * o usuário troca

Passei mais de 1 dia num bug… e a solução era uma linha

Passei mais de 1 dia num bug… e a solução era uma linha

Eu criei uma automação simples. A ideia era buscar a cotação do dólar automaticamente, 3 vezes por dia, todos os dias. Nada muito complexo. E de fato… no primeiro dia, funcionou perfeitamente. No segundo dia? Simplesmente parou. Eu estava usando a biblioteca schedule no Python pra gerenciar os horários. A

parecia que nada estava errado (e esse era o problema)

Devlog Em destaque

parecia que nada estava errado (e esse era o problema)

Como lidar com falhas silenciosas na inicialização de aplicações com Flet O app abria… mas não renderizava nada Se você já trabalhou com Flet, talvez já tenha passado por isso: * o app abre * nenhuma exceção visível * nenhum log claro * e a tela simplesmente fica preta Sem erro na interface. Sem

eu não consegui ignorar isso

eu não consegui ignorar isso

quantas coisas que parecem importantes agora realmente precisavam ser feitas ontem?

Por que comecei a documentar os bastidores do código

Por que comecei a documentar os bastidores do código

Sempre que eu construía um projeto, eu acabava percebendo a mesma coisa: a parte mais interessante não era o resultado final. Era o caminho. As decisões que ninguém vê. Os erros que não entram no deploy. As tentativas que funcionam só depois de algumas falhas. E principalmente, o entendimento que