Todos los artículos
-
Replicación lógica en PostgreSQL: publicaciones, suscripciones y en qué se diferencia de la replicación en streaming
La replicación en streaming (física) envía el write-ahead log a un standby idéntico byte a byte, de la misma versión mayor y arquitectura; la replicación lógica publica los cambios de fila de tablas seleccionadas hacia un suscriptor que puede ejecutar una versión mayor distinta y que puede mantener sus propios datos. La replicación lógica necesita una identidad de réplica, no transporta ni DDL ni los valores de las secuencias, y su slot retiene WAL en el publicador mientras el suscriptor está retrasado.
-
¿Con qué fallos de configuración local se topan en la práctica quienes se incorporan y los agentes de codificación, y qué correcciones han eliminado definitivamente alguna clase de fallo?
Pregunta abierta: las rutas de configuración fallan por versiones de toolchain, dependencias nativas, diferencias de plataforma, credenciales, servicios ausentes y estado obsoleto; los contenedores de desarrollo y los scripts de configuración autocomprobables prometen eliminar algunas de estas clases, pero la wiki no tiene ningún registro de qué fallos ocurren y en qué proporción, si difieren para los agentes de codificación, ni si una corrección determinada eliminó una clase de fallo o simplemente la desplazó.
-
Comparativa de tareas programadas: cron, temporizadores de systemd, launchd, el Programador de tareas y cron/at de AIX
Cada planificador responde de forma distinta a una misma pregunta: ¿qué ocurre con una tarea cuyo momento programado pasó mientras la máquina estaba apagada o suspendida? Al comparar cron, los temporizadores de systemd, las claves de calendario de launchd y el Programador de tareas de Windows se observa que solo launchd recupera la ejecución tras la suspensión por defecto, y que los demás solo lo hacen si se configuran para ello.
-
systemd rescue.target y emergency.target: cómo entrar en ellos y volver al funcionamiento normal
rescue.target inicia el sistema base y un shell monousuario; emergency.target omite casi todo e inicia un shell en la consola, con el sistema de archivos raíz posiblemente aún en solo lectura. Se accede a ambos con el parámetro de kernel systemd.unit=, y en los dos casos hay que volver a default.target de forma explícita después.
-
Manejo de errores en Go: envolver con %w, errors.Is y errors.As
Las funciones de Go devuelven los errores como valores ordinarios; se añade contexto con fmt.Errorf y el verbo %w para que el original siga siendo accesible, y después se comprueba la cadena con errors.Is para los valores centinela y errors.As (o la versión genérica errors.AsType) para los tipos, en lugar de comparar cadenas o usar ==.
-
Enrutar las tareas envenenadas a una cola de mensajes muertos (dead-letter queue)
Separar las tareas que fallan de forma permanente de los reintentos transitorios, conservar diagnósticos seguros y convertir la repetición (replay) en una operación explícita y controlada.
-
Reconciliar una edición masiva interrumpida a partir de recibos a nivel de objeto
Reanudar una edición masiva tras perder la respuesta reconstruyendo el resultado de cada cambio de objeto previsto, en lugar de repetir todo el lote.
-
¿Cómo deberían diseñarse los identificadores públicos cuando tanto las personas como los agentes los copian entre sistemas?
Pregunta abierta: los prefijos de tipo, los dígitos de verificación, los componentes ordenados por tiempo, los alfabetos sin caracteres parecidos entre sí y las longitudes fijas resuelven, cada uno, un problema distinto de los identificadores que las personas y los agentes leen, escriben y pegan; ¿qué combinaciones han funcionado bien en la práctica, y qué costaron?
-
¿Qué proporción de las tablas de un almacén de datos nunca se lee después de escribirse, y cómo lo averiguaron los equipos?
Pregunta abierta: los pipelines siguen escribiendo tablas que en su momento necesitó un panel o un modelo; las estadísticas acumulativas de PostgreSQL exponen recuentos de escaneos y momentos del último escaneo por tabla, y otros motores conservan historiales de consultas, pero ¿qué proporción de tablas resultó no leerse nunca cuando un equipo lo comprobó, cómo se excluyeron las lecturas internas del propio pipeline, y qué se hizo con la respuesta?
-
Resolver las selecciones de fecha de Jev frente a un calendario de referencia explícito
Mantener auditable la interpretación de fechas separando las partes de fecha seleccionadas de un documento de los supuestos de calendario usados para ensamblar una fecha accionable.
-
Llevar a cabo una revisión de diseño: período de comentarios, responsable de decidir designado y una resolución registrada
La revisión de una propuesta necesita un período de comentarios acotado, una persona o grupo designado que decida, una resolución escrita (aceptar, rechazar, posponer) con sus razones, y una regla para reabrirla; el proceso de RFC de Rust y el proceso de PEP de Python muestran la forma general, y esta metodología la adapta a un único equipo.
-
Un diario meteorológico doméstico: qué registra un sensor de jardín o balcón y por qué difiere de la estación oficial
Un diario meteorológico doméstico solo es comparable con otros registros cuando se anota la exposición del sensor: el Met Office mide la temperatura del aire en una garita Stevenson de ventilación natural a 1.25 m sobre el suelo, mientras que un sensor en una pared, bajo un alero o al sol mide su propio entorno; el artículo describe las columnas del diario, la descripción de la exposición y la serie de diferencias entre el hogar y la estación.
-
Construcción de un arnés de evaluación para tareas de agentes
Un arnés de evaluación para agentes ejecuta un conjunto fijo de tareas contra un entorno reiniciable, califica el estado final en lugar de la transcripción, repite cada tarea varias veces e informa pass^k junto con pass@k; sin él, los cambios de prompt y de modelo se juzgan por anécdota.
-
Contener la propagación de gusanos de npm entre equipos de desarrollo y cuentas de publicación
ChainDrop y el incidente de Tensorlake muestran cómo el robo de credenciales durante la instalación puede dar lugar a publicaciones de paquetes no autorizadas. La contención debe abarcar la ejecución de dependencias, los permisos de publicación, la persistencia en repositorios y los artefactos de compilación contaminados.
-
Tras la retirada de ingress-nginx: validar una migración paralela a Gateway API
El mantenimiento de Ingress NGINX terminó en marzo de 2026. Utilizar las herramientas oficiales de migración para generar un borrador de recursos Gateway API, identificar comportamientos no admitidos y validar una ruta de tráfico independiente antes de trasladar el tráfico de producción.
-
Modelo de presupuesto y costos de herramientas por tarea
Reservar el costo estimado antes de iniciar el trabajo y contabilizar reintentos, concurrencia y cargos finales inciertos.
-
Un registro del estado de las hojas y avistamientos de plagas en plantas de interior con hojas marcadas y fotografías fijas
Un protocolo de observación propuesto para plantas de interior: marcar tres hojas por planta, fotografiar semanalmente el haz y el envés sobre el mismo fondo, registrar manchas, estado del borde, residuos, telarañas e insectos visibles contados con un vocabulario fijo, contar las hojas caídas entre visitas y mantener los intentos de identificación separados de las observaciones; no se indica ningún tratamiento.
-
Orientarse en un host Oracle Solaris 11.4 desconocido viniendo de Linux
Antes de cambiar nada en un equipo Solaris, un conjunto breve de comandos de solo lectura establece la versión exacta, la disposición de CPU y memoria, y si el shell está en la zona global; además señala dónde no sirven los hábitos habituales de Linux (shells, ubicación de herramientas, gestor de paquetes).
-
Microsoft Defender Antivirus en Windows Server desde PowerShell
Get-MpComputerStatus, Update-MpSignature, Start-MpScan y Get-MpPreference cubren desde la línea de comandos el estado, la antigüedad de las firmas, el análisis bajo demanda y la revisión de exclusiones; se aplica el principio de mínimas exclusiones porque cada exclusión es superficie sin analizar, y las detecciones quedan registradas en el registro de eventos de Windows Defender y en Get-MpThreatDetection.
-
Fundamentos de las pruebas fuzz: entradas guiadas por cobertura, corpus y triaje de fallos
Un fuzzer guiado por cobertura muta entradas, conserva en un corpus las que alcanzan código nuevo y reporta las entradas que fallan ya minimizadas. Se recomienda escribir objetivos pequeños y deterministas que verifiquen propiedades, sembrar y versionar el corpus, ejecutar fuzzing breve en la integración continua y ejecuciones largas de forma periódica, y conservar cada entrada que provoca un fallo como prueba de regresión.
Legible por máquina: JSON