FreeBSD y cifrado post-cuántico & Cuantificación personal y control de datos - Noticias de Hacker News (10 mar 2026)

Arrancamos con sistemas y seguridad. El equipo de FreeBSD publicó FreeBSD 14.4-RELEASE, una actualización importante dentro de la rama estable. Lo que más destaca no es un cambio cosmético: OpenSSH actualiza su intercambio de claves y, por defecto, se pasa a un esquema híbrido con componente post-cuántico. ¿Por qué importa? Porque es una manera de “endurecer” hoy lo que podría ser vulnerable mañana, sin esperar a que la amenaza sea inminente. Además, la versión trae mejoras para ZFS, avances para despliegues en la nube con menos fricción al inicializar máquinas, y mejor integración con virtualización, algo que a administradores y equipos de infraestructura les ahorra dolores de cabeza. Y como nota humana: la publicación se dedica a la memoria de Ken Smith, una figura clave en el proceso de releases del proyecto.

Cambiando de tema, hablemos de datos personales, privacidad y control. El desarrollador Felix Krause lanzó howisFelix.today: una especie de tablero público con “instantáneas” de su estado —desde sueño y actividad hasta ubicación general y hábitos— y una explicación del sistema detrás. Lo interesante aquí no es el morbo, sino el mensaje: buena parte de esos datos ya los recolectan plataformas y apps a diario, solo que normalmente quedan fuera de tu alcance y de tu análisis. Krause cuenta que empezó en 2019 y terminó con cientos de miles de puntos de datos provenientes de fuentes diversas, guardados en una base propia autoalojada. Enseña correlaciones y gráficas, pero evitando lo que considera demasiado sensible. Y el giro más honesto es su conclusión: construirlo y mantenerlo le costó cientos de horas, y aun así los hallazgos “sorprendentes” fueron menos de los que esperaba. En su actualización de 2025 dice que dejó de recolectar datos y de desarrollar el proyecto, aunque lo mantiene online como archivo. Es un buen recordatorio de que “ser dueño de tus datos” es posible, pero no siempre es práctico a escala personal, al menos con un enfoque totalmente artesanal.

Seguimos con investigación en IA, pero aplicada a algo muy tangible: entender el mundo en 3D. Investigadores de Google DeepMind y UC Berkeley presentaron LoGeR, un sistema pensado para reconstrucción 3D densa a partir de video, incluso cuando el video es larguísimo. La idea de fondo es sencilla de apreciar: muchos modelos se llevan bien con clips cortos, pero se degradan cuando la escena se extiende durante minutos y kilómetros; empiezan a “derivar”, pierden coherencia y les cuesta cerrar bucles. LoGeR intenta romper ese límite procesando el video por segmentos y manteniendo una memoria que conserva continuidad local, mientras también sostiene una noción global comprimida para no perder el hilo. ¿Por qué es relevante? Porque si esto escala bien, abre la puerta a reconstrucción más estable en robótica, mapeo de exteriores, y experiencias AR/VR donde la consistencia del espacio no es un lujo: es la diferencia entre algo usable y algo que marea, se descalibra o simplemente falla.

Ahora, herramientas de desarrollo y cultura hacker. Un post celebra dos años de “Emacs Solo”, una configuración de Emacs usada a diario con una regla estricta: nada de paquetes externos. Solo lo que viene en Emacs y código propio en Elisp. La actualización más grande no es una función específica, sino la reorganización: separar una base mínima y clara, y dejar módulos autocontenidos para habilitar piezas según se necesiten. El punto de fondo es interesante: cuando reduces dependencias, sueles ganar estabilidad entre versiones y entiendes mejor tu entorno. También es una postura casi filosófica: en vez de sumar capas, exprimir lo que ya está ahí. Y en un ecosistema donde muchas configuraciones dependen de una cadena larga de plugins, es una demostración de que el “built-in first” puede ser viable para bastante gente.

Pasamos a internet vintage y memoria colectiva. En Ask HN alguien preguntó si FidoNet —la red de BBS de la era del módem y el “store-and-forward”— sigue viva, y si existe un archivo de sus mensajes. La respuesta corta: aún hay actividad en algunos rincones, con nodos, listas y formas modernas de conectarse. Pero el archivo completo, ese gran repositorio histórico, probablemente no existe. Los comentarios retratan algo que hoy cuesta imaginar: conversaciones globales que viajaban lento, en lotes, y aun así creaban comunidades sorprendentemente cohesionadas. Y también aparece una lección incómoda: gran parte de esa cultura se perdió porque no se preservó de manera sistemática. Entre espejos parciales, colecciones dispersas y rescates puntuales, lo que queda es fragmentario. Es un buen espejo para el presente: damos por sentado que “todo queda guardado”, pero no siempre queda guardado donde importa, ni con acceso público, ni con contexto.

En la misma línea de historia tecnológica, alguien se fue a jugar —literalmente— con Lotus 1-2-3 en DOS para responder una pregunta clásica: ¿por qué se volvió la “killer app” del PC y desplazó a VisiCalc tan rápido? La tesis es que no fue solo por tener más pantalla o más memoria. Fue por integración y experiencia: hoja de cálculo, gráficos y funciones tipo base de datos en un paquete que se sentía rápido y más descubrible. Lo interesante es cuántas ideas que hoy nos parecen obvias quedaron popularizadas ahí: referencias absolutas, rangos con nombre, funciones de búsqueda, recalculado eficiente, importación y exportación entre formatos. En otras palabras: muchas “normas” del Excel moderno tienen raíces en decisiones de producto y usabilidad tomadas hace décadas. Y también aparece el lado menos glamoroso: automatización potente, sí, pero con un costo de aprendizaje alto. Nada nuevo bajo el sol.

Ahora un desvío hacia teoría organizacional, pero con cultura pop como excusa. Volvió a circular “The Gervais Principle”, un ensayo que analiza The Office como si fuera un manual satírico de cómo funcionan las empresas. La propuesta es provocadora: en vez de ascender gente hasta su nivel de incompetencia —como sugiere el Peter Principle— aquí se describen capas de personas con incentivos distintos, donde el sistema premia comportamientos que mantienen la maquinaria andando, no necesariamente el mérito. ¿Y por qué esto importa en un feed de tecnología? Porque muchas decisiones técnicas, de producto y de carrera no se explican por “la mejor idea”, sino por dinámicas de poder, incentivos y supervivencia organizacional. No hace falta comprar todo el marco del ensayo para reconocer el valor de mirarlo como una lente: a veces entender la empresa es más útil que entender el stack.

Cerramos con una historia de hardware que parece pequeña pero enseña mucho. Un prototipo de tarjeta osciloscopio PCIe, ThunderScope, mostraba errores grandes de frecuencia y lecturas inestables. El problema terminó siendo un reloj de referencia —un TCXO— que estaba muerto, dejando al sistema sin una base de tiempo confiable. Hasta ahí suena a “componente falló”. Pero lo interesante fue la autopsia: al abrir el módulo, el cristal parecía estar bien; la sospecha se movió a algo más mundano y más traicionero: los bond wires. La conclusión apunta a que una limpieza ultrasónica durante el retrabajo pudo haber debilitado o directamente separado una unión, rompiendo la conexión crítica del resonador. ¿Por qué importa? Porque es un recordatorio de que, en electrónica de precisión, la fiabilidad no depende solo del diseño: también de cómo se manipula, repara y limpia. Y a veces una práctica “normal” de taller puede convertirse en una fuente sistemática de fallos difíciles de diagnosticar.