SOBRE A VAGA
Você vai construir software de ponta a ponta para o setor de telecomunicações e participar da decisão sobre o que construir.
As duas coisas são o trabalho.
Aqui, normalmente, você não recebe uma especificação fechada ou uma sequência de telas para implementar. Você recebe um problema, conversa com quem vive aquele problema, entende o processo atual e ajuda a transformar isso em software funcionando.
Procuramos alguém que goste justamente dessa parte.
Full time - PJ - Remoto
CONTEXTO
Estamos em um momento de forte expansão do uso de software dentro da empresa.
Processos que durante anos dependeram de planilhas, sistemas legados, atividades manuais, análises humanas e troca de informações entre diferentes áreas estão sendo redesenhados e automatizados.
Ao mesmo tempo, algumas dessas soluções deixam de resolver apenas problemas internos e passam a virar ferramentas utilizadas também por nossos clientes.
Isso significa trabalhar tanto na evolução de produtos existentes quanto em problemas onde ainda não existe uma solução pronta.
Você pode começar uma demanda conversando com um especialista do negócio, entender como ele trabalha hoje, descobrir que parte daquele processo não deveria mais existir, desenhar uma alternativa e terminar entregando frontend, backend, integrações e automações que entram efetivamente em operação.
Nosso domínio é telecomunicações.
É um setor com infraestrutura física, grandes volumes de dados, sistemas construídos em épocas diferentes, regras operacionais próprias e processos que existem há décadas.
O desafio não é simplesmente reproduzir esses processos em uma tela nova.
É entender por que eles existem e decidir o que deve continuar existindo quando transformados em software.
O QUE VOCÊ VAI FAZER
• Construir funcionalidades completas, do frontend ao backend.
• Conversar diretamente com usuários-chave e especialistas do negócio.
• Participar do levantamento de requisitos, mas também questionar os próprios requisitos quando necessário.
• Entender para quem estamos construindo, o que essa pessoa está tentando resolver e o que acontece antes e depois da interação com o sistema.
• Transformar processos manuais, planilhas, sistemas isolados e regras de negócio em software e automações.
• Integrar sistemas e dados de diferentes fontes.
• Propor remover etapas, telas e escopo quando existir um caminho mais simples.
• Transformar discussões conceituais em software funcionando e acompanhar seu uso real.
PROBLEMAS REAIS QUE VOCÊ VAI ENCONTRAR
• Um processo executado há anos por várias áreas precisa ser automatizado. Quais regras são realmente necessárias e quais existem apenas porque o processo sempre funcionou daquele jeito?
• Um especialista consegue tomar uma decisão olhando várias fontes de dados e usando conhecimento acumulado durante anos. Como transformar parte desse raciocínio em software sem criar uma caixa-preta impossível de manter?
• Uma operação depende de planilhas, e-mails e sistemas diferentes. Vale integrar tudo, substituir alguma coisa ou simplesmente eliminar parte do processo?
• Uma ferramenta criada inicialmente para resolver uma necessidade específica começa a ser utilizada por outras equipes ou clientes. O que precisa mudar para ela deixar de ser uma solução pontual e virar produto?
• Existem milhares ou milhões de registros vindos de fontes diferentes, nem sempre consistentes entre si. Como modelar, reconciliar e apresentar esses dados sem esconder os problemas existentes?
• Uma tarefa possui quinze etapas porque o processo atual possui quinze etapas. Quantas delas realmente precisam existir no software novo?
COMO USAMOS IA
Ferramentas de IA fazem parte do nosso ambiente de desenvolvimento.
Codex, Claude Code, Gemini CLI e ferramentas equivalentes podem ser usadas diariamente para implementar, pesquisar, revisar, prototipar e explorar soluções.
Não procuramos alguém que simplesmente consiga gerar código com IA.
Procuramos alguém que consiga dar contexto para essas ferramentas, decompor problemas, avaliar criticamente o resultado, identificar quando a solução está errada e assumir responsabilidade pelo software produzido.
A velocidade aumentou. A responsabilidade sobre arquitetura, produto e qualidade não diminuiu.
CONHECIMENTOS NECESSÁRIOS
• Experiência construindo software full stack, frontend e backend.
• Confortável em Python/Django e React/TypeScript, ou histórico claro de aprender stacks novas rapidamente.
• PostgreSQL suficiente para modelar, consultar e investigar dados reais.
• Capacidade de entender código que não escreveu e sistemas que já estão em produção.
• Capacidade de conversar com pessoas não técnicas e transformar uma necessidade de negócio em uma solução técnica.
DIFERENCIAIS (não eliminam ninguém)
• Já ter construído alguma coisa começando pelo problema, e não por uma especificação pronta.
• Já ter automatizado um processo que antes dependia de pessoas, planilhas ou tarefas repetitivas.
• Já ter eliminado uma funcionalidade, tela ou etapa depois de perceber que ela não era necessária.
• Já ter acompanhado alguém usando aquilo que você construiu.
• Experiência com integrações, processamento de dados, aplicações offline ou dados geoespaciais.
• Experiência com produtos internos ou sistemas operacionais onde os usuários são acessíveis.
• Usar ferramentas de IA de desenvolvimento de forma intensa e crítica.
COMO É TRABALHAR COM O TIME
Não separamos completamente quem pensa de quem implementa.
Você continua sendo uma pessoa desenvolvedora, mas terá contato direto com as pessoas que entendem o problema e voz na definição da solução.
Isso não transforma você em Product Manager.
Também não significa passar semanas discutindo antes de desenvolver.
A expectativa é entender o suficiente para tomar uma boa decisão, construir, colocar na mão do usuário, aprender e iterar.
Ideias são debatidas com franqueza. Decisões são tomadas. Depois de decidir, seguimos.
Gostamos de gente que consegue discordar, argumentar e também mudar de opinião quando aparece uma solução melhor.
DESAFIOS REAIS
Você vai precisar aprender um domínio técnico denso.
Vai encontrar sistemas antigos, processos imperfeitos, dados inconsistentes e problemas que inicialmente chegam mal definidos.
Em compensação, terá espaço para construir coisas novas, conversar diretamente com quem vai utilizá-las e ver rapidamente o impacto do software que colocou em produção.
Em muitos casos, a pergunta mais importante não será:
“Como implementamos isso?”
Será:
“Precisamos mesmo implementar isso?”