Si es cierto, y desde el punto de vista de programador que no guste de comentar el código eso es una justificación valida, pero no desde el punto de vista de un arquitecto de software, un ingeniero de sistemas o de un líder técnico.Eso no es una justificacion sino un hecho, ya cada uno entrara en sus valoraciones subjetivas pero eso es un hecho.
El software no es un solo el programa ('código compilado'), a Dios Gracias.
:lol: :lol: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.
Siempre que empieza a aprender algo nuevo lo comento pero ya una vez entendido lo dejo sin comentarios
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.:lol: :lol: :lol: :lol:
Eso no es una justificacion sino un hecho, ya cada uno entrara en sus valoraciones subjetivas pero eso es un hecho.El problema es presuponer porque uno no sabe quien le metera la manos al software el dia de mañana.
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.
rparams.Add(something);
intnRepreParams = 50;
//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;
El problema es presuponer porque uno no sabe quien le metera la manos al software el dia de mañana.
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:Código: Text
desde tu punto de vista no se debe comentar porque no estas enseñando a programar
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.
Por otro lado entonces según tu afirmación todas las convenciones de calidad de software estarían equivocadas y tu no...
11
No es ningun problema, sera el problema de una persona NO CAPACITADA para manejar el codigo que le asignaron.
-------------
2
No estoy de acuerdo, grave error es usar un valor directamente en vez de darle un símbolo util.
-------------
3
No, eso lo dijiste vos y no yo.
-------------
4Cita 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.
Seguro, si lo programas asi como mostras no me cabe duda.
-------------
5Cita de: "JuanK"Por otro lado entonces según tu afirmación todas las convenciones de calidad de software estarían equivocadas y tu no...
Te agradeceria que dejaras de sacar conclusiones sobre mis afirmaciones ya que es evidente que las interpretas de una manera diferente a mi intencion.
-------------
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.
Si, profesor Juank, todo lo que usted diga seguro que es asi, incluso sabe lo que intentamos decir o pensamos los demas. Un aplauso! :rolleyes::P :P :P
Estoy de acuerdo contigo.-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.El problema es presuponer porque uno no sabe quien le metera la manos al software el dia de mañana.
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,Citarno es para que aprenda a programar. Para eso estan los tutoriales y no el software.
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:Citarrparams.Add(something);
intnRepreParams = 50;
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;
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:
Fui profesor un tiempo, pero lo hice un poco por experimentar, aca eso es muy mal pago por lo menos en el nivel que me tocaba pues aun no tengo maestria, por otro lado enseñar resulta decepcionante cuando la gente solo quiere pasar las materias y no les interesa realmente el conocimiento ni la preparación para generar conocimiento.Cita de: "Eternal Idol"Si, profesor Juank, todo lo que usted diga seguro que es asi, incluso sabe lo que intentamos decir o pensamos los demas. Un aplauso! :rolleyes::P :P :P
Por cierto que Juank no es profesor en alguna facultad alla en colombia ???
me parece haberlo leido por ahi...
por supuesto asi es.
En un trabajo profesional no deberían mezquinarse los comentarios por muchos motivos, siendo los más importantes (A mi modo de ver) la comunicación entre miembros del proyecto y el costo de mantenimiento.-
:comp:
Lo ironico es si vemos las relaciones de tiempo-trabajo un profesor gana buen dinero...Cita de: "Bicholey"Fui profesor un tiempo, pero lo hice un poco por experimentar, aca eso es muy mal pago por lo menos en el nivel que me tocaba pues aun no tengo maestria, por otro lado enseñar resulta decepcionante cuando la gente solo quiere pasar las materias y no les interesa realmente el conocimiento ni la preparación para generar conocimiento.Cita de: "Eternal Idol"Si, profesor Juank, todo lo que usted diga seguro que es asi, incluso sabe lo que intentamos decir o pensamos los demas. Un aplauso! :rolleyes::P :P :P
Por cierto que Juank no es profesor en alguna facultad alla en colombia ???
me parece haberlo leido por ahi...
Es decir la gente cree que la clase debe ser aprender a usar un lenguaje pero no entiende que la clase debe ser aprender a estructurar las ideas para poder usar un lenguaje ( herramienta) cualquiera sin restricción alguna. Tampoco es facil que la gente entienda que no va a la universidad a aprender a programar ni a ser el mejor programador del mundo, a la universidad se va a formarse 'universalmente' para adquirir destrezas en la creacion de nuevo conocimiento y en la formulación y creación de proyectos/productos de software o de tecnología de calidad.
Lo ironico es si vemos las relaciones de tiempo-trabajo un profesor gana buen dinero...bueno, aca no mucho, pero sobre todo el problema es que yo no era un profesor con la formacion necesaria para devengar bien.
Bien. retomando... yo creo que los comentarios es por utilidad propia a la hora de documentar el software y su documento es para los programadores posteriores.
Lo ironico es si vemos las relaciones de tiempo-trabajo un profesor gana buen dinero...En Argentina, siendo profesor de 9 hs semanales te aseguras un sueldo mediocre y una obra social.
bueno, aca no mucho, pero sobre todo el problema es que yo no era un profesor con la formacion necesaria para devengar bien.
Si fué dificil hacerlo....Que sea más dificil leerlo
Bueno....como leí alguna vez....Hay hay hay, un fantasma :oCitarSi fué dificil hacerlo....Que sea más dificil leerlo
Por eso nunca comento mis códigos :lol:
P.D: Solo comento un poco los de Código Latino, pero esa es otra historia :comp:
Saludos,
Blag :smartass:
Hay hay hay, un fantasma :o
No te desaparezcas Blag !! :beer: