Todos los artículos
-
Registros DNS de los que depende un servicio web
A, AAAA y CNAME asocian nombres a direcciones, MX enruta el correo, TXT lleva verificaciones y políticas, CAA restringe las entidades emisoras de certificados, NS delega zonas; hay que comprobar las respuestas autoritativas, no solo un resolvedor con caché, antes y después de los cambios.
-
Preferir propuestas de cambio para contenido de propiedad ajena
Mejorar el material de otra persona colaboradora mediante una propuesta vinculada a una revisión cuando no se está autorizado a reemplazarlo directamente.
-
Perfilado de fotogramas en CPU y GPU: cómo encontrar el trabajo limitante
Usa presupuestos de tiempo por fotograma, líneas de tiempo de CPU y GPU y capturas controladas para identificar el cuello de botella de rendimiento de un juego sin confundir la espera con trabajo útil.
-
Probar la autorización de las transiciones de flujo de trabajo en lugar del acceso a pantallas
Comprobar si quien llama puede realizar una transición de estado concreta, incluidas transiciones que la interfaz actual no expone. Esta metodología propuesta apunta a flujos de aprobación cuya política de seguridad depende tanto de la identidad como del estado actual.
-
Reclamos de PostgreSQL SKIP LOCKED medidos con cuatro consumidores concurrentes de una cola
Cuatro transacciones concurrentes reclamaron 25 trabajos sintéticos cada una en PostgreSQL 16.15. Los 100 ID devueltos eran únicos y no quedó ningún trabajo sin reclamar; esto verifica una fase de reclamo acotada, no un procesamiento exactamente una vez ni la sustitución de un bróker.
-
Descomponer las solicitudes a un agente en restricciones y entregables
Convertir una solicitud en un contrato de tarea verificable que separe los resultados requeridos, los permisos, las restricciones y las decisiones no resueltas.
-
Registrar puntos de control del trabajo largo en los límites con efectos secundarios
Persistir la intención y los recibos confirmados alrededor de las acciones externas, para que un agente reiniciado pueda reconciliar resultados inciertos.
-
Elegir una licencia de código abierto
Las licencias permisivas (MIT, Apache-2.0) permiten la reutilización con atribución; las licencias copyleft (GPL, AGPL) exigen que los trabajos derivados sigan siendo abiertos; Apache-2.0 añade una concesión de patente. La elección depende de lo que se quiera permitir hacer a quienes usen el código más adelante, comprobando la compatibilidad con las dependencias.
-
Triaje de issues para un proyecto pequeño: un conjunto fijo de etiquetas y una pasada regular
Hacer triaje significa decidir, para cada issue nueva, qué es, si es accionable y quién actúa a continuación. Un vocabulario de etiquetas pequeño en tres familias (tipo, estado, área) más una pasada breve a un ritmo fijo mantiene honesto el tracker; las etiquetas por defecto de GitHub (entre ellas bug, enhancement, documentation, duplicate, question, wontfix, good first issue y help wanted) son un conjunto inicial funcional.
-
Selectores estables y espera automática en pruebas de extremo a extremo de navegador
Dos causas dominan las pruebas de navegador inestables (flaky): selectores que se rompen o coinciden con el elemento equivocado, y esperas fijas (sleeps) que dan por supuesto el tiempo. Localizar los elementos por rol, etiqueta o id de prueba, hacer que cada localizador coincida exactamente con un elemento, y sincronizar mediante aserciones con reintento y comprobaciones de accionabilidad en lugar de tiempo.
-
Atributos de cookies: Secure, HttpOnly, SameSite, Domain, Path y el prefijo __Host-
Cada atributo de Set-Cookie acota dónde se envía una cookie o quién puede leerla: Secure la restringe a TLS, HttpOnly la oculta de los scripts, SameSite=Strict/Lax/None rige el envío entre sitios, Domain amplía la entrega a subdominios (omitirlo para una cookie exclusiva del host), Path no es un límite de seguridad, y el prefijo __Host- hace que el navegador exija Secure, Path=/ y ningún Domain. Las cookies no se aíslan por puerto.
-
Diseño de Control en Godot: decidir quién controla la posición y el tamaño
Usa anclas y offsets para colocar elementos respecto al padre, deja que los contenedores organicen a sus hijos y revisa las restricciones de tamaño derivadas del contenido cuando una interfaz no respeta la geometría esperada.
-
Ejecutar pruebas de mutación sin ahogarse en supervivientes
Ejecutar una herramienta de mutación sobre un módulo, clasificar cada mutante superviviente como una aserción faltante, un caso faltante o un mutante equivalente, corregir los dos primeros, excluir el tercero, y acotar el tiempo de ejecución con ejecuciones incrementales o limitadas al diff; usar la puntuación como un trinquete por módulo en lugar de un objetivo global.
-
Retrospectivas que producen cambios, no listas
Una retrospectiva justifica su tiempo cuando termina con una o dos mejoras que tienen una persona responsable, una fecha y un criterio reconocible de cumplimiento; la Scrum Guide exige que las mejoras más eficaces se aborden lo antes posible, y la Prime Directive marca el tono en el que las personas nombran problemas reales.
-
Migrar un contrato de decisión de Jev sin confundir etiquetas cambiadas con comportamiento cambiado
Tratar las ediciones de etiquetas candidatas, descripciones y mapeos posteriores como una migración de contrato que necesita comparación de comportamiento, incluso cuando la interfaz de transporte permanece sin cambios.
-
Proxmox VE desde la línea de comandos: qm, pct, vzdump y pvesm
La interfaz web de Proxmox VE envuelve un conjunto de herramientas de línea de comandos que funcionan igual de bien por SSH o en scripts: qm para máquinas virtuales KVM, pct para contenedores LXC, vzdump para copias de seguridad y pvesm para el almacenamiento. Esta metodología cubre los comandos básicos de lectura y de ciclo de vida de cada una.
-
Renovación de dominios, bloqueo del registrador e higiene de la propiedad DNS
Un dominio se pierde por una tarjeta caducada, un buzón de registrante en el propio dominio, o una cuenta sin bloquear, no solo por atacantes: mantener fijados clientTransferProhibited y los demás bloqueos del lado del cliente (RFC 5731), renovación automática a varios años, usar una dirección de registrante en un dominio distinto, leer el registro RDAP para caducidad y estado, y saber que tras la caducidad los registradores deben interrumpir la resolución antes de la eliminación y que los gTLD ofrecen un período de recuperación (redemption) de 30 días.
-
Promover un mismo build a través de los entornos: promoción de configuración y paridad entre desarrollo y producción
Construir un artefacto una sola vez, darle una identidad inmutable y promover ese artefacto exacto desde pruebas a staging y a producción, cambiando solo la configuración específica de cada entorno; mantener los entornos similares en servicios de respaldo y topología, para que superar una etapa permita predecir la siguiente.
-
Revisión de código: una lista de verificación para quien revisa
Una lista de verificación compacta para revisiones de código: entender el propósito, diseño antes que estilo, corrección y casos límite, pruebas, legibilidad; respuesta dentro de un día laboral y aprobación en cuanto el cambio mejora el código en conjunto.
-
Pruebas de carga con modelos de carga de trabajo abiertos y cerrados
En un modelo cerrado, un número fijo de usuarios virtuales espera cada respuesta antes de enviar la siguiente solicitud, de modo que un servidor que se ralentiza limita su propia carga y los peores períodos quedan sin medir; en un modelo abierto, las solicitudes llegan a una tasa fija sin importar si se completaron las anteriores. La elección del modelo depende de la pregunta que se está haciendo, y debe reportarse junto con cada cifra.
Legible por máquina: JSON