Glosario de informática

Los términos que se usan de verdad en computación y programación, definidos en dos o tres frases y sin dar por sabido lo que no corresponde. Son 868 términos repartidos en 8 temas, más 10 fichas para los temas que no caben en tres líneas.

Pregúntale al glosario

Busca en los términos y explica; si algo no está acá, te lo dice

Pregúntame por cualquier término de informática o programación. Busco en el glosario y te lo explico; si algo no está definido acá, te respondo igual con conocimiento general y te aviso que es eso.

Los temas grandes

Estos no se entienden con una definición: hay que contarlos. Cada uno tiene su ficha con el desarrollo completo.

Uso diario199 términos que aparecen de verdad en un día de trabajo, de los ocho temas.

Fundamentos y teoría de la computación · 10

algoritmo: Secuencia finita de pasos precisos que resuelve un problema o cumple una tarea. Cada paso debe ser lo bastante claro para que cualquiera, o una máquina, lo ejecute sin tener que interpretar nada.Ejemplo: Una receta de cocina es un algoritmo: ingredientes de entrada, pasos ordenados, y el plato terminado como salida.
bit: Unidad mínima de información, que vale 0 o 1. Todo lo que guarda una computadora, al final, son secuencias de bits.Ejemplo: Un solo bit basta para representar el estado de una casilla: marcada o desmarcada.
byte: Grupo de 8 bits, la unidad práctica con que se mide el tamaño de datos y de memoria. Puede representar 256 valores distintos.Ejemplo: Un carácter del código ASCII cabe en un byte, por eso el texto se mide en bytes.
complejidad algorítmica: Medida de cuánto crece el costo de un algoritmo, en tiempo o en memoria, a medida que aumenta el tamaño de la entrada. Permite comparar dos formas de resolver el mismo problema sin tener que programarlas ni medirlas con cronómetro.Ejemplo: Dos algoritmos de ordenamiento pueden resolver lo mismo, pero uno tarda el doble de tiempo que el otro cuando duplicas la lista: la complejidad lo explica.
función hash: Función que toma datos de cualquier tamaño y produce un valor de tamaño fijo, el hash, idealmente distinto para cada entrada. Se usa en checksums, índices y firmas digitales.Ejemplo: El hash de una descarga grande es una huella corta que cambia por completo si alteras un solo byte del archivo.
notación O grande: Forma de expresar una cota superior del crecimiento de un algoritmo cuando la entrada se hace muy grande. Escribe solo el orden de magnitud ignorando constantes y detalles menores, de modo que O(n) significa 'crece proporcional al tamaño n'.Ejemplo: Un algoritmo que recorre una lista una vez es O(n); uno que compara cada elemento con todos los demás es del orden de n al cuadrado.
punto flotante: Forma de representar números reales separando una mantisa y un exponente, a semejanza de la notación científica. Permite cubrir un rango enorme de valores con cantidad fija de bits.Ejemplo: El número 12345,678 se guarda como algo parecido a 1,2345678 por 10 a la cuarta.
recursión: Definición o proceso que se refiere a si mismo. En programación es una función que se llama a si misma, siempre con un caso base que detiene la recursión para no caer en bucle infinito.Ejemplo: El factorial se define en recursión: factorial de n es n multiplicado por el factorial de n menos 1, y el factorial de 0 es 1.
Unicode: Estándar que asigna un número único a prácticamente cualquier carácter de cualquier idioma, más símbolos y emojis. Resuelve el caos de tener muchas codificaciones incompatibles entre sí.Ejemplo: Gracias a Unicode, la letra griega alfa, la eñe y un emoji pueden convivir en el mismo texto.
UTF-8: Forma de codificar los puntos de código de Unicode como secuencias de bytes de largo variable, de 1 a 4 bytes. Es compatible con ASCII y la codificación dominante en la web.Ejemplo: La letra A ocupa 1 byte en UTF-8, y un emoji típico ocupa 4.

Programación y lenguajes · 28

async/await: Sintaxis que permite escribir código que espera resultados, como una respuesta de red, sin bloquear el resto del programa, leyéndolo como si fuera secuencial. Por debajo usa promesas.Ejemplo: const datos = await fetch('/api') detiene esa línea hasta tener la respuesta, pero deja libre el hilo para otras tareas.
Bash: Intérprete de comandos y lenguaje de scripting típico de sistemas Unix y Linux, usado para automatizar tareas y pegar otros programas entre sí.Ejemplo: Un script .sh que hace copias de respaldo y las sube a un servidor suele estar escrito en Bash.
biblioteca (librería): Colección de código ya escrito y empaquetado que importas para reutilizar, como parsear JSON o hacer peticiones HTTP. Te enfocas en tu problema en vez de reinventar la rueda.Ejemplo: Una biblioteca de gráficos te permite dibujar en pantalla sin programar cada pixel a mano.
callback: Función que pasas como argumento para que otra la ejecute en el momento oportuno, por ejemplo al terminar una tarea. Es el mecanismo base de la programación orientada a eventos.Ejemplo: addEventListener('click', miFuncion) registra miFuncion como callback que se ejecuta con cada clic.
clase: Plantilla que define los datos y el comportamiento de un tipo de objeto. Sirve de molde para crear varias instancias con la misma estructura.Ejemplo: Una clase Auto define atributos como color y métodos como arrancar; cada auto concreto es una instancia de ella.
closure: Función que recuerda las variables del contexto donde fue creada, incluso después de que ese contexto terminó. Permite guardar estado sin exponerlo al resto del programa.Ejemplo: Un contador hecho con closure mantiene su cuenta interna privada: cada llamada la incrementa y ningún otro código la toca.
dependencia: Biblioteca o componente externo que tu proyecto necesita para funcionar. Se declaran y se instalan, y aportan funcionalidad a cambio del costo de mantenerlas actualizadas.Ejemplo: Si tu app usa una biblioteca de fechas, esa biblioteca es una dependencia que debe instalarse junto.
excepción: Señal que lanza el programa cuando ocurre algo inesperado, como una división por cero o un archivo que falta, y que se puede capturar para reaccionar en vez de dejar que todo caiga.Ejemplo: Intentar leer un archivo inexistente lanza una excepción que puedes capturar y mostrar como mensaje amable.
expresión regular: Patrón que describe un conjunto de cadenas de texto y sirve para buscarlas, validarlas o extraer partes. Equivale, en lo formal, a una gramática muy simple reconocida por un autómata finito.Ejemplo: El patrón que valida un correo revisa que haya texto, un arroba y un dominio, sin escribir cada caso a mano.
framework: Conjunto de herramientas y convenciones que define la estructura de tu aplicación y maneja el flujo general; tu rellenas las partes específicas. A diferencia de una biblioteca, suele ser el quien llama a tu código.Ejemplo: Un framework web recibe las peticiones y llama a tus funciones para responderlas, marcando la arquitectura.
función: Bloque de código con nombre que recibe entradas llamadas parámetros, hace un cálculo y puede devolver un resultado. Permite reutilizar lógica en vez de repetirla.Ejemplo: una función sumar(a, b) que devuelve a más b te permite sumar en cualquier parte llamando sumar(2, 3).
gestor de paquetes: Herramienta que descarga, instala y versiona las dependencias de tu proyecto desde un repositorio central, y resuelve las dependencias que esas dependencias traen a su vez.Ejemplo: npm instala paquetes de JavaScript, pip los de Python y cargo los de Rust.
inferencia de tipos: Capacidad del compilador de deducir el tipo de una variable a partir de cómo la usas, sin que tengas que declararlo. Combina la seguridad del tipado estático con menos ceremonia.Ejemplo: En TypeScript, escribir let x = 5 hace que x quede como número sin que lo digas.
interfaz: Contrato que declara qué métodos o comportamientos ofrece algo, sin detallar cómo los implementa. Permite intercambiar implementaciones que cumplen el mismo contrato.Ejemplo: Una interfaz Imprimible exige un método imprimir(); cualquier clase que lo implemente puede usarse donde se espere algo imprimible.
JavaScript: Lenguaje originalmente de los navegadores para dar interactividad a las páginas, hoy también omnipresente en el servidor con Node.js. Su modelo de eventos y promesas domina la web.Ejemplo: Toda la interactividad de una página moderna, desde botones hasta peticiones en segundo plano, se hace en JavaScript.
JSON: Formato de texto para intercambiar datos basado en la sintaxis de objetos de JavaScript. Es liviano, legible y se volvió el estándar de facto en las APIs web.Ejemplo: Una respuesta de API suele venir como JSON: {'nombre': 'Camila', 'edad': 30}.
Markdown: Forma de escribir texto con formato usando signos comunes: almohadillas para los títulos, asteriscos para la negrita, guiones para las listas. Se lee bien tal cual y una herramienta lo convierte en HTML cuando hace falta.Ejemplo: Los README de los repositorios, y este mismo glosario en su origen, se escriben en Markdown.
objeto: Unidad que combina datos, llamados atributos, y comportamiento, los métodos. Cada objeto es una instancia concreta de alguna clase.Ejemplo: El auto roto estacionado afuera es un objeto: una instancia concreta de la clase Auto.
promesa: Objeto que representa el resultado de una operación que todavía no termina, y que avisa cuando se resuelve con un valor o falla con un error. Evita quedar trabado esperando.Ejemplo: fetch devuelve una promesa: con .then() encadenas qué hacer cuando llegue la respuesta.
Python: Lenguaje de propósito general, de tipado dinámico y sintaxis muy legible, donde la indentación define los bloques. Popular en ciencia de datos, automatización, IA y scripting.Ejemplo: Un script de Python de pocas líneas puede leer un Excel, procesarlo y graficarlo sin mucho código.
tipado estático: Sistema donde el tipo de cada variable se conoce al compilar, antes de ejecutar. Atrapa muchos errores de manera temprana y suele dar lugar a código más rápido.Ejemplo: En Java, declarar int edad fija el tipo en compilación y no puedes meter luego un texto en esa variable.
tipado fuerte: Sistema que no mezcla tipos a las bravas: si una operación no tiene sentido para esos tipos, falla en lugar de adivinar. Obliga a convertir los valores de forma explícita.Ejemplo: En Python, sumar un número y un texto lanza un error, en vez de convertirlos en silencio.
tipado-dinámico: Sistema donde el tipo se asocia al valor en tiempo de ejecución, no a la variable al compilar. Es más flexible, pero descubre algunos errores solo cuando el programa corre.Ejemplo: En Python, una variable puede guardar un número y después un texto, porque el tipo viaja con el valor.
tipo de dato: Clasificación de un valor que determina qué operaciones tienen sentido hacer con él y cómo se guarda en memoria. Entero, texto y booleano son tipos de dato básicos.Ejemplo: No puedes multiplicar un número por una cadena de texto: el tipo de dato te lo impide o lo define.
try/catch: Construcción que rodea código riesgoso en un bloque try y define qué hacer si lanza una excepción en un bloque catch, para que el error no tire todo el programa.Ejemplo: try { leerArchivo(); } catch (e) { mostrarMensaje(e); } intenta leer y, si falla, reacciona en catch.
TypeScript: Superconjunto de JavaScript que añade tipado estático e inferencia de tipos y luego se borra al compilar. Atrapa muchos errores antes de ejecutar sin cambiar el ecosistema.Ejemplo: Agregar tipos a un proyecto JavaScript existente se hace de a poco migrándolo a TypeScript.
variable: Nombre que le pones a un espacio donde guardas un valor que puede cambiar durante la ejecución. Tiene un tipo, a veces declarado y a veces inferido, y un ámbito que dice dónde es visible.Ejemplo: edad = 30 guarda el número 30 en una variable llamada edad, que después puedes leer o modificar.
YAML: Formato de texto para datos que prioriza la legibilidad y se basa en indentación. Es muy usado en archivos de configuración.Ejemplo: Los archivos de configuración de muchos servicios y de CI vienen en YAML por lo fácil que es leerlos.

