Engenharia Reversa & Algoritmos
Raizes no Master ESIEA (algoritmica teorica) e na Celiane (engenharia reversa operacional). Carta a jogar em desafios tecnicos especificos: motores de busca, otimizacoes, auditorias binarias. Não e cotidiano, e alavanca.
Cada segmento é um período (trajetória ou realização) onde a competência foi aplicada. A cor e o tamanho do ponto final refletem o nível atingido nesse período.
Minha definição
Engenharia reversa e algoritmos e, no meu perfil, a carta de alta alavancagem em desafios tecnicos especificos: motores de busca custom, otimizacoes combinatorias, auditorias binarias, APIs não documentadas, alternativas a um fornecedor que fecha sua API. Não e uma competencia cotidiana - e um multiplicador de forca quando a equipe está bloqueada e nenhuma solução off-the-shelf serve.
Eu a ativo em 2 gatilhos precisos. Exigencia cliente sem solução off-the-shelf: motor de pricing combinatorio SOL's (15.000 variacoes), indice invertido TF-IDF multilingue B2B (7 linguas), análise estatica Babel AST + PostCSS para Tailwind v4. Lock-in de fornecedor a quebrar: reconstrucao de um endpoint para se livrar de uma API que fecha ou muda o pricing. Raizes teoricas no Master ESIEA Expert em Engenharia de Software (CLRS, complexidade, estruturas de dados) e exposicao a produção na Celiane (engenharia reversa dos algoritmos do Google, MSN, Voilà.fr - TOP 10 afiliados Carpediem) e na European Sourcing (motor catalogo B2B).
Em 2026, a competencia engenharia reversa volta a ganhar valor pelo efeito conjunto de tres tendencias: APIs fechadas que mudam seus T&Cs ou pricing, modelos IA opacos que se tornam obsoletos (DALL-E 3 retirado em maio de 2026), e vendor lock-in agentico que vira um risco operacional quantificado. 89% das empresas migraram para multi-cloud justamente por essa razao. Kai Waehner mapeia o tema em Enterprise Agentic AI Landscape 2026: Trust, Flexibility, and Vendor Lock-in. A equipe que sabe fazer engenharia reversa de uma API quando o fornecedor fecha a porta ganha varios meses de vantagem sobre seus concorrentes.
Minhas evidências
Anedota 1 : Calcular o pricing combinatorio da SOL's em tempo real
No extranet European Sourcing, alguns fornecedores como SOL's desciam a um nível de complexidade de produto que eu nunca tinha visto: até 15.000 variacoes para um único produto (uma camiseta declinada em tamanhos, cores, gola V ou redonda, com ou sem manga, acabamentos...), mais de 50 grades tarifarias degressivas por produto, 32 moedas indexadas no BCE, 36 campos por opcao de marcacao. Nenhum PIM do mercado sabia calcular esse pricing em tempo real na epoca.
Concebi um motor de pricing combinatorio caseiro capaz de produzir o preco de uma variante dada na hora, a partir de uma matriz de regras e de uma cadeia de sobretaxas (tamanho × cor × marcacao × quantidade × pais × moeda). Optei por estruturas de dados indexadas pre-calculadas em background em vez de calculo brute force a cada requisicao, adicionei um plano de cache Memcache para absorver os picos de catalogo, e normalizei os atributos combinatorios para que a mesma regra pudesse se aplicar indiferentemente a uma camiseta SOL's ou a uma caneta BIC. A complexidade algoritmica foi o real diferenciador.
Catalogo extranet servido em tempo real em 7 linguas europeias (FR, EN, DE, ES, IT, NL, PT), latencia aceitavel nos fornecedores mais pesados, e a mesma mecanica se manteve durante mais de 5 anos em produção sem reescrita algoritmica.
Essa disciplina algoritmica bruta forjei nos primordios na Celiane (reverse-engineering Google) e no Master ESIEA (CLRS, complexidade). Ela continua rara no mercado 2026, onde a maioria dos CTOs já não mergulha em estruturas de dados. E exatamente a carta que quero poder jogar como CTO scale-up quando um dominio sai dos casos usuais.
Anedota 2 : Construir um motor de busca TF-IDF caseiro para o B2B europeu
O European Sourcing era o motor de busca B2B de objetos publicitarios em escala europeia - um precursor das marketplaces atuais, multi-fornecedor (Midocean, PF Concept, BIC, SOL's, TopTex, Makito...), multilingue (7 linguas), com até 15.000 variacoes por produto. Nenhuma solução SaaS testada na epoca conseguia gerir um catalogo B2B tao atipico - motores como Algolia ou ElasticSearch padrao estavam calibrados para e-commerce B2C de massa.
Construi um indice invertido ponderado por TF-IDF caseiro adaptado ao dominio. No análise, scoring multilingue nas 7 linguas europeias, normalizacao dos atributos combinatorios (tamanho, cor, marcacao, MOQ, pais), desambiguacao de sinonimos B2B (objeto promocional, goodies, brindes corporativos...). Na infraestrutura, plano de cache dedicado para absorver os picos de catalogo, indice reconstruido em background nos imports de fornecedores (26+ conectores automatizados). Depois estendi o motor com uma camada ElasticSearch para as agregacoes por facetas e o matching tolerante a erros, mas a algoritmica de scoring continua caseira.
Relevancia de busca superior aos motores SaaS testados no dominio objeto publicitario, latencia sub-segundo nas 7 linguas, e o motor foi reutilizado pelas apps a jusante (sites revendedores MyEasyWeb, aplicacoes mobile PhoneGap/Cordova) sem refatoracao.
Nesse projeto entendi de forma duradoura que a algoritmica bruta continua sendo um diferenciador de produto assim que se sai do caso padrao. E uma competencia de nicho mas de alta alavancagem no meu perfil: quando um futuro cliente ACCENSEO ou uma futura scale-up se depara com um dominio de busca atipico (catalogo regulado, multilingue exigente, estruturas combinatorias), posso propor um motor caseiro em vez de um SaaS que não vai até o fim - e essa diferenca se mede em meses de atraso para quem não sabe fazer.
Minha autocrítica
Nível Confirmado, com raizes teoricas no Master ESIEA (algoritmica, complexidade, estruturas de dados) e exposicao a produção em tres tipos de desafios: motor de busca TF-IDF + indice invertido para catalogo B2B em 7 linguas, motor de pricing combinatorio em tempo real sobre 15.000 variacoes de produto, e mais recentemente análise estatica Babel AST + PostCSS para tailwindcss-obfuscator. O que falta fortalecer: engenharia reversa binaria avancada (Ghidra / IDA Pro em escala) e CTF competitivo.
Nicho mas de alta alavancagem. E a carta que jogo quando nenhuma solução off-the-shelf serve, lock-in fornecedor, API não documentada, restricao combinatoria. E raro, mas quando a necessidade aparece, o gap entre uma equipe que sabe e outra que não sabe conta-se em meses de atraso. Para um CTO scale-up, e também um multiplicador de forca quando um fornecedor tenta capturar o valor (mudanca de licenca, fechamento de API).
Primeiro uso relevante: CTO · Founder · diretor técnico. Progressão até Mestrado em Engenharia de Software, com nível atual de 5/5 (Especialista). A continuidade destes contextos evidencia uma aquisição sólida, testada pela repetição e pela diversidade.
*Documentar cada sessao de engenharia reversa* com um diario de decisões (metodo tentado, sinal observado, hipotese mantida). sem documentacao, a competencia perde-se entre dois usos. Para outros: não confundir engenharia reversa com gambiarra, sempre validar a legalidade do caso de uso (licencas, T&C, direitos autorais) antes da sessao, e investir na profundidade algoritmica (CLRS, Skiena) em vez de na quantidade de katas.
Minha evolução nesta competência
A engenharia reversa e a algoritmica são a competencia de nicho que protege a autonomia tecnica da ACCENSEO e de qualquer futuro papel CTO scale-up. No plano de 24 meses, elas me permitirao destravar um projeto cliente num dominio sem solução standard (search, scoring, otimizacao combinatoria) ou responder a uma mudanca de licenca de fornecedor construindo uma alternativa interna. Não e eixo primario, mas rede de seguranca decisiva.
Manter o nível e entregar pelo menos um OSS ou um projeto cliente por ano mobilizando está competencia. Manter a leitura algoritmica CLRS / Skiena atualizada o suficiente para intervir em revisao de código senior. esse e o indicador observavel, não uma nota.
Katas algoritmicos em rotacao (LeetCode hard + Project Euler), prática nas codebases ACCENSEO (análise estatica tailwindcss-obfuscator). Master Expert em Engenharia de Software ativo até 2026.
Participacao em CTF (Capture The Flag) opcional acionada conforme contexto alvo (industria seguranca). Possivel imersao em engenharia reversa binaria (Ghidra avancado, formacao NoStarch ou OpenSecurityTraining) em 2027.
Leituras pilares: *Introduction to Algorithms* (CLRS, rotacao capitulo a capitulo), *The Algorithm Design Manual* (Skiena), *The Art of Doing Science and Engineering* (Hamming). Estudo trimestral de um open-source de referencia, PostgreSQL planner, Lucene, Tarantool.