Los flags son bits del registro de estado de la CPU que se activan o desactivan automáticamente según el resultado de cada operación aritmética o lógica. Son fundamentales para entender cómo el procesador toma decisiones en los saltos condicionales.
| Flag | Nombre | Qué indica | Ejemplo sencillo |
|---|---|---|---|
| CF | Carry Flag | Acarreo en suma/resta sin signo | 255 + 1 = 0 → hay acarreo → CF = 1 |
| ZF | Zero Flag | Resultado es 0 | 5 - 5 = 0 → ZF = 1 |
| SF | Sign Flag | Resultado negativo | 3 - 5 = -2 → SF = 1 |
| OF | Overflow Flag | Desbordamiento con signo | 127 + 1 = -128 → OF = 1 |
| PF | Parity Flag | Nº de bits en 1 es par | 2 = 00000010 → 1 bit → impar → PF = 0 |
| AF | Auxiliary Carry | Acarreo en nibble (BCD) | 0x0F + 1 = 0x10 → salto de nibble → AF = 1 |
| DF | Direction Flag | Dirección en operaciones con strings | MOVS copia hacia atrás → DF = 1 |
| IF | Interrupt Flag | Interrupciones activas | IF=1 → CPU acepta interrupciones |
| TF | Trap Flag | Ejecución paso a paso | Debug activado → ejecuta 1 instrucción |
Los 4 más importantes en examen: ZF (cero) · CF (acarreo) · SF (negativo) · OF (overflow)
Cada sistema operativo usa su propio formato de paquete para distribuir e instalar aplicaciones. Conocerlos es habitual en preguntas sobre sistemas operativos móviles y de escritorio.
| Sistema | Extensión | Qué es |
|---|---|---|
| Android | .apk |
Paquete de aplicación Android |
| iOS | .ipa |
App para iPhone/iPad |
| Windows | .msi |
Instalador de programas Windows |
| macOS | .dmg |
Imagen de disco para instalar apps |
El compilador transforma código fuente en código ejecutable en varias fases. Las tres primeras corresponden al análisis del código fuente y son las más preguntadas en oposiciones.
💡 Regla para recordar: léxico = palabras, sintáctico = gramática, semántico = significado
Las dos leyes que estructuran el régimen jurídico de las Administraciones Públicas desde 2015, derogando la antigua Ley 30/1992. Son de obligado conocimiento para el Bloque I del TAI.
💡 Truco: 39 = ciudadano (de fuera hacia dentro) · 40 = organización interna (de dentro)
Ambas son normas con rango de ley dictadas por el Gobierno, pero su origen y justificación son distintos. Pregunta habitual en el bloque de Derecho Constitucional.
💡 Clave: el Decreto Legislativo tiene permiso previo · el Decreto-Ley es urgencia sin permiso previo
El protocolo HTTP ha evolucionado para reducir la latencia y mejorar el rendimiento web. HTTP/3 es la versión más moderna y usa QUIC sobre UDP en lugar de TCP. Muy preguntado en los bloques de redes y comunicaciones.
| Característica | HTTP/1.1 | HTTP/2 | HTTP/3 |
|---|---|---|---|
| Formato | Texto plano | Binario | Binario |
| Multiplexación | ❌ No | ✅ Sí | ✅ Sí (mejorada) |
| Protocolo transporte | TCP | TCP | UDP (QUIC) |
| Head-of-line blocking | Sí | Mitigado | ❌ Eliminado |
| Compresión headers | ❌ No | HPACK | QPACK |
| Cifrado obligatorio | ❌ No | Opcional (TLS habitual) | 🔒 Sí (TLS 1.3 en QUIC) |
| Latencia | Alta | Media | Baja |
💡 Clave: HTTP/3 = QUIC + UDP + TLS 1.3 obligatorio
Cuando un sistema se migra o sustituye, existen distintas estrategias según el alcance del cambio. Son conceptos del bloque de desarrollo y mantenimiento de software.
| Concepto | Tipo | Qué es | Qué se hace | Ejemplo | Clave |
|---|---|---|---|---|---|
| Refronting | Migración | Cambio de interfaz | Solo capa visual | Nueva UI web | "cara nueva" |
| Replacement | Migración | Sustitución total | Cambiar sistema completo | SAP por otro ERP | "todo nuevo" |
| Rehosting | Migración | Mover sin cambios | Cambiar entorno físico/lógico | On-premise → cloud | "lift & shift" |
💡 Rehosting es el más preguntado: mover a la nube sin tocar el código = "lift and shift"
Métrica v3 distingue cuatro tipos de mantenimiento dentro de su proceso MSI (Mantenimiento de Sistemas de Información). Es uno de los temas más preguntados del bloque de desarrollo.
| Concepto | Tipo | Qué es | Qué se hace | Ejemplo | Clave |
|---|---|---|---|---|---|
| Correctivo | Mantenimiento | Error detectado | Arreglar fallos | Bug fix | "arreglar" |
| Evolutivo | Mantenimiento | Mejora funcional | Añadir funciones | Nueva opción en la app | "crecer" |
| Adaptativo | Mantenimiento | Cambio externo | Adaptar el sistema | Nueva ley / cambio de SO | "adaptarse" |
| Perfectivo | Mantenimiento | Mejora de calidad | Optimizar el sistema | Mejorar rendimiento | "mejorar" |
💡 El preventivo NO está en Métrica v3 (sí existe en ISO/IEC 14764). Pregunta trampa frecuente.
En sistemas distribuidos es necesario que múltiples nodos se pongan de acuerdo sobre un valor o estado. Paxos, Raft y 2PC son los mecanismos más conocidos y preguntados en convocatorias técnicas.
| Aspecto | Paxos | Raft | 2PC |
|---|---|---|---|
| Objetivo | Consenso en sistemas distribuidos | Consenso + replicación de logs | Transacciones distribuidas |
| Tipo | Algoritmo de consenso | Algoritmo de consenso (más simple) | Protocolo de commit |
| Uso principal | Acordar un único valor entre nodos | Replicación de estado en clústeres | Garantizar commit/rollback global |
| Funcionamiento | Proposers / Acceptors (complejo) | Leader + followers | Coordinador + participantes |
| Tolerancia a fallos | Tolera fallos parciales | Tolera fallos, más comprensible | Si falla el coordinador puede bloquearse |
| Ejemplo real | Google Spanner (base teórica) | Kubernetes, etcd | Bases de datos distribuidas |
| Idea clave | "Consenso matemático" | "Consenso práctico con líder" | "Todo o nada en transacciones" |
💡 etcd (que usa Kubernetes internamente) implementa Raft. Es dato de examen.
Los protocolos de vector de distancia como RIP son susceptibles de crear bucles de enrutamiento. Estos mecanismos los previenen y son preguntados en el bloque de redes, especialmente junto al concepto de "count to infinity".
| Mecanismo | Qué hace | Cómo funciona | Para qué sirve | Idea clave |
|---|---|---|---|---|
| Triggered Updates | Envía actualización inmediata | Cuando hay un cambio, avisa sin esperar el timer (30s en RIP) | Propagar cambios rápido | "Se cae un enlace → aviso inmediato" |
| Poison Reverse | Marca rutas como inalcanzables hacia un vecino | Anuncia con métrica infinita (16 en RIP) la ruta que aprendió de ese vecino | Evitar bucles | "Por ti ya no llego → te lo digo como imposible" |
| Split Horizon | No reenvía una ruta por donde la aprendió | El router no anuncia una ruta hacia el vecino del que la recibió | Evitar bucles simples | "No te devuelvo lo que tú me enseñaste" |
| Split Horizon + Poison Reverse | Combina ambos | No anuncia por la misma interfaz; si lo hace, la marca como inalcanzable | Máxima protección contra bucles | "Ni lo digo, y si lo digo, es imposible" |
💡 En RIP, la métrica infinita = 16 (cuenta hasta el infinito). Split Horizon es la protección básica; Poison Reverse es la reforzada.
MPLS es una tecnología de red que enruta paquetes usando etiquetas cortas en lugar de analizar la dirección IP en cada salto. Mejora la velocidad y permite ingeniería de tráfico (QoS, VPNs). Muy presente en el bloque de redes WAN.
Idea base: en lugar de consultar la tabla de enrutamiento IP en cada router, MPLS pone una etiqueta al paquete en la entrada y los routers intermedios solo leen esa etiqueta → mucho más rápido.
| Elemento | Qué es | Función | Dónde actúa | Clave |
|---|---|---|---|---|
| FEC (Forwarding Equivalence Class) | Grupo de paquetes con mismo tratamiento | Clasifica tráfico que seguirá el mismo camino | Entrada del proceso MPLS | "Paquetes iguales = mismo camino" |
| LER (Label Edge Router) | Router de borde MPLS | Asigna etiquetas (ingress) y las elimina (egress) | Entrada/salida de la red MPLS | "Pone y quita etiquetas" |
| LSR (Label Switching Router) | Router interno MPLS | Conmuta etiquetas sin mirar la IP | Núcleo de la red MPLS | "Solo cambia etiquetas" |
| Etiqueta MPLS (Label) | Identificador corto (shim header) | Define el camino del paquete | Entre routers MPLS | "Identidad del camino" |
| LDP (Label Distribution Protocol) | Protocolo de distribución de etiquetas | Intercambia etiquetas entre routers | Entre LSRs | "Reparte etiquetas" |
💡 El LER es el "portero" (pone/quita etiquetas) · El LSR es el "intermediario" (solo conmuta)
Con la proliferación del Internet de las Cosas (IoT), han surgido protocolos específicos para dispositivos con recursos limitados. Son conceptos emergentes que ya aparecen en convocatorias técnicas recientes.
| Protocolo | Tipo | Uso principal | Clave |
|---|---|---|---|
| MQTT | IoT mensajería | Sensores, domótica, telemetría | Pub/Sub, muy ligero, TCP |
| CoAP | IoT web ligera | Dispositivos con recursos muy limitados | Como HTTP pero sobre UDP |
| HTTP | Web estándar | Navegación web, APIs REST | Cliente-servidor clásico |
| AMQP | Mensajería empresarial | Sistemas backend, colas de mensajes | Colas fiables y persistentes |
💡 MQTT es el protocolo IoT más preguntado: usa el patrón publicador/suscriptor y es extremadamente ligero (ideal para sensores de batería).
Apuntes preparados para Oposiciones TAI · Actualizado mayo 2026