Globant

A Globant aparece no radar brasileiro de programação de sistemas embarcados e IoT Edge com a posição de IoT Edge Engineer em São Paulo (SP), em modelo híbrido, pedindo domínio de C++, Rust, Linux, RTOS, CMake e Gitflow. A resposta direta para quem avalia a empresa é: o perfil mais aderente é o de engenharia sênior capaz de arquitetar e entregar software de borda e de dispositivo com performance previsível, integração contínua e disciplina de code review em ambiente de consultoria/produto para clientes. As posições abrem e fecham com frequência; confira sempre o anúncio oficial no portal de carreiras e acompanhe o nosso hub de vagas de tecnologia.

Esta página reúne o que o nosso catálogo capturou sobre a Globant, a stack esperada, o contexto de São Paulo no mapa de edge e embarcados, como montar um portfólio útil e onde Zig fortalece fundamentos de memória, interoperabilidade com C/C++ e builds determinísticos sem substituir C++, Rust, Linux ou RTOS no anúncio. Não há evidência pública de que a Globant use Zig em produção nessas equipes — a candidatura deve priorizar exatamente o que a vaga lista.

Vagas da Globant: o perfil de IoT Edge capturado

O nosso radar registrou a posição de IoT Edge Engineer - BR (São Paulo), com:

• localização em São Paulo, São Paulo;
• modelo híbrido (não 100% remoto);
• senioridade de nível sênior / individual contributor;
• stack explícita: C++, Rust, Python, Linux, RTOS, CMake, Gitflow e práticas ágeis;
• canal de candidatura via portal de carreiras da Globant (SuccessFactors / career-legacy.globant.com).

Esse conjunto descreve o tipo de vaga em que o software “mora” no gateway, no controlador de borda, no módulo de telemetria ou no runtime de dispositivo — não em um monólito web genérico. O dia a dia tende a envolver arquitetura de edge, otimização de CPU/memória/energia, integração com Linux e RTOS, toolchains com CMake, fluxos de branch Gitflow e correção de defeitos que só aparecem sob carga, timeout de rede ou restrição de recursos.

Mesmo quando o anúncio específico some do ar (vagas de consultoria e de studios rotacionam rápido), o perfil evergreen permanece: a Globant e empresas semelhantes contratam de forma cíclica engenheiros capazes de entregar IoT Edge com C++/Rust em Linux/RTOS. Use o guia de vagas de sistemas embarcados para comparar com outras empresas do eixo SP–Campinas–Sorocaba, como Qualcomm, Tractian, Flex, Toradex e Bosch Brasil.

O que a Globant faz e por que isso importa para sistemas

A Globant é uma empresa global de transformação digital e engenharia de software, com origem na Argentina (2003) e presença forte no Brasil — em especial em São Paulo. Diferente de um OEM de hardware que fabrica um único produto de marca própria, a Globant costuma atuar em studios e contas de clientes: desenha, implementa e opera soluções de software, design, dados e, no recorte que interessa a este site, sistemas embarcados e IoT Edge.

Para o profissional de sistemas, o ponto relevante é a interseção entre:

• edge computing (processar perto do sensor/atuador, não só na nuvem);
• restrições de recurso (CPU, RAM, flash, energia, thermal);
• Linux embarcado ou de gateway + RTOS no mesmo produto ou na mesma linha;
• C++ e Rust como linguagens de desempenho e de segurança de memória no edge;
• entrega em conta de cliente (escopo, milestones, code review, CI, documentação).

Uma race condition, um deadlock em mutex de RTOS ou um leak de memória em um daemon de gateway não é um bug cosmético: pode silenciar telemetria de fábrica, travar um edge node em campo ou gerar rollback caro em release de cliente. Por isso, vagas de IoT Edge na Globant se encaixam no mesmo funil de quem estuda Zig para embedded, sistemas embarcados em Zig e IoT com Zig — mesmo quando o anúncio pede C++/Rust e RTOS, não Zig.

São Paulo e o mapa de edge / embarcados

São Paulo concentra times de produto, consultoria e R&D de software com clientes industriais, retail, mobility e telecom. No nosso mapa de empresas, o contraste ajuda a orientar carreira:

Para quem gosta de programação de sistemas, a Globant puxa o lado entrega de edge em conta de cliente com stack moderna (C++ e Rust), enquanto Tractian e Nextpower puxam o lado produto próprio de hardware. O modelo híbrido em São Paulo favorece lab de hardware quando a conta exige, pair programming e proximidade com stakeholders — algo que vagas 100% remotas de backend raramente oferecem da mesma forma. Acompanhe o hub de vagas e o panorama de Zig no mercado de trabalho para encaixar essa oportunidade na sua estratégia.

Stack técnica: o que estudar para a entrevista

C++ no edge e no firmware host

Revise RAII, move semantics, lifetime, undefined behavior, atomics, const-correctness e o custo de alocação em caminhos quentes. Em edge, “C++ moderno” significa também:

• APIs estáveis entre drivers, middleware e aplicação;
• tratamento explícito de erros de I/O e de sensor (sem engolir exceções em ISR);
• containers e allocators previsíveis sob pressão de memória;
• disciplina de logging e de tracing que não destrua timing.

Prepare exemplos em que você isolou data race, use-after-free, priority inversion ou um bug intermitente com sanitizers, trace ou probe.

Rust no edge: segurança de memória com performance

O anúncio cita Rust ao lado de C++ — sinal de times abertos a rewrites parciais, tooling ou módulos novos em Rust. Domine:

• ownership, borrowing e lifetimes sem “brigar” com o borrow checker em público;
• no_std vs std e quando cada um faz sentido em edge;
• FFI com C/C++ (a ponte real de projetos legados);
• async embutido com cuidado (ou threads + filas, se o produto for RTOS-centrado);
• testes, fuzzing e CI para regressões de memória e de protocolo.

Na entrevista, explique por que um módulo foi (ou seria) Rust e não C++: superfície de unsafe, ABI, maturidade de crates, tempo de build e habilidade do time.

Linux e RTOS convivendo

Linux aparece como runtime de gateways, hosts de aplicação e ambiente de desenvolvimento; RTOS aparece no MCU ou no firmware de tempo real. Estude:

• tarefas, prioridades, filas, mutex e priority inversion em RTOS;
• ISR curta + deferred work;
• watchdog, estados degradados e fail-safe;
• no Linux: systemd, permissões, networking, cgroups básicos, strace/perf;
• IPC entre processos Linux e firmware (serial, sockets, shared memory, MQTT/DDS conceitual).

“Tempo real” em IoT Edge costuma significar previsibilidade operacional, não necessariamente hard real-time aeroespacial. Saiba medir latência de ponta a ponta do sensor ao payload publicado.

CMake e Gitflow: higiene de release

CMake e Gitflow no anúncio são filtros de senioridade de entrega. Espere conversas sobre:

• targets, toolchains de cross-compile, presets e out-of-tree builds;
• flags por profile (debug/release/size);
• branches main/develop/feature/release/hotfix e code review;
• tags, changelogs e bisect em regressões;
• CI que compila para o target real (não só para x86_64 do laptop).

Quem só conhece “abrir o IDE e clicar Build” costuma tropeçar aqui. Mostre repositórios com pipeline mínima e instruções de reprodução.

Python como alavanca de bancada

Python no edge raramente é o runtime do dispositivo crítico — é a cola de teste, flash, validação, parsers e automação. Mostre scripts que:

• exercitam um protocolo serial ou socket;
• geram fixtures e golden files;
• automatizam smoke tests pós-flash;
• coletam métricas de latência e de memória.

Como o Zig pode diferenciar seu currículo

Não há evidência pública de uso de Zig nas equipes de IoT Edge da Globant. A linguagem não substitui C++, Rust, Linux, RTOS ou CMake. O valor está em servir como laboratório moderno de programação de sistemas.

Memória explícita e erros visíveis

Zig força decisões de allocator, ownership e caminhos de erro. Isso treina a mesma disciplina de um buffer de telemetria ou de um parser de frame industrial. Estude gerenciamento de memória em Zig, segurança de memória e tratamento de erros com projetos pequenos e testáveis.

Interoperabilidade com C e a ponte com C++/Rust

A interoperabilidade entre Zig e C permite escrever testes, fuzzers ou ferramentas de diagnóstico ao redor de drivers e parsers. Em bases de cliente, a estratégia incremental (ferramenta ao redor, não reescrita total) costuma ser mais crível do que “vamos migrar o firmware para X”. O guia de transição de C para Zig e o de transição de Rust para Zig ajudam a mapear o que você já sabe.

Cross-compilation e builds determinísticos

Pratique cross-compilation e o Zig Build System. Em entrevista, conecte o aprendizado ao problema real: toolchains reproduzíveis, targets ARM, flags de otimização e artefatos versionados — o mesmo músculo mental de CMake + sysroot + flash em lab.

Use o material de sistemas embarcados e de IoT como treino de vocabulário, não como pretensão de que a vaga pede Zig.

Projeto de portfólio recomendado

Um portfólio forte para essa vaga é um nó de IoT Edge simplificado — gateway ou edge agent que sobrevive a falha de rede e de sensor.

O projeto pode incluir:

• processo Linux (C++ e/ou Rust) consumindo sensores via serial/UART, socket ou MQTT;
• módulo opcional em MCU com RTOS amostrando e enviando frames para o host;
• filas offline, backoff e idempotência de telemetria;
• fail-safe documentado (sensor inválido → estado seguro / alarme);
• CMake (e, se quiser, um alvo Zig para tooling de teste/fuzzer);
• Gitflow real no histórico do repositório (não só commits soltos em main);
• testes unitários do parser/estado + script Python de bancada;
• README com diagrama de processos/tarefas, ameaças (brownout, watchdog, partição de rede) e como reproduzir.

