El cuadro de diálogo Formato en Windows NT

Artículo original ↗ Discusión en Hacker News ↗

Cuadro de diálogo de formato heredado de Windows y reemplazos modernos

  • Muchos aprecian el cuadro de diálogo de formato original de la era NT por ser simple, claro y todavía “suficientemente bueno”, especialmente en comparación con UIs modernas más “elegantes”.
  • Otros señalan que existe una nueva UI de disco/formateo en Configuración → Almacenamiento → Discos y volúmenes; se ajusta a los temas modernos e integra algunas funciones de Administrador de discos, pero carece de vistas gráficas del diseño del disco y sigue usando MB para los tamaños.
  • Algunos lamentan la pérdida de las UIs de otras utilidades clásicas (por ejemplo, la antigua vista de bloques del desfragmentador).

Las soluciones temporales que se vuelven permanentes

  • Tema ampliamente repetido: las soluciones “temporales” a menudo se vuelven de hecho permanentes si funcionan y reducen la urgencia de reemplazarlas.
  • Historias de grandes empresas: sistemas de producción llenos de “arreglos temporales” apilados y “POCs” escritos por becarios que terminaron siendo componentes centrales.
  • Debate sobre si esto es un fracaso (deuda técnica) o una ingeniería eficiente si la solución dura décadas sin grandes problemas.

Límite de 32 GB de FAT32 y elecciones de sistema de archivos

  • Los comentaristas confirman experimentalmente y mediante código fuente filtrado que el límite de 32 GB de FAT32 se aplica por debajo del nivel de la interfaz (compartido por format.com, diskpart, Administración de discos).
  • Algunos argumentan que el límite probablemente apareció más tarde (Windows 2000), no en el cuadro de diálogo original de NT4, y especulan que quizá se usó para empujar a los usuarios hacia NTFS.
  • Debate sobre FAT32 vs exFAT:
    • FAT32 es ampliamente compatible, pero limitado a archivos de 4 GB; útil para dispositivos antiguos o embebidos y hardware retro de juegos.
    • exFAT elimina los límites prácticos de tamaño y cuenta con soporte nativo en los principales SO, pero tiene historial de patentes, algunas lagunas en dispositivos e informes de problemas de fiabilidad del controlador en macOS.
    • Los grandes volúmenes FAT32 formateados en Linux/*BSD funcionan bien en Windows a pesar del límite de creación del lado de Windows.

Debate sobre el papel y la credibilidad del desarrollador original

  • Algunos comentaristas elogian las contribuciones históricas del desarrollador y su capacidad para contar historias; otros sostienen que exagera su papel (por ejemplo, atribuyéndose decisiones sobre el tamaño de FAT32 o soporte ZIP).
  • Evidencia de antiguos instaladores y sitios de proveedores indica que las carpetas ZIP de Windows usan una biblioteca de compresión de terceros, siendo el trabajo de Windows la integración con el shell/Explorer, no el motor de compresión en sí.
  • Un subhilo detallado expone un antiguo caso legal estatal sobre una empresa de limpiadores de registro/productos “de seguridad” que dirigía el desarrollador, y si eso socava permanentemente la confianza.
  • Los contraargumentos enfatizan que las sanciones legales ya se pagaron, el asunto es público y la condena perpetua es injusta si no hay señales de reincidencia.

Filtraciones de fuentes, verificación y memoria

  • Los comentaristas usan código fuente filtrado de NT4/NT5/XP (ahora reflejado en GitHub) para verificar fechas y responsabilidades del cuadro de diálogo de formato y del comportamiento de FAT32.
  • Se reconoce que la memoria humana es poco fiable, especialmente para hechos de hace décadas repetidos muchas veces; algunas afirmaciones incorrectas pueden ser recuerdos honestamente equivocados y no engaño intencional.

Comparaciones de UI/UX y herramientas

  • Varios contrastan el “clic derecho → Formatear…” de Windows, descubrible y apto para niños, con flujos de trabajo tipo Unix mkfs, que son potentes pero más arriesgados y requieren más conocimiento previo.
  • Se mencionan herramientas gráficas de Linux (por ejemplo, discos de GNOME, particionadores) como alternativas de nivel superior y más seguras.
  • Frustraciones más amplias con herramientas empresariales modernas (por ejemplo, Salesforce para tickets) subrayan la apreciación por sistemas antiguos y más centrados como Remedy.

Visiones sobre “hacerlo bien” vs el perfeccionismo

  • Algunos sostienen que no deberías publicar nada hasta sentirte “orgulloso” de la solución; otros advierten que esto puede degradarse en perfeccionismo y parálisis a la hora de publicar.
  • Una visión de compromiso recurrente: “suficientemente bueno” es aceptable si los problemas son menores y los recursos se aprovechan mejor en mejoras de mayor impacto.