Existem projetos que passam pela nossa carreira e outros que ficam. Este é sobre um dos que ficou, não pela tecnologia em si, mas pelo tanto que me ensinou sobre entender um problema antes de tentar resolvê-lo, e sobre escrever código pensando em quem vai lê-lo depois de nós.
-
posts
-
Código que fala por si: escrever para ser entendido, não apenas para funcionar
-
Unit of Work: organizando a persistência quando o Repository não é mais suficiente
Quando falamos sobre persistência e leitura de dados no desenvolvimento de aplicações, é quase automático associar o tema ao design pattern Repository, seja aplicando o conceito dentro de um contexto de Domain Driven Design, seja apenas como uma camada de abstração sobre o banco de dados: um intermediário entre a aplicação e uma coleção de objetos, ocultando a complexidade da persistência.
-
Modelagem de domínio quando parte dele não é seu: os desafios de integrações externas
Quando assumimos o desenvolvimento de um sistema que precisa se integrar com um software externo, é comum pensarmos primeiro nos detalhes técnicos da comunicação: autenticação, protocolo, formato de payload, tratamento de erros. O que raramente discutimos com a mesma atenção é uma pergunta mais incômoda.
-
Olá, Mundo!
Prazer, eu sou Luis Felipe, Desenvolvedor Full Stack.