#5 ese argumento es incorrecto, un buen compilador de Fortran hecho en C seguramente produzca código más eficiente que C (aunque normalmente los compiladores, después de la versión inicial, están hechos en el mismo lenguaje, para aumentar la portabilidad)
#7 pues también está equivocada, porque el acto de programar es mucho mejor (más fácil, más rápido, más cómodo, etc.) en cualquier lenguaje de más alto nivel (php, python, perl, java, etc.) aunque el resultado en sí (el programa) sea mejor (más eficiente, más compacto) en el otro de más bajo nivel (C, C++, Fortran, Pascal, etc.).
#9 ¿subjetivos? ¿dónde ves la subjetividad? es un surtido de benchmarks de distintos tipos (numéricos, recursividad, procesamiento de texto, memoria dinámica, accesos irregulares...), intensivos en cómputo y fáciles de implementar.
¿Acaso los otros lenguajes no tienen JIT's o compiladores estáticos? ¿Prefieres que gane php dándole ventajas sobre los demás en lugar de que compita en igualdad de condiciones? Lo que se está midiendo además son implementaciones de referencia de cada lenguaje (nótese que por ejemplo para C usan el gcc y no los super-optimizados compiladores de Intel o AMD).
Si te molestas en leer el FAQ (http://shootout.alioth.debian.org/debian/faq.php) podrás ver que los algoritmos elegidos son los mismos para todos los lenguajes y la implementación es la más directa o natural en cada lenguaje. No hay ningún interés oculto en que php salga mal parado.
#10 pues ese profesor te ha engañado, la eficiencia depende tanto del programador como del compilador... si tienes un compilador que paraleliza bien, la diferencia es tremenda.
me encanta meneame, uno hace una exposición razonada de unos hechos (#4, #11) y como a algunos les desagrada te crujen a negativos
en fin, allá ustedes, negar las evidencias es de idiotas.
(por cierto, sobre lo del autobombo al que me refiero en #4 el pibe ya se ha tomado la molestia de poner una homepage distinta a la de esta noticia)
No seas tan duro con la comunidad windup. Para que veas, yo te he votado positivo en todos tus comentarios . Pero la actitud de cabrón con mala leche no te la quita nadie
#13 juas, me tienes calado
uno intenta parecerse a Sócrates, pero al final me quedo únicamente con la parte de hacer la puñeta y sin nada de sabidurida
#4 Bonitos tests... y altamente subjetivos:
1.- No toman en cuenta la posibilidad de usar precompiladores
2.- Dependen de la implementación concreta de cada algoritmo
Tirando de algo como eAccelerator, APC, Zend, etc. las cosas cambian bastante (aumento de hasta 10x en velocidad, por ejemplo).
para mi PHP tiene mejores rendimientos que otros Scripting languages, en tiempo de desarrollo y tiempo de ejecución, pero nunca será como programar en C.
Como un profesor dice... "toda la eficiencia depende del programador no del lenguaje", y para mi PHP es muy bueno para web y para escritorio, aunque admito también programo en C, Python y otros. Y hay algunas cosas que prefiero hacer en C o python.
Comentarios
#5 ese argumento es incorrecto, un buen compilador de Fortran hecho en C seguramente produzca código más eficiente que C (aunque normalmente los compiladores, después de la versión inicial, están hechos en el mismo lenguaje, para aumentar la portabilidad)
#7 pues también está equivocada, porque el acto de programar es mucho mejor (más fácil, más rápido, más cómodo, etc.) en cualquier lenguaje de más alto nivel (php, python, perl, java, etc.) aunque el resultado en sí (el programa) sea mejor (más eficiente, más compacto) en el otro de más bajo nivel (C, C++, Fortran, Pascal, etc.).
#9 ¿subjetivos? ¿dónde ves la subjetividad? es un surtido de benchmarks de distintos tipos (numéricos, recursividad, procesamiento de texto, memoria dinámica, accesos irregulares...), intensivos en cómputo y fáciles de implementar.
¿Acaso los otros lenguajes no tienen JIT's o compiladores estáticos? ¿Prefieres que gane php dándole ventajas sobre los demás en lugar de que compita en igualdad de condiciones? Lo que se está midiendo además son implementaciones de referencia de cada lenguaje (nótese que por ejemplo para C usan el gcc y no los super-optimizados compiladores de Intel o AMD).
Si te molestas en leer el FAQ (http://shootout.alioth.debian.org/debian/faq.php) podrás ver que los algoritmos elegidos son los mismos para todos los lenguajes y la implementación es la más directa o natural en cada lenguaje. No hay ningún interés oculto en que php salga mal parado.
#10 pues ese profesor te ha engañado, la eficiencia depende tanto del programador como del compilador... si tienes un compilador que paraleliza bien, la diferencia es tremenda.
me encanta meneame, uno hace una exposición razonada de unos hechos (#4, #11) y como a algunos les desagrada te crujen a negativos
en fin, allá ustedes, negar las evidencias es de idiotas.
(por cierto, sobre lo del autobombo al que me refiero en #4 el pibe ya se ha tomado la molestia de poner una homepage distinta a la de esta noticia)
No seas tan duro con la comunidad windup. Para que veas, yo te he votado positivo en todos tus comentarios
. Pero la actitud de cabrón con mala leche no te la quita nadie 
#13 juas, me tienes calado
uno intenta parecerse a Sócrates, pero al final me quedo únicamente con la parte de hacer la puñeta y sin nada de sabidurida
#3 ¿para ti? ¿y para los benchmarks qué tal? creo que esto no es un campo abierto a la opinión personal...
PHP vs Perl: http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=php&lang2=perl (gana Perl)
PHP vs Lua: http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=php&lang2=lua (gana Lua)
PHP vs Python: http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=php&lang2=python (gana Python)
PHP vs Ruby: http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=php&lang2=ruby (más o menos empate)
PHP vs TCL: http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=php&lang2=tcl (gana TCL)
PHP vs BASIC: http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=php&lang2=fbasic (gana BASIC)
En fin, en cuestión de rendimiento queda bastante claro que es una soberana mierda...
Por cierto, el tufillo a autobombo que me estaba oliendo al final era correcto, @saddor
#4 Bonitos tests... y altamente subjetivos:
1.- No toman en cuenta la posibilidad de usar precompiladores
2.- Dependen de la implementación concreta de cada algoritmo
Tirando de algo como eAccelerator, APC, Zend, etc. las cosas cambian bastante (aumento de hasta 10x en velocidad, por ejemplo).
para mi PHP tiene mejores rendimientos que otros Scripting languages, en tiempo de desarrollo y tiempo de ejecución, pero nunca será como programar en C.
anda la osa, comparar C con PHP es demasiado, partiendo del hecho que este fue creado con C
parece que mi español no es claro, |o|| no hay problemas
la frase esta " pero nunca será como programar en C" significa que programar en C es muuucho mejor que programar en PHP
Como un profesor dice... "toda la eficiencia depende del programador no del lenguaje", y para mi PHP es muy bueno para web y para escritorio, aunque admito también programo en C, Python y otros. Y hay algunas cosas que prefiero hacer en C o python.
#4 supongo que los enlaces que has dado, se llaman benchmark.php por casualidad, igual deberían ser benchmark.basic para que fuesen mas rápido
Y respecto al artículo, muy muy pobre.
Por poder, se puede, ya lo dice el propio manual oficial de php.net, pero no vas a sacar mejor rendimiento que con otros lenguajes más apropiados.
#15 Una critica constructiva quiero.... ;).. que le falta a tu parecer.. quiero aprender mas
Que susto habia leido: "PP, más alla del desarrollo"