Comentar el código, un gran enemigo

Comentar el código, un gran enemigo

Deja una respuesta

Comment as a guest.

  1. Exactamente , los comentarios en lo posible hay que evitarlos , solo debemos hacerlos cuando haya algo que el codigo no puede decir por si mismo , de todas formas siempre hay que tenerlos como ultimo recurso y no abusar de ellos . Con respecto a los comentarios TODO yo no los implementaria ya que en la actualidad si usamos un software controlador de versiones como git , junto con algun servicio como github ,gitlab o lo que fuese , existen los llamados Pull request , donde los miembros de mi equipo deberian revisar mi codigo y en caso de encontrar alguna falla ( incumplimiento de algun estandar o mala practica) realizar los comentarios pero en el repositorio remoto , dejando documentado y explicado el porque de las fallas , por ultimo el dev que subio codigo de mala calidad deberia cambiarlo para que asi los miembros del equipo le aprueben su trabajo y luego poder subirlo a master o a la rama en la cual este el codigo que ira a produccion

    1. Como estas Marcelo? Tenes razón que para esos casos tenemos los Pull Request. Tal vez los TODO nos servirían como un «recordatorio» para nosotros mismos. Un caso podría ser que estemos desarrollando una clase y a un método le dejamos datos hardcodeados para probar el flujo del proceso. En ese caso le podríamos agregar un TODO al método para recordar que debemos hacer la implementación.

      Muchas gracias por tu comentario!

Sliding Sidebar

Matias Echazarreta

¡Hola!

Mi nombre es Matias Echazarreta.
Soy desarrollador web con más de 12 años de experiencia. Amante de Laravel, de los libros y del rock de los ’90. Te puedes comunicar conmigo  por trabajos de contratación, haciendo click aquí.

Nuestro Patreon

Desde Patreon puedes solicitar asesoria personalizado. ¡Ir a Patreon!

Suscríbete a nuestra lista de correo