¿VPC? ¿IAM? ¿Blob Storage? Cada cloud tiene su vocabulario propio y entenderlo es el primer paso para trabajar con ellas. CumuloNimbo reúne 548 términos de AWS, Azure y Google Cloud en un diccionario claro, con equivalencias entre plataformas y quizzes tipo certificación para reforzar lo que has aprendido.
Pensada para personas que quieren entrar en el mundo cloud y necesitan una base sólida, sin importar si su destino es AWS, Azure o Google Cloud.
Modo glosario
Más de 548 términos técnicos de AWS, Azure y Google Cloud explicados en castellano, organizados por plataforma y categoría. Si alguna vez te has perdido con palabras como instancia, bucket o VPC, aquí las entenderás de verdad.
Definiciones claras, sin rodeos
Organizado por plataforma y categoría
Equivalencias entre nubes: ¿qué es S3 en Azure? ¿y en GCP?
Búsqueda rápida por nombre o descripción
Modo quiz
Más de 905 preguntas tipo test con el mismo formato que los exámenes oficiales. Cubre AWS, Azure y Google Cloud. Pon a prueba lo que has aprendido y repasa los errores antes del gran día.
Preguntas de examen reales validadas
Explicación detallada de cada respuesta
Preguntas «entre nubes»: compara servicios de distintos proveedores
Seguimiento de tu progreso sesión a sesión
Completamente sin conexión. Toda la app funciona sin Internet. El glosario, las preguntas y tu progreso se guardan directamente en tu dispositivo. Repasa en el metro, en el avión o donde quieras.
La app por dentro
Desliza para ver las principales pantallas.
Certificaciones incluidas
CumuloNimbo cubre cinco certificaciones de los tres grandes proveedores cloud, desde nivel básico hasta especialidades concretas.
Amazon Web Services
Nivel básico
AWS Cloud Practitioner
CLF-C02
El punto de partida ideal. Explica qué es la nube, para qué sirve AWS y cuáles son sus servicios principales. No se necesitan conocimientos técnicos previos.
Nivel intermedio
AWS Solutions Architect
SAA-C03
Aprende a diseñar arquitecturas en la nube que sean seguras, eficientes y económicas. El más solicitado en ofertas de trabajo cloud.
Inteligencia artificial
AWS AI Practitioner
AIF-C01
Conoce los servicios de IA y Machine Learning de AWS. Perfecto si quieres entender el mundo de la inteligencia artificial en la nube.
Microsoft Azure
Nivel básico
Azure Fundamentals
AZ-900
Introducción a la nube de Microsoft. Conceptos fundamentales de Azure, sus servicios principales y su modelo de seguridad y cumplimiento.
Google Cloud Platform
Nivel intermedio
Associate Cloud Engineer
ACE
Despliega y gestiona soluciones en Google Cloud. Cubre cómputo, almacenamiento, redes y herramientas de operaciones.
Primeros pasos
En cinco minutos puedes estar repasando tu primer término de cloud.
1
Descarga la app
Disponible en la App Store para iPhone y iPad. En Android, descarga el archivo APK directamente desde el servidor del desarrollador y sigue las instrucciones de instalación. Si lo prefieres, puedes comprobar antes que la descarga es auténtica.
2
Elige tu plataforma y el vocabulario que quieres dominar
Al abrir la app por primera vez, selecciona si te interesa el vocabulario de AWS, Azure o Google Cloud, y elige la certificación cuyos términos quieres aprender. Puedes cambiar estas preferencias en cualquier momento desde la pantalla de inicio.
3
Explora el glosario
Empieza por las categorías que menos conoces. Cada término tiene una definición clara y, en muchos casos, un ejemplo práctico. No es necesario estudiarlos todos de golpe.
4
Pon a prueba lo que sabes
Cuando te sientas listo, activa el modo quiz. Puedes hacer preguntas generales o centrarte en una categoría concreta. Las preguntas siguen el formato oficial del examen.
5
Repasa los errores
Después de cada quiz, la app muestra qué has fallado y por qué. Cada respuesta incorrecta te lleva directamente a la ficha del glosario relacionada para que lo tengas claro antes de volver a intentarlo.
Consejo: la constancia importa más que la intensidad. Diez minutos de repaso cada día son más eficaces que dos horas de estudio el fin de semana. Usa CumuloNimbo en los momentos muertos del día.
Verifica tu descarga (Android)
Como CumuloNimbo para Android no se distribuye desde Google Play sino directamente desde Google Drive, te dejamos aquí los datos que necesitas para confirmar que el archivo que has descargado es exactamente el que hemos publicado.
¿Qué es esto y para qué sirve? Cada archivo digital tiene una huella matemática única, llamada checksum. Si una sola coma del fichero cambia, la huella cambia por completo. Comparar la huella del archivo que has descargado con la que publicamos aquí te garantiza que nadie lo ha manipulado por el camino y que es el original.
Huella del certificado de firma
Esta huella identifica al desarrollador (Nonsense Development Group) y no cambia entre versiones de la app. Si te la apuntas una vez, te sirve para verificar cualquier futura actualización.
Tamaño: 25 831 384 bytes (~24,6 MiB) · Nombre del archivo: CumuloNimbo_2.0.apk
¿Cómo comprobar la huella del archivo paso a paso?
En macOS o Linux. Abre Terminal, ve a la carpeta donde has descargado el archivo y ejecuta:
shasum -a 256 CumuloNimbo_2.0.apk
En Windows. Abre PowerShell o el símbolo del sistema en la carpeta de descarga y ejecuta:
certutil -hashfile CumuloNimbo_2.0.apk SHA256
Directamente en el móvil Android. Hay aplicaciones gratuitas en Play Store que calculan checksums de archivos (por ejemplo "Hash Droid" o "Hash Checker"). Instala una, abre el APK descargado desde ella y compara el SHA-256 que muestra con el de esta página.
El resultado debe coincidir carácter a carácter con el SHA-256 publicado más arriba. Si coincide, la descarga es íntegra. Si no coincide, no instales el archivo y vuelve a descargarlo desde el enlace original.
¿Cómo comprobar la huella del certificado de firma? (avanzado)
Esto requiere tener instalado el SDK de Android (con sus build-tools) en tu ordenador. Está pensado para usuarios técnicos que quieran verificar que el archivo está firmado por el mismo desarrollador entre versiones.
Busca en la salida la línea Signer #1 certificate SHA-256 digest: y compáralo con la huella publicada arriba.
Preguntas frecuentes
Las dudas más habituales, resueltas.
¿Necesito conocimientos previos de informática o programación?
No. CumuloNimbo está pensada precisamente para personas que se acercan a la nube por primera vez, sea AWS, Azure o Google Cloud. El glosario explica cada concepto desde cero, sin dar por sentado que ya sabes lo que es un servidor o una base de datos.
Si tienes alguna base técnica, mejor: podrás avanzar más rápido. Pero no es un requisito.
¿Me sirve CumuloNimbo para preparar una certificación oficial?
CumuloNimbo no es un curso de preparación ni un simulador de examen oficial. Es una herramienta para dominar el vocabulario que aparece en las certificaciones, que suele ser la barrera real para quien empieza.
Funciona muy bien como complemento a un curso o a la documentación oficial del proveedor: cuando esos materiales mencionan "S3", "IAM" o "Blob Storage", CumuloNimbo te asegura que ya sabes qué son.
¿La app funciona sin conexión a Internet?
Sí, completamente. Todo el contenido —el glosario, las preguntas y tu progreso— se almacena en tu dispositivo. No necesitas ninguna conexión para estudiar.
¿Cuántos términos y preguntas incluye?
La versión actual incluye 548 términos en el diccionario y más de 905 preguntas de refuerzo repartidas entre AWS, Microsoft Azure y Google Cloud. Las preguntas cubren cinco subtipos: definición, acrónimos, casos de uso, diferenciación entre servicios y preguntas «entre nubes» (por ejemplo, ¿cuál es el equivalente de S3 en Azure?).
El corpus se actualiza con cada nueva versión de la app.
¿Guarda mis datos o mi progreso en algún servidor?
En la versión actual, todo tu progreso se guarda únicamente en tu dispositivo. No se envía ningún dato a ningún servidor externo.
En versiones futuras se añadirá una sincronización opcional entre dispositivos, que podrás activar si lo deseas. Siempre de forma voluntaria y con tu consentimiento.
¿La app está disponible en otros idiomas?
De momento, CumuloNimbo está en español. Está en nuestra hoja de ruta añadir una versión en inglés, ya que los exámenes oficiales de AWS, Azure y Google Cloud se realizan habitualmente en ese idioma.
¿Cuánto cuesta la app?
La descarga es gratuita. El contenido esencial —el glosario completo y las preguntas de la certificación Cloud Practitioner— está incluido sin coste adicional.
Así se hizo
Detrás del telón: las decisiones técnicas y los diagramas que explican cómo funciona la app.
CumuloNimbo es una aplicación móvil completa con base de datos local, escrita en Vue 3 + Ionic + Capacitor y desplegada en iOS y Android desde una única base de código. Esta sección recoge las decisiones de diseño que más definen el producto, los diagramas que explican su arquitectura por dentro y la estrategia de pruebas que la sostiene.
Si has llegado porque te estás planteando un proyecto parecido y quieres ver cómo he hecho éste, también.
Decisión clave
Por qué CumuloNimbo no tiene backend (de momento)
Una app de estudio tiene que funcionar siempre: en el metro sin cobertura, en el avión, en el sofá con el WiFi caído. La elección natural era hacerla offline-first. Y una app offline-first plantea una pregunta sencilla: si todo el contenido cabe en el dispositivo, ¿para qué quieres un servidor?
La respuesta honesta fue: para nada, todavía. El glosario completo (más de 540 términos), las más de 900 preguntas y todas las relaciones cross-cloud, caben en una base SQLite de unos 450 KB que se empaqueta con la app. El progreso del usuario —qué términos ha dominado, qué quizzes ha hecho— también se guarda local en esa misma SQLite.
Esto da tres ventajas inmediatas:
Privacidad por diseño: si los datos no se mandan a ningún servidor, no hay nada que filtrar. Ni nada para lo que pedir consentimiento para su tratamiento.
Coste de operación: cero euros al mes. No hay servidores que mantener, certificados que renovar, ni colas que vigilar.
Latencia inmejorable: abrir un término del diccionario es una consulta SQL a un fichero local. Ningún round-trip de red puede competir con eso.
El precio que se paga: para actualizar el contenido hay que publicar una nueva versión de la app. Es un coste asumible para un corpus que crece despacio. En próximas versiones de CumuloNimbo, tengo planeado introducir un backend opcional (de uso voluntario y con login pasivo, sin contraseña). La base offline-first se mantendrá. Una conexión para comprobar si hay nuevos términos y/o preguntas, actualizar y a seguir con su funcionamiento actual.
Decisión clave
Cómo se valoran los quizzes
Aquí conviven dos métricas que miden cosas distintas:
1. Resultado de la sesión. Al terminar un quiz aparece un marcador del tipo "8 / 10". Se considera aprobado a partir del 70 % de aciertos (un umbral próximo al de muchas certificaciones reales). El marcador es inmediato y solo mide esa sesión concreta: no se acumula con sesiones anteriores ni se promedia.
2. Maestría del término. Esto es lo que de verdad mueve la barra de progreso de la pantalla principal. Cada pregunta del quiz está enlazada a uno o varios términos del glosario; al responder, la app actualiza el contador de aciertos y fallos del término en cuestión. Un término pasa al estado mastered ("dominado") cuando se cumplen las dos condiciones a la vez:
Has acertado al menos 3 preguntas que lo evalúan.
Tu tasa de aciertos sobre ese término es ≥ 70 %.
Las dos condiciones son importantes. Con 2 aciertos seguidos no basta (el umbral son 3, suficiente para distinguir suerte de conocimiento). Y con 3 aciertos pero 5 fallos tampoco (el ratio queda en 0,375, muy lejos del 0,7). Un fallo posterior no resetea el progreso, pero sí baja el ratio: una mala racha puede devolver un término de mastered a learning ("en aprendizaje"). Esto refleja una idea sencilla: dominar algo no es haber acertado una vez; es responder bien de forma sostenida.
La barra de progreso del Home muestra el porcentaje de términos en estado mastered o learning sobre el total de la certificación elegida. Es deliberadamente generosa: si la barra solo mostrara "mastered", una sesión de 10 preguntas no movería nunca el contador (porque hacen falta 3 aciertos por término) y eso resultaría desmotivante. Incluir "learning" da feedback inmediato sin renunciar al rigor del estado final.
Decisión clave
El esquema multi-cloud desde el día uno
La primera versión de CumuloNimbo solo cubría AWS. Pero el nombre del producto y la mentalidad detrás eran multi-cloud desde el primer commit, así que el esquema de la base de datos reservó una columna platform_id en todas las tablas relevantes (categorías, términos, certificaciones) desde el día uno. La v2 simplemente empezó a escribir azure y gcp en esa columna; no hubo que migrar nada.
Cambiar un esquema cuando la app ya está en miles de dispositivos es doloroso: implica scripts de migración por versión, casos extraños de usuarios que saltan de la v1.2 a la v2.4… Cambiar un esquema antes de publicar la primera versión cuesta cero. Por eso muchas de las decisiones del data model se tomaron pensando "esto lo agradeceré en próximas versiones".
Diagramas
1 · Mapa de navegación entre pantallas
Las dos secciones —diccionario (azul) y quiz (ámbar)— no son silos. Desde una pregunta fallida del quiz se salta al término del diccionario; desde un término del diccionario se puede lanzar un quiz centrado en su categoría. Ese cruce constante es la intención del producto.
flowchart TD
Start([Lanzar app]) --> Guard{¿Onboarding completado?}
Guard -- No --> Onboard[/Onboarding/]
Onboard -- markCompleted --> Home
Guard -- Sí --> Home[/Home/]
Home -->|Modo diccionario| Glossary[/Diccionario A-Z/]
Home -->|Modo quiz| QuizSetup[/Configurar quiz/]
Home -->|info| About[/Acerca de/]
Glossary -->|Tap categoría| GCat[/Categoría/]
Glossary -->|Tap término| GTerm[/Término/]
GCat -->|Tap término| GTerm
GTerm -.->|Lanzar quiz de la categoría| QuizSetup
QuizSetup -->|Empezar| QuizSession[/Sesión activa/]
QuizSession -->|Última pregunta| QuizResult[/Resultados/]
QuizResult -->|Repasar errores| QuizSession
QuizResult -->|Otra sesión| QuizSetup
QuizResult -->|Inicio| Home
QuizSession -.->|Tap término relacionado| GTerm
QuizResult -.->|Tap error| GTerm
classDef screen fill:#E6F1FB,stroke:#0C447C,color:#042C53;
classDef quiz fill:#FAEEDA,stroke:#EF9F27,color:#854F0B;
class Home,Glossary,GCat,GTerm,About,Onboard screen;
class QuizSetup,QuizSession,QuizResult quiz;
Las flechas continuas son navegación normal. Las discontinuas son los "puentes" entre modos: lo que evita que el diccionario y el quiz vivan separados. Onboarding es, simplemente, las pantallas de presentación de la app en su primer uso.
Diagramas
2 · Arquitectura por capas
Las pantallas hablan con stores (estado en memoria) y servicios (lógica de negocio). Solo los servicios tocan la base de datos. Es un contrato simple que protege el código: si mañana hay que cambiar de SQLite a otra cosa, solo se toca la capa de servicios.
classDiagram
direction LR
class HomePage
class GlossaryPage
class GlossaryTermPage
class QuizSetupPage
class QuizPage
class QuizResultPage
class useQuizSessionStore {
items
currentIndex
attempts
startSession()
answerCurrent()
}
class usePreferencesStore {
activePlatformCode
targetCertification
setTargetCertification()
}
class quizService {
fetchSession(filters)
recordAttempt(attempt)
linkedGlossaryTerms(qId)
}
class glossaryService {
listCategories()
getTerm(id)
listEquivalentTerms()
getCertificationProgress()
}
class databaseService {
initialize()
getConnection()
}
class SQLite {
glossary_terms
questions
user_attempts
user_term_progress
}
HomePage --> usePreferencesStore
HomePage --> glossaryService
GlossaryPage --> glossaryService
GlossaryTermPage --> glossaryService
QuizSetupPage --> quizService
QuizSetupPage --> useQuizSessionStore
QuizPage --> useQuizSessionStore
QuizPage --> quizService
QuizResultPage --> useQuizSessionStore
useQuizSessionStore ..> quizService : recordAttempt
quizService --> databaseService
glossaryService --> databaseService
databaseService --> SQLite
Las pantallas nunca tocan SQLite directamente: el contrato pasa siempre por un servicio. Esa disciplina hace que los tests sean fáciles de escribir.
Diagramas
3 · Qué pasa cuando respondes una pregunta
El flujo completo desde el momento en que pulsas "Confirmar" hasta que la maestría del término relacionado queda actualizada. Es el camino crítico del producto: una sola pulsación dispara un insert raw, varios upserts y un recálculo de regla de negocio. Todo contra la base de datos local.
sequenceDiagram
autonumber
actor U as Usuario
participant V as QuizPage
participant S as quizSession (store)
participant Q as quizService
participant DB as SQLite
U->>V: Pulsa opción + "Confirmar"
V->>S: answerCurrent(optionId)
Note over S: Calcula isCorrect y duración
S->>S: attempts.push(...)
S->>Q: recordAttempt(...)
Q->>DB: INSERT user_attempts
Q->>DB: SELECT linked terms
DB-->>Q: [t-iam, t-role]
loop Por cada término
Q->>DB: UPSERT counts
Q->>DB: SELECT counts actuales
DB-->>Q: {correct, incorrect}
Note over Q: Regla de maestría: 3 aciertos AND ratio ≥ 0.7
Q->>DB: UPDATE mastery_level
end
Q-->>S: ok
V->>Q: linkedGlossaryTerms(qId)
Q-->>V: términos
V-->>U: Feedback ✓/✗ + chips
El insert del intento es independiente de los upserts de maestría.
Diagramas
4 · Cuándo se considera "dominado" un término
El contrato visual con el usuario. Tres estados, dos condiciones claras para la transición clave y una transición de vuelta para que el sistema no mienta sobre lo que sabes.
stateDiagram-v2
[*] --> untouched
untouched --> learning : primer intento (acertado o fallido)
learning --> mastered : ≥ 3 aciertos AND ratio ≥ 0.7
mastered --> learning : nueva incorrecta baja el ratio < 0.7
learning --> learning : intento sin cumplir umbral
Un único acierto te saca de untouched; tres aciertos consistentes te llevan a mastered. Una mala racha puede devolverte a learning: la maestría no es un trofeo eterno.
Diagramas
5 · Modelo de datos
El esquema SQLite que se embarca con la app. Está pensado para ser multi-cloud desde el principio: cada término, cada categoría y cada certificación llevan una platform_id que identifica si pertenecen a AWS, Azure, GCP o al grupo "shared" (conceptos transversales como "cloud computing" o "alta disponibilidad", que no son propiedad de ningún proveedor).
erDiagram
PLATFORMS ||--o{ GLOSSARY_CATEGORIES : "agrupa"
PLATFORMS ||--o{ GLOSSARY_TERMS : "pertenece a"
PLATFORMS ||--o{ CERTIFICATIONS : "ofrece"
GLOSSARY_CATEGORIES ||--o{ GLOSSARY_TERMS : "contiene"
GLOSSARY_TERMS ||--o{ SERVICE_EQUIVALENCES : "equivale a"
GLOSSARY_TERMS ||--o{ QUESTION_GLOSSARY_LINKS : "evaluado por"
QUESTIONS ||--o{ QUESTION_GLOSSARY_LINKS : "evalua"
QUESTIONS ||--o{ QUESTION_OPTIONS : "tiene"
QUESTIONS ||--o{ USER_ATTEMPTS : "intentada"
GLOSSARY_TERMS ||--o| USER_TERM_PROGRESS : "progreso"
CERTIFICATIONS ||--o{ QUESTION_CERTIFICATIONS : "incluye"
QUESTIONS ||--o{ QUESTION_CERTIFICATIONS : "cubierta en"
PLATFORMS {
string id PK
string code
string name
string color
}
GLOSSARY_CATEGORIES {
string id PK
string platform_id FK
string name
}
GLOSSARY_TERMS {
string id PK
string platform_id FK
string category_id FK
string term
string definition
string tip
}
SERVICE_EQUIVALENCES {
string term_id_a FK
string term_id_b FK
string strength
string note
}
CERTIFICATIONS {
string id PK
string platform_id FK
string code
string name
}
QUESTIONS {
string id PK
string subtype
string difficulty
string stem
string explanation
}
QUESTION_OPTIONS {
string id PK
string question_id FK
string text
boolean is_correct
}
QUESTION_GLOSSARY_LINKS {
string question_id FK
string term_id FK
}
QUESTION_CERTIFICATIONS {
string question_id FK
string certification_id FK
}
USER_ATTEMPTS {
string id PK
string question_id FK
boolean is_correct
int duration_seconds
boolean synced
}
USER_TERM_PROGRESS {
string term_id PK
int correct_count
int incorrect_count
string mastery_level
}
El catálogo (plataformas, categorías, términos, preguntas) es de solo lectura: viene precargado con la app. Las dos tablas de usuario (user_attempts y user_term_progress) son las únicas que se escriben en tiempo de ejecución. La columna synced de user_attempts está ya preparada para la sincronización opcional de futuras versiones.
Calidad
Estrategia de pruebas
El código que ejecuta las reglas de negocio críticas —la regla de maestría, el cálculo del progreso por certificación, el barajado de opciones del quiz— está cubierto por una batería de pruebas unitarias con Vitest + @vue/test-utils.
4archivos de tests
37tests verdes
~2 stiempo total
0dependencias nativas
Los tests están organizados en cuatro suites pensadas para aislar cada capa de la arquitectura:
Stores: el estado en memoria del quiz se prueba sin tocar ni servicios ni base de datos. Mockeamos quizService.recordAttempt y verificamos que el store cuenta aciertos, avanza preguntas y resetea correctamente.
Servicios: la regla de maestría tiene 4 tests específicos que cubren cada rama lógica (1 acierto, 3 aciertos limpios, 3 aciertos con muchos fallos, fallo aislado). El cálculo del progreso de certificación tiene otros 5 (incluyendo casos límite como porcentajes no enteros y total = 0).
Componentes UI: los componentes base (botón, barra de progreso, rayo del logo) se prueban con renderizado JSDOM, comprobando clases, atributos ARIA y eventos.
Setup compartido: los plugins nativos de Capacitor (SQLite, Preferences, StatusBar, Haptics) se mockean en un único tests/setup.ts que se carga antes de cada test. Eso nos permite ejecutar todo el conjunto en Node + JSDOM, sin necesidad de un emulador.
El comando para ejecutarlos:
npm run test:run
Ejecutar la suite completa contra el código actual da 37 / 37 tests pasando. Es el primer paso de una pirámide de testing que en el futuro se seguirá ampliando, incluyendo (espero) tests end-to-end del flujo completo con un emulador iOS y Android.
La salida real de npm run test:run en mi terminal.
Stack
Resumen técnico
Framework UI: Vue 3 + Ionic 8, con TypeScript en estricto. Vue por su balance entre simplicidad y potencia; Ionic por sus componentes nativos (transiciones, gestos, safe areas) que dan look-and-feel de app real sin reinventar la rueda.
Estado: Pinia. Dos stores: uno para preferencias persistentes (plataforma activa, certificación objetivo, tema) y otro para el estado en memoria de la sesión de quiz actual.
Persistencia: SQLite local vía @capacitor-community/sqlite. En la web (modo dev) se usa jeep-sqlite con WASM; en iOS/Android se usa el SQLite nativo del sistema.
i18n: vue-i18n con todas las strings en src/locales/es.json. Añadir inglés es crear un en.json paralelo: cero refactor en el código.
Testing: Vitest + @vue/test-utils + jsdom. Sin dependencias nativas: corre en cualquier máquina con Node.
Build: Vite. Tiempos de arranque y reload casi instantáneos en desarrollo.
Versión 2.0 — aplicable a CumuloNimbo para iOS y Android
1. Responsable del tratamiento
CumuloNimbo es una aplicación desarrollada por Luis Julve (en adelante, "el desarrollador").
2. Qué datos recogemos
En la versión actual (v2.x), CumuloNimbo no recoge ni transmite datos personales a ningún servidor externo. Toda la información generada por el uso de la app se almacena únicamente en el dispositivo del usuario.
Los datos que se guardan localmente son:
Un identificador de dispositivo anónimo generado automáticamente (device_id), que no contiene ningún dato personal identificable.
Tu progreso de estudio: qué términos has visitado, qué preguntas has respondido y tus resultados en los quizzes.
Preferencias de la app: certificación activa, tema visual y otros ajustes.
Nada de lo anterior sale de tu dispositivo.
3. Análisis y métricas
En la versión actual no se utiliza ninguna herramienta de analítica de terceros (como Firebase, Mixpanel o similares). No se registran eventos de uso ni se envían datos de comportamiento a ningún servidor.
4. Permisos del sistema
CumuloNimbo solicita únicamente los permisos imprescindibles para su funcionamiento:
Almacenamiento local: para guardar la base de datos SQLite con el contenido de la app y tu progreso.
Acceso a la red (opcional): reservado para futuras versiones con sincronización. En la versión actual no se utiliza.
No se solicitan permisos de acceso a la cámara, micrófono, contactos, localización ni ningún otro dato sensible del dispositivo.
5. Versiones futuras y sincronización
En versiones futuras de la app está previsto añadir una función de sincronización entre dispositivos. Esta funcionalidad será completamente opcional y requerirá que el usuario proporcione voluntariamente una dirección de correo electrónico. En ese momento, esta política de privacidad se actualizará para reflejar el tratamiento correspondiente.
6. Menores
CumuloNimbo no está dirigida a menores de 16 años. No recogemos intencionadamente datos de personas menores de esa edad.
7. Cambios en esta política
Cualquier cambio relevante en esta política se comunicará mediante una actualización de la app. La fecha de la última modificación aparece al inicio de este documento.
Términos de uso
Última actualización: mayo de 2026
Versión 2.0 — aplicable a CumuloNimbo para iOS y Android
1. Aceptación de los términos
Al descargar o utilizar CumuloNimbo, aceptas los presentes términos de uso. Si no los aceptas, no debes usar la aplicación.
2. Licencia de uso
El desarrollador te otorga una licencia personal, no exclusiva e intransferible para usar CumuloNimbo en dispositivos que sean de tu propiedad o estén bajo tu control, de acuerdo con estos términos.
No está permitido:
Copiar, modificar o distribuir la aplicación o su contenido.
Realizar ingeniería inversa del código de la app.
Usar la app con fines comerciales sin autorización escrita previa.
3. Contenido de la app
El glosario y las preguntas de CumuloNimbo han sido elaborados con el objetivo de ayudar a dominar el vocabulario que aparece en las certificaciones cloud. Sin embargo, el contenido no está avalado oficialmente por ninguno de los proveedores de nube y puede diferir de los materiales de examen actualizados. CumuloNimbo no es un curso de preparación ni un simulador de examen oficial.
"Amazon Web Services" y "AWS" son marcas registradas de Amazon.com, Inc. o sus filiales. "Microsoft Azure" y "Azure" son marcas registradas de Microsoft Corporation. "Google Cloud" y "Google Cloud Platform" son marcas registradas de Google LLC. CumuloNimbo no tiene ninguna afiliación ni relación comercial con ninguna de estas empresas.
4. Sin garantías
La aplicación se proporciona "tal cual", sin garantías de ningún tipo, expresas o implícitas. El desarrollador no garantiza que la app esté libre de errores, que funcione de manera ininterrumpida ni que los resultados obtenidos con su uso sean exactos o fiables.
5. Limitación de responsabilidad
En ningún caso el desarrollador será responsable de daños directos, indirectos, incidentales o consecuentes derivados del uso o la imposibilidad de uso de la aplicación, incluyendo pero no limitándose a pérdidas de datos, costes de examen o daños a dispositivos.
6. Actualizaciones y discontinuación
El desarrollador puede en cualquier momento actualizar, modificar o dejar de dar soporte a la aplicación. Las actualizaciones pueden cambiar funcionalidades existentes. Se procurará notificar cambios importantes mediante las notas de actualización de cada versión.
7. Ley aplicable
Estos términos se rigen por la legislación española. Para cualquier disputa, ambas partes se someten a los juzgados y tribunales de España.
