Saltar al contenido
Creaitercreate your vision with ai
Iniciar sesiónRegistrarse
Todos los proyectos de ejemplo

App iOS

Tarjetas de vocabulario

Crear tus propias tarjetas y repasarlas sin conexión

Una app iOS para crear tus propias tarjetas de vocabulario y repasarlas sin red: en el tren, en una sala de espera, en un avión.

Ejemplos didácticos construidos: estos tres proyectos se escribieron para el curso siguiendo las reglas documentadas de los siete días. No son proyectos reales de personas usuarias, no hay ninguna app en marcha, ni enlace en vivo ni ficha de tienda. La prueba aquí son las decisiones, no una captura de pantalla.

Para qué se construyó

Las apps de vocabulario existentes traen listas ajenas y exigen una cuenta. Quien estudia para un examen concreto o un viaje quiere sus propias treinta palabras, y las quiere donde no hay red. La app hace exactamente eso y nada más.

El bucle central en cuatro pasos

  1. 1Abrir — el mazo actual está listo
  2. 2Repasar una tarjeta — ver la palabra, adivinar, girar
  3. 3Dar el resultado — la sabía o no
  4. 4Seguir — llega la siguiente, el mazo encoge

Dejado fuera a propósito

Reducir el alcance es el trabajo real del día 1. Estos puntos habrían hecho el proyecto más grande sin mejorar el bucle central.

  • Sin cuenta ni sincronización entre dispositivos: exige un servidor, un inicio de sesión y una respuesta a qué pasa en los conflictos.
  • Sin listas de palabras incluidas: plantean preguntas de licencia y calidad y no resuelven el problema de las treinta palabras propias.
  • Sin algoritmo de repetición espaciada: es el atractivo real de estas apps, pero sin un flujo básico que funcione no vale nada. Está en la lista V1.1.
  • Sin pronunciación en audio: necesita grabaciones o un servicio de pago, y con ello un límite de coste.
  • Sin importación desde hojas de cálculo u otras apps: cómodo, pero no mejora el repaso.

Objetivo de publicación

Canal de prueba interno con compilación firmada. Una versión pública en la tienda no era el objetivo de estos siete días.

Los siete días de construcción

Para cada día se indica por separado qué quedó visible después y qué decisión había detrás. Donde algo no funcionó al principio, también consta.

  1. 1Día 1 — Tu alcance está definido

    Qué se construyó
    Una especificación con el bucle central, cinco no-objetivos y el compromiso explícito con el canal de prueba interno en lugar de la tienda.
    Por qué así
    El objetivo de publicación se rebajó a propósito a «canal de prueba interno». Entre una compilación que corre en el dispositivo y una versión pública en la tienda están la cuenta de desarrollador, la firma y una revisión cuya duración nadie controla. Como objetivo de siete días, la versión de tienda habría sido una promesa sobre la cola de otro.

  2. 2Día 2 — Un build real funciona

    Qué se construyó
    Un proyecto que arranca en un iPhone real, con dos pantallas y modelo de datos local.
    Por qué así
    La cuenta de desarrollador y la firma se resolvieron el día 2, no el día 6. Ambas son esperas que no se pueden acortar: adelantarlas no cuesta nada y salva el día del lanzamiento.
    Qué no funcionó al principio
    La primera compilación funcionaba impecable en el simulador y no se dejaba instalar en el dispositivo. La causa era el perfil de aprovisionamiento sin configurar, justo el paso que sin la decisión del día 2 habría aparecido el día 6.

  3. 3Día 3 — Tu bucle central funciona

    Qué se construyó
    El flujo de repaso completo: ver la tarjeta, girarla, valorar, siguiente tarjeta, y un mazo que encoge de forma visible.
    Por qué así
    El mazo muestra desde el principio cuántas tarjetas quedan. Sin ese número el repaso se siente interminable y la persona abandona sin que nada esté roto.

  4. 4Día 4 — Tu app aguanta también los días malos

    Qué se construyó
    Mazo vacío con entrada para crear, mazo terminado con resultado, regreso a mitad de mazo y escalado de texto comprobado en el nivel máximo.
    Por qué así
    El caso sin conexión no requirió trabajo porque la app nunca usa red. Aun así se comprobó y se anotó: una suposición que no se prueba no es una propiedad, es una esperanza.

  5. 5Día 5 — Operación, aspectos legales y costes

    Qué se construyó
    Política de privacidad, vía de soporte, icono, imagen de inicio y las declaraciones de uso de datos para el canal de prueba.
    Por qué así
    La declaración de privacidad dice «sin recogida de datos», y es demostrablemente cierto porque la app no tiene acceso a red. Esa declaración se comprobó contra el código real en vez de rellenarse de memoria: una declaración falsa aquí es motivo de rechazo.

  6. 6Día 6 — Un candidato de lanzamiento real

    Qué se construyó
    Una compilación firmada en el canal interno, probada en dos dispositivos con dos versiones de sistema, más notas para quien revise.
    Por qué así
    Se probó con un dispositivo actual y otro de hace cuatro años. La distancia es la clave: dos versiones contiguas se comportan casi igual y demuestran poco.
    Qué no funcionó al principio
    En el dispositivo antiguo la animación de giro era tan lenta que parecía un bloqueo. En vez de optimizarla se acortó bastante: la tarjeta tiene que girar, no tiene que girar bonito.

  7. 7Día 7 — Tu decisión está documentada

    Qué se construyó
    Un registro con todas las puertas de publicación y una lista V1.1 encabezada por el algoritmo de repetición.
    Por qué así
    No se envió: ese era el objetivo desde el día 1. El canal de prueba está alcanzado, el bucle central corre en hardware real, y la decisión sobre la tienda se toma a propósito tras las primeras reacciones reales y no por las ganas de haber terminado.

Llévatelo y remézclalo

La remezcla toma la idea, el bucle central, los no-objetivos y el objetivo de publicación como tu punto de partida, no la solución. Los siete días quedan idénticos: no te saltas ningún paso ni ningún criterio.

Encargo para tu herramienta de IA

Si prefieres empezar ya en lugar de pasar por la ruta: este encargo describe el proyecto con detalle suficiente para que una herramienta de IA pueda comenzar.

Estoy construyendo una pequeña app iOS: Tarjetas de vocabulario — crear mis propias tarjetas y repasarlas sin conexión.

Bucle central en cuatro pasos:
1. Abrir — el mazo actual está listo
2. Repasar una tarjeta — ver la palabra, adivinar, girar
3. Dar el resultado — la sabía o no
4. Seguir — siguiente tarjeta, el mazo encoge

Expresamente NO en la versión 1: cuenta y sincronización entre dispositivos, listas de palabras incluidas, algoritmo de repetición espaciada, pronunciación en audio, importación desde hojas de cálculo.

Objetivo de publicación: compilación firmada en el canal de prueba interno, no la versión pública de tienda. La app funciona totalmente sin conexión.

Ayúdame a empezar:
1. Hazme las preguntas que necesites para el primer paso.
2. Propón la estructura de datos más pequeña que sostenga este bucle central.
3. Dime los pasos de cuenta de desarrollador y firma que conviene hacer ya en vez de justo antes del lanzamiento.

No cambies el alcance sin preguntarme.