
Mateus Paulo
123 posts

Mateus Paulo
@mpdev7js
Software Developer. Buscando construir algo que possa ajudar muitas pessoas.





não queria dizer nada, mas esse café estragou todos os outros pra mim. o melhor que já provei, nunca mais vou voltar pro café normal








Falei a verdade sobre a área de TI em 2026 nesse vídeo. Estagiário ganhando 1k, Júnior 2k, pleno 5 e sênior 8-10, estudando em MÉDIA 1 ano e meio ou 2 pra entrar Essa é a realidade HOJE, expliquei isso no vídeo e considerei alguns cenários de IA no dia a dia e o que isso impacta no trabalho como dev. Não acredite em qualquer um ou vai ficar extremamente frustrado. Link no primeiro comentário.








@futdelegadinha Estranho ver pessoas fora da área de programação falando sobre limite de tokens do Claude kkk, perspectiva completamente diferente






Tô mudando de trampo e a parte mais difícil foi pedir demissão. Pqp como é difícil desagradar pessoas



Pré-requisitos para lançar um sistema em produção SEM dor de cabeça: - Backup (aquela velha história: quem tem 2 tem 1, quem tem 1 tem 0) - Gosto do R2 da Cloudflare, R$0 de taxa de egresso + 10GB + 1 milhão de requests/mês no free tier. - Observabilidade (logs, tracing? Wide-events) - Sem isso não tem como saber o que que tá acontecendo na aplicação, é igual dirigir um carro na estrada vendado. - DataDog é o milior, e o mais caro. New Relic tem free tier generoso (100GB / mês). - Deploy automatizado 🙏 - Se precisar arrumar uma cagada, é bom que seja rápido pra fazer deploy. FTP é coisa dos anos 90, use GH Actions + docker com container registry (que apesar de ter container no nome, guarda imagens) - Teste é bom, code coverage é vaidade. - Teste bom de verdade é o E2E, use Playwright e escreva o teste como se fosse um usuário de verdade abrindo o chrome e realizando os fluxos principais. Começa pelo mais crítico. - Achou um bug em produção? Escreve um teste unitário. Isso MATA aquele bug reincidente (que deixa o cliente puto da vida) Todo sistema tem bug. É mais vantajoso agir/corrigir rápido do que tentar prever os problemas de ante-mão. Hipótese pré-lançamento é chute, melhoria sem evidência é suposição. Reduza suas hipóteses, não acredite nas suas suposições. Espere o contato, que ele virá.










