No hace falta ser un gurú ni aplicar patrones rarísimos. Solo hace falta escribir código que diga lo que hace, que no esconda cosas raras y que no te haga pensar “¿quién coño escribió esto?”… siendo tú el autor.
Nada mágico. Solo cosas que cuando las haces bien, todo el proyecto mejora sin darte cuenta.
Si tienes que parar a pensar qué hace una variable… ya vamos mal. El nombre tiene que explicarlo solo. Sin adivinanzas.
let x = 30;let diasDeGarantia = 30;Una función = una responsabilidad. Si hace 5 cosas, en realidad no hace ninguna bien.
Ese código súper compacto que parece magia… en 2 semanas nadie lo entiende. Ni tú.
Si ves que algo empieza a oler raro, arréglalo. No esperes a que todo sea un caos.
Un proyecto bien organizado se entiende solo. Uno desordenado… ni con mapa.
Ese “otro dev” que leerá tu código… muchas veces eres tú mismo. Y no te vas a acordar de nada.
Antes de dar algo por bueno:
Nadie escribe código malo a propósito. Sale por prisas, por “esto es rápido”, por “luego lo arreglo”.
Y así empiezas con algo simple… y terminas con variables tipo dataNuevaFinal2 y funciones que nadie quiere tocar.
Código limpio no es ser perfecto. Es no dejar un desastre detrás.