Datos, bases de datos y almacenamiento · 25

ACID: Conjunto de propiedades (atomicidad, consistencia, aislamiento y durabilidad) que garantizan que las transacciones son confiables aun ante fallos o concurrencia.Ejemplo: Gracias a ACID, un corte de luz a mitad de una transferencia no deja el dinero perdido entre dos cuentas.
arreglo (array): Colección ordenada de elementos del mismo tipo, guardados uno al lado del otro en memoria contigua, a los que se accede por su posición (índice).Ejemplo: Los 7 días de la semana pueden ir en un arreglo, una casilla del 0 al 6 para cada uno.
backup (copia de seguridad): Copia de los datos guardada aparte, para poder recuperarlos si se pierden o se corrompen los originales.Ejemplo: Un respaldo nocturno automático de toda la base de datos a otro almacenamiento.
base de datos: Sistema que guarda grandes cantidades de información de forma organizada y permite consultarla, modificarla y protegerla de manera confiable.Ejemplo: El sistema que mantiene las cuentas y saldos de un banco es una base de datos.
clave foránea: Columna que guarda valores de la clave primaria de otra tabla, para relacionar las filas entre sí.Ejemplo: La columna `cliente_id` en la tabla `ventas` apunta al cliente correspondiente en `clientes`.
clave primaria: Columna o conjunto de columnas que identifica de forma única a cada fila de una tabla; no se repite ni queda vacía.Ejemplo: El RUT funciona como clave primaria de una tabla de personas en Chile.
columna (campo): Cada campo de una tabla, que guarda un mismo tipo de dato para todas las filas.Ejemplo: La columna `fecha_nacimiento` guarda una fecha en cada fila de la tabla de personas.
consulta (query): Petición, normalmente escrita en SQL, para obtener o modificar datos de una base de datos y recibir un resultado.Ejemplo: Una consulta que cuenta cuántos productos hay con stock bajo.
CSV: Formato de texto que representa una tabla: una fila por línea y los valores separados por comas; simple y compatible con casi todo.Ejemplo: Una planilla exportada de Excel a CSV abre sin problema en cualquier editor de texto.
diccionario (tabla hash): Estructura que guarda pares clave→valor y, dada la clave, encuentra el valor casi al instante. También se conoce como tabla hash o mapa.Ejemplo: El objeto {"nombre": "Camila"} te deja obtener el nombre con solo la clave "nombre".
embedding: Representación de un dato, como un texto o una imagen, como una lista de números, donde los datos parecidos quedan cerca en ese espacio numérico.Ejemplo: Convertir una noticia en un vector para buscar otras que traten el mismo tema por similitud.
esquema: Descripción de la estructura de una base de datos: qué tablas existen, qué columnas tienen y cómo se relacionan.Ejemplo: El esquema define que `ventas` tiene una columna `cliente_id` que apunta a `clientes`.
estructura de datos: Forma de organizar la información para guardarla y usarla de manera eficiente: decide qué tan rápido se accede, se busca y se modifica cada dato.Ejemplo: Si necesitas buscar por nombre una y otra vez, un diccionario es mejor estructura que un arreglo.
fila (registro): Cada registro individual dentro de una tabla: un conjunto de valores, uno por columna, que describen una entidad.Ejemplo: En la tabla `clientes`, cada fila es un cliente con su nombre, RUT y correo.
índice: Estructura adicional que una base de datos mantiene para encontrar filas rápido sin revisar toda la tabla, a costa de más espacio y de trabajo extra al escribir.Ejemplo: El índice al final de un libro evita hojearlo completo para encontrar un tema.
JOIN: Operación de SQL que combina filas de dos o más tablas relacionadas, usando las columnas que tienen en común.Ejemplo: Listar cada venta junto al nombre de su cliente, cruzando `ventas` con `clientes`.
migración de esquema: Cambio versionado y controlado en la estructura de la base de datos, como agregar una tabla o una columna, aplicable de forma repetible entre entornos.Ejemplo: Una migración que agrega la columna `telefono` a `clientes` corre igual en desarrollo y en producción.
NoSQL: Familia de bases de datos no relacionales, diseñadas para escalado masivo o datos poco estructurados, que dejan de lado algunas garantías del modelo relacional.Ejemplo: MongoDB y Redis son ejemplos populares de bases de datos NoSQL.
ORM: Capa que mapea objetos del lenguaje de programación a tablas de la base de datos, para manipular los datos con código en vez de escribir SQL a mano.Ejemplo: Prisma deja obtener un cliente y todas sus ventas como un objeto de JavaScript.
paginación: Técnica de devolver los resultados de una consulta en bloques, por ejemplo de a 50, en vez de todos juntos, para no saturar la memoria ni la red.Ejemplo: Una lista de productos que carga las siguientes 20 unidades al hacer scroll.
PostgreSQL: Motor de base de datos relacional libre y de código abierto, reconocido por su robustez, sus extensiones y su soporte de tipos avanzados.Ejemplo: PostgreSQL es una elección habitual para aplicaciones serias que necesitan fiabilidad.
Redis: Almacén en memoria de clave-valor, extremadamente rápido, usado como caché, colas y sesiones.Ejemplo: Redis guarda las sesiones activas de los usuarios para validarlas en milisegundos.
restauración: Proceso de devolver los datos a un estado anterior a partir de un backup, de forma total o parcial.Ejemplo: Restaurar la base de datos al estado del respaldo de anoche tras un error grave.
tabla: Estructura con la que una base de datos relacional guarda los datos en filas y columnas, como una hoja de cálculo con reglas.Ejemplo: La tabla `clientes` reúne a todas las personas registradas, una por fila.
transacción: Conjunto de operaciones que la base de datos ejecuta como un todo: o se completan todas, o no se hace ninguna, sin dejarlas a medias.Ejemplo: Una transferencia bancaria descuenta de una cuenta y suma a la otra en una sola transacción.

