Ingeniero de SDK - Python

• Conoces en profundidad el tipado moderno de Python. Usas los genéricos, los protocolos, las sobrecargas y TypedDict como herramientas de diseño, ejecutas la comprobación de tipos en modo estricto y corriges los errores de tipo sin recurrir a Any.

• Haber sido autor o haber mantenido una librería publicada con una API pública y usuarios fuera de tu propia empresa. Sabes lo que cuesta cambiar algo de lo que la gente depende.

• Conocer la parte de mantenimiento del open source. Clasificación de issues a gran volumen, revisión de PRs externos, automatización de lanzamientos, changelogs y semver, informes de seguridad y saber decir no a una solicitud de funcionalidad sin perder a la persona que la pidió.

• Tener fluidez en asyncio y tener opiniones sobre cómo una librería debe dar servicio tanto a llamadores sync como async.

• Conoces el empaquetado de Python para librerías: pyproject.toml, wheels, herramientas modernas, política de versiones compatibles y por qué las librerías no deberían fijar sus dependencias de forma estricta.

• Testear por hábito: unitarias, a nivel de tipos y end-to-end contra un stack real. Cada corrección viene acompañada de un test de regresión.

• Escribir bien. Los documentos de diseño, los changelogs y las respuestas a los issues son una gran parte del trabajo aquí, gran parte de ello es público, y trabajamos de forma async por defecto.

• Tener autonomía real: encuentras el trabajo importante, defines su alcance, lo lanzas y comunicas lo que no has hecho.

• Te comunicas con claridad tanto con audiencias técnicas como no técnicas.

• Tienes experiencia en equipos asíncronos o distribuidos globalmente.

• Te motiva resolver problemas del mundo real para los desarrolladores.

• Te sientes cómodo navegando en la ambigüedad y moviéndote con rapidez.

Puntos extra si: has realizado una migración de una versión mayor para un paquete público, te desenvuelves bien con JWT/OAuth, has construido integraciones para frameworks de agentes de IA o has generado clientes idiomáticos a partir de un esquema.

• Totalmente Remoto

  Contratamos a nivel mundial. Creemos que puedes hacer tu mejor trabajo desde cualquier lugar. No hay oficinas de Supabase, pero proporcionamos una membresía de WeWork o una asignación para co-working que puedes usar en cualquier parte del mundo.

• ESOP

  Cada miembro del equipo recibe ESOP (participación en el capital) de la empresa. Queremos que todos participen en el éxito de lo que estamos construyendo juntos.

• Asignación Tecnológica

  Utiliza este presupuesto para configurar tu entorno de trabajo ideal: portátil, monitor, auriculares o cualquier cosa que te ayude a realizar tu mejor trabajo.

• Beneficios de Salud

  Supabase cubre el 100% del seguro médico para los empleados y el 80% para sus dependientes, dondequiera que estés. Tu bienestar y la salud de tu familia son importantes para nosotros.

• Encuentros Anuales (Off-Sites)

  Una vez al año, toda la empresa se reúne en una ciudad nueva durante una semana de conexión, colaboración y diversión. Es uno de los momentos más destacados de nuestro año.

• Trabajo Flexible

  Operamos de forma asíncrona y confiamos en que gestiones tu propio tiempo. Tú sabes qué hay que hacer y cuándo.

• Desarrollo Profesional

  Cada miembro del equipo recibe una asignación anual para formación destinada al aprendizaje: cursos, libros, conferencias o cualquier cosa que apoye tu crecimiento.

Estamos buscando un SDK Engineer - Python para unirse a nuestro SDK team y liderar la forma en que los desarrolladores interactúan con Supabase desde Python. Trabajarás estrechamente con el resto del equipo de SDK, nuestros equipos de Auth, Realtime, Storage, PostgREST, Functions, CLI y Docs, así como con la comunidad de código abierto, ayudándonos a convertir el SDK de Python en una librería que los desarrolladores de Python disfruten utilizando de verdad.

Los desarrolladores de Python acceden a Supabase desde servicios backend, pipelines de datos, notebooks y un número creciente de agentes de IA y frameworks de agentes. El SDK de Python es la forma en que todos ellos se comunican con la plataforma: consultas a la base de datos, auth, storage, realtime y edge functions, tanto en versiones sync como async.

Este es un rol de autoría de librerías, y el trabajo se realiza de forma abierta: repositorios públicos, rastreadores de issues públicos y decisiones de API cuyas consecuencias duran años. Si te genera satisfacción que un comprobador de tipos detecte el error antes que tus usuarios, que un cliente async se limpie a sí mismo y que un issue tracker no sea un cementerio, te gustará estar aquí.

Este rol es ideal para alguien que prospere en entornos asíncronos y de ritmo rápido, y que se sienta entusiasmado construyendo herramientas para desarrolladores que escalen a millones de usuarios.

• Construir y evolucionar nuestro SDK de Python en base de datos, auth, storage, realtime y functions, con APIs tanto sync como async que se sientan naturales en Python.

• Iniciar cosas nuevas. Junto con el trabajo de mantenimiento, identifica qué falta, justifica su necesidad y constrúyelo. Nadie te entregará una lista.

• Trabajar de forma abierta. Clasificar los issues entrantes, revisar y guiar las contribuciones externas, mantener la salud de la CI y la automatización de lanzamientos, y mantener una postura clara y amable sobre el alcance.

• Liderar la experiencia de tipado. Hacer que el SDK esté totalmente tipado y sea compatible con los comprobadores de tipos, para que el autocompletado y el análisis estático sigan siendo correctos en bases de código reales.

• Garantizar la consistencia en todos los entornos. Múltiples versiones de Python, frameworks sync y async, workers, serverless y notebooks; con rangos de dependencias que no entren en conflicto con los proyectos de nuestros usuarios. Pruébalo, no lo asumas.

• Trabajar en realtime. Conexiones websocket de larga duración, reconexión, y semántica de suscripción y presencia.

• Seguir la evolución de la plataforma. Cuando auth, realtime, storage, postgrest o edge functions lancen un cambio, asegúrate de que el SDK lo refleje y de que lo indiquemos en el changelog.

• Diseñar en público. Escribir los RFC, guías de migración, notas de lanzamiento y documentación. Trata un breaking change como una ruta de deprecación más una historia de migración, no solo como un aumento de versión.

• Hacer que nuestro SDK sea legible para agentes de codificación de IA, que ya son un consumidor principal del mismo.