--- title: "Charlie Tang Hoong — Forward Deployed AI & Automation Engineer, Malásia" url: https://cv.tanghoong.com/pt-br/ locale: pt-br description: "Engenheiro de IA aplicada e automação forward deployed em Selangor, Malásia. Mais de 15 anos transformando problemas de negócio mal definidos em sistemas de IA, automação e software em produção, na Malásia, em Singapura e na Ásia-Pacífico." --- # Charlie Tang Hoong **Forward Deployed AI & Automation Engineer** — Selangor, Malásia · UTC+8 Eu transformo problemas de negócio mal definidos em sistemas de IA, automação e software prontos para produção. Quinze anos, de Selangor, na Malásia — e quase todo esse trabalho começa igual: um sistema que outra pessoa construiu, sem documentação, e um negócio que não pode parar enquanto ele é consertado. ## Evidência - **2 de 3 desaconselhados** — Estudos de viabilidade de IA em três áreas sem relação. Dois eu desaconselhei pelo investimento; o terceiro foi construído. - **Bilhões de impressões** — Todo mês, na plataforma de AdTech em que trabalhei — dezenas de milhares de requisições por segundo, e p95 abaixo de 100 ms nos caminhos de backend que reconstruí. - **15+ pipelines** — Monitoramento de preços, geração de leads e inteligência de mercado — para pequenas empresas que precisavam de uma lista de preços vigiada, ⛔ não de uma plataforma construída. - **15+ anos** — Quatro empregadores, um contrato em Singapura, dois negócios próprios e entrega independente — tanto times de operações corporativos quanto empresas de duas pessoas. Duas daquelas três propostas de IA não seguiram adiante, e é exatamente esse o ponto: o cliente recebeu um número real cedo o bastante para dizer não de forma barata. ## Trabalhos selecionados Cinco trabalhos selecionados, cada um escrito do mesmo jeito: o que o cliente estava tentando fazer, o que estava indefinido, o que eu decidi, o que construí ou aconselhei, e que resultado veio depois. - Caso 1 — Construir sobre um sistema que não era nosso: Uma plataforma de reservas e pedidos com vários papéis entrou em produção sobre o ERP legado de um cliente corporativo, com o contrato de API negociado direto com os engenheiros do próprio cliente e cada mudança de escopo assinada antes de chegar à engenharia. - Caso 2 — Tirar a digitação de um fluxo de documentos que não podia parar: Um pipeline híbrido de OCR e LLM reduziu de forma substancial a digitação manual em um fluxo de documentos de transporte marítimo de alto volume, dentro de uma operação cujos sistemas de origem não tinham API e não podiam ser trocados. - Caso 3 — Atender o tráfego de um assistente de IA sem manter uma conexão aberta: Redesenhei o caminho de requisição de um assistente de atendimento com IA para que uma conversa seja enfileirada e consultada por sondagem em vez de ficar presa numa conexão síncrona — entregue e integrado. - Caso 4 — Três propostas de IA, e as duas que eu desaconselhei: Três trabalhos de viabilidade de IA em três áreas sem relação entre si, cada um transformado em um desenho de solução com estimativa de custo: dois foram corretamente recusados pelo investimento, e o terceiro foi construído. - Caso 5 — O chão da engenharia: bilhões de impressões e um marketplace que se tocava sozinho: Onze anos em duas passagens pela mesma empresa de AdTech: quatro como único engenheiro de frontend numa conversão de plataforma, depois um marketplace de publicidade self-service construído de ponta a ponta, depois serviços de backend carregando dezenas de milhares de requisições por segundo. ## Como eu trabalho Os mesmos sete passos, seja o cliente um time de operações corporativo ou uma empresa de duas pessoas. A ordem importa mais que as ferramentas: quase toda falha de entrega que eu vi já estava decidida antes de uma linha de código ser escrita. - **01 Descobrir** — Sentar com quem faz o trabalho hoje e documentar o processo atual como ele realmente roda, ⛔ não como o organograma descreve. Quase nada do que importa está no briefing. - **02 Definir** — Desenhar o fluxo proposto, percorrê-lo com a parte interessada e obter confirmação por escrito antes de a engenharia começar. Nomear o que fica explicitamente fora de escopo, e o que é adiado de propósito para uma segunda fase. - **03 Desenhar** — Decidir o que comprar e o que construir antes de decidir como construir. Integrar as peças de prateleira, construir à mão o caminho crítico, e ser honesto sobre quais restrições são reais — conectividade, permissões, o ciclo de release de outra pessoa, um orçamento que não vai esticar. - **04 Construir** — Assumir pessoalmente o trabalho complexo que define o contrato; delegar a superfície simples. Quando uma tarefa passa trinta minutos sem direção clara, ela vira uma conversa de desenho e ⛔ não retrabalho silencioso. - **05 Implantar** — Partir do princípio de que o ambiente não é meu para mudar. Integrar sem invadir: ler do que já existe, colocar pontos de verificação nas execuções longas para que uma interrupção retome em vez de recomeçar, e sempre deixar um caminho para uma pessoa assumir no meio da execução. - **06 Medir** — Decidir na largada o que «funcionando» significa e como isso será observado — comportamento de retentativa, visibilidade de falha, custo por requisição, e em sistemas de IA um conjunto de avaliação em vez de uma impressão. - **07 Iterar** — Entregar a fase, manter visíveis os pré-requisitos da segunda, e deixar o que a produção revela reordenar a lista. ## O que eu trago - **Levantamento de requisitos e definição da solução** — Trabalhar direto com quem é dono do problema — pessoal de operações, fundadores, os próprios engenheiros de um cliente — para transformar um briefing incompleto em um escopo definido, com estimativa custeada e uma definição de pronto acordada. Já fiz isso pelos dois lados: como especialista interno de processos de negócio mapeando fluxos financeiros e logísticos sem documentação, e como engenheiro de fora definindo projetos de IA para pequenas empresas que nunca tinham comprado um. - **IA aplicada e automação de fluxos** — Sistemas de IA que precisam rodar dentro de uma operação real: extração de documentos com um passo de revisão humana antes de qualquer gravação, assistentes de atendimento com estrutura de conhecimento, integração de ferramentas, gestão de sessões e escalonamento para uma pessoa, e fluxos de RPA em tarefas financeiras e logísticas que antes eram digitadas à mão. - **Arquitetura de solução e integração corporativa** — Conectar sistemas que nunca foram desenhados para se conectar — o ERP legado de um cliente, sistemas de origem sem API nenhuma, plataformas de comércio e pagamento de terceiros, filas de mensagens, e os passos manuais no meio. A decisão recorrente é construir ou comprar, e já estive dos dois lados vezes suficientes para saber que a pergunta interessante é qual restrição faz o componente comprado falhar. - **Engenharia de produção e confiabilidade** — Ser dono de um sistema depois do release. Jobs longos que retomam de onde pararam em vez de recomeçar. Falhas que aparecem numa hora do dia em que uma pessoa ainda consegue voltar ao processo manual. Tratamento por fila para que uma requisição lenta não trave o próximo cliente. Envios que não podem ser disparados duas vezes por um refresh de página. Capacidade ociosa que é liberada em vez de segurada. - **Entrega técnica e alinhamento com as partes interessadas** — Eu liderei entrega e decisões técnicas, ⛔ não headcount: a decisão final de arquitetura e de escolha de tecnologia depois de ouvir o time, a prática de revisão de código com que um time trabalha, e orientar desenvolvedores através daquilo que realmente os trava — que, na minha experiência, quase sempre é o contrato da API e não o código.