Sistemas operativos y arquitectura · 18

concurrencia: Capacidad de un sistema de tener varias tareas en progreso al mismo tiempo, avanzándolas de forma alternada o en paralelo.Ejemplo: Un servidor concurrente atiende a muchos clientes como si fuera al mismo tiempo.
condición de carrera: Error que aparece cuando el resultado depende del orden en que se entrelazan varias tareas que acceden a un mismo dato, dando resultados distintos o incorrectos.Ejemplo: Dos cajeros que leen el saldo a la vez y luego ambos lo actualizan pierden una de las operaciones.
contenedor: Forma de empaquetar una aplicación con lo justo para que corra de forma aislada, sin arrastrar un sistema operativo completo como una máquina virtual.Ejemplo: Docker empaqueta apps en contenedores que se levantan en milisegundos y portan igual en cualquier máquina.
CPU(Unidad Central de Procesamiento): Circuito que ejecuta las instrucciones de los programas; es el cerebro de la máquina.Ejemplo: Al abrir una app, la CPU es la que corre sus instrucciones paso a paso.
GPU(Unidad de Procesamiento Gráfico): Procesador diseñado para ejecutar miles de cálculos en paralelo, originalmente para gráficos y hoy clave en IA y cómputo intensivo.Ejemplo: Entrenar un modelo de IA suele hacerse en una GPU por su enorme paralelismo.
hilo (thread): Unidad de ejecución dentro de un proceso; varios hilos comparten la memoria del proceso y pueden correr a la vez.Ejemplo: Una app puede tener un hilo dibujando la interfaz y otro descargando datos.
interbloqueo (deadlock): Situación en la que dos o más tareas se quedan esperando mutuamente a que la otra libere un recurso, sin que ninguna avance nunca.Ejemplo: Dos hilos: uno tiene el candado A y espera el B; el otro tiene el B y espera el A. Ninguno avanza.
interfaz de línea de comandos(CLI): Forma de manejar un programa escribiéndole órdenes en texto en vez de apretar botones. Es más árida de aprender que una ventana con menús, y a cambio se automatiza, se repite y se deja escrita en un archivo.Ejemplo: `git commit -m "arregla el login"` hace lo mismo que un botón, pero se puede meter en un script y repetir mil veces.
Linux: Núcleo de sistema operativo libre y de código abierto, base de la mayoría de los servidores, los dispositivos Android y muchas distribuciones de escritorio.Ejemplo: Ubuntu y Debian son distribuciones construidas sobre el kernel de Linux.
memoria virtual: Técnica que hace ver a cada proceso que dispone de más memoria de la física, usando espacio del disco como extensión y gestionando qué páginas hay en RAM.Ejemplo: Un equipo con 8 GB de RAM puede correr procesos que, en conjunto, piden más gracias a la memoria virtual.
mutex(mutual exclusion): Mecanismo de sincronización que permite que solo un hilo a la vez entre a una sección crítica, bloqueando a los demás hasta que se libere.Ejemplo: Un mutex sobre el saldo bancario asegura que las transferencias no se pisen entre sí.
permiso: Regla que indica qué usuarios pueden leer, escribir o ejecutar un archivo o carpeta.Ejemplo: Un permiso puede permitir que todos lean un archivo pero que solo su dueño lo modifique.
proceso: Instancia de un programa en ejecución, con su propia memoria y recursos; el sistema operativo lo gestiona y lo aísla de los demás.Ejemplo: Cada pestaña del navegador suele ser un proceso separado para que un cuelgue no tire las demás.
ruta (path): Texto que indica cómo llegar a un archivo o carpeta dentro del sistema de archivos, pasando por las carpetas intermedias.Ejemplo: `/home/camila/notas.txt` es la ruta del archivo `notas.txt` dentro de la carpeta de Camila.
shell: Programa que interpreta los comandos que escribes en la línea de comandos y los ejecuta en el sistema.Ejemplo: bash es la shell que ejecuta comandos como `ls` o `cd` en muchas distribuciones.
sistema operativo: Programa que gestiona el hardware y los recursos de un equipo y sobre el que corren las aplicaciones, actuando de intermediario entre ambos.Ejemplo: Linux, Windows y macOS son sistemas operativos.
terminal: Programa que te muestra una pantalla de texto donde escribes comandos que una shell ejecuta; antes era un aparato físico y hoy es una ventana.Ejemplo: Abres una terminal, escribes `git status` y la shell te responde.
variable de entorno: Valor con nombre que el sistema mantiene disponible para los programas, de modo que configuren su comportamiento sin que lo escribas en el código.Ejemplo: La variable `DATABASE_URL` le dice a la aplicación dónde está su base de datos.

Redes, internet y desarrollo web · 32

