¡Hola, bienvenidos!

Soy
Franklin Ferreira

Staff Data Engineer Arquitectura de Datos y Big Data Gobernanza, FinOps e IA

Del data warehouse al lakehouse, del ML clásico a la IA generativa: diseño la arquitectura de datos en la que se apoya toda una empresa.

Sobre mí Descargar CV
  • >50%menos costo en la plataforma de datos
  • ~50fuentes unificadas en una sola plataforma
  • 15+personas en el equipo que lidero

Sobre mí

Quién soy

Foto de Franklin Ferreira

En la práctica, soy arquitecto. Antes de que alguien escriba una línea de código, pienso y decido cómo deben estructurarse los datos, en un warehouse o en un lakehouse, en batch o en streaming. Hoy lidero técnicamente un equipo de 15+ personas (ingenieros de datos, analistas y científicos de datos) repartido entre Brasil y Rumania.

Llegué a Flutter Brazil para construir la base. Creé desde cero el modelo dimensional y el data lake, con Python, dbt y mucho SQL. Después lideré la migración de toda la infraestructura de datos a Databricks: alrededor de 50 fuentes, desde Google Analytics 4 hasta sistemas internos y herramientas de terceros, con pipelines que pasaron de horas a minutos.

Como Tech Lead, el trabajo se amplió. Definí las arquitecturas y las formas de trabajo de casi todo el equipo de datos, reestructuré Unity Catalog por dominio y lideré el trabajo de FinOps que redujo en más de 50% el costo de la plataforma. Como Staff, ese alcance sigue creciendo.

Vengo del lado más clásico del machine learning, desde la universidad. Una vez hice backpropagation a mano, en papel, antes de que cualquier framework lo hiciera por mí. Seguí de cerca el giro hacia la IA generativa desde el momento en que apareció, y hoy me muevo con naturalidad entre los dos mundos. Ayudé a construir los modelos de LTV y de payback de la empresa y uso IA generativa para acelerar la construcción de las herramientas del día a día del equipo.

Antes de Flutter Brazil, fui Data Architect en Clicksign. Construí la estructura de datos desde cero, con Redshift, dbt y Airflow, y ayudé a que el grupo creciera de 4 a unas 20 personas. También pasé algunos años como profesor de Big Data e Ingeniería de Datos, con cientos de estudiantes. Quizás por eso me gusta explicar las cosas de una forma que tenga sentido para quienes no viven de SQL todo el día.

Perfil

Sigo hands-on todos los días, en arquitectura, modelado y decisiones de plataforma. Cuando el equipo lo necesita, intervengo para definir prioridades y destrabar decisiones de negocio.

  • Cargo Staff Data Engineer
  • Enfoque Arquitectura de datos, plataformas de Big Data, gobernanza, FinOps, ML e IA generativa
  • Equipo 15+ personas entre Brasil y Rumania
  • Ubicación Brasil · Remoto/Global

Idiomas

  • PortuguésNativo o bilingüe
  • InglésCompetencia profesional completa
  • EspañolCompetencia profesional

Skills y tecnologías

Las herramientas y prácticas con las que trabajo, agrupadas según su finalidad.

Arquitectura y modelado

  • Modelado dimensional
  • Modelado de datos
  • Data warehouse
  • Data lake
  • Lakehouse

Plataformas y procesamiento

  • Databricks
  • Unity Catalog
  • AWS Glue Data Catalog
  • Hive Metastore
  • Delta Lake
  • Apache Spark
  • Databricks Workflows
  • Amazon Redshift
  • Streaming

Transformación, orquestación y cloud

  • dbt
  • Apache Airflow
  • Pipelines de datos
  • REST APIs
  • AWS
  • Terraform
  • Docker
  • Kubernetes

Lenguajes

  • Python
  • SQL
  • PySpark

Apps de datos y analytics

  • Streamlit
  • Metabase
  • Google Analytics 4
  • Lovable

Prácticas

  • FinOps
  • Calidad de datos
  • Gobernanza de datos
  • CI/CD con trunk-based development
  • GitHub Actions
  • Observabilidad
  • Cumplimiento de la LGPD

IA

  • Machine learning
  • IA generativa
  • Cursor
  • OpenAI
  • Anthropic
  • DeepSeek
  • GLM

Liderazgo

  • Liderazgo técnico de equipos
  • Arquitectura y formas de trabajo
  • Definición de prioridades

Impacto

Qué cambió

