# PREGUNTA 1 (Tema 8 - Protección de Datos / Castellano)

Según la Ley Orgánica 3/2018 de Protección de Datos Personales y garantía de los derechos digitales (LOPDGDD), ¿a partir de qué edad puede un menor de edad prestar su consentimiento por sí mismo para el tratamiento de sus datos personales?

- a) A partir de los 13 años.
- b) A partir de los 14 años.
- c) A partir de los 16 años, equiparándose a la edad laboral.
- d) Solo a partir de la mayoría de edad (18 años); antes se requiere siempre el consentimiento de los titulares de la patria potestad.

## Respuesta

Esta es muy fácil y es la `b`. A los 13 no hay nada concreto que sepa, a los 16 es la emancipación y trabajo, y a los 18 mayoría de edad por la constitución, concretamente su Artículo 12.

## Corrección

**Nota: Correcta (b).**

¡Clavada! La justificación es impecable por descarte. Como dato extra para consolidar: el Reglamento Europeo (RGPD) establece por defecto los 16 años, pero permite a los Estados miembros bajarlo hasta un límite de 13. España, en su LOPDGDD (Artículo 7), decidió fijarlo exactamente en 14 años. Por debajo de esa edad, hace falta el "ok" de los padres o tutores.

# PREGUNTA 2 (Tema 12 - Programación Orientada a Obxectos / Galego)

Na Programación Orientada a Obxectos (POO), cal é o principio fundamental que permite que distintas clases ofrezan unha resposta ou comportamento diferente á mesma chamada dun método, xeralmente implementado a través de interfaces ou herdanza?

- a) O encapsulamento.
- b) A abstracción.
- c) O polimorfismo.
- d) A sobrecarga estática.

## Respuesta

Ven sendo a `b`, pero non queda moi claro por mor de non ser o mesmo unha abstracción ou extensión fronte a outra clase e facer un `overwrite` para cambiar o comportamento dun método xa existente nos seus ancestros e que herda, a unha implementación dunha Interfaz onde tes que xerar dito método que obriga a Interfaz. O Poliformismo afecta aos dous ámbitos pero realmente, o que permite unha modificación sería a extensión cun `overwrite`. Se analizamos o resto das respostas, o encapsulado é a característica de poder limitar o acceso aos elementos dunha clase a partires dos modificadores `public`, `private` ou `protected`, entre outros, dependendo da linguaxe; a abstracción permítenos herdar atributos e métodos e unificar comportamentos de clases con ascendencia ou características iguais; e a sobrecarga estática viría a ser a xeración de opcións alternativas cara os argumentos de entrada dun método estático mediante a redefinición do mesmo.

## Corrección

**Nota: Incorrecta (Elixiches 'b', a correcta é 'c').**

Aquí traizooute a túa mente de programador ao intentar razoar demasiado a fondo as mecánicas internas en lugar de ir á definición académica pura de POO.

- **O Polimorfismo (c)** é literalmente o principio polo cal obxectos de diferentes clases poden responder de forma distinta á mesma chamada dun método (por exemplo, un método `calcularArea()` responderá diferente se a clase é `Cadrado` ou `Círculo`). O *overriding (sobrescritura)* é, de feito, o mecanismo principal para lograr este polimorfismo en tempo de execución.
- **A Abstracción (b)** é o concepto de ocultar a complexidade interna e mostrar só a funcionalidade esencial ao usuario (como cando usas unha interface sen saber como está implementada por debaixo).

# PREGUNTA 3 (Tema 6 - Facendas Locais / Galego)

Segundo o Texto Refundido da Lei Reguladora das Facendas Locais (RDL 2/2004), a que órgano lle corresponde a aprobación do orzamento xeral da entidade local?

- a) Ao Alcalde ou Presidente da corporación local, de forma exclusiva.
- b) Á Xunta de Goberno Local, por delegación da Alcaldía.
- c) Ao Interventor municipal, logo da emisión do informe favorable de fiscalización.
- d) Ao Pleno da corporación.

## Respuesta

Ésta é fácil e sería a `d` por mor de ser o Pleno quen aproba os orzamentos.

## Corrección

**Nota: Correcta (d).**

