Comentarios en: Un error común en programación http://www.codigomanso.com/es/2008/11/un-error-comun-en-programacion/ Programación, informática y tecnología Mon, 08 Mar 2010 11:57:07 +0000 http://wordpress.org/?v=2.9.2 hourly 1 Por: dev.enekoalonso.com : Unnecessary function calls inside loops http://www.codigomanso.com/es/2008/11/un-error-comun-en-programacion/comment-page-1/#comment-11 dev.enekoalonso.com : Unnecessary function calls inside loops Fri, 28 Nov 2008 19:49:57 +0000 http://www.codigomanso.com/?p=156#comment-11 [...] Calling to functions that return the same value over and over to test the exit condition on a loop is a very novel error or mistake, but I have seen it multiple times in different programming languages. At the end, the problem is the programmer relying on the compiler optimization, which I think is a bad practice. Write efficient code and let the compiler do its job. But don’t rely on it to optimize your inefficient code. Not to say than there is no compiler optimization at all when writing interpreted code like Python or Javascript. [...] [...] Calling to functions that return the same value over and over to test the exit condition on a loop is a very novel error or mistake, but I have seen it multiple times in different programming languages. At the end, the problem is the programmer relying on the compiler optimization, which I think is a bad practice. Write efficient code and let the compiler do its job. But don’t rely on it to optimize your inefficient code. Not to say than there is no compiler optimization at all when writing interpreted code like Python or Javascript. [...]

]]> Por: maeghith http://www.codigomanso.com/es/2008/11/un-error-comun-en-programacion/comment-page-1/#comment-9 maeghith Thu, 27 Nov 2008 17:12:08 +0000 http://www.codigomanso.com/?p=156#comment-9 Sí, claro hay que ser consciente de lo que se hace. PD: no fue difícil: compartiste 2 posts de este blog con el g.reader :) Sí, claro hay que ser consciente de lo que se hace.

PD: no fue difícil: compartiste 2 posts de este blog con el g.reader :)

]]> Por: Pau Sanchez http://www.codigomanso.com/es/2008/11/un-error-comun-en-programacion/comment-page-1/#comment-8 Pau Sanchez Thu, 27 Nov 2008 09:58:55 +0000 http://www.codigomanso.com/?p=156#comment-8 @maeghith: me he centrado en la función strlen en PHP para ejemplificar, pero me referia al concepto en si de meter una llamada a una función en un bucle. Efectivamente en Pascal no pasa, y en Java, aunque no he hecho la prueba, seguramente al llamar a length probablemente tampoco (y seguramente que usando la clase string de C++ - una de las clases más mal diseñadas en la historia de la humanidad - esto tampoco pase), pero repito que si no sabes como está diseñada una función, y que es capaz o no de optimizar el compilador o interprete, por lo general es mejor idea no ponerlo en el bucle, si bien es verdad que al final tampoco va a afectar mucho a los tiempos de ejecución, toda gota cuenta para llenar un vaso. En cualquier caso, la idea es que la gente tome conciencia, no dictar una norma. Si sabes lo que haces, eres libre de hacer lo que quieras ;) PD: @maeghith tio no se te esapa un blog, eres un crack :D @maeghith: me he centrado en la función strlen en PHP para ejemplificar, pero me referia al concepto en si de meter una llamada a una función en un bucle.

Efectivamente en Pascal no pasa, y en Java, aunque no he hecho la prueba, seguramente al llamar a length probablemente tampoco (y seguramente que usando la clase string de C++ – una de las clases más mal diseñadas en la historia de la humanidad – esto tampoco pase), pero repito que si no sabes como está diseñada una función, y que es capaz o no de optimizar el compilador o interprete, por lo general es mejor idea no ponerlo en el bucle, si bien es verdad que al final tampoco va a afectar mucho a los tiempos de ejecución, toda gota cuenta para llenar un vaso.

En cualquier caso, la idea es que la gente tome conciencia, no dictar una norma. Si sabes lo que haces, eres libre de hacer lo que quieras ;)

