A quién buscamos
Contratamos por potencial y por lo que has construido. Aquí el CV es lo que menos mira nadie: enséñanos tu trabajo.
- Haber construido algo, y poder enseñarlo. Es el único requisito que no se negocia, y es lo primero que abrimos. No hace falta que sea móvil, ni Flutter, ni una app publicada: una web, un juego, un bot, un script, una herramienta. Tampoco hace falta que sea grande. Hace falta que sea tuyo y que esté terminado.
- Creatividad de verdad. Has hecho cosas que nadie te encargó. Un bot, un juego, una app para tu equipo del gimnasio, una herramienta que resolvía un problema que solo tenías tú. Esa es la señal que más peso tiene después del portfolio.
- El lenguaje da igual. Python, JavaScript, Java, C#, lo que sea. Si sabes construir, Flutter y Dart se aprenden en semanas y te los enseñamos aquí. Saber Flutter o haber publicado una app suma, pero no es un requisito y no aplicar por no tenerlo sería el error.
- Alineación con nuestros valores. Es el filtro más importante del proceso, más que cualquier habilidad técnica. Lo técnico se enseña en meses; cómo trabaja alguien, no. Lee cómo trabajamos antes de aplicar: te vamos a preguntar por ello.
- Estudiante o recién graduado/a. Estar en la universidad no resta. Si te has graduado hace poco, también encajas. Lo que sí importa es que tengas horas reales para dedicar y que las digas de frente.
- Ganas de que te enseñen. El rol es de aprendizaje acelerado: vas a recibir feedback directo, mucho y pronto. Buscamos a quien eso le parezca lo mejor del puesto, no lo más incómodo.
- LATAM preferentemente. Trabajamos en remoto y buena parte del equipo está en LATAM: coincidir en horario hace que la mentoría funcione. No es un requisito duro, pero sí una preferencia real.
El rol
Vas a construir producto móvil de verdad desde la primera semana: pantallas, flujos y arreglos que salen a producción y que usan millones de personas. No vas a hacer tareas de mentira ni a mirar cómo trabajan otros.
La diferencia con un puesto junior normal es que aquí el crecimiento está escrito. Tienes seis meses con un plan claro, con alguien del equipo revisando tu código y explicándote el por qué, y con subidas de salario dentro de esos seis meses según vas cumpliendo. No dependes de que alguien se acuerde de ti en la revisión anual.
A cambio esperamos ritmo. El listón es el mismo para todos, y la única concesión que hace este puesto a que estés empezando es el tiempo que te damos para llegar a él.
Qué harás
- Construir pantallas y flujos en Flutter, de la idea a la tienda, con revisión de código de alguien más senior en cada paso.
- Arreglar bugs reales de producción: es la forma más rápida de entender una base de código grande, y es donde se aprende de verdad.
- Pulir el detalle. Animaciones, estados vacíos, casos límite, cómo se comporta en un móvil de gama baja. En una app de consumo, ese detalle es el producto.
- Entrar en los experimentos. Verás cómo se monta una prueba A/B, qué se mide y qué se decide con el resultado.
- Usar IA como herramienta por defecto: Claude, Cursor y agentes forman parte de cómo trabaja el equipo. Te vamos a enseñar a usarlos bien, no a copiar y pegar.
- Preguntar mucho. Es literalmente parte del trabajo durante los primeros meses, y no preguntar es el único error que aquí sale caro.
Seis meses de crecimiento garantizado
Es la parte del puesto que nos importa que quede clara, porque es lo que lo distingue de unas prácticas:
- Plan de seis meses por escrito, con lo que se espera de ti en cada tramo y cómo se mide.
- Subidas de salario dentro de esos seis meses, no al terminarlos. El crecimiento se paga cuando ocurre.
- Mentoría real y con nombre: alguien del equipo es responsable de que aprendas, con revisiones de código y sesiones fijas.
- Feedback directo y frecuente. Vas a saber siempre en qué punto estás; aquí nadie se entera de un problema seis meses tarde.
- Camino claro a Product Engineer. Este puesto es la puerta de entrada al equipo de ingeniería, no un contrato temporal.
Requisitos
Obligatorio
- 0 a 2 años de experiencia. El puesto es junior de verdad y está presupuestado como tal.
- Algo construido y accesible. Que podamos abrirlo sin pedir permiso y que esté acabado. De cualquier tipo y en cualquier tecnología. Sin esto no hay candidatura que valorar; con esto, aunque no sea móvil, sí la hay.
- Saber programar, en el lenguaje que sea. No pedimos Flutter, ni Dart, ni experiencia móvil: eso se aprende aquí y es parte de la mentoría.
- Alineación con nuestros valores y con cómo trabajamos. Leerte quiénes somos antes de aplicar es parte del proceso, no un extra.
- Autonomía y responsabilidad. Junior no significa esperar instrucciones: significa intentarlo, equivocarse pronto y contarlo.
- Comunicación directa. En remoto, escribir claro y avisar rápido cuando algo se atasca es la mitad del trabajo.
- Inglés de lectura. La documentación y el código están en inglés; no hace falta que lo hables con soltura.
Lo que más suma
- Flutter o Dart, aunque sea de un proyecto personal. Es lo que más acelera el arranque, pero se aprende aquí.
- Una app tuya publicada en App Store o Google Play, con las descargas que sean.
- Nativo iOS o Android (Swift, Kotlin): entender la plataforma de debajo ayuda más de lo que parece.
- Git en un proyecto compartido: ramas, pull requests, resolver un conflicto sin miedo.
También suma
- Contribuciones a proyectos de código abierto.
- Que uses Symmetry, o cualquier app de fitness, en serio.
- Hackathons, game jams, competiciones de programación.
- Haber enseñado a alguien a programar.
Qué es tener éxito aquí
- En el primer mes: tu primer cambio en producción, y el entorno de desarrollo dominado.
- A los tres meses: te llevas una pantalla entera de principio a fin sin que nadie te la tenga que trocear.
- A los seis meses: entras en tareas de producto sin plan detallado y las sacas, con una o dos subidas de salario ya hechas.
- Todo el camino: preguntas pronto, repites pocos errores y el feedback que te damos una vez no hace falta darlo dos.
Este rol no es para ti si…
- No tienes nada construido que puedas enseñar. (Que no sepas Flutter o que no tengas una app publicada NO es motivo: eso se aprende y lo enseñamos.)
- Aplicas sin haber mirado qué hace Symmetry: se nota en la primera respuesta del formulario.
- Buscas unas prácticas tranquilas para rellenar el currículum.
- El feedback directo te sienta mal.
- Tienes más de dos años de experiencia y esperas que el sueldo lo refleje: ese es otro de nuestros puestos.
- Quieres que te digan exactamente qué escribir en cada línea.
Compensación y beneficios
- Salario en USD, con subidas dentro de los primeros seis meses ligadas al plan de crecimiento.
- 100 % remoto, sin horarios fijos y con casi ninguna reunión. Preferencia por LATAM para coincidir en horario con el equipo.
- Compatible con estudiar. Si estás en la universidad, cuadramos la carga contigo; lo que no negociamos es lo que se entrega.
- Mentoría del equipo que construye la app, no de un programa de becarios.
- Impacto real: lo que escribas la primera semana lo van a usar millones de personas.
Cómo aplicar
Tres preguntas. Sin carta de presentación, sin formularios de 40 campos.
- Tu portfolio. GitHub, tu web, una app publicada, una carpeta con vídeos de lo que has hecho. No tiene que ser móvil ni Flutter: lo que sea, siempre que sea tuyo, esté terminado y lo podamos abrir sin pedirte acceso.
- Algo que hayas hecho sin que nadie te lo pidiera. No un trabajo de clase: eso que construiste porque querías que existiera. Qué es, de dónde salió la idea y qué harías distinto hoy.
- Qué has averiguado sobre Symmetry. Esta la leemos con atención, y pesa. Descarga la app, léete cómo trabajamos, mira qué estamos construyendo y quién lo está construyendo, y cuéntanos qué has encontrado, qué te ha gustado y qué cambiarías. Una respuesta que valdría para cualquier empresa nos dice todo lo que necesitamos saber.
La tercera pregunta no es un trámite: nuestra cultura es lo que más cuidamos, y necesitamos gente alineada con ella.
El proceso
- Revisión de tu portfolio. Antes que el CV, y a veces en lugar del CV.
- Conversación inicial (20 min): quién eres, qué has construido y qué esperas aprender.
- Prueba técnica corta: una tarea pequeña y real de la app. Buscamos cómo razonas y cómo dejas el código, no que esté perfecta.
- Entrevista final con el equipo técnico: repasamos tu prueba juntos. Decisión rápida.
Sales de cada paso sabiendo qué pasa después.
.png)