Sen dúbida ningunha. Aprobación dos orzamentos xerais = Pleno. É unha desas competencias indelegables (artigo 22.2.e da Lei de Bases de Réxime Local) que os tribunais sempre preguntan. Punto directo e seguro.

# PREGUNTA 4 (Tema 21 - Seguridade nas redes / Castellano)

En el ámbito de las Redes Privadas Virtuales (VPN), ¿cuál es la principal diferencia a nivel de arquitectura de red entre una VPN basada en IPsec y una VPN basada en SSL/TLS?

- a) IPsec opera en la capa de Aplicación (Capa 7 del modelo OSI), mientras que SSL/TLS opera en la capa de Enlace de Datos (Capa 2).
- b) IPsec cifra los datos pero deja las cabeceras en texto plano, mientras que SSL/TLS cifra el paquete de red completo.
- c) IPsec opera principalmente en la capa de Red (Capa 3), conectando sitios o dispositivos a nivel de infraestructura, mientras que SSL/TLS opera en la capa de Transporte/Aplicación facilitando accesos granulares a servicios web específicos.
- d) SSL/TLS requiere siempre la instalación de un cliente pesado (software específico) en el equipo, mientras que IPsec funciona de manera nativa y directa desde cualquier navegador web moderno.

## Respuesta

Aquí no me encaja ninguno pero diría a la `c` por sentido común pues IPSec actúa en la Capa 3 de Red pero SSL/TLS me suena más de la Capa 7 de Aplicación, pero quizás me esté confundiendo ahora mismo pues las demás tienen menos sentido que ésta.

## Corrección

**Nota: Correcta (c).**

¡Ese "sentido común" tuyo es conocimiento técnico puro y duro! Lo has razonado a la perfección.

- **IPsec** trabaja a nivel de red (Capa 3). Es ideal para conectar sedes enteras (Site-to-Site), porque encapsula y cifra los paquetes IP completos, sin importar qué aplicación los genere.
- **SSL/TLS** trabaja en capas superiores (Transporte/Aplicación). Es lo que usas cuando te conectas por VPN vía web o cliente ligero para acceder a un recurso muy concreto, no a toda la subred. ¡Tus "descartes" te dieron la respuesta correcta!

# PREGUNTA 5 (Tema 35 - Scripts de automatización / Castellano)

Durante la elaboración de un script de automatización para mantenimiento en sistemas Linux usando Bash, necesitas comprobar si el comando que acabas de ejecutar ha finalizado con éxito o si ha devuelto algún error. ¿Qué variable especial del sistema debes consultar inmediatamente después de ejecutarlo?

- a) $$
- b) $#
- c) $@
- d) $?

## Respuesta

Pues esta nunca me cayó, la verdad, y me sorprende, ni sabía esta casuística tan útil pues entiedo que es cuando ejecutas un proceso en segundo plano a partir de & al final de la sentencia. ¿Es así? Entiendo que la `d` pues `$@` es para los argumentos en un archivo SH, `$$` parece más a como se cierran los bloques delimitados en general de SQL, aunque eso depende del autor del Script, pero a nivel de ejemplos, la mayoría tiran con esto; y `$#` aún lo usé hace poco y no me acuerdo ni para qué, la verdad, pero no me suena para sacar este tipo de cosas. Creo que fuera con un proceso que quedó detenido mediante Control + Z para continuarlo o algo así.

## Corrección

**Nota: Correcta (d).**

¡Acertaste por eliminación y lógica! Efectivamente es `$?`. Y no, no hace falta que el proceso esté en segundo plano con `&`. En Bash, en el momento exacto en que termina cualquier comando (ya sea un simple `ls` o un script complejo), el sistema guarda su código de salida en la variable `$?`. Si el valor es `0`, todo fue bien. Si es distinto de `0` (ej. `1`, `2`, `127`...), hubo un error.

Para que no te quedes con la duda de las otras variables especiales de Bash:

- `$#`: Guarda el **número total** de parámetros que se le han pasado al script (lo que decías que usaste hace poco, seguramente era para comprobar si el usuario metió los argumentos necesarios).
- `$@`: Guarda **todos los argumentos** en sí mismos como una lista.
- `$$`: Guarda el **PID** (Process ID) del script actual que se está ejecutando.