
Desenvolvimento Fullstack
Onze anos na cadeia PHP (Joomla, Zend, Symfony, Magento) e Java SE / Spring no Master, mais stack moderna Node / TypeScript / Next.js como CTO. Perfil fullstack poliglota capaz de retomar o código nos momentos criticos.
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
Desenvolvimento fullstack, para mim, e a poliglossia necessaria a um SaaS de produção: backend, frontend, scripting e a capacidade de escolher a ferramenta certa para cada camada. Cubro a cadeia PHP (Joomla, Zend, Symfony 2-7, Magento 1-2), a JVM (Java SE, Spring, Hibernate, Kotlin Android) e o ecossistema TypeScript moderno (Node, Next.js 16, React 19, Prisma 7, Drizzle, Bun). E o perfil poliglota que permite a um CTO meter as maos no código da sua equipe - não para reescrever no lugar deles, mas para defender as code reviews, aliviar os picos e arbitrar as escolhas tecnicas senior.
Meu ritmo atual mistura código diario (linhas de produto ACCENSEO, 234 mil linhas em solo no SaaS contabil, pacotes OSS como tailwindcss-obfuscator) e revisao mensal (pair-programming com os alternantes, revisoes senior em codebases de clientes). 31 referencias tecnicas + 15 mobile no portfolio (Top 3 em frequencia). A poliglossia não e um objetivo estetico: e a consequencia de 18 anos de papeis sucessivos que cada um trouxe sua stack - Joomla 1.5 na ABDC, Zend Framework na Pluxnet, Magento 1.10 na Smile, Symfony 3-5 no Pichet, Next.js 16 na ACCENSEO.
O grande basculamento de 2026 e que o custo de escrever código caiu com a IA, não o de ler. Stack Overflow disseca em Why demand for code is infinite: How AI creates more developer jobs: com 80%+ de adocao dos AI coding tools entre desenvolvedores profissionais e uso diario em torno de 51%, a camada de agentes gera código em escala - mas e a leitura critica, o system design e a revisao de arquitetura que viraram o diferenciador. O CTO que revisa um codebase TypeScript + Prisma + Drizzle em pair-programming com Claude Code entrega mais rápido do que o que delega.
Minhas evidências
Anedota 1 : Entregar 234 mil linhas em solo no SaaS contabil ACCENSEO
No SaaS contabil da ACCENSEO em 2025-2026, eu era o único desenvolvedor humano diante de um produto que nenhum time early-stage costuma entregar sozinho: contabilidade francesa, fiscal, banco (Open Banking DSP2), faturamento, conformidade e-fatura 2026-2027, assistente IA. A cadencia exigida era brutal: se eu caisse abaixo de 8 mil linhas por mes durante 14 meses, o produto não estaria pronto antes do mandato de e-fatura.
Operei diariamente um ciclo full-stack completo: Next.js 16 + React 19 + TypeScript no UI, Prisma + PostgreSQL no data, Better Auth com MFA (email, TOTP, SMS), AI SDK para a orquestracao multi-fornecedor (OpenAI, Claude, Gemini), Stripe para as assinaturas SaaS, e um microservico Node.js dedicado a recuperacao automatica de faturas. Cuidei pessoalmente do Open Banking DSP2 em 3 provedores em paralelo (GoCardless/Nordigen, Bridge, Qonto), do EDI Teledec para as teledeclaracoes TVA / IS / CFE / DAS2 / PAS, e de uma extensao Chrome para preenchimento automatizado de formularios em impots.gouv.fr. O pair-programming com Claude Code carregou 80-85% da implementacao, mas cada arquivo foi revisado, cada calculo fiscal validado por script, cada feature testada em nao-regressao.
234 mil linhas entregues em solo, 42 features autonomas, 382 rotas API, 91 modelos Prisma, 6 papeis diferenciados, e a plataforma rodava no fim do ciclo pronta para produção com a conformidade e-fatura 2026-2027 atingida antes do prazo regulatorio.
O que me marcou nesse projeto e que continuar operador como CTO muda tudo: sem a prática fullstack diaria, eu nunca teria enquadrado um dominio regulado em alguns meses. Essa postura - CTO que ainda codifica - e a que quero conservar no próximo papel scale-up, porque e o que me da o direito de questionar as decisões tecnicas dos meus seniores em vez de delega-las.
Anedota 2 : Publicar o pacote OSS tailwindcss-obfuscator
No final de 2025, eu precisava de uma ferramenta de obfuscacao Tailwind v4 para varias missoes ACCENSEO e a única alternativa existente estava quebrada. Em vez de bricolar um contorno cliente por cliente, decidi transformar isso em um produto OSS - porque um pacote npm bem feito custa menos para manter do que uma duzia de patches custom. A janela era curta: 6 semanas antes que a comunidade recorresse a hacks.
Montei um monorepo TurboRepo com pnpm workspaces para conduzir 25 modulos internos, 5 plugins de bundlers (Vite, Webpack, Rollup, esbuild, modulo Nuxt) compartilhando o mesmo motor central, e um CLI Commander.js para usos fora de framework. A stack: TypeScript 5.7, Babel AST para parsear JSX/TSX/Vue/Svelte/Astro/Qwik, PostCSS para transformar o CSS compilado, magic-string para preservar sourcemaps, Vitest para os 295 testes unitarios + e2e, e VitePress para a documentacao. Tipagem estrita em todo o codebase, build via tsup com sourcemaps completos.
82 mil linhas de TypeScript publicadas no npm em 6 semanas, 10 frameworks suportados, deteccao automatica de Tailwind v3 vs v4, primeira ferramenta compativel com Tailwind v4 no mercado. Adotada por equipes externas nas primeiras semanas, mencoes organicas em newsletters tech.
Esse pacote e o que me manteve afiado em TypeScript moderno fora do tempo de cliente. Coloquei como regra entregar pelo menos um OSS por ano pela mesma razao: um CTO que para de publicar código acaba perdendo o reflexo de leitura diaria. E e também um sinal concreto de credibilidade quando discuto um papel scale-up - me pedem o OSS, não o curriculo.
Anedota 3 : Refatoracao full-stack Magento Enterprise na Fleurance Nature
Na refatoracao da Fleurance Nature em 2017, entrei como Senior Software Engineer full-stack na Smile sobre Magento Enterprise Edition 1.10: 60 modulos custom acumulados, 1.040 arquivos PHP modificados, 3 lojas (Fleurance Nature France, International, Mincifine) a refatorar simultaneamente. A complexidade vinha tanto do backend (matriz tarifaria EAV, 4 grupos de clientes, ERP bidirecional) quanto do frontend (responsivo mobile, 3 temas distintos, internacionalizacao).
Operei do backend ao frontend sem ruptura: no servidor, PHP 5.3 + Zend Framework + Magento EE 1.10, MySQL com EAV, Varnish como reverse proxy, e o backport ElasticSearch no Magento 1.10 que ninguem havia feito antes (autocomplete, navegacao por facetas, categorias virtuais). No frontal, produzi os wireframes responsivos (mobile, tablet, desktop), redigi as especificacoes graficas dos 3 temas, integrei o blog WordPress via parsing RSS (512 artigos migrados sem perda) e entreguei o tema front-end responsivo nas 3 lojas. Documentei as specs funcionais em 7 versoes (de 30 a 50 paginas) ao longo das descobertas de negocio.
Subida em produção em 8 ambientes sem regressao maior, garantia de 58 dias pos-lancamento assegurada pessoalmente, e a plataforma refatorada se manteve mais de 5 anos em produção sem nova reescrita.
Essa missao consolidou um reflexo que rejogo hoje: profundidade PHP legacy + stacks modernas não são 2 mundos separados. Conseguir ler uma codebase Magento 1.x ou Symfony 2 hoje me da acesso a auditorias CTO advisory que perfis estritamente TypeScript-modernos não podem fazer. E exatamente isso que me permitiu encadear depois Symfony 3-7 e a stack TypeScript moderna sem ruptura.
Minha autocrítica
Meus níveis por stack
- PHP (Joomla, Zend, Symfony 2-7, Magento 1-2): Expert, 16 anos
- TypeScript / Node / Java (Spring, Hibernate): Senior
- Kotlin Android, Scala, Angular: Confirmado
A poliglossia não e um objetivo estetico mas uma consequencia do projeto: cada papel trouxe a sua stack, pratico enquanto serve. O que falta fortalecer: Bun + edge runtimes em produção e Kotlin Multiplatform para cross-mobile.
Diferenciador maior frente a CTOs que pararam de codar. E o que me da o direito de desafiar uma decisão tecnica senior, conduzir uma revisao de código seria e absorver um pico de carga. E também o que torna possivel um ciclo de delivery solo-grade em early-stage: o SaaS contabil ACCENSEO não teria sido enquadrado e entregue sem essa poliglossia.
Indicador recente que fala pela cadencia: 234 mil linhas entregues em solo em 14 meses no SaaS contabil (2025-2026) e 6 semanas para entregar o primeiro obfuscator compativel com Tailwind v4 partindo do zero em Babel AST + PostCSS.
Para mim mesmo: entregar pelo menos um pacote OSS por ano para permanecer afiado fora do conforto cliente, nunca perder a leitura diaria de código mesmo quando a carga management explode. Para os outros: *não perseguir a poliglossia por ela mesma* - escolher uma linguagem por projeto, executar plenamente, capitalizar nos padroes. A disciplina de escrita (testes automatizados, tipos estritos) vale mais do que a novidade da stack.
Minha evolução nesta competência
O desenvolvimento fullstack e o que mantem a minha postura CTO scale-up credivel pelo lado de engenharia. No plano de 24 meses, ele me permite pair-programar com as minhas equipes, arbitrar revisoes de código seniors, entregar um MVP em pessoa num novo mercado e fortalecer a cadencia por mentoring inverso. Sem ele, o papel bascula para uma postura puramente gerencial e perde a alavanca operacional.
O objetivo observavel e entregar solo um MVP completo (back + front + infra) em menos de 6 semanas numa stack moderna, e co-escrever um pacote OSS referenciado na comunidade. Praticamente: subir Senior+ em TypeScript / Node / Bun, manter Expert em PHP, abrir Senior em Kotlin se o mercado mobile se tornar relevante.
Código diario nos produtos ACCENSEO (SaaS contabil, pacotes OSS), pair-programming semanal com alternantes, revisao mensal de codebases terceiras (auditoria consultoria). Master Expert em Engenharia de Software ativo até 2026.
Possivel imersao Kotlin Multiplatform se um produto ACCENSEO requerer mobile cross-plataforma. Programa Total TypeScript (Matt Pocock) previsto 2026 para estabilizar o nível Senior+. Certificacao AWS Developer Associate considerada 2027.
Pair-programming sistematico com alternantes em mentoring inverso (eles trazem reflexos modernos, eu trago profundidade arquitetural). Leitura mensal de *Effective TypeScript* (Vanderkam), acompanhamento continuo dos changelogs de framework (Next.js, React, Prisma). Pelo menos 1 pacote OSS publicado por ano como disciplina.