Por años no tuve una palabra limpia para lo que hago. “Full-stack developer” se quedaba corto. “Founder” tampoco era. Hasta que la encontré: product engineer. Es la descripción más precisa de cómo he trabajado por más de una década — y cuando encajó, muchas cosas tuvieron sentido.

Qué es realmente un product engineer

Un product engineer es un ingeniero que es dueño del resultado, no solo del código. Cuatro cosas lo distinguen:

1. Piensa en resultados, no en tickets. No “¿cuál es la próxima tarea?” sino “¿qué hay que construir, y por qué?”
2. Entrega de punta a punta. Una persona lleva la idea del diseño al backend al frontend al deploy — sin pasarle piezas a nadie.
3. Tiene criterio de producto y de negocio. Toma las decisiones que normalmente toma un product manager — qué construir, qué cortar, qué es suficientemente bueno — y además escribe el código.
4. Es pragmático. “Funcionando y en manos del usuario” le gana a “perfecto pero sin lanzar”.

En simple: un PM que sabe programar, o un ingeniero con cabeza de fundador.

Por qué lo soy

No elegí la etiqueta — me la gané por accidente, construyendo lo mismo una y otra vez.

Mi trabajo principal es CPA25, la plataforma que hace correr una corredora de propiedades en Santiago: arriendos, cobros, liquidaciones, auditorías, email marketing. La concebí, la construí, la desplegué y la mantengo viva. Es la quinta reescritura de un sistema que empezó en Google Sheets cerca de 2016 — PHP dos veces, después Django, ahora Next.js. Cada reescritura me enseñó el negocio, no el framework.

He construido en dominios muy distintos — sitios de streaming de video, plataformas de e-commerce, sitios con harto contenido, y CPA25. La misma jugada siempre: entender el problema, construirlo, y ponerlo frente a usuarios reales.

¿Soy el especialista más profundo en React? No — y ese es el punto. El trabajo nunca fue “escribir un componente perfecto”. Fue “hacer que la corredora funcione”. Agarro la herramienta que entregue el producto, con IA al lado.

Donde de verdad vivo: el terminal

Acá está la parte más yo: soy más feliz en la consola. Bash, ssh, Linux — la línea de comandos es donde me muevo más rápido, y es así desde Debian en 2004. Corro mi propia infraestructura endurecida: un VPS self-hosted que sirve un portal de ~20.000 propiedades, cada contenedor sandboxeado en gVisor, SSH endurecido, backups automáticos. Mucha gente que se dice developer nunca tocó un servidor de producción. Yo endurezco el mío desde el terminal.

Por qué esto importa más en la era de la IA

Cuando la IA escribe más del código, el conocimiento profundo de la sintaxis de un framework importa menos. Lo que se vuelve escaso es el criterio — saber qué construir, cachar cuándo la IA se equivoca con seguridad, y ser dueño de todo. Desarrollo CPA25 con seis agentes de Claude Code en paralelo; mi trabajo no es tipear, es dirigir y verificar. En ese mundo, el generalista que corre el espectro completo — producto, código, infra, seguridad — gana.

Eso es un product engineer. Eso es lo que soy.

---

Soy Eduardo, product engineer desde Santiago, Chile. Si esto te resuena, búscame en X.