Qué es Clean Code

Cuando programé mis primeros proyectos solo Dios y yo sabíamos qué estaba haciendo
Ahora solo Dios sabe.

Me paso que trabajé con una chica que copiaba y pegaba una y otra vez los procesos para no hacer funciones y para acabarla, todo se llamaba ‘character, characteer, chaaracter, characters’ :c

la frese celebre: antes Dios y yo sabiamos que decia el codigo, ahora solo Dios lo sabe

Por mi experiencia y duro inicio recomiendo los siguientes tips

• Antes de programar tener una hoja en blanco y escribir o garabatear lo que vas a hacer esto ayuda mucho organizar tus ideas

• Para mí programar es como jugar o armar bloque de LEGO, esto ayuda a categorizar lo que vas a hacer y ayuda a generar un código limpio por los principios del LEGO cualquier persona puede armar un bloque

• Tener buenas bases, NO hablo de ser experto, o ser un supergenio, Hablo de que sepas que piezas de LEGO puedes usar y entender tus habilidades y limitaciones

• Por favor usar las reglas básicas de doc documents, tú sabes comentar cada variable que no es obvia, y por favor cada función anexarle una descripción

• Mantener un código identado ayuda mucho.

• Si es algo complejo de hacer es difícil de explicar así que simplifica

Robert C. Martin es un gran autor, yo lo recomiendo bastante, de hecho el fue el que acuño el termino SOLID (el no invento estos principios, solo dio el nombre), para las reglas “universales” que se tienen que seguir al escribir una buena arquitectura de sofware. Sin embargo, la mayoria de sus libros estan enfocados en POO. Por esa razón, se dice que en React no se pueden ocupar los principios SOLID.
.
En el caso de JS, al ser un lenguage de programación que esta enfocado en funciones y que tiene “first-class functions”, muchas veces las autoproclamadas “reglas universales” de programación como SOLID, no aplican. Ya que JS nos permite ejercer otros patrones de diseño que en la mayoria de los lenguages no se pueden hacer. Esto es, debido al feature de “first-class functions” que nos proporciona JS

Cada vez que chequeo un proyecto en el que he trabajado, digo lo mismo… Quien escribió esto. Al menos me doy cuenta de todo lo que he aprendido

Que es clean Code?

Es un termino popularizado por Robert C martin en su libro CleanCode: A handbook of Agile Software Craftsmanship en el 2008.
El código limpio es aquel que se ha escrito con la intención que otra persona lo entienda

Me resulta la mejor manera de medir la calidad de nuestro código:

Hace unos años trabajaba con de una forma que funcionaba pero si regresaba al código luego de un par de meses, no lo entendía, es como la frase que dice: "Cuando hice este código solo dios y yo sabíamos que hacía, ahora solo dios sabe"
Trabajaba con mucho código espagueti y ni hablar de las malas practicas.

Recuerdo el sueño del diagrama TOPDOWN…

• De mi primera etapa de programador, tengo una severa lesión en dos vértebras, debido a la mala postura y sobrepeso.

• Es formidable como en Platzi te enseñan de todo, incluso a sentarte bien al escritorio.

En mis primeros proyectos, digamos que era un poco imprudente al escribir el código, no tomaba en cuenta muchos factores que a la larga luego se me dificultaba entender hasta yo mismo lo que hice… sin embargo, lo he ido mejorando con el tiempo 😃

el Clean Code es como escribir un mensaje claro para las computadoras y para otros programadores. Hace que trabajar en proyectos sea más fácil y ayuda a evitar confusiones y errores. ¡Así que, al escribir código, hay que tratar de mantenerlo limpio y ordenado para que todos puedan entenderlo y trabajar juntos de manera más suave!

Cuando veo mi código viejo me doy cuenta que doy muchas vueltas para hacer algo, sin embargo, como dejo comentarios tengo una lijera idea de lo que pensaba cuando lo hice, sigue siendo código malo pero ayuda.

Cuando empecé a programar me propuse hacer una mini página donde voy subiendo toda la info que voy aprendiendo y los ejercicios que realizo, cada tanto me meto en cosas viejas con la idea de mejorar el código, pero están escritas de una forma tan horrenda que simplemente los borro y los vuelvo hacer. XD

Eso me paso cuando después de un año y medio de volver al código, donde recién estaba creando mis primeras códigos en mi trabajo, fue volver y decir, por Dios, que desastre de código. Era funcional pero poco mantenible. Y ahí me di cuenta que nos solo que mejore un poco sino que en todo ese año y medio, había aprendido muchísimas cosas que me ayudaron a mejorar en mi día a día

la mayoríá de las ocasiones me pregunto que rayos estaba pensando, más si llevo mucho tiempo sin hacer ese código. El ejemplo mas interesante, es que a principios de año me toco revisar el código que hice hace 2 años cuando entre a la empresa donde estoy actualmente, este está hecho en react pero con clases y me comencé a preguntar porque no lo pase a hooks y porque hice esas cosas de esa manera

me paso con los primeros proyectos que hice, después cuando me toco realizarle modificaciones debido a una 2da fase me di cuenta de todo lo que había aprendido ya que le pude realizar refactorizaciones, creando funciones y quitando código que ya no ocupaba