Dev Jr

JNG | Materiais Elétricos e Energia Solar · São Paulo, SP

PresencialNão informadoGerente

Publicada há 4 dias

Sobre a vaga

Sobre o time

Procuramos uma pessoa desenvolvedora júnior para construir e manter os sistemas internos do Grupo JNG, falando direto com as áreas que os usam.

O time de T ecnologia atende Financeiro, Compras, RH, Logística, Comercial e Diretoria. Somos um time pequeno: quem escreve o código também conversa com o usuário, sobe

para produção e acompanha o resultado. Hoje mantemos cerca de 30 repositórios: portais web, APIs, integrações com bancos e com o ERP , e a infraestrutura na AWS. Estamos no meio da migração do ERP TOTVS Protheus para o Microsoft Dynamics 365 Business Central, o que gera muita integração e conferência de dados. Muitas demandas chegam como planilha ou protótipo feito pela própria área. Nosso trabalho é transformar isso em sistema de produção, com dado confiável e acesso

controlado.

Responsabilidades

  • Você vai desenvolver, corrigir e sustentar sistemas internos e integrações aos CRMs e ERP.
  • Desenvolver funcionalidades em portais web (Vue) e APIs (Go), com testes automatizados.
  • Investigar defeitos relatados pelos usuários: reproduzir, achar a causa e explicar o que aconteceu.
  • Escrever e ajustar consultas SQL para relatórios, conferências e integrações.
  • Participar de conversas com as áreas de negócio para entender a necessidade e validar a entrega.
  • Conferir os números com a área antes de dar algo como pronto, principalmente em comissão, cobrança e faturamento.
  • Apoiar a validação em homologação e a subida para produção, junto com o time.
  • Documentar o que fez: decisões, como rodar e o que o usuário vê quando uma dependência, como o ERP , sai do ar.
  • Atender chamados de sustentação dos sistemas que o time mantém.

Requisitos técnicos

Pedimos base sólida, não a nossa stack inteira: o resto se aprende aqui.

  • Graduação em andamento ou concluída em Computação, Sistemas de Informação, ADS, Engenharia ou área afim, ou experiência equivalente comprovada por projetos.
  • Lógica de programação sólida e Go na prática: structs, slices e maps, tratamento de erros, testes com go test e um servidor HTTP simples com net/http.
  • JavaScript, HTML e CSS, com noções de um framework de front-end (Vue, React ou Angular).
  • SQL: consultas com JOIN, GROUP BY , filtros e agregações.
  • HTTP e APIs REST: métodos, códigos de status e JSON; saber testar uma API com curl, Postman ou Insomnia.
  • Git no dia a dia: branch, commit, pull request e conflito simples.
  • Terraform e práticas de IaC.
  • GitHub Actions e Docker.
  • Ler mensagem de erro, log e stack trace, e usar o depurador para investigar.
  • Ler documentação técnica em inglês.

Diferenciais

Nenhum destes itens é eliminatório; cada um encurta o seu caminho até a primeira

entrega.

  • Go além do básico (goroutines, context e SDK da AWS), a linguagem de quase todas as nossas APIs.
  • Vue 3 com TypeScript e Vite, com testes em Vitest.
  • AWS: Lambda, API Gateway, DynamoDB, S3, CloudFront, ECS/Fargate, RDS, SQS/SNS e CloudWatch.
  • PostgreSQL e experiência com dados de ERP (TOTVS Protheus ou Business Central).
  • OAuth 2.0 e OpenID Connect: login, tokens e papéis de acesso (usamos Zitadel).
  • Python para automações e cargas de dados.
  • Flutter, usado no aplicativo de frotas.
  • Noções de processos financeiros e fiscais: nota fiscal, título a receber, boleto, Pix e comissão.
  • Uso crítico de assistentes de IA para programar: revisar e testar o que a ferramenta gera antes de confiar.

Habilidades comportamentais

Aqui o júnior conversa direto com quem usa o sistema, sem analista de negócio no meio.

Por isso estas habilidades pesam tanto quanto as técnicas.

  • Comunicação direta com as áreas. Explicar um problema ao Financeiro, ao RH ou à Diretoria em português comum, sem jargão.
  • Curiosidade pelo negócio. Nota fiscal, título, comissão, banco de horas: ninguém precisa chegar sabendo, mas precisa querer aprender e confirmar quando não entendeu.
  • Rigor com dados. Conferir o resultado contra a fonte, seja o ERP ou a planilha da área, antes de dizer "pronto". Diferença de centavos é investigada, não arredondada.
  • Separar decisão técnica de regra de negócio. Quando a regra é ambígua, levar a dúvida para quem decide, com as opções e o impacto de cada uma, em vez de escolher sozinho.
  • Transparência. Dizer o que foi testado e o que não foi. Avisar cedo quando travou ou quando o prazo não vai fechar.
  • Responsabilidade com produção. Vários sistemas movimentam dinheiro real. Isso pede homologação antes, mudança pequena e validação a cada passo.
  • Escrita objetiva. Em PR, chamado ou mensagem para a área: o que foi pedido, se ficou pronto, o que ficou pendente e quem precisa decidir.
  • Olhar do usuário final. Pensar no que a pessoa vê quando algo falha. Uma mensagem de erro clara evita um chamado.
  • Organização entre várias frentes. O time atende muitas áreas ao mesmo tempo; é preciso priorizar com o gestor e manter cada área informada.
Show more Show less

Leu e ficou na dúvida? A nota responde.

Ver minha nota