Founding Software Developer
En Baker el día a día es 50% español y 50% inglés.
Sobre Baker
Hola, me hace mucha ilusión que estés leyendo esto, significa que hay un mínimo de interés en trabajar con nosotros, o quizá sea solo curiosidad. Somos David y Jacin, fundadores de Baker, el proyecto de nuestra vida. Estamos construyendo una plataforma agéntica para automatizar el 100% del performance marketing. Imagina Instinct o Muse, pero para empresas y enfocado en performance marketing. Baker es un agente de paid media. Lleva todo el canal de pago de una empresa, desde la gestión de campañas y los creativos hasta las landings, hace el trabajo hasta el final y su equipo, o su agencia, lo aprueba. La primera semana uno de nuestros ingenieros lo implementa para que entienda la empresa. Todos los clientes usan Baker, y algunos además contratan a nuestro equipo para que lo lleve por ellos. La visión: gracias a los agentes de IA, la mayor parte del marketing será automatizado. La misión: que cualquier equipo de marketing lleve todo su canal de paid con Baker, con Baker haciendo el trabajo. Y que sea proactivo. Implementamos una cuenta y todo pasa solo. Elegimos performance marketing porque va de números y de trabajo operativo repetitivo, lo que mejor resuelven los agentes. La apuesta es que el software será cada vez más fácil de hacer y valdrá menos, y lo que quedará es el dato: qué anuncios, landings y campañas acabaron en clientes, en miles de cuentas. Cuantos más equipos trabajen hoy con Baker, más difícil será alcanzarnos. La ventana de oportunidad está abierta ahora y nadie sabe cuánto va a durar. Por eso hemos decidido saltar e ir con todo. Queremos que la mayor parte del paid media del mundo se lleve con Baker. O al menos, ser el sistema con el que mejor trabajan los equipos de marketing. Suena delusional, sabemos que va a costar, pero en el peor de los casos lo habremos intentado y nos lo estamos pasando bien en el camino.
El rol
Serás la primera persona de ingeniería en Baker después de los fundadores, que también somos ingenieros. Hasta ahora el producto lo hemos construido nosotros dos. Funciona: nuestro equipo lo usa cada día para llevar las cuentas de clientes reales, y otros clientes lo usan por su cuenta. Pero está lejísimos de lo que debería ser. Lo que construimos no es una app con un chat encima. Es el harness que rodea a un agente para que haga el trabajo de un performance marketer: investigar, montar landings y formularios, crear creatividades, lanzar campañas, conectar el tracking con el CRM del cliente y reportar. Todo de forma autónoma. El objetivo es que el agente lo haga bien a la primera, sin que nadie tenga que corregirlo. Cada vez que falla no lo parcheamos para ese cliente: lo arreglamos en la raíz para que no vuelva a pasar en ninguno. Lo llamamos hacer pared, y es lo que hace que el producto mejore solo con el tiempo. Nuestra visión no es que un usuario entre en la plataforma y pida cosas. Pensamos que en el futuro será un agente vivo proactivo, que trabaje y los humanos solo revisemos el trabajo. Eso es lo que estamos construyendo. Tendrás a tus usuarios al lado. Nuestros performance marketers usan Baker todo el día y te traerán los problemas bien descritos, con el nombre del cliente que los sufre. Y como en Baker cualquiera puede proponer cambios al producto, revisarás mucho código que no has escrito tú. Tendrás total libertad para cambiar lo que creas que está mal. Siempre que nos convenzas.
Nuestra visión técnica
Esta es la parte más importante de la oferta. Nuestra visión técnica es muy concreta, y si no la compartes vamos a chocar. Mejor saberlo ahora. Algunas de estas ideas las hemos cambiado más de una vez, y lo volveremos a hacer. Puedes hacernos cambiar de opinión, pero vas a necesitar argumentos sólidos. Tenemos un solo agente. El trabajo de performance marketing lo hace un único agente, no un sistema de agentes que se pasan el trabajo entre ellos. Cada traspaso pierde contexto y multiplica los errores, sube la latencia y el coste, y hace casi imposible depurar dónde se rompió algo. Dividir el marketing en un agente de Meta, otro de Google, otro de copy y otro de CRO es mucha arquitectura sin ninguna mejora en calidad. El valor está en el harness, no en el agente. Que por debajo corra Claude Code, Codex u OpenCode importa menos de lo que parece. Lo que marca la diferencia es lo que construimos alrededor: el CLI, las skills, los hooks, los tests y los validadores. Hoy el agente se levanta en un sandbox, pero no tiene por qué ser la forma final. Si queremos que sea proactivo, quizá el sandbox sea algo que solo se levanta cuando hace falta. CLI antes que MCP. Casi todo lo que el agente puede hacer es un comando de nuestro propio CLI, baker, que invoca desde Bash. Devuelve JSON estructurado, y cuando falla, el error trae la corrección para que el agente se recupere solo. Contexto justo a tiempo. La ventana de contexto es el recurso más escaso que tenemos. Casi todo vive fuera de ella: skills que se cargan solo cuando la tarea las necesita, y la memoria de cada cliente, que el agente consulta cuando le hace falta. Hoy esa memoria es Markdown con búsqueda semántica y no nos convence del todo. Estamos abiertos a otras opciones. El marketing se va a parecer a programar. Por eso cada cliente vive en su propio repositorio de Git: landings, formularios, creatividades e informes. El agente trabaja sobre ellos como si programase, porque es donde los modelos están mejor entrenados. Cada sesión es una rama y nada llega a producción, ni a una cuenta publicitaria, hasta que se publica. Y hacemos lo mismo que los buenos equipos de developer experience: que la única forma de hacer las cosas sea hacerlas bien. Donde ellos ponen linters y CI, nosotros ponemos verificadores y scripts que se ejecutan en hooks. Los superpoderes que hoy tienen los programadores van a llegar a los performance marketers, y queremos ser la plataforma que los lleve. Hoy el stack es casi todo TypeScript: Next.js para el dashboard, Convex como backend y base de datos, Astro para las landings de cada cliente, sandboxes de E2B donde corre el agente, Cloudflare Workers para servir lo publicado y Tinybird para la analítica.
Por qué pedimos haber programado a mano
En Baker no escribimos código a mano. Esto lo pedimos como filtro. Anteriormente han aplicado personas que no son ingenieras pero se postulan como tal porque saben usar Claude Code o Codex. La realidad es que para nosotros la ingeniería no es generar la solución. La ingeniería es entender tremendamente bien los fundamentos de un problema y solo después, solucionarlo. Y los problemas se entienden mucho mejor cuando se tienen conocimientos técnicos. Cuando se tienen claros los fundamentos. Saber programar con IA vale 0. Programar con agentes es un acordeón: generas entropía con IA y luego la compactas con IA. Tienes que estar cómodo sin entender cada línea, trabajando a alto nivel y dejando que el agente te guíe en el detalle. Lo que sí tienes que entender a fondo es el problema. Pero ojo: si hoy escribes la mayoría de tu código a mano y desconfías de los agentes, esto tampoco es para ti.
Encajas si
Has programado durante años, buena parte de ellos sin IA. Has llevado código a producción y te has comido sus consecuencias. Hoy construyes con agentes de código todos los días, sea Claude Code, Codex o similares, y tienes opiniones propias sobre cómo sacarles el máximo. Idealmente, has construido algo con LLMs que va más allá de llamar a una API: agentes, herramientas, gestión de contexto o evals. Te mueves con soltura en TypeScript. Empiezas por el problema y no por la tecnología. Antes de construir nada, sabes decir qué problema resuelve y para quién. Te importa el coste. Un token también es dinero, y que algo funcione no significa que sea rentable. Has leído la visión técnica asintiendo, o con ganas de discutir un par de detalles, pero no el fondo. Hablas español e inglés con fluidez. El código, los pull requests y Linear van en inglés. Eres optimista con la IA y crees que el futuro va a ser increíble e ilusionante. Tienes hambre y quieres crecer tanto como nosotros.
No encajas si
Crees que la respuesta es un equipo de agentes especializados que se coordinan entre ellos. Quieres construir tu propio framework de agentes antes de resolver el problema de un cliente. Necesitas una especificación cerrada para empezar a trabajar. Te molesta que alguien de marketing abra un pull request en tu código.
Cómo trabajamos
Somos asíncronos por defecto. Nos comunicamos por Slack. Sin reuniones recurrentes, sin horario fijo y sin control de horas. Medimos el valor que entregas. Somos un equipo muy pequeño, horizontal, sin mandos intermedios. Esta es una lista de cosas que define cómo pensamos y trabajamos: - Nunca hagas nada de lo que nadie diga si no entiendes el por qué. - Si opinas diferente discútelo. O convences o eres convencido. - No finjas saber cosas que no sabes. Pongamos todos las cartas encima de la mesa. Esto no es una lucha de egos, es una lucha juntos contra el mercado. - Si ves algo roto arréglalo. No necesitas permiso. Si ves algo roto y no es parte de tu trabajo, arréglalo igual. - Puedes romper cosas siempre y cuando aprendas por qué lo has roto. - Esperamos que des feedback. La vamos a liar muchas veces. No vas a dañar nuestro ego, al revés, nos vas a motivar a mejorar. - Recibirás feedback. No significa que lo estés haciendo mal ni mucho menos. Significa que nuestro objetivo principal es crecer juntos y el feedback es el mejor mecanismo. - Es probable que el punto de partida sean problemas y no soluciones. El cómo resolverlos dependerá de ti. - No nos mintamos nunca. Una sola mentira puede romper la confianza y hacer imposible seguir trabajando juntos. - La variable coste es muy importante y a veces la gran olvidada. Que algo sea bueno no significa que sea rentable. - La transparencia genera eficiencia. Intentar ocultar cosas requiere esfuerzo. - Está bien darse 2 o 3 cabezazos contra la pared. Pero al 4 pide ayuda. - Habrá momentos donde sentirás frustración. Cuéntanoslo. Los superaremos juntos. - Gestiona tu tiempo como quieras. No vamos a controlar nada. Lo que esperamos no son horas, es valor aportado. - Pásatelo bien. El trabajo es un % alto de nuestra vida, más nos vale divertirnos.
Condiciones
Para esta oferta, el salario está entre 50.000€ y 60.000€ al año. La banda de fijo es un punto de partida. Hacemos crecer a la gente al ritmo al que crece la empresa. Pasados 6 meses, cuando vemos que el encaje es muy bueno por los dos lados, nos sentamos a plantear phantom shares. 23 días laborales de vacaciones, más el 24 y el 31 de diciembre. Preferimos Barcelona o Valencia, pero también puede ser totalmente en remoto.
El truco para saber si encajas
Sabes por qué darle a un agente un MCP con cuarenta herramientas suele funcionar peor que darle un CLI, y sabrías diseñar el comando para que el agente se corrija solo cuando falla.
Sobre nosotros
Somos una empresa muy pequeña y muy reciente. La ventana de los negocios AI-native está abierta ahora y queremos ser agresivos mientras dure. Va a ser difícil. Creemos que es la oportunidad de nuestra vida, y queremos que también sea la tuya.
¿Cuál es el proceso?
El proceso es el siguiente: 1. Tendrás una entrevista con Jacin, de una hora, y veremos si hay fit cultural. Será una conversación relajada, con preguntas sobre cuáles son tus intereses, qué es lo que has hecho y si hay encaje. 2. Habrá una segunda sesión técnica de una hora con David y Jacin. Abrimos el código de Baker y resolvemos juntos un problema real, con agentes, como lo harías cualquier día. Nos interesa más cómo piensas y cómo revisas que lo que escribes. 3. Ya está. Si encajas, te mandamos una offer letter.