Comentarios en: 12 señales de que eres un mal programador

Por: jc

jc — Fri, 05 Nov 2010 02:31:54 +0000

OMG, en verdad me falta mucho que aprender,,,,

Por: Victor

Victor — Thu, 12 Aug 2010 18:19:23 +0000

Creo que la variedad de cosas que fue desarrollando son algo importante para su experiencia en los distintos programas, seria bueno poder entender un poco mas de las herramientas de desarrollo para sistemas operativos… pero creo que esta proximo a desarrollar un sistema operativo propio y de marca sudamericana jaja.

Por: mario

mario — Fri, 02 Jul 2010 16:36:52 +0000

Bueno creo me aplica la 9 , 10 . pero eso es visto desde otra optica buena y optima que es si tu copias un codigo se supone que esta bien elaborado y lo probaste y esta bien , no te va a generar errores .
repecto a exceptar el error con un on error resume next creo q debe ser utilizado ya por un plugin o active x o un control que se salga de la manos del programador , bueno aqui hablando de VB y Delphi

Por: Mr.M

Mr.M — Mon, 27 Jul 2009 08:33:48 +0000

Que tal, soy un “pequeño” programador y digo pequeño por que no me considero un gran programador como aquellos que han contribuido a hacer del software un arte, y digo que es un arte por q un conocedor de programacion quedaria complacido al ver el codigo de una aplicacion al que no se le pueda aplicar ninguna optimizacion (ojo no es agregar cosas nuevas es mejorar el codigo q hace algo), bueno pasando a los puntos, no recuerdo q numero sea pero el punto q habla de multiples returns (mas de uno) dando mi opinion personal los multiples returns son validos siempre y en todo lugar, claro si se nesecitan, usulmente siempre empleo dos valores, el aceptado y uno especial que indica error, simple y sencillo (no me gusta hacer que las excepciones se propaguen mas de un nivel) no se en donde lo lei o a quien se lo escuche, pero segun se es de buena “etiqueta” controlar la mayor cantidad de errores mediante ifs o casos, debido a creo segun mi logica que le costara mas “trabajo” al ordenador identificar una excepcion que evaluar un if.
Bueno esa es mi opinion, y sobre los UMLs son de gran ayuda si se saben utilizar, si no mejor con unos simples rayones bastaria para hacer algo “mediano”…
Saludos a todos, espero haber aclarado mi punto de vista (cosa que dudo), pero al menos he expresado mi humilde opinion.

Por: Jess

Jess — Fri, 24 Apr 2009 22:25:50 +0000

Solo estoy de acuerdo con la 11…

Soy de los que opina que el mundo es mucho mas sencillo de lo que dicen los blogs.

Por: Zamarronstein

Zamarronstein — Mon, 06 Apr 2009 23:19:55 +0000

Creo que faltó lo de nombrar variables a lo tonto, jeje… por ejemplo:

int a, b, c, d, e, f;

jajaja…

Por: xxCc

xxCc — Thu, 15 May 2008 21:23:46 +0000

Los punteros en C son cosa de diversion,

char *ptr1 = “hola puntero”;
char **ptr2 = 0;

ptr2 = &ptr1;

cout << *ptr2 << endl;
printf(“%s”, ptr1 );

Creo que es fundamental la imaginacion primero para dominar la tecnica.

Por: dvilchez.net » Blog Archive » Algunos links

dvilchez.net » Blog Archive » Algunos links — Fri, 18 Apr 2008 14:32:15 +0000

[...] 12 señales de que eres un mal programador A mi no me convence mucho este patrón, pero para gustos colores. Liberado Resource Manager Application Block Inside c# (redondeo al “par más próximo”) Deshabilitar el chequeo de compatibilidad de extensiones en las betas de firefox 3 Inside c# (valores por defecto) Patrones (Patrón provider) Métodos de extensión (String formatting with named variables) Si tienes un problema y puedes resolverlo con expresiones regulares, tienes dos problemas. ¿O no? Rendimiento (Imagenes nativas) Linq (Si estas haciendo un bucle….) [...]

Por: Jorge Vázquez

Jorge Vázquez — Thu, 10 Apr 2008 18:18:44 +0000

Yo creo que el modelado no es exclusivo de un programador y mucho menos de alguien de sistemas. El modelar es expresar una idea y seguir un flujo que te puede ayudar a encontrar consistencias e inconsistencias en una propuesta.
El modelado no debe ser una interpretación de algo que se llevará a código máquina, debe pensarse también como un análisis y propuesta que se le hace a una persona que no conoce de sistemas pero entiende de forma gráfica los pasos que se requieren para concluir una solución automatizada por código máquina.

Por: Genito

Genito — Mon, 31 Mar 2008 10:46:55 +0000

Simpático el post.
Perdón, yo programo para usuarios tontos, los inteligentes hacen sus propios programas, y precisamente poniéndome en el lugar de un usuario tonto trato de atajar la mayor cantidad de errores posibles y al mismo tiempo hacer el programa lo más fácil posible de usar, de eso se trata o no?