Sou UX/UI designer, mas antes disso fui front-end.
Atuei cerca de 5 anos trabalhando com HTML e CSS, transformando layouts em páginas, entendendo hierarquia de informação e estrutura de interface. Depois, tomei o caminho oposto: migrei para UX/UI e agora completo 5 anos atuando em produtos, passando por fintech, utilities e atuando como Product Designer.
Essa trajetória, de front para UX e agora voltando a se aproximar do código, é justamente o que me levou a me reconhecer em um termo que gosto bastante: Design Engineer.
Minha trajetória: 5 anos de front-end, 5 anos de UX
Quando era front-end, eu via a tela como um resultado de código: HTML estruturando a informação, CSS dando forma e layout, um pouco de JavaScript dando comportamento.
Quando migrei para UX, passei a olhar mais para o todo do produto: pesquisa, fluxos, contexto do usuário, design systems, governança, revisão de interfaces, conversa com times de produto e de negócios.
Hoje, percebo que essas duas visões não são opostas. Elas se completam.
O que é design engineer em 2026?
Se você pesquisar sobre "Design Engineer", vai encontrar muitas definições técnicas, mas na prática o que mais faz sentido para mim é:
A pessoa que entende UX, código e um pouco de backend ao mesmo tempo, e usa isso para desenhar interfaces que são pensadas desde o primeiro pixel até a última chamada de API.
Não é só "quem desenha + quem programa"
É quem pensa em experiência e implementação juntas:
- Um botão que não só parece bem-desenhado, mas também considera estados de loading, erro, disabled.
- Um fluxo de cadastro que não só é bonito, mas que já prevê o que o backend vai precisar para validar, salvar e devolver feedback.
- Um produto que pensa em performance, acessibilidade e usabilidade em uma única conversa.
Como front-end e UX mudam sua forma de ver produto
Como eu via a tela como desenvolvedor front-end
HTML estruturando a informação. CSS dando forma. Um pouco de JavaScript dando comportamento. A tela era resultado direto do código.
O que mudou quando migrei para UX/UI
Passei a olhar para o produto como um todo: pesquisa, fluxos, contexto do usuário. O código virou uma consequência, não o ponto de partida.
O que muda agora é que percebo que não preciso mais ficar só de um lado
Por que estou voltando ao código agora
Com o avanço de ferramentas como IA integrada ao Figma, prototipagem cada vez mais próxima do código e experiências acumuladas como Product Designer, foi aí que o conceito de Design Engineer passou a fazer sentido de verdade pra mim.
JavaScript moderno, React e um pouco de backend
Comecei a estudar de forma mais focada para:
- Atualizar meu JavaScript (ES2024, async/await, fetch, arrays/objetos)
- Reativar React (componentes, hooks, estado compartilhado)
- Entender backend leve (Node/Express, rotas simples, persistência básica)
- Pensar em performance e otimização das interfaces que ajudo a construir
Como estou usando IA no processo de aprendizado
Hoje, uso o Claude AI não como substituto, mas como apoio para:
- Quebrar problemas de código em etapas menores
- Revisar fluxos de dados entre front e backend
- Organizar pensamentos e lógica de features
Design Engineer não é um cargo. É uma forma de pensar
O que mais gosto de dizer é que, em 2026, Design Engineer não é só um título de empresa grande ou de time específico. Pode existir em qualquer lugar onde UX e código se encontram:
- Em um produto próprio
- Em um projeto freelancer
- Em um repositório público
- Em um fluxo de trabalho híbrido, mesmo sem ter um cargo oficial com esse nome
O que importa é a maneira de pensar: UX + código ao mesmo tempo. Protótipos e implementação como parte do mesmo processo. Interfaces que consideram o que o usuário sente e o que o backend precisa.
O que vem por aí: UX data-driven e componentes React
Esse movimento não é só "voltar" ao front-end. É re-aprender JavaScript, entender melhor React e backend, e levar essa visão de UX para dentro do código.
Em breve, quero escrever mais sobre:
- Como transformo um fluxo de UX do Figma em componentes React
- Como penso em performance e carregamento em UX para web
- Como organizar estudos de UX + código em ciclos curtos e práticos
E numa parte que ainda não me sinto confortável, mas sei que é essencial: vou falar sobre como estou começando a me tornar uma UX mais data-driven, porque ser Design Engineer em 2026 também é aprender a ouvir o que os números dizem sobre o UX que eu desenho.
Você também está nesse meio-termo entre UX e código?
Se você chegou até aqui, é bem provável que também se sinta em algum meio-termo entre UX e código.
Que tal comentar:
- Como você se vê hoje entre design e desenvolvimento?
- Você já tentou voltar pro código depois de virar UX, ou está no caminho invertido?
Esse é o tipo de conversa que me ajuda a entender como o conceito de Design Engineer está se moldando, bem além de títulos de empresa.
Top comments (6)
Eu comecei pelo caminho inverso: atuei como designer por 10 anos e, há 5 anos, fiz a transição para front-end.
Hoje, acredito que o papel de Design Engineer representa o futuro, unindo o melhor das duas profissões.
Oi @heltonbrito obrigada por comentar a tua experiência!! E o que te fez vir pro lado do código?
@vitoriazzp eu queria me aprofundar mais e o salario era melhor :P
Muito legal ler sua trajetória pois de fato me identifico com a agonia de escolher entre os dois lados tendo grande afinidade com ambos. Há 3 anos quando comecei a pensar em migrar pra carreira de tecnologia, vindo do Design Gráfico, eu li muito sobre UX Engineering e me identifiquei bastante na época mas não via um movimento tão grande de vagas e discussões quanto tenho visto agora sobre o Design Engineering. Mas na real não entendi muito a diferença entre os dois profissionais ainda, você que atua na área o que acha sobre?
Só para confirmar seria sobre o ux engineer e o design engineer? Se sim, então essa resposta vai fazer sentido:
Acho que não se via tanto movimento ainda para juntar UX com engenharia, porque a IA não tinha se movimentado tanto para fazer o papel do UI Designer ou automatizar ideias muito complexas sabe? Pelo menos a minha percepção é de que havia um grupo seleto de pessoas que usava cursor e outras ferramentas, mas não era algo que qualquer um sentava e através de contexto e skills conseguia desenvolver uma interface apresentável ao ponto de vender.
Hoje em dia a gente já vê isso em diversas plataformas de AI, ficou muito mais fácil fazer UI Design. E também de estruturar melhor com IA ou MCP alguns trabalhos repetitivos de UX, fazendo com que a linha tênue que tinha antes entre o designer e o desenvolvedor ela meio que sumisse, sabe?
Acho que UX Engineer não ficou tão popular porquê se atrela muito ao cargo de User Experience e não Design como um todo, quem trabalha com UX sabe que a gente carrega pelo menos 5 profissionais diferentes nesse "ui/ux designer". Tenho visto muito por esse lado de ter mais habilidades dentro de design, e por isso popularizou melhor o design engineer que pode ser visto como uma extensão do web designer, do frontend developer etc.
Claude AI is probably the best at writing code.