Se puder, mostre métricas: uso de RAM, latência p95 do caminho sensor→publicação, taxa de perda sob stress, tempo de reconnect. O importante é evidência de engenharia de edge, não demo de blink ou de CRUD.

Como preparar currículo e entrevista

Adapte o currículo de desenvolvedor de sistemas ao vocabulário do anúncio. Priorize:

• C++ e/ou Rust com contexto de edge ou embarcado;
• Linux (de gateway ou de host industrial);
• RTOS (tarefas, filas, ISR, debugging);
• CMake + Gitflow (fluxo de build e de release);
• resultados mensuráveis (latência, estabilidade, tempo de bring-up, redução de incidentes);
• inglês técnico (anúncios e documentação misturam PT/EN; a Globant é empresa global).

Prepare histórias STAR sobre defeitos difíceis: sintoma em lab ou em conta de cliente, hipótese, ferramenta (sanitizer, trace, logic analyzer, probe), causa raiz, correção e regressão. Para senioridade em consultoria, discuta também code review, critérios de Definition of Done de firmware, comunicação com hardware/QA e negociação de escopo. Consulte as perguntas de entrevista para sistemas embarcados e o panorama de salários em programação de sistemas.

Globant ou outras empresas de sistemas no Brasil?

A escolha depende do domínio e do formato de trabalho que você quer. Compare:

Leia os perfis da Tractian, Qualcomm, Flex, Nextpower, Toradex e Bosch Brasil para calibrar stack e ambiente. A Globant é especialmente interessante para quem quer IoT Edge com C++ e Rust em São Paulo, experiência de entrega em conta de cliente e senioridade em Linux/RTOS — desde que a preparação respeite a stack do anúncio e a realidade de edge.

Perguntas frequentes

A Globant tem vagas de IoT Edge em São Paulo?

Sim. O nosso radar capturou a posição de IoT Edge Engineer em São Paulo (SP), com stack C++, Rust, Linux, RTOS, CMake e Gitflow, em modelo híbrido. A disponibilidade muda: confirme no portal oficial de carreiras da Globant e acompanhe o hub de vagas.

Quais tecnologias aparecem nessas vagas?

Os registros recentes citam C++, Rust, Python, Linux, RTOS, CMake, Gitflow e práticas ágeis. Em torno disso, espere conversas sobre arquitetura de edge, performance sob restrição de recursos, toolchains, CI e estabilidade em campo ou em lab.

O trabalho é remoto, híbrido ou presencial?

O anúncio capturado aponta modelo híbrido em São Paulo. Sempre confirme regime, dias em escritório/lab, equipamentos e política atual no texto oficial da vaga — contas de cliente e studios mudam o arranjo com frequência.

Preciso ter trabalhado em consultoria para me candidatar?

Não necessariamente. Ajuda demonstrar entrega sob escopo e deadline, mas o filtro técnico costuma ser C++/Rust + Linux/RTOS em contexto de edge ou embarcado. Se você vem de produto próprio, mostre releases, incidentes e code review; se vem de firmware puro, mostre também comunicação com stakeholders e CI.

A Globant usa Zig?

Não há evidência pública de uso de Zig nessas equipes de IoT Edge. Use Zig como laboratório de memória, interoperabilidade com C, erros explícitos e builds reproduzíveis. Na candidatura, priorize a stack do anúncio (C++, Rust, Linux, RTOS, CMake).

Onde faço a candidatura?

Use o portal de carreiras da Globant (SuccessFactors / career-legacy.globant.com e canais atuais em globant.com) e o LinkedIn da empresa. Pesquise por “IoT”, “Edge”, “Embedded”, “C++”, “Rust” e “RTOS”. Leia o anúncio completo, adapte o currículo aos requisitos e evite intermediários que peçam documentos sensíveis fora do processo oficial.

Próximos passos na carreira de sistemas

Se você está montando um plano de transição para esse tipo de vaga:

1. consolide C++ e/ou Rust com um projeto de edge que tenha fail-safe e filas offline;
2. pratique Linux de gateway + noções sólidas de RTOS (mesmo em MCU barato);
3. mantenha builds reproduzíveis com CMake (e, se quiser, Zig como tooling paralelo);
4. use Zig para treinar fundamentos, não para substituir a stack da vaga;
5. acompanhe o mercado de trabalho de sistemas, o hub de empresas e o guia de vagas embarcadas;
6. candidate-se quando o portfólio e as histórias de entrevista estiverem alinhados ao anúncio.

A Globant representa uma porta concreta no polo de São Paulo para quem quer IoT Edge sênior com C++ e Rust, Linux, RTOS e entrega profissional em escala de consultoria. Prepare-se para o metal, para o edge e para o ritmo de conta de cliente; o restante da stack de carreira em sistemas no Brasil se conecta a partir daí.