Números de mi paso por Flutter Brazil y Clicksign.

Experiencia

Dónde he trabajado

Desde 2020 pasé de científico de datos a Staff Data Engineer, construyendo plataformas, equipos y formas de trabajo en el camino.

Experiencia

Formación académica

  1. jul 2022 – jul 2023 MBA en Ingeniería de DatosXP Educação
  2. jun 2021 – jul 2022 Especialización (Lato Sensu) en Ciencia de Datos e Inteligencia ArtificialPUCRS · Pontifícia Universidade Católica do Rio Grande do Sul
  3. 2015 – 2019 Licenciatura en Ciencias de la ComputaciónUEZO · Universidade Estadual da Zona Oeste do Rio de Janeiro

Certificaciones y cursos

Programas, certificaciones y cursos, del más reciente al más antiguo. Cada ítem lleva al certificado original.

Certificaciones y programas

Mostrar los 33 cursos

Charlas e investigación

Proyectos

Proyectos seleccionados

Casos de estudio de las plataformas y los equipos que lideré, seguidos de proyectos anteriores de machine learning.

Flutter Brazil · Data Engineer

Migración a Databricks y base del lakehouse

~50fuentes unificadas en una sola plataforma

Punto de partida~50 fuentes, desde Google Analytics 4 hasta sistemas internos y herramientas de terceros, en una plataforma de decenas de TB. Miles de tablas y miles de jobs por día.

Qué hiceMigré toda la infraestructura de datos a Databricks y construí el data lake y el modelo dimensional de la empresa desde cero, con Python, dbt y mucho SQL.

Qué cambióLos pipelines pasaron de horas a minutos, y el data lake y el modelo dimensional siguen siendo la base de todas las áreas hoy.

  • Databricks
  • dbt
  • Python
  • SQL
  • Google Analytics 4

Flutter Brazil · Tech Lead

FinOps y previsión de costos

>50%menos costo en la plataforma de datos

Punto de partidaUna factura anual de la plataforma de datos de seis cifras, en dólares.

Qué hiceDiseñé la iniciativa de FinOps en clústeres, jobs, almacenamiento y políticas de gobernanza, con modelos de previsión de costos para que el gasto pudiera bajar de forma predecible.

Qué cambióMás de 50% de reducción en el costo de la plataforma de datos.

  • Databricks
  • FinOps

Clicksign · Data Architect

Infraestructura de datos desde cero en Clicksign

100+pipelines de Airflow

Qué hiceDiseñé la arquitectura de casi todas las estructuras de datos que la empresa tuvo en ese período, con 100+ pipelines de Airflow de modelado e ingesta, y lideré la implementación de dbt en Redshift.

Qué cambióControl de calidad, gobernanza, modelado más fácil, observabilidad y orquestación más simple.

  • Apache Airflow
  • dbt
  • Amazon Redshift
  • dimensional modeling

Flutter Brazil · Tech Lead

Unity Catalog por dominio

10+dominios de Unity Catalog

Qué hiceReestructuré Unity Catalog por dominio y me ocupé del modelado de datos y de la calidad, para que el aprovisionamiento siga siendo confiable y seguro.

Qué cambió10+ dominios, con arquitecturas y formas de trabajo definidas para casi todo el equipo de datos.

  • Databricks
  • Unity Catalog
  • dbt

Flutter Brazil · Tech Lead

Observabilidad y métricas casi en tiempo real

Qué hiceConstruí apps de observabilidad de la plataforma y de monitoreo de métricas de negocio, todas casi en tiempo real, además de dashboards de apoyo a la decisión.

Qué cambióVisibilidad inmediata de los problemas, con latencia de pocos minutos.

  • Streamlit
  • Metabase

Flutter Brazil · Tech Lead

CI/CD con trunk-based development

~3xmenos incidentes y retrabajo

Qué hiceImplementé CI/CD con trunk-based development y ayudé a conducir la evolución del modelado analítico de la empresa con dbt.

Qué cambióLos incidentes y el retrabajo bajaron ~3x.

  • dbt
  • CI/CD
  • trunk-based development

Clicksign · Data Architect

Protección de datos y APIs para partners

10+APIs para partners y terceros

Qué hiceDiseñé los procesos de protección de datos (en cumplimiento de la LGPD y alineados con el GDPR) y de continuidad de la entrega de datos, y construí 10+ APIs para enviar datos a partners y terceros.

  • LGPD
  • GDPR
  • APIs
  • data governance

