#29 Siempre que sale el tema de los lenguajes de programación, lo primero de lo que se habla es de cual es mas rápido. Aparte de que como arquitecto no comparto esta visión, y considero que los factores a la hora de evaluar 'plataformas' (que es de lo que estamos hablando aquí) son muchos mas y mas importantes que este... estaría bien que me digas cuando dices que es rápido, que significa rápido para ti
Pregunto esto por que en toda mi carrera profesional, la mayoría de los problemas con el desarrollo de aplicaciones no tienen que ver con el rendimiento, sino con la fiabilidad, escalabilidad, código legacy, deuda técnica, obsolescencia de plataformas, carencia de librerías y soporte, baja oferta de trabajadores para la plataforma, etc etc.
Pero si quieres, podemos obviar todo eso y hablar exclusivamente de rendimiento, que es de lo que hablas cuando dices 'rápido'.
Si hablamos de rendimiento, lo que sucede es que es EXTREMADAMENTE raro encontrarse con que los problemas de rendimiento tengan su origen en la velocidad a la que una 'virtual machine' o un interprete ejecuta las instrucciones.
Normalmente los problemas, en la mayoría de aplicaciones que se me ocurren, tienen que ver con como está programada la aplicación y su solución es tan simple como refactorizar ciertas partes.
Normalmente los problemas tienen su origen en el uso de I/O, problemas algorítmicos básicos, incorrecto uso de la persistencia, problemas de concurrencia mal resueltos y leaks de todo tipo.
Por lo que, de tu comentario yo entiendo que te refieres a que en un bechmark controlado computando PI o algo similar, PHP era mas rápido bajo ciertas condiciones, lo cual habría que comprobar y crear un experimento repetible, ya que la mayoría de benchmark pasan por alto muchos asuntos... Pero aun y así, incluso siendo cierto, sería una anécdota sin mucha importancia.
Si te gusta la arquitectura y el diseño de lenguajes, te recomiendo leer:
Pregunto esto por que en toda mi carrera profesional, la mayoría de los problemas con el desarrollo de aplicaciones no tienen que ver con el rendimiento, sino con la fiabilidad, escalabilidad, código legacy, deuda técnica, obsolescencia de plataformas, carencia de librerías y soporte, baja oferta de trabajadores para la plataforma, etc etc.
Pero si quieres, podemos obviar todo eso y hablar exclusivamente de rendimiento, que es de lo que hablas cuando dices 'rápido'.
Si hablamos de rendimiento, lo que sucede es que es EXTREMADAMENTE raro encontrarse con que los problemas de rendimiento tengan su origen en la velocidad a la que una 'virtual machine' o un interprete ejecuta las instrucciones.
Normalmente los problemas, en la mayoría de aplicaciones que se me ocurren, tienen que ver con como está programada la aplicación y su solución es tan simple como refactorizar ciertas partes.
Normalmente los problemas tienen su origen en el uso de I/O, problemas algorítmicos básicos, incorrecto uso de la persistencia, problemas de concurrencia mal resueltos y leaks de todo tipo.
Por lo que, de tu comentario yo entiendo que te refieres a que en un bechmark controlado computando PI o algo similar, PHP era mas rápido bajo ciertas condiciones, lo cual habría que comprobar y crear un experimento repetible, ya que la mayoría de benchmark pasan por alto muchos asuntos... Pero aun y así, incluso siendo cierto, sería una anécdota sin mucha importancia.
Si te gusta la arquitectura y el diseño de lenguajes, te recomiendo leer:
eev.ee/media/2012-04/PHP Anatomía del mal diseño.pdf