Mi HTML era un div gigante y no me daba cuenta
Estaba usando div para absolutamente todo. Cuando intenté organizar el CSS, nada encajaba. Cambiar a header, main y section no fue solo “semántica”, hizo que todo el layout empezara a tener sentido.
``` ```
Estaba usando div para absolutamente todo. Cuando intenté organizar el CSS, nada encajaba. Cambiar a header, main y section no fue solo “semántica”, hizo que todo el layout empezara a tener sentido.
Tenía todo en un solo archivo y cada cambio rompía otra cosa. Separarlo en base, layout, components y pages no fue opcional, fue necesario para dejar de pelearme con mi propio código.
Empezaba a codear directamente sin tener clara la estructura. Resultado: rehacer todo varias veces. Ahora intento diseñar antes, aunque sea en papel.
Al principio todo funcionaba “mágicamente”, pero al intentar hacer algo más complejo me perdí. Me di cuenta de que necesito dominar bien JavaScript antes de apoyarme en frameworks.
Los cambios no se reflejaban y pensaba que Docker estaba roto. El problema era cómo montaba los volúmenes. Hasta que entendí eso, estuve perdiendo tiempo sin saber realmente qué estaba pasando.
Pensaba que validar en frontend era suficiente. Revisando código en Java entendí que si no controlas los datos en el backend, estás expuesto a errores y problemas de seguridad.
Intenté conseguir datos de playas y me encontré APIs incompletas, caídas o directamente de pago. Aprendí que muchas veces el problema no es el código, sino la calidad de los datos.
Generaba contactos correctamente la primera vez, pero al repetir la acción la app se cerraba. No era un error evidente, sino un problema de estado. Aprendí que los bugs intermitentes son los más peligrosos.
Primer contacto real con HTML. Nada espectacular, pero este fue el punto donde empezó todo.