Gabriela Schlemper
Em Florianópolis, Brasil · cidadania italiana (UE) · posso me mudar para a Irlanda em poucas semanas após uma oferta · 4+ anos de experiência
ResumoEngenheira de software full-stack, entre interfaces de produto, serviços de backend e os dados que conectam os dois.
Gosto de entender por que um sistema se comporta de certa forma antes de decidir o que mudar.
Gabriela Schlemper
4+
Anos de Carreira
3
Empresas
16
Estudos de Caso
5+
Decisões de Arquitetura
Alguns problemas que já enfrentei: manter uma mudança correta entre telas, serviços e dados. Cada história explica minha contribuição e por que as escolhas importaram.
onde trabalhei — 3 empresas
2025-Present
Dynamox
Aprendendo sistemas distribuídos e arquitetura de software
←
2024-2025
AQTech
Aprendendo engenharia frontend
←
2021-2024
Freelance
Aprendendo desenvolvimento de software profissional
histórias de engenharia selecionadas
todos os 16 →Medindo defeitos de aderência às rotas antes de mudar a produção
Investiguei relatos sobre aderência às rotas antes de propor uma mudança. Consultas de leitura em produção e reproduções em staging mostraram que meu primeiro critério era amplo demais; revisei a medição e usei os resultados para orientar correções específicas. As contagens são de populações diferentes, e a tendência pós-release era uma medida do time.
impacto: Na comparação posterior, 34.320 ciclos foram analisados. Após revisar 4.842 candidatos com um critério mais restrito, restaram 88 defeitos demonstráveis. Esses números não devem ser somados aos da revisão separada de 120 dias. A melhora de Data Quality foi reportada por uma analista de produto e incluiu mudanças de outras pessoas.
Desenhando um único caminho de computação para uma métrica entre serviços
Dois serviços calculavam de forma independente a mesma métrica voltada ao cliente, causando dados inconsistentes. Redesenhei a arquitetura para que só um serviço fosse dono do cálculo enquanto todo outro serviço simplesmente sinalizava dados desatualizados.
impacto: Eliminação de race conditions · Arquitetura simplificada · Confiança do cliente melhorada
Introduzindo um Design System onde não existia nenhum
Identifiquei a ausência de padrões frontend, propus um Design System, construí-o do zero e ensinei o time a adotá-lo.
impacto: Desenvolvimento frontend padronizado · Componentes duplicados reduzidos · Tornou-se referência frontend