Flutter Brazil · Tech Lead

Modelos de LTV y payback

Punto de partidaPreguntas que responden los modelos: gasto de adquisición, retorno por cliente y plazo de payback, los segmentos más valiosos y si las campañas y promociones valieron la pena.

Qué hiceAyudé a construir los modelos de LTV y payback (SQL y dbt, con modelado estadístico y de machine learning, actualizados por pipelines y expuestos en dashboards). Mi parte: datos de entrada y arquitectura, pipelines y plataforma, y validación de los resultados con ciencia de datos y negocio.

Qué cambióMarketing pasó a tener una base numérica para decidir dónde invertir.

  • dbt
  • SQL
  • Machine learning

Flutter Brazil

IA generativa para herramientas del día a día

Dónde la usoCódigo en SQL, dbt y Python, documentación y pruebas de calidad de datos, asistentes y consultas en lenguaje natural, y análisis de datos.

Qué hiceUso IA generativa para acelerar la construcción de las herramientas del día a día, de prototipos en Lovable a dashboards en Streamlit y Metabase. Llevé la práctica al equipo, definí las directrices de uso y construí soluciones de IA para la empresa.

Qué cambióLos prototipos salen más rápido, el equipo dedica menos tiempo al trabajo repetitivo y más gente construye herramientas.

  • Cursor
  • OpenAI
  • Anthropic
  • DeepSeek
  • GLM
  • Lovable
  • Streamlit
  • Metabase

Decisiones y trade-offs

El razonamiento detrás de tres decisiones de plataforma: qué pesó, los trade-offs que administré y qué cambiaría.

Flutter Brazil

Por qué Databricks, y qué cambiaría

Lo que pesó en la elecciónUna plataforma única para procesamiento por lotes, ML y BI; gobernanza con Unity Catalog; costo y rendimiento; y las habilidades del equipo.

Qué más estaba sobre la mesaSeguir en Redshift y en lo nativo de AWS, Snowflake y BigQuery en Google Cloud.

Mayores riesgos de la migraciónMigrar sin detener el negocio, lograr la paridad de los datos y el costo durante la transición.

Qué haría distintoEmpezar el FinOps antes y definir dominios y dueños antes.

  • Databricks
  • Unity Catalog
  • FinOps

Flutter Brazil · Tech Lead

FinOps: prioridades y trade-offs

Qué prioricéVisibilidad del gasto, los mayores generadores de costo, el dimensionamiento de los clusters y la programación de los jobs.

Trade-offs que administréCosto frente a frescura de los datos, costo frente a rendimiento, autonomía frente a reglas y tiempo de ingeniería frente a ahorro.

Qué sostuvo el ahorroModelos de previsión de costo, costo atribuido por dominio o dueño, alertas y dashboards de gasto, y políticas y guardrails.

Qué haría distintoEtiquetar y atribuir el costo por dominio y dueño desde el primer día, crear alertas automáticas de gasto antes e involucrar antes a los dominios.

  • Databricks
  • FinOps

Flutter Brazil · Tech Lead

Unity Catalog por dominio: motivos y trade-offs

Por qué por dominioResponsabilidad clara por área, acceso y seguridad por dominio, costo atribuido por dominio, y descubrimiento y calidad de datos.

Trade-offs que administréControl central frente a autonomía, cuántos dominios (granularidad), retrabajo en tablas y permisos, y estándar frente a flexibilidad.

Qué funcionó en la prácticaDueños por dominio y estándares acordados, y aprovisionamiento como código.

Qué haría distintoAutomatizar antes el aprovisionamiento y los permisos, y tener linaje y documentación de los dominios desde el inicio.

  • Databricks
  • Unity Catalog

Proyectos anteriores de machine learning

Análisis hechos durante mis estudios de ciencia de datos, que conservo aquí como referencia.

Mostrar los 13 proyectos

Cómo lo veo

Al final, lo que importa es si los datos se convirtieron en una decisión.

Especialidades

Dónde puedo ayudar

Si estás construyendo o arreglando una plataforma de datos, estas son las áreas en las que puedo ayudar.

Contacto

Hablemos

Siempre tengo ganas de conversar sobre arquitectura de datos, IA generativa aplicada al día a día de un equipo técnico o el mercado de datos en Brasil.

Proyectos

Revisiones de arquitectura, migraciones de plataforma, FinOps, gobernanza de datos o cualquier otro desafío de datos.

Hablar de un proyecto

Brasil · Remoto/Global