Qué es Clean Code
Clase 3 de 24 • Curso de Clean Code y Buenas Prácticas con JavaScript
Contenido del curso
Carina Payleman
student•
hace 3 años
Reinaldo Mendoza
student•
hace 3 años
Billy Torres
student•
hace 3 años
Clase 3 de 24 • Curso de Clean Code y Buenas Prácticas con JavaScript
Contenido del curso
Carina Payleman
Reinaldo Mendoza
Billy Torres
Sharon Gizela Arana Mendoza
Reinaldo Mendoza
Humberto Guardado
LEONARD CUENCA
Irving Juárez
Joan Manuel Theran Burgos
Humberto Guardado
Jose Luis Tovar Fernández
Kevin Giovanni Cano Blanco
Jose Gabriel Argüello
Jasubi Lehem Piñeyro Legaspi
Luis Rodolfo Reyes
Eric Daniel Cavanzo
Oscar Andrey Martinez Calderon
Emerson Cedeño
Ikal Esteban Fernández Galván
Luis Eduardo Payano Villar
Maria Alejandra Luna Tito
NELLY DE LA OSSA ACOSTA
Melisa Barrera
Aramis Garcia Guerrero
Eugenio Condori
José manuel Sanchez Juarez
Jose Ever Muñoz Muñoz
Cuando programé mis primeros proyectos solo Dios y yo sabíamos qué estaba haciendo Ahora solo Dios sabe.
x2, luego escribiendo mejor código ya me permito entender que quise hacer, pero al inicio de mi carrera era bastante común que me pasara eso
jajajja
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
Oh por Dios, si es hasta mas difícil hacer eso, ja
yo estuve allí igualmente, solo que la chica de al lado usaba una microfalda, y no entendía para que servía el botón que decía "SAVE".
Ella tuvo que tomar un curso de inglés antes de meterse a nuevos cursos del tema.
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
la frese celebre: antes Dios y yo sabiamos que decia el codigo, ahora solo Dios lo sabe
print("totalmente de acuerdo")
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
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.
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
Actualmente, debido a mi falta de experiencia y no teniendo conocimiento de las buenas prácticas, mi equipo tuvo que refactorizar los Test E2E que realice justo cuando nos quedaba 1 semana para integrar a producción. 😅
cuando empecé, a veces escribía variables como :
var jjjj = 0, no sé si a alguien más le haya pasado
SJSJSJ cuando yo practico (ademas de que hasta ahora empiezo) no se me ocurren nombres, entonces si son codigos cortos directamente pongo ("si", "no", "a", "b") Lo cual si me doy cuenta que esta re mal hecho SJSJ pero no se me ocurrían nombres
Me resulta la mejor manera de medir la calidad de nuestro código:
WTFs/minute ... buena unidad de medida! 🤣
¡Recuerda!
Es bueno poner comentarios para describir algunas cosas, ¡pero no es bueno usarlos de más! Mejor ponle nombres descriptivos a tus variables o funciones.
Algunos de los principios clave del Clean Code son:
1. Legibilidad
2. Funciones Pequeñas y Concisas
3. Nombres Significativos
temp o data, a menos que sean apropiados en el contexto.4. Evitar la Duplicación de Código
5. Código Auto-Documentado
6. Uso de Excepciones en Lugar de Códigos de Error
7. Desacoplamiento
8. Principio SOLID
9. Pruebas Unitarias
10. Mantener el Código Simple (KISS)
En resumen, el Clean Code se enfoca en la simplicidad, claridad y en la creación de código que sea sostenible y fácil de mejorar.
si me suele pasar que cuando ya voy a terminar la funcionalidad veo cosas que podría mejorar o cosas q no entiendo o se ven algo mal. O cuando lo vuelvo a ver digo pucha como hice esto asi.
Clean code: Es un termino popularizado, para determinar la calidad del código, es decir, es aquel que fue escrito con la intención de que otra persona lo entienda.
El chat gtp: aquí tienes un resumen de los puntos más importantes del libro "Clean Code: A Handbook of Agile Software Craftsmanship" de Robert C. Martin (también conocido como "Uncle Bob"):
Estos puntos resumen la filosofía y las prácticas recomendadas por Robert C. Martin para escribir código limpio y mantenible. Aplicar estos principios puede llevar a un código de alta calidad y fácil de mantener a lo largo del tiempo.
Nos pasa a todos, a través del tiempo nos vamos dando cuenta todo lo que hemos aprendido, por ejemplo yo implementaba una funcionalidad en 100 líneas, cuando se podía hacer en 30 :/
“El código limpio es aquel que se ha escrito con la intención de que otra persona lo entienda”
Yo jaja trabajando en un proyecto legacy pense que seguía el mismo concepto de codificación anterior toca dar mantenimiento no me acuerdo ni como funciona para rematar no tiene test