API(Application Programming Interface): Conjunto de reglas que define cómo dos programas se comunican. Una API web expone endpoints a los que otro software llama para pedir datos o acciones sin importarle cómo está hecho por dentro.Ejemplo: Una app del clima consulta la API de un servicio meteorológico para obtener la temperatura y mostrarla en pantalla.
cabecera HTTP: Par nombre-valor que viaja junto a la petición o respuesta para dar contexto: tipo de contenido, idioma, caché, cookies, autenticación. Las cabeceras enriquecen el mensaje sin tocar el cuerpo.Ejemplo: La cabecera Content-Type: application/json le avisa al receptor que el cuerpo va en formato JSON.
caché HTTP: Copia temporal de una respuesta que se guarda cerca del cliente para no tener que regenerarla ni viajar de nuevo. Se controla con cabeceras que indican cuánto tiempo es válida y bajo qué condiciones refrescar.Ejemplo: Si una imagen tiene caché de un día, el navegador la sirve desde disco en vez de volver a descargarla en cada visita.
CDN(Content Delivery Network): Red de servidores distribuidos en distintos lugares del mundo que guardan copias de tu contenido. Al servirlo desde el servidor más cercano al usuario, reduce la latencia y descarga a tu servidor de origen.Ejemplo: Las imágenes de un sitio periodístico se cargan desde un CDN, de modo que un lector en Europa las reciba desde un servidor europeo.
código de estado HTTP: Número de tres dígitos que devuelve el servidor para indicar cómo resultó una petición. Los que empiezan con 2 son éxito, los 3 redirecciones, los 4 errores del cliente y los 5 errores del servidor.Ejemplo: Un 404 significa 'no encontrado' (el cliente pidió algo que no existe) y un 500 indica que el servidor falló al procesar la petición.
cookie: Pequeño dato que el servidor envía al navegador y este le devuelve en cada petición posterior. Sirve para recordar quién eres entre una visita y otra, manteniendo por ejemplo una sesión iniciada.Ejemplo: Al marcar 'recordar mi sesión', el servidor guarda una cookie que te mantiene logueado la próxima vez que vuelves.
CORS(Cross-Origin Resource Sharing): Mecanismo del navegador que controla si una página puede pedir recursos a un servidor de un origen distinto al suyo. El servidor indica con cabeceras qué orígenes tiene permitidos, evitando lecturas no autorizadas.Ejemplo: Si tu frontend en app.example.com llama a una API en api.example.com, el servidor debe permitir ese origen con CORS.
CSS(Cascading Style Sheets): Lenguaje que describe cómo se ve una página: colores, tipografías, espaciado y disposición. Separa el contenido (HTML) de su presentación y aplica reglas en cascada según su prioridad.Ejemplo: La regla h1 { color: navy; } hace que todos los títulos de nivel 1 se vean azul marino.
dirección IP: Número que identifica a un dispositivo dentro de una red para que los paquetes sepan a dónde ir. Puede ser fija (estática) o cambiar con el tiempo (dinámica), y puede ser privada si solo sirve dentro de una LAN.Ejemplo: Al conectarte al WiFi de tu casa, el router te asigna una dirección IP local como 192.168.1.23.
DNS(Domain Name System): Sistema que traduce nombres que las personas recuerdan, como example.com, a direcciones IP que las máquinas entienden. Funciona como la agenda telefónica de internet, distribuida entre muchos servidores.Ejemplo: Al escribir humanos.eco en el navegador, una consulta DNS devuelve la dirección IP del servidor que aloja el sitio.
DOM(Document Object Model): Representación en forma de árbol que el navegador arma del HTML, donde cada elemento es un objeto que se puede leer o modificar. Es la estructura que JavaScript manipula para cambiar la página en vivo.Ejemplo: Cuando un script agrega un item a una lista, lo que hace es crear un nuevo nodo en el DOM.
dominio: Nombre legible que identifica un sitio en internet, como example.com. Se obtiene a través de un registrador y, apoyado en el DNS, apunta a los servidores que responden por ese nombre.Ejemplo: humanos.eco es el dominio bajo el cual vive el sitio; el DNS lo traduce a una dirección IP del servidor.
endpoint: URL concreta de una API a la que llamas para hacer una operación específica. Cada endpoint combina una ruta, un método HTTP y un formato de respuesta esperado.Ejemplo: POST /api/login es el endpoint al que la app envía usuario y contraseña para iniciar sesión.
HTML(HyperText Markup Language): Lenguaje de marcas con el que se estructura el contenido de una página web: títulos, párrafos, enlaces, imágenes y formularios. El navegador lee esas marcas y arma el árbol que después pinta en pantalla.Ejemplo: <h1>Bienvenido</h1> es HTML que le dice al navegador que muestre un título grande con ese texto.
HTTP(HyperText Transfer Protocol): Protocolo de aplicación con el que el navegador y los servidores web intercambian páginas y datos. Funciona con un modelo de petición y respuesta: el cliente pide, el servidor contesta.Ejemplo: Al abrir una página, el navegador hace una petición HTTP pidiendo el HTML y el servidor responde con el documento.
HTTPS(HTTP Secure): Versión de HTTP que viaja cifrada mediante TLS. Garantiza que el contenido no pueda leerse ni modificarse en el camino y, con el candado del navegador, confirma al usuario que la conexión es segura.Ejemplo: Cuando ves el candado en la barra del navegador, significa que la página llegó por HTTPS y no por HTTP plano.
latencia: Tiempo que tarda un paquete en ir desde el origen hasta el destino y volver. Se mide en milisegundos y afecta qué tan 'rápida' se siente una conexión, independientemente del ancho de banda.Ejemplo: Una videoconferencia con 200 ms de latencia se siente entrecortada porque hay un retraso notorio al hablar.
método HTTP: Verbo que indica qué acción se quiere hacer sobre un recurso. Los más usados son GET (pedir), POST (crear), PUT (reemplazar), PATCH (actualizar parcial) y DELETE (borrar).Ejemplo: Al enviar un formulario de registro, el navegador suele hacer un POST con tus datos hacia el servidor.
navegador web: Programa que pide páginas a los servidores, las interpreta y te las muestra listas para interactuar. Además de mostrar HTML, ejecuta JavaScript y maneja cookies, caché y el historial de navegación.Ejemplo: Chrome, Firefox y Safari son navegadores que toman una URL, piden el sitio al servidor y lo dibujan en pantalla.
puerto: Número entre 0 y 65535 que identifica un servicio o conexión específica dentro de un equipo. Mientras la dirección IP indica a qué computador llegar, el puerto indica a qué programa de ese computador van dirigidos los datos.Ejemplo: El tráfico web suele usar el puerto 443 para HTTPS, así el servidor sabe que esa conexión es para servir páginas.
PWA(Progressive Web App): Sitio web construido con técnicas (manifest y service worker) que le permiten comportarse casi como una app instalable, con icono en el escritorio, notificaciones y funcionamiento sin conexión.Ejemplo: Una PWA de noticias se puede instalar en el celular y leer artículos guardados aunque estés sin internet.
rate limiting: Control que limita cuántas peticiones acepta un servidor desde un cliente en un período. Protege el servicio de abusos y de sobrecargas, rechazando o ralentizando lo que excede el límite.Ejemplo: Una API puede permitir 100 peticiones por minuto por usuario y devolver un error 429 a quien se pase.
REST(Representational State Transfer): Estilo para diseñar APIs web que trata los datos como recursos identificados por URLs y usa los métodos HTTP para operar sobre ellos. Es el enfoque más extendido por su simplicidad y porque se apoya en HTTP tal cual.Ejemplo: Una API REST para usuarios expone GET /usuarios para listar y POST /usuarios para crear, usando URLs claras y verbos estándar.
service worker: Script que el navegador corre en segundo plano, separado de la página, y que actúa como intermediario de las peticiones de red. Permite guardar contenido en caché y responder sin conexión, base de las PWA.Ejemplo: Un service worker puede guardar los archivos de una página para que cargue aunque el usuario esté offline.
sesión: Estado que el servidor mantiene sobre un usuario a lo largo de varias peticiones. Como HTTP no recuerda nada entre pedidos, la sesión se asocia a un identificador que viaja en una cookie o un token.Ejemplo: Mientras navegas entre páginas de un sitio con tu cuenta, la sesión es lo que mantiene tu carrito y tu login activos.
slug: Versión limpia y legible de un texto que se usa como parte de una URL, en minúsculas y con guiones en vez de espacios o tildes. Hace que la dirección sea fácil de leer y amigable para buscadores.Ejemplo: El título 'Cómo hacer pan' se convierte en el slug como-hacer-pan para formar la URL del artículo.
SPA(Single-Page Application): Tipo de aplicación web que carga una sola página HTML y luego actualiza su contenido desde JavaScript a medida que el usuario navega, sin recargas completas. Ofrece una experiencia fluida parecida a una app de escritorio.Ejemplo: Gmail es una SPA: cuando cambias de carpeta, no se recarga la página, sino que se actualiza solo el contenido.
SSR(Server-Side Rendering): Técnica en la que el servidor arma el HTML ya listo antes de enviarlo, de modo que el navegador recibe la página con su contenido visible. Mejora el tiempo de primera pintura y el SEO frente a una SPA pura.Ejemplo: En Next.js, una página con SSR entrega el HTML ya armado en cada petición, útil para contenido que cambia por usuario.
subdominio: Prefijo que se agrega a un dominio para separar áreas o servicios dentro del mismo. Permite apuntar distintos subdominios a servidores diferentes sin comprar otro dominio.Ejemplo: blog.example.com y tienda.example.com son subdominios del dominio example.com.
URL(Uniform Resource Locator): Dirección que indica dónde está un recurso en la web y cómo acceder a él, incluyendo esquema, dominio, ruta y posibles parámetros. Es un tipo de URI (identificador uniforme de recursos), la forma más visible para las personas.Ejemplo: https://humanos.eco/precios?plan=mensual es una URL completa con esquema, dominio, ruta y un parámetro de consulta.
webhook: Forma en que un sistema avisa a otro de un evento haciéndole una petición HTTP a una URL que el receptor indicó. Invierte el sentido habitual: en lugar de que tú preguntes, te avisan cuando ocurre algo.Ejemplo: Cuando un pago se completa, la pasarela llama al webhook de tu servidor para que despaches el pedido.
WebSocket: Protocolo que abre una conexión bidireccional y persistente entre el navegador y el servidor. A diferencia del HTTP normal, permite que cualquiera de los dos envíe mensajes en cualquier momento sin abrir una nueva petición.Ejemplo: Una aplicación de chat usa WebSocket para que los mensajes nuevos lleguen al instante, sin que el navegador tenga que estar consultando.

