Hace casi veinte años que no programo para terceros, la edad seguramente ya no acompaña, pero mi experiencia indica que en muchos programas el 1% del código consume el 99% del tiempo de máquina, o sea que optimizar este uno por ciento, aunque sea a nivel de "microoptimización", mejora mucho el rendimiento global.
Claro está que optimizar la estructura general también es básico. Pero por lo que veo no está de moda, cada vez veo que se pide más personal que sepa tal o cual lenguaje o sistema, pero no personas que sepan resolver determinados tipos de problemas. Y cuando hay un verdadero problema algorítmico, es difícil encontrar quien lo solucione. Por poner un caso: en una empresa de automoción con docenas de informáticos, no encontraron a nadie que supiera construir un algoritmo optimizar los movimientos de un brazo robot con seis grados de libertad en función de unas determinadas restricciones.
Era sólo un ejemplo. Tengo la impresión personal de que programas como el OO son cartesianos, en el sentido que se estructuran como lo explicaría un manual para estudiantes, dando muy poco margen a que un programados con ideas alternativas pueda influir significativamente en su estructura global.
Si a esto le sumamos que la docena de puntos críticos se han programado en C++ y no en ensamblador, probablemente por pura coherencia con el resto del programa (y para facilitar su multiplataforma también, sospecho), seguro que tendremos un programa más bien lento.
Re:lamento desilusionarte...
(Puntos:2)( http://barrapunto.com/ )
Claro está que optimizar la estructura general también es básico. Pero por lo que veo no está de moda, cada vez veo que se pide más personal que sepa tal o cual lenguaje o sistema, pero no personas que sepan resolver determinados tipos de problemas. Y cuando hay un verdadero problema algorítmico, es difícil encontrar quien lo solucione. Por poner un caso: en una empresa de automoción con docenas de informáticos, no encontraron a nadie que supiera construir un algoritmo optimizar los movimientos de un brazo robot con seis grados de libertad en función de unas determinadas restricciones.
Era sólo un ejemplo. Tengo la impresión personal de que programas como el OO son cartesianos, en el sentido que se estructuran como lo explicaría un manual para estudiantes, dando muy poco margen a que un programados con ideas alternativas pueda influir significativamente en su estructura global.
Si a esto le sumamos que la docena de puntos críticos se han programado en C++ y no en ensamblador, probablemente por pura coherencia con el resto del programa (y para facilitar su multiplataforma también, sospecho), seguro que tendremos un programa más bien lento.