Asuntos Oficiales > La taberna del BIT
Ustedes Comantan Sus Codigos?
lencho:
--- Cita de: "Bicholey" --- :lol: :lol:
Siempre que empieza a aprender algo nuevo lo comento pero ya una vez entendido lo dejo sin comentarios
--- Fin de la cita ---
estoy completamente de acuerdo con Bicholey, cuando hago algo nuevo lo comento bien explicado, y a veces pa los demas algo ya comunes, solo en el comienzo del metodo.
BYTE.
Bicholey:
--- Cita de: "Eternal Idol" --- Para mi los comentarios tienen que estar para ayudar a entender un codigo de una determinada complejidad y se le presupone al programador un entendimiento basico para estar frente al codigo, no es para que aprenda a programar. Para eso estan los tutoriales y no el software.
--- Fin de la cita ---
:lol: :lol: :lol: :lol:
Totalmente de acuerdo...
ElNapster:
Solo las cosas mas importartantes o procedimientos muy astrales jajaja :P
JuanK:
--- Cita de: "Eternal Idol" --- Eso no es una justificacion sino un hecho, ya cada uno entrara en sus valoraciones subjetivas pero eso es un hecho.
Para mi los comentarios tienen que estar para ayudar a entender un codigo de una determinada complejidad y se le presupone al programador un entendimiento basico para estar frente al codigo,
--- Fin de la cita ---
El problema es presuponer porque uno no sabe quien le metera la manos al software el dia de mañana.
--- Citar ---no es para que aprenda a programar. Para eso estan los tutoriales y no el software.
--- Fin de la cita ---
Y este es otro grave error, quien dijo que se debe comentar el codigo para aprender a programar?
el código se comenta es para ser util dentro el contexto del producto, si uno esta haciendo un sw y hace alguna asignación sencilla como ej:
--- Citar ---rparams.Add(something);
intnRepreParams = 50;
--- Fin de la cita ---
desde tu punto de vista no se debe comentar porque no estas enseñando a programar, pero lo cierto es que es probable que se deba comentar porque dentro del producto esto hace algo importante:
--- Citar ---//Asignar la cantidad de parámetros representativos para el calculo de rezagos lo
//que sea...
//Este valor se tiene en cuenta en los procesos diurnos de...
intNumParams = 50;
--- Fin de la cita ---
Lo que si es un hecho es que la calidad del código va en detrimento sino se encuentra bien comentado, incluso a uno mismo unos años después se le puede complicar revisar una pieza de código que hizo tiempo atrás, entonces como no lo sera para otra persona que nunca habia visto ese código. Esos son hechos.
Por otro lado entonces según tu afirmación todas las convenciones de calidad de software estarían equivocadas y tu no... :whistling:
Eternal Idol:
--- Cita de: "JuanK" ---El problema es presuponer porque uno no sabe quien le metera la manos al software el dia de mañana.
--- Fin de la cita ---
No es ningun problema, sera el problema de una persona NO CAPACITADA para manejar el codigo que le asignaron.
--- Cita de: "JuanK" ---el código se comenta es para ser util dentro el contexto del producto
--- Fin de la cita ---
¿Quien dijo lo contrario?
--- Cita de: "JuanK" ---si uno esta haciendo un sw y hace alguna asignación sencilla como ej:
--- Código: Text ---rparams.Add(something);intnRepreParams = 50;
--- Fin de la cita ---
No estoy de acuerdo, grave error es usar un valor directamente en vez de darle un simbolo util.
--- Cita de: "JuanK" ---desde tu punto de vista no se debe comentar porque no estas enseñando a programar
--- Fin de la cita ---
No, eso lo dijiste vos y no yo.
--- Cita de: "JuanK" ---Lo que si es un hecho es que la calidad del código va en detrimento sino se encuentra bien comentado, incluso a uno mismo unos años después se le puede complicar revisar una pieza de código que hizo tiempo atrás, entonces como no lo sera para otra persona que nunca habia visto ese código.
--- Fin de la cita ---
Seguro, si lo programas asi como mostras no me cabe duda.
--- Cita de: "JuanK" ---Por otro lado entonces según tu afirmación todas las convenciones de calidad de software estarían equivocadas y tu no...
--- Fin de la cita ---
Te agradeceria que dejaras de sacar conclusiones sobre mis afirmaciones ya que es evidente que las interpretas de una manera diferente a mi intencion.
Navegación
[#] Página Siguiente
[*] Página Anterior
Ir a la versión completa