Seguridad, criptografía y privacidad · 26

autenticación: Proceso de verificar que alguien (o algo) es quien dice ser. Suele apoyarse en algo que la persona sabe, tiene o es, como una contraseña, un teléfono o una huella.Ejemplo: Al pedirte la contraseña y un código del celular, el sitio te está autenticando antes de dejarte entrar.
autorización: Proceso distinto de la autenticación: una vez que sabemos quién eres, decide qué se te permite hacer. Autenticar es identificar; autorizar es conceder o denegar permisos.Ejemplo: Que entres con tu cuenta (autenticación) no implica que puedas borrar registros: eso depende de tu autorización.
certificado digital: Documento que vincula una clave pública con la identidad de su dueño, firmado por alguien en quien confías. Permite verificar que la clave pública que recibiste es realmente de quien dice ser y no de un impostor.Ejemplo: El certificado del sitio de tu banco, firmado por una autoridad reconocida, es lo que asegura al navegador que estás hablando con el banco y no con un suplantador.
clave de API: Cadena secreta que identifica a quien llama a un servicio y le habilita el acceso. Quien la tiene puede actuar en tu nombre y gastar tu cuota, así que va en una variable de entorno o en un gestor de secretos: nunca escrita en el código ni subida al repositorio.Ejemplo: Si una clave de API se sube por accidente a un repositorio público, hay que rotarla: darla de baja y emitir una nueva.
contraseña: Secreto que conocen solo el usuario y el sistema, usado para demostrar identidad. Una buena contraseña es larga, única por servicio y se almacena siempre hasheada con un buen algoritmo, nunca en texto plano.Ejemplo: Reutilizar la misma contraseña en varios sitios es peligroso: si uno se filtra, atacantes prueban esa credencial en todos los demás.
CSRF(Cross-Site Request Forgery): Ataque en el que un sitio malicioso logra que tu navegador haga una petición a otro sitio donde tienes la sesión abierta, ejecutando una acción en tu nombre sin que te des cuenta. Se previene con tokens anti-CSRF y con el atributo SameSite en las cookies.Ejemplo: Si entras a un sitio malicioso estando logueado en tu banco, ese sitio podría intentar disparar una transferencia; el token anti-CSRF y SameSite la bloquean.
CVE(Common Vulnerabilities and Exposures): Identificador único y estandarizado que se asigna a cada vulnerabilidad conocida. Permite que todos (administradores, herramientas, proveedores) se refieran al mismo fallo sin ambigüedad.Ejemplo: CVE-2021-44228 (Log4Shell) es el identificador con el que se conoce una vulnerabilidad muy divulgada de una librería de logs.
dato personal: Cualquier información que se refiera a una persona identificada o identificable. Su tratamiento está regulado por leyes de protección de datos, que imponen deberes a quien los recoge.Ejemplo: El nombre, el RUT y el correo de un cliente son datos personales sujetos a las reglas de protección de datos.
fail-closed: Filosofía de diseño en la que, ante un error o una situación incierta, el sistema deniega el acceso en lugar de permitirlo. Es lo opuesto a fail-open: ante la duda, queda cerrado.Ejemplo: Si un sistema de permisos no puede verificar tu identidad, falla cerrado y no te deja entrar, en vez de dejarte pasar por defecto.
función hash criptográfica: Función que produce un resumen de tamaño fijo a partir de cualquier entrada, con propiedades clave: es impracticable reconstruir la entrada desde el resumen y es prácticamente imposible encontrar dos entradas con el mismo hash. Sirve para verificar integridad.Ejemplo: Al distribuir un archivo, publicar su hash permite que quien lo descarga compruebe que no fue alterado en el camino.
gestor de contraseñas: Herramienta que guarda todas tus contraseñas cifradas bajo una sola maestra, de modo que puedas usar claves largas y distintas en cada sitio sin tener que memorizarlas. Reduce drásticamente el riesgo de reutilización.Ejemplo: Con un gestor de contraseñas generas una clave distinta de 20 caracteres para cada servicio y solo recuerdas la maestra.
IDOR(Insecure Direct Object Reference): Vulnerabilidad en la que la app usa un identificador (como un id en la URL) para acceder a un objeto, pero no verifica si el usuario realmente tiene permiso sobre él. Se previene comprobando autorización en cada acceso, no confiando solo en el identificador.Ejemplo: Si cambias el /pedido/1001 por /pedido/1002 y ves el de otro, es un IDOR; la solución es verificar que el pedido sea realmente tuyo antes de mostrarlo.
inyección SQL(SQLi): Vulnerabilidad en la que un atacante inserta fragmentos de SQL en datos de entrada para alterar la consulta que arma la aplicación. Puede permitirle leer o modificar datos ajenos. Se previene usando siempre consultas parametrizadas, nunca concatenando texto.Ejemplo: Si el sitio arma el SQL pegando el texto del formulario, un atacante puede cerrar la consulta y agregar otra; con consultas parametrizadas el texto nunca se interpreta como código.
JWT(JSON Web Token): Formato de token compacto que lleva información (como el usuario y sus permisos) en tres partes codificadas: cabecera, contenido y firma. La firma permite verificar que no fue manipulado, pero no lo cifra: no debe llevar datos sensibles en claro.Ejemplo: Tras iniciar sesión recibes un JWT firmado; en cada petición lo envías para que el servidor sepa quién eres sin volver a pedirte la contraseña.
minimización de datos: Principio de recoger y conservar solo los datos estrictamente necesarios para el fin perseguido. Cuanto menos dato personal tengas, menos puedes perder y menos debes proteger.Ejemplo: Si para enviar un pedido solo necesitas la dirección de despacho, no pidas además la fecha de nacimiento del cliente.
OAuth 2.0: Framework que permite que una app obtenga acceso limitado a tus datos en otra, sin entregarle tu contraseña, mediante tokens. Es lo que pasa cuando das permiso a una app para usar tu cuenta de otro servicio.Ejemplo: Cuando una app pide acceso a tus contactos de otra plataforma, lo hace con OAuth 2.0, delegando permisos sin que vea tu clave.
OWASP Top 10: Lista periódicamente actualizada con las diez categorías de riesgos más frecuentes y graves en aplicaciones web, mantenida por la fundación OWASP. Sirve como punto de partida para revisar y endurecer la seguridad de una app.Ejemplo: Antes de lanzar una aplicación, conviene revisar que ninguno de los puntos del OWASP Top 10 (inyección, fallos de autenticación, etc.) quede sin cubrir.
principio de menor privilegio: Regla de dar a cada usuario o programa solo los permisos estrictamente necesarios para su tarea, ni uno más. Así, si esa cuenta se ve comprometida, el daño posible queda acotado.Ejemplo: Un servidor web corre con un usuario sin permisos de administración, de modo que un ataque no obtenga control total del equipo.
rotación de secretos: Práctica de cambiar periódicamente los secretos y poder revocarlos de inmediato si se filtran. Reduce la ventana de tiempo en que un secreto comprometido es útil para un atacante.Ejemplo: Si se filtra una clave, poder rotarla y revocar la anterior en minutos acota el daño casi a cero.
sal (salt): Valor aleatorio y único que se agrega a cada contraseña antes de hashearla. Evita que dos personas con la misma contraseña terminen con el mismo hash y frustra el uso de tablas precalculadas de hashes conocidos.Ejemplo: Aunque dos usuarios elijan '123456', como cada uno tiene su propio salt, los hashes guardados quedan totalmente distintos.
secreto: Cualquier dato que debe permanecer oculto porque da acceso o permisos: contraseñas, claves de API, tokens. Su manejo seguro (dónde se guardan, quién los ve, cómo rotan) es uno de los problemas más importantes de la operación.Ejemplo: Una clave de API filtrada en el código equivale a entregar las llaves del servicio: debe ir a un gestor de secretos, no al repositorio.
segundo factor(2FA): Segunda prueba de identidad que se suma a la contraseña. Como combina algo que sabes con algo que tienes o eres, aunque te roben la contraseña, el atacante sigue necesitando el segundo factor para entrar.Ejemplo: Además de tu contraseña, el sitio pide un código de seis dígitos que cambia cada 30 segundos en tu celular.
TLS(Transport Layer Security): Protocolo que cifra y autentica la comunicación entre cliente y servidor, sucesor del antiguo SSL (hoy inseguro y obsoleto, aunque la gente sigue llamándolo 'SSL' por costumbre). Es lo que aporta el candado verde y la 'S' de HTTPS.Ejemplo: Durante el handshake de TLS, las partes verifican el certificado, acuerdan claves y a partir de ahí viajan cifradas.
token de acceso y de refresco: Par de tokens usado en flujos modernos: el de acceso es de corta vida y se presenta en cada petición; el de refresco vive más y sirve para obtener nuevos tokens de acceso sin volver a pedir la contraseña.Ejemplo: Cuando expira tu token de acceso, la app usa el de refresco para conseguir uno nuevo y que no tengas que loguearte otra vez.
variable de entorno como secreto: Forma habitual de entregar un secreto a una aplicación sin escribirlo en el código: mediante una variable de entorno del proceso. Es mejor que tenerlo en el repositorio, aunque lo ideal es usar un gestor de secretos dedicado para los más sensibles.Ejemplo: En lugar de poner la contraseña de la base de datos en el código, se entrega como variable de entorno que el servidor carga al arrancar.
XSS(Cross-Site Scripting): Vulnerabilidad en la que un atacante logra que su código JavaScript se ejecute dentro de la página de otra persona. Permite robar la sesión o manipular lo que la víctima ve. Se previene escapando siempre lo que el usuario envía antes de mostrarlo y con una buena política de seguridad de contenidos (CSP).Ejemplo: Si un comentario guarda texto sin escapar y otro usuario lo ve, un atacante podría inyectar un script que robe su sesión; escapar la salida lo evita.

