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 (0)