HTML para el usuario, REST solo cuando hace falta
En tiempos donde todo parece girar en torno a las API REST, es fácil caer en el exceso: cargar todos los datos de un formulario HTML mediante múltiples fetch() , aunque el mismo backend podría entregarlos de una sola vez. Esta entrada no pretende demonizar REST ni JavaScript, sino promover un uso consciente: mantener el HTML limpio y funcional, y recurrir a fetch o APIs REST solo cuando realmente se necesita. Principio guía: simple por defecto, dinámico cuando sea necesario ¿Qué se puede renderizar directo en HTML? Listas estáticas o semi-estáticas: países, categorías, bancos, etc. Datos que ya vienen desde el servidor y no dependen de la interacción del usuario. ¿Cuándo usar fetch tiene sentido? Selects encadenados: región → ciudad → comuna. Formularios que requieren datos según otra selección. Interacción dinámica que mejora la UX (como autocompletar). Ejemplo híbrido: lo mejor de ambos mundos <select ...