Ingeniería de software y operación · 45

build: Conjunto de pasos que toman el código fuente y producen un artefacto ejecutable: bajar dependencias, compilar, empaquetar y, a veces, firmar el resultado. Lo que antes se hacía a mano en cada máquina hoy se automatiza en un pipeline.Ejemplo: Al fusionar un cambio, el build genera la nueva versión del paquete y lo deja listo para desplegar.
cobertura de código: Métrica que indica qué porción del código fue ejecutada por las pruebas. Es una señal útil de qué zonas nunca se prueban, pero un número alto no garantiza calidad: cubrir líneas no implica haber probado los casos correctos.Ejemplo: Tener 90 % de cobertura no sirve si las pruebas solo llaman a las funciones sin revisar resultados.
commit: Punto guardado en el historial: una foto de los cambios junto con un mensaje que los describe. Es la unidad mínima con la que se construye la historia de un proyecto y el lugar al que se vuelve si algo falla.Ejemplo: Un commit con el mensaje “arregla cálculo de descuento” agrupa justo esos cambios para poder revisarlos o revertirlos.
conflicto: Situación en que dos cambios tocan las mismas líneas y el sistema no puede decidir cuál queda. Git marca las zonas en pugna y pide a la persona que elija o combine manualmente antes de continuar.Ejemplo: Si dos personas editan la misma función a la vez, al unir las ramas aparece un conflicto que hay que resolver a mano.
control de versiones: Sistema que registra cada cambio en un conjunto de archivos y permite volver a cualquier estado anterior, ver quién hizo cada modificación y trabajar en paralelo sin pisarse. Es el cuaderno de bitácora de un proyecto de software.Ejemplo: Si un cambio rompe algo, el control de versiones permite volver al estado de ayer en segundos.
despliegue: Acción de poner una versión del software disponible en un entorno para que se use. Puede ser tan simple como copiar archivos o tan complejo como orquestar decenas de servicios, y conviene hacerlo de forma repetible y reversible.Ejemplo: Desplegar consiste en llevar el último artefacto al servidor de producción y reiniciar el servicio para que lo use.
despliegue continuo(CD): Práctica en la que cada cambio que pasa la integración se publica de forma automática, sin intervención manual. Exige confianza en las pruebas y, normalmente, mecanismos para detectar y revertir un mal despliegue con rapidez.Ejemplo: Cuando un cambio aprueba la CI, el despliegue continuo lo lleva a producción por sí solo en cuestión de minutos.
deuda técnica: Costo extra de trabajo futuro que se acumula cuando elegimos la solución rápida ahora en lugar de la mejor solución. Igual que una deuda financiera, no es mala por sí misma: lo peligroso es no pagarla y que los intereses compliquen cualquier cambio.Ejemplo: Copiar y pegar una función tres veces para no abstraerla es deuda técnica: el día que haya que arreglarla, habrá que tocar tres sitios.
diff: La diferencia entre dos versiones de un archivo, línea por línea: qué se agregó, qué se quitó y qué quedó igual. Es la unidad con la que se revisa un cambio, porque deja ver lo que se movió sin tener que releer todo el archivo.Ejemplo: Antes de aprobar una propuesta de cambio miras su diff, no los archivos completos.
Docker: Plataforma que empaqueta una aplicación y sus dependencias en un contenedor ligero y portable. Resuelve el “en mi máquina funciona”: lo que corre en tu portátil corre igual en el servidor porque el contenedor lleva su propio entorno.Ejemplo: Empaquetas tu servicio en un contenedor de Docker y el mismo archivo funciona en tu computador y en la nube.
Dockerfile: Archivo de texto con las instrucciones, paso a paso, para construir una imagen de contenedor: de qué base partir, qué instalar, qué copiar y cómo arrancar. Es la receta reproducible que produce siempre la misma imagen.Ejemplo: Un Dockerfile parte de una imagen de Node, copia tu código, instala dependencias y define el comando de inicio.
entorno: Instancia del sistema con un propósito definido: desarrollo para programar, staging (o pruebas) para verificar antes de publicar, y producción para los usuarios reales. Separarlos evita que los experimentos afecten a quien usa el sistema.Ejemplo: Un cambio se prueba primero en staging; solo cuando pasa ahí se promueve a producción.
feature-flag: Conmutador que activa o desactiva una funcionalidad sin cambiar el código ni volver a desplegar. Permite liberar para algunos usuarios, hacer pruebas en producción o apagar al instante una función problemática.Ejemplo: Una funcionalidad nueva queda apagada por defecto; se enciende para un 1 % de usuarios y, si va bien, se sube el porcentaje.
Git: Sistema de control de versiones distribuido y el más usado hoy: cada persona tiene una copia completa del historial y puede trabajar sin conexión. Coordina los cambios cuando las copias se sincronizan.Ejemplo: Al escribir `git commit`, Git guarda una foto del estado de los archivos junto con autor y mensaje.
historial: Cadena completa de commits que cuenta cómo llegó el proyecto a su estado actual. Permite ver qué cambió, cuándo y por qué, y volver a cualquier punto anterior.Ejemplo: Con `git log` recorres el historial y encuentras el commit exacto donde se introdujo una función.
imagen de contenedor: Plantilla inmutable, de solo lectura, que contiene todo lo necesario para correr una aplicación: código, librerías y configuración. Un contenedor es una instancia en ejecución de una imagen, y las imágenes se almacenan y reparten desde un registro.Ejemplo: La imagen `app:1.4` es la misma siempre; cada vez que la inicias obtienes un contenedor idéntico.
infraestructura como código(IaC): Práctica de describir la infraestructura (servidores, redes, bases de datos) con archivos de texto versionados, en lugar de crearla a mano. Permite levantar entornos idénticos y repetibles, y tratar la infraestructura con el mismo cuidado que el código.Ejemplo: Con un archivo declaras “quiero dos servidores y una base de datos”; la herramienta los crea solos y se puede versionar el cambio.
integración continua(CI): Práctica de integrar y verificar los cambios de forma frecuente y automática: cada aporte dispara la compilación y las pruebas. Atrapa los errores cuando todavía son chicos y baratos de arreglar, en lugar de acumularlos.Ejemplo: Al abrir un pull request, la CI compila el proyecto y corre la suite de pruebas antes de permitir el merge.
Kubernetes: Plataforma que orquesta contenedores a escala: decide en qué máquinas corren, reinicia los que fallan, balancea la carga y los escala según la demanda. Convierte un clúster de equipos en un solo recurso gestionado de forma declarativa.Ejemplo: Le dices a Kubernetes “quiero cinco réplicas del servicio” y él se encarga de tenerlas corriendo y de reemplazar las que caigan.
linter: Herramienta de análisis estático que revisa el código sin ejecutarlo y marca estilo, posibles errores y malas prácticas. Su par, el formateador, se limita a reordenar y normalizar la apariencia del código para que todo el equipo escriba igual.Ejemplo: Un linter avisa que declaraste una variable y no la usaste, o que dejaste un `==` donde conviene un `===`.
log (registro de eventos): Texto que el sistema deja anotado, línea a línea, sobre eventos relevantes: lo que hizo, cuándo y con qué resultado. Es la fuente a la que se acude primero para entender qué ocurrió en un fallo.Ejemplo: Un registro anota cada intento de inicio de sesión con su fecha y si tuvo éxito, clave para investigar un acceso raro.
merge: Operación que combina los cambios de una rama con otra, integrando ambas líneas de desarrollo. Cuando los cambios no se pisan, Git los mezcla solo; cuando se superponen, hay que resolver los conflictos a mano.Ejemplo: Hacer `git merge login-redes` sobre la principal incorpora el trabajo de esa rama a la línea principal.
métrica: Dato numérico recolectado en el tiempo que describe el estado o comportamiento del sistema (uso de memoria, latencia, tasa de error). Sirve para seguir tendencias y disparar alertas cuando un valor sale de rango.Ejemplo: La métrica de “peticiones por segundo” sube y baja con el tráfico y permite dimensionar cuánto falta para el límite.
mock: Reemplazo falso de una dependencia (un servicio, una base de datos) que se programa para responder de forma controlada y, a veces, para registrar cómo se la llamó. Junto con sus variantes (stubs, spies) permite probar una unidad sin tocar nada externo.Ejemplo: Para probar la lógica de reembolso sin llamar al banco, usas un mock del servicio de pagos que siempre responde “aprobado”.
monorepo: Repositorio único que contiene varios proyectos o paquetes relacionados, en lugar de un repositorio por proyecto. Facilita compartir código y cambios coordinados, a costa de manejar permisos y herramientas para un árbol más grande.Ejemplo: Una empresa con web, app móvil y API en el mismo repositorio puede hacer un cambio de tipo y verlo reflejado en los tres a la vez.
observabilidad: Capacidad de entender qué pasa dentro de un sistema a partir de lo que emite hacia afuera, sin haberlo previsto de antemano. El monitoreo es la práctica asociada, y se apoya en tres pilares: registros, métricas y trazas.Ejemplo: Con buena observabilidad, ante una falla puedes ver qué pedimientos pasaron lento y en qué componente, sin agregar registros de emergencia.
pipeline: Secuencia automatizada de etapas que se ejecutan una tras otra para construir, probar y publicar el software. Cada paso toma la salida del anterior, de modo que un cambio avanza solo si supera todas las verificaciones.Ejemplo: Un pipeline típico hace build, luego lint, luego pruebas y, si todo pasa, despliega a un entorno.
postmortem: Análisis escrito que se hace después de un incidente para explicar qué pasó, por qué, qué impacto tuvo y qué se hará para evitarlo. Se enfoca en los fallos del sistema y del proceso, no en buscar culpables.Ejemplo: Tras una caída de una hora, el postmortem identifica una configuración errónea y propone una verificación que la habría impedido.
prueba de extremo a extremo(E2E): Prueba que recorre el sistema completo tal como lo haría una persona, desde la interfaz hasta la base de datos, simulando el flujo real. Es la más realista y la más lenta, por lo que se reserva para los caminos críticos.Ejemplo: Una prueba E2E abre el navegador, inicia sesión, agrega un producto al carro y paga: si termina bien, el flujo entero funciona.
prueba de integración: Prueba que verifica que varios componentes trabajen bien juntos, incluyendo sus conexiones reales (base de datos, otras APIs). Es más lenta que la unitaria, pero detecta fallos que nacen de la interacción entre partes.Ejemplo: Una prueba de integración guarda un registro en una base de datos real y comprueba que luego se pueda leer.
prueba inestable(flaky test): Prueba que pasa a veces y falla otras sin cambiar el código, casi siempre por depender del orden de ejecución, un tiempo o un estado compartido. Desgasta la confianza en la suite: si una falla es “normal”, pronto se ignoran los avisos.Ejemplo: Una prueba que solo pasa si la red responde rápido es inestable: falla sin razón cuando el entorno está lento.
prueba unitaria: Prueba que verifica una pequeña porción de código (una función o un módulo) de forma aislada, sin depender de base de datos ni de red. Es rápida y localiza con precisión dónde está el fallo cuando rompe.Ejemplo: Una prueba unitaria llama a la función de cálculo de impuestos con un monto fijo y comprueba que el resultado sea el esperado.
pull request: Solicitud para que los cambios de una rama se revisen y se integren en otra, normalmente la principal. Funciona como espacio de revisión, discusión y verificación automática antes de aceptar el código.Ejemplo: Abres un pull request con tu funcionalidad, dos colegas lo comentan y, al aprobarlo, se une a la rama principal.
rama: Línea paralela de desarrollo que parte de un punto del historial y avaja por su cuenta. Permite experimentar o trabajar en una funcionalidad sin alterar la línea principal hasta que esté lista.Ejemplo: Creas la rama `login-redes` desde la principal, trabajas ahí varios días y, cuando termina, las unes.
README: Archivo de presentación de un proyecto, casi siempre lo primero que se lee. Explica qué es, para qué sirve y cómo empezar a usarlo o contribuir, y vive en la raíz del repositorio.Ejemplo: El README muestra cómo instalar las dependencias y cómo levantar el proyecto en tres comandos.
rebase: Operación que reescribe el inicio de una rama para que parta de un punto más reciente de otra, como si la hubieras empezado hoy. Produce un historial más lineal, pero al reescribir commits conviene usarlo con cuidado en ramas compartidas.Ejemplo: Antes de unir tu rama, haces `rebase` para que tus cambios queden encima de lo último de la principal y la historia se vea ordenada.
refactorización: Reorganización del código que mejora su estructura interna sin cambiar lo que hace por fuera. El objetivo es dejarlo más legible y fácil de modificar; se hace en pasos chicos respaldados por pruebas para no romper el comportamiento.Ejemplo: Reemplazar una serie de if anidados por una tabla de búsqueda es una refactorización: el resultado es el mismo, pero el código se entiende.
registro de decisión de arquitectura(ADR): Documento breve que registra una decisión importante de diseño: el contexto, las opciones consideradas y la razón de la elección. Queda versionado junto al código, así el porqué de cada decisión sobrevive a la rotación del equipo.Ejemplo: Un ADR explica por qué se eligió una cola de mensajes en lugar de llamadas directas, y qué supuestos la sostienen.
repositorio: El contenedor donde vive un proyecto bajo control de versiones: incluye los archivos, todo el historial y, muchas veces, uno o varios remotos. Puede estar en tu máquina o en un servidor de hosting como GitHub.Ejemplo: Clonar un repositorio baja a tu disco todos los archivos y todo el historial del proyecto, no solo la última versión.
revisión de código: Práctica en la que otras personas leen los cambios antes de que se integren, para detectar errores, proponer mejoras y compartir contexto. Suele darse dentro de un pull request y es una de las defensas más baratas contra bugs.Ejemplo: Una revisión descubre que olvidaste validar un input antes de que el cambio llegue a producción.
rollback: Operación que revierte el sistema a una versión anterior, casi siempre porque la nueva tiene un problema grave. Es la red de seguridad del despliegue: si falla, se vuelve al estado conocido en vez de reparar en vivo.Ejemplo: Tras detectar que la nueva versión cae, ejecutas el rollback y en segundos vuelve a operar la versión de la semana pasada.
serverless: Modelo en el que el proveedor se encarga de los servidores y tú solo entregas código que se ejecuta al ocurrir un evento. Cobras por el tiempo de ejecución y no gestionas infraestructura; la función como servicio es su forma más conocida.Ejemplo: Subes una función que procesa cada imagen recién subida y la nube la ejecuta solo cuando llega un archivo, sin servidor visible.
traza(trace): Registro que sigue una petición a lo largo de todos los servicios por los que pasa, con el tiempo gastado en cada paso. A diferencia del registro suelto, reconstruye el camino completo y muestra dónde se perdió el tiempo.Ejemplo: Una traza revela que una petición tardó 800 ms, de los cuales 600 ms los consumió una llamada a la base de datos.
versionado semántico: Convención de números de versión con tres partes (mayor.menor.parche) que comunican el tipo de cambio. Subir el número mayor avisa de cambios que rompen compatibilidad; el menor, de novedades compatibles; el parche, de correcciones.Ejemplo: Pasar de la versión 2.3.1 a la 3.0.0 significa que algo dejó de funcionar para quien consumía la API anterior.
worktree: Carpeta adicional ligada al mismo repositorio que te deja tener varias ramas revisadas a la vez, cada una en su directorio. Evita clonar el proyecto varias veces cuando necesitas trabajar en paralelo sin estorbar tu copia principal.Ejemplo: Mantienes la rama principal en una carpeta y, en un worktree aparte, tienes abierta la rama de la funcionalidad para revisarla.