PD: @maeghith tio no se te esapa un blog, eres un crack :D

]]> Por: maeghith http://www.codigomanso.com/es/2008/11/un-error-comun-en-programacion/comment-page-1/#comment-7 maeghith Wed, 26 Nov 2008 18:58:16 +0000 http://www.codigomanso.com/?p=156#comment-7 No, en pascal no pasa ya que pascal no usa el '' para las cadenas y arrays sino que guarda el tamaño en el 1º elemento. En la wikipedia lo explican: http://en.wikipedia.org/wiki/String_(computer_science)#Representations (inglés) Creo que esta es una de las cosas por las que Pascal se ha usado bastante en la demoscene: <strong>parecía</strong> que iba más rápido en los bucles. No, en pascal no pasa ya que pascal no usa el ” para las cadenas y arrays sino que guarda el tamaño en el 1º elemento.

En la wikipedia lo explican: http://en.wikipedia.org/wiki/String_(computer_science)#Representations (inglés)

Creo que esta es una de las cosas por las que Pascal se ha usado bastante en la demoscene: parecía que iba más rápido en los bucles.

]]> Por: Pau Sanchez http://www.codigomanso.com/es/2008/11/un-error-comun-en-programacion/comment-page-1/#comment-6 Pau Sanchez Wed, 26 Nov 2008 18:42:47 +0000 http://www.codigomanso.com/?p=156#comment-6 La respuesta corta a esa pregunta es: Efectivamente el g++ con -O3 optimiza el <em>strlen</em>, pero no es capaz de optimizar ninguna función que hayas creado tú, por lo que la línea entre lo que es capaz de optimizar en un bucle, y lo que no, no está clara. Parece que optimiza el strlen porque conoce <em>strlen</em> (aunque en lo que tengo de experiencia en linkers y compiladores, esto no debería ser así, y seguro que hay una explicación mejor a que tiene hardcodeadas optimizaciones para strlen y otras funciones de la CRT). Para más información, y un análisis completo, <a href="http://www.codigomanso.com/2008/11/un-error-comun-en-programacion-lenguajes-compilados/" rel="nofollow">mira la segunda parte</a> :) La respuesta corta a esa pregunta es:
Efectivamente el g++ con -O3 optimiza el strlen, pero no es capaz de optimizar ninguna función que hayas creado tú, por lo que la línea entre lo que es capaz de optimizar en un bucle, y lo que no, no está clara.

Parece que optimiza el strlen porque conoce strlen (aunque en lo que tengo de experiencia en linkers y compiladores, esto no debería ser así, y seguro que hay una explicación mejor a que tiene hardcodeadas optimizaciones para strlen y otras funciones de la CRT).

Para más información, y un análisis completo, mira la segunda parte :)

]]> Por: Un error común en programación: Lenguajes compilados » Codigo Manso http://www.codigomanso.com/es/2008/11/un-error-comun-en-programacion/comment-page-1/#comment-5 Un error común en programación: Lenguajes compilados » Codigo Manso Wed, 26 Nov 2008 18:42:06 +0000 http://www.codigomanso.com/?p=156#comment-5 [...] ha apuntado que muy probablemente esto que yo comentaba como un típico error que la gente comete cuando programa, se optimiza en los lenguajes compilados (vease [...] [...] ha apuntado que muy probablemente esto que yo comentaba como un típico error que la gente comete cuando programa, se optimiza en los lenguajes compilados (vease [...]

]]> Por: Juanjo http://www.codigomanso.com/es/2008/11/un-error-comun-en-programacion/comment-page-1/#comment-4 Juanjo Wed, 26 Nov 2008 10:31:13 +0000 http://www.codigomanso.com/?p=156#comment-4 No estoy seguro, pero en lenguajes compilados (y no interpretados -incluyendo código intermedio-) se realizan optimizaciones que detectan esto que describes. Igual puede ser interesante probarlo y compilar con gcc con el flag -O :) No estoy seguro, pero en lenguajes compilados (y no interpretados -incluyendo código intermedio-) se realizan optimizaciones que detectan esto que describes.

Igual puede ser interesante probarlo y compilar con gcc con el flag -O :)

]]>