Justo cuando terminó la conferencia de Apple, en nuestro grupo de frontend estábamos hablando de los colores y la cámara del iPhone 17, pero no sé quién lanzó una captura de pantalla con un fragmento de código HTML perfectamente formateado, y todo el grupo se desvió del tema para hablar de esta herramienta de formato HTML. La verdad, esta cosa normalmente todos la usamos, pero ese día la conversación fue especialmente animada, quizás porque estábamos cansados de ver la conferencia y buscábamos una excusa para distraernos.
La cosa fue así: un compañero del grupo aceptó un trabajo freelance y el cliente le dio un montón de archivos HTML exportados de un sistema antiguo, con un código desastroso. Etiquetas anidadas de cualquier manera, comillas en los atributos a veces sí y a veces no, la indentación era aleatoria, en algunos lugares había siete u ocho espacios y en otros todo estaba pegado. Dijo que al abrir el archivo sintió como ver un ovillo de lana destrozado por un gato. Pensaba ordenarlo manualmente, pero después de media hora solo había terminado una página y casi se quedó ciego. Luego alguien le pasó una herramienta de formato HTML, pegó el código, pulsó un botón y todo el código quedó impecable al instante: los saltos de línea donde correspondían, la indentación correcta, la jerarquía de etiquetas clarísima. Dijo que esa sensación fue mejor que ver la conferencia.
En realidad, el formato HTML no es ni grande ni pequeño. Normalmente, al escribir código, el editor suele tener función de formato automático y uno no le presta mucha atención. Pero cuando tienes que modificar el código de otro o copiar un HTML comprimido de algún sitio, sin una herramienta de formato realmente te desesperas. Sobre todo ese HTML comprimido en una sola línea, con miles de caracteres apretados, que no encuentras ni la etiqueta de cierre de un div, solo puedes escanear línea por línea con los ojos, una eficiencia terrible.
Alguien del grupo también mencionó que algunas herramientas de formato son muy detalladas. Por ejemplo, puedes elegir si la indentación usa espacios o tabulaciones, si son 2 o 4 espacios, si los atributos van en línea nueva, si las etiquetas vacías se autocierran, e incluso unificar mayúsculas y minúsculas. Estas opciones parecen insignificantes, pero en la práctica ahorran mucho trabajo. Por ejemplo, si en tu equipo alguien usa tabulaciones y otro espacios, al enviar el código los formatos chocan; en ese momento ejecutas la herramienta de formato y todos quedan contentos.
Otro punto que se comentó bastante es que algunas herramientas de formato HTML en línea permiten pegar directamente una URL, subir archivos o incluso procesar varios archivos de un proyecto completo. Para esos casos en que hay que ordenar código antiguo en masa, esta función es muy práctica. No hay que copiar y pegar archivo por archivo, y el tiempo ahorrado alcanza para leer varias noticias de la conferencia.
Pero también hubo quien advirtió que al usar herramientas en línea hay que tener cuidado, porque algunas suben tu código a un servidor. Si es un proyecto interno de la empresa o código con información sensible, mejor usar una herramienta local o un plugin del editor. Al fin y al cabo, con la seguridad del código, nunca está de más ser precavido.
Al final, todos llegamos a un consenso: la herramienta de formato HTML, aunque normalmente no te acuerdes de usarla, en momentos clave realmente te salva. Sobre todo justo después de una conferencia, cuando todos quieren irse temprano, lo que se puede resolver con un clic no hay que hacerlo a mano. El compañero del grupo que aceptó el trabajo freelance incluso dijo después que guardó la herramienta en favoritos y que de ahora en adelante, antes de modificar, formateará todo primero, mucho más tranquilo.
Así que ya ves, hablando de la conferencia de Apple, terminamos en una demostración de herramientas de frontend. Pero está bien, al menos es más interesante que hablar solo de especificaciones de teléfonos.