EDICIóN GENERAL

¿Por qué es 2 * (i * i) más rápido que 2 * i * i en Java? (Eng)

#67 Tenéis los dos razón.. ambas prácticas son buenas. Y no necesariamente hacer hincapié en una u otra te hace mejor o peor programador.
#120 Lee mi post bien. El que no tiene razón es él. Mi comentario dice lo mismo que el tuyo. Las importantes son todas. No sólo lo que dice @jcarlosn que parece que le han hecho ayer analista y se le ha subido a la cabeza...
#149

CC #120

#120 Lee mi post bien. El que no tiene razón es él. Mi comentario dice lo mismo que el tuyo. Las importantes son todas. No sólo lo que dice @jcarlosn que parece que le han hecho ayer analista y se le ha subido a la cabeza...

Analista? Pero qué máquina del tiempo has usado para volver del pasado?

Hace muchos años que no creo en la figura de los analistas, etc. Trabajo en entornos de investigación y en entornos startup, y en ninguno existe la figura del analista.

Mira, creo que te has metido en camisa de once varas.

Este es mi blog: jcarlosnorte.com

También te he dado enlaces a códigos de altísimo rendimiento desarrollado por mi.

En serio, creo que hace rato que esta estrategia tuya de llamarme cuñado y menospreciar lo que digo con ataques personales, no está dando resultados.

Si quieres podemos volver al debate del rendimiento, que creo que es mucho más interesante que los ataques personales con los que estás quedando en evidencia.

Te insisto, el rendimiento no consiste en detalles del compilador, salvo en contadas excepciones. El rendimiento es consecuencia estructural de la arquitectura y el diseño del programa, y normalmente incluso cuando optimizas casos, lo haces optimizando contra computadores electromagnéticos modernos con sus limitaciones, no es inteligente optimizar contra el compilador, por qué esos detalles implementativos cambian, y tú programa se vuelve más lento.

Mucha gente se ha pillado ya los dedos con estas cosas en el pasado, y podemos aprender de ello: el rendimiento viene como consecuencia del buen diseño de software, no es consecuencia de detallitos que van a cambiar :-)
#153 joder tio

Me suena tu cara
#158 quizás nos hemos visto en algún sitio, el mundo es un pañuelo!
#149 por cierto, te he agregado a LinkedIn :-)

He visto allí tu experiencia profesional, si te molan los temas de alto rendimiento creo que no estás en los entornos adecuados y te sugiero cambiar de empresas.

En Everis no vas a aprender muchas cosas de calidad, sinceramente.
#156 ya no ando alli, pues "no encajaba" ;)

* no le hago ni caso al linkedin!!!! xD la verdad !!!!


** En Everis no vas a aprender muchas cosas de calidad, sinceramente. --> Si, aprendi a rechazar la MALA CALIDAD ;)
#120

No, no tenemos razón los dos. El rendimiento no se obtiene buscando hacks del compilador o esquivando errores del compilador. Si optimizas así, estás ligado a una versión específica del compilador y esos comportamientos no forman parte del contrato del compilador, por lo que van a cambiar.

El rendimiento se obtiene a través de una buena arquitectura, no de hacks.

menéame