Computación aplicada y campos emergentes · 15

agente de IA: Programa que usa un modelo de lenguaje para decidir qué pasos dar y los ejecuta con herramientas reales —leer archivos, llamar una API, correr un comando— en vez de limitarse a responder texto. La diferencia con un chatbot es que actúa sobre el mundo, así que sus errores también.Ejemplo: Un agente que revisa un repositorio lee los archivos, corre las pruebas y abre una propuesta de cambio, sin que le dictes cada paso.
ajuste fino(fine-tuning): Entrenamiento adicional sobre un modelo ya entrenado, usando datos de un dominio o tarea específica. Adapta su comportamiento sin partir de cero, lo que cuesta menos datos y cómputo.Ejemplo: Un modelo general se ajusta con historiales de soporte para que sus respuestas sigan el tono y los procesos de una empresa.
alucinación de modelo: Salida que el modelo presenta con seguridad pero que es falsa o inventada. No miente a propósito: predice texto plausible sin saber distinguir lo que sabe de lo que no.Ejemplo: Un modelo puede citar con toda seguridad un paper que no existe, con autor y año incluidos: eso es una alucinación.
contexto (de un modelo): Todo lo que el modelo tiene a la vista al responder: tu pregunta, la conversación previa y el material que se le haya cargado. Lo que no está en el contexto, para el modelo no existe, por más que esté en el archivo de al lado.Ejemplo: Si le pegas un documento y después preguntas por otro que no le pasaste, va a responder sin haberlo visto.
generación aumentada por recuperación(RAG): Técnica que, antes de responder, busca documentos relevantes en una base propia y los entrega al modelo como contexto. Así la respuesta se apoya en información actual y verificable, y se reduce la invención.Ejemplo: Al preguntar por la política interna de una empresa, el sistema recupera el documento correcto y deja que el modelo responda apoyándose en él.
inferencia: Fase en la que el modelo ya entrenado se usa para producir predicciones, en contraste con el entrenamiento, en el que se ajustan sus parámetros. Es lo que ocurre cada vez que alguien consulta el modelo.Ejemplo: Cuando escribes una pregunta y el modelo responde, está en modo inferencia: ya no está aprendiendo.
inteligencia artificial(IA): Campo que busca construir sistemas capaces de realizar tareas que asociamos con la inteligencia humana: percibir, razonar, aprender, decidir. Hoy abarca desde reglas explícitas hasta modelos que aprenden patrones a partir de datos.Ejemplo: Un programa que decide si un correo es spam analizando su contenido está haciendo una tarea de inteligencia artificial.
modelo de lenguaje: Modelo entrenado para predecir y producir texto: estima qué palabra sigue con más probabilidad dadas las anteriores. Los grandes modelos de lenguaje pueden además responder, resumir o razonar en grados variados.Ejemplo: Al escribir “el cielo está despejado, así que…”, el modelo de lenguaje sugiere como continuación natural “hará sol”.
notebook: Documento interactivo que mezcla texto, código y resultados (gráficos, tablas) en bloques ejecutables. Es el formato habitual para explorar datos y documentar el análisis paso a paso.Ejemplo: En un notebook escribes un bloque que carga los datos, otro que los grafica y todo queda visible y reejecutable.
prompt: El texto con el que le pides algo a un modelo de lenguaje: la instrucción, el contexto y los ejemplos que le das antes de que responda. Redactarlo bien cambia la respuesta más que casi cualquier otro ajuste, porque el modelo sólo tiene eso para saber qué quieres.Ejemplo: Pedir «resume esto en tres viñetas para alguien que no es del área» da un resultado muy distinto que pedir «resume esto».
sesgo algorítmico: Sesgo sistemático en las decisiones de un modelo, casi siempre heredado de los datos con los que se entrenó. Puede perpetuar o amplificar desigualdades si no se detecta y mitiga.Ejemplo: Un modelo de contratación entrenado con historiales sesgados puede favorecer a un grupo y perjudicar a otro sin que nadie lo pida.
token: Unidad básica en la que un modelo de lenguaje divide el texto antes de procesarlo; puede ser una palabra, parte de una palabra o un signo. El modelo no “ve” letras: ve secuencias de tokens.Ejemplo: La palabra “gato” puede ser un token, y “descontento” podría partirse en “des” + “contenido”.
transformer: Arquitectura de red que procesa todos los elementos de la secuencia a la vez usando un mecanismo de atención para ponderar cuáles importan entre sí. Es la base de los modelos de lenguaje modernos por su eficacia y su paralelismo.Ejemplo: Al traducir una oración, el transformer atiende a las palabras relevantes de toda la frase, no solo a las vecinas.
vector: Secuencia ordenada de números que representa algo en un espacio con muchas dimensiones. En aprendizaje automático es la forma en que se alimenta a los modelos y en que se representan embeddings.Ejemplo: Un color puede representarse con un vector de tres números (rojo, verde, azul); un embedding, con cientos.
ventana de contexto: Cantidad máxima de tokens que un modelo puede considerar a la vez al producir una respuesta. Define cuánto texto, código o historial cabe en una sola interacción.Ejemplo: Un modelo con ventana de 8 mil tokens no puede leer de una sola vez un libro de 100 mil tokens; habría que dividirlo.

