Mirtilo IO / Serviços
Engenharia de software com decisões comprováveis
Apoio orientado por evidências para arquitetura, back-end, qualidade e entrega.
Três formas conectadas de trabalhar
A Mirtilo IO se concentra em três formas conectadas de engenharia de software. Os produtos públicos do portfólio mostram como transformo restrições em arquitetura, código, testes e evidências de entrega. O trabalho para clientes é descrito separadamente e somente no nível que respeita a confidencialidade.
01. Arquitetura e modernização
Quando um sistema fica difícil de explicar ou mudar, mapeio os caminhos importantes, esclareço as fronteiras, comparo opções viáveis e transformo trade-offs em decisões que a equipe consegue usar.
Esse trabalho é útil para sistemas de back-end, fronteiras entre serviços, Java corporativo, integrações, arquitetura orientada a eventos e substituição incremental de componentes legados. O objetivo é criar um caminho que possa ser entendido, testado e alterado uma parte de cada vez.
02. Desenvolvimento de software
Quando uma decisão técnica precisa virar software funcionando, desenho, desenvolvo e testo uma parte definida do back-end ou do produto até uma transição que a equipe consiga manter.
As evidências públicas incluem um shell de aplicação Rails, aplicações TypeScript no navegador, APIs e fronteiras de integração. Minha experiência mais ampla inclui Java 8–21, Jakarta EE, Quarkus, Payara, MicroProfile, APIs REST, Angular e sistemas de mensageria. O trabalho permanece perto do código, dos testes e das decisões que tornam a implementação sustentável.
03. Qualidade e entrega
Qualidade faz parte da entrega, não é uma inspeção final. Ajudo a tornar CI/CD, testes automatizados, acessibilidade, fronteiras de segurança, documentação, inspeção de artefatos e decisões de release visíveis e repetíveis.
Os projetos públicos mostram isso em produtos pequenos: contratos explícitos, limites de privacidade, verificações no navegador, builds de produção e caminhos de implantação documentados. Eles são evidência de prática de engenharia, não uma alegação de histórico de incidentes em alta escala ou de observabilidade avançada sem prova específica do projeto.
O que o trabalho público comprova
Formatloom e Max Bid são evidências de produtos públicos. Eles mostram requisitos, restrições, decisões de implementação, testes e trabalho de entrega. Não fingem ser depoimentos de clientes, resultados de receita ou substitutos para histórico confidencial de produção.
Como uma parte definida do trabalho avança
- Delimitar o problema, as restrições e o resultado útil.
- Tornar explícitos as opções, os riscos e as fronteiras.
- Construir e testar a menor parte útil.
- Deixar evidências de entrega, documentação e um próximo passo sustentável.