Todo — índice alfabéticoLos 868 términos del glosario, letra por letra.

Elegí una letra para ver sus definiciones, o escribí en el buscador de arriba. Se carga una letra por vez para que la página siga siendo liviana en el teléfono.

Fundamentos y teoría de la computación98 términos · Qué se puede computar y a qué costo: algoritmos, complejidad, lógica, autómatas, números y representación de la información.

Programación y lenguajes108 términos · Cómo se escribe un programa: sintaxis, tipos, paradigmas, estructuras de control, funciones, objetos y los lenguajes mismos.

Datos, bases de datos y almacenamiento103 términos · Cómo se guardan, relacionan y consultan los datos: estructuras, modelos relacional y NoSQL, transacciones, índices y formatos.

Sistemas operativos y arquitectura106 términos · La máquina por dentro y el software que la administra: procesos, memoria, archivos, CPU, buses, virtualización y concurrencia.

Redes, internet y desarrollo web115 términos · Cómo se comunican los computadores y cómo se construye lo que ves en el navegador: protocolos, direcciones, HTTP, APIs y front/back.

Seguridad, criptografía y privacidad111 términos · Cómo se protege un sistema y sus datos: cifrado, autenticación, permisos, vulnerabilidades conocidas y prácticas defensivas.

Ingeniería de software y operación114 términos · Cómo se construye software en equipo y se mantiene vivo: control de versiones, pruebas, arquitectura, despliegue, nube y DevOps.

Computación aplicada y campos emergentes113 términos · Dónde desemboca la disciplina: inteligencia artificial, ciencia de datos, gráfica, sistemas embebidos, cuántica y accesibilidad.