PHP es 4 veces más rápido que JavaScript (Benchmark)

Comparamos el rendimiento de PHP y JavaScript. Desmitificamos la idea de que PHP es automáticamente más rápido que JavaScript y analizamos los resultados reales
▶ No te pierdas más directos en: / midudev

[@construxzionsoft]

Phperos... Php8 es fantástico. Pero nunca dejemos de optimizar nuestro codigo. El 90% no conocemos realmente la herramienta a profundidad. Yo uso PHP para backend y en frontend Javascript puro.. los valoro ambos enormemente en cada función que desempeñan cada uno. OldSchool

[@X75005]

Los lenguajes de programación son herramientas, no modas, excelente comentario

[@jaicerindriago]

Obviamente es la manera correcta.

el mejor comentario, a menudo me siento muy incomodo en este mundo porque empecé con php y le tengo cariño pero me he desarrollado mucho con js asi que es un amor compartido. XD

[@virtuosisimo]

Lo haces en C y corre en 0 ms

[@lolcat69]

​@@Sam-hu3xty si quieres ultra performance usa C

[@freddydev3562]

a ver muéstrame si se puede@@lolcat69

[@informagico6331]

Y en Zig robablemente tarde incluso menos 😂

[@godwandroid604]

En binario

[@ZorMon]

Y si montas el loop en assembly multihilo viajas en el tiempo.

[@gracetapia96]

Completamente de acuerdo contigo Midu, 👍los lenguajes de programación son herramientas y como tales se deben usar en según qué casos apliquen mejor sus cualidades, eso de estarlos comparando de estas maneras tan absurdas es como comparar un destornillador con un martillo: con ambos podrás clavar un clavo, pero con uno lo harás mucho más rápido y contundente que con el otro. Lo más irónico de todo esto de las comparaciones de los lenguajes y tecnologías de desarrollo, es que quienes se rasgan más las vestiduras, ni programan ni nada, muchos se pierden en el debate estéril en lugar de dominar una herramienta, en lugar de programar. 😁 Muchas gracias por el gran contenido que haces Midu y por mostrarnos maneras de mejorar en todo.

[@midulive]

Bien dicho!!! 👏

[@thiamath]

Mis dieses a este comentario. Y lo que dice Midu al final ( 12:54 ) es el peligro de estas cosas. A ver si la gente entiende que, es verdad que te puede gustar más un lenguaje que otro, pero al final cada lenguaje es bueno en lo suyo. Que es de lo que se trata.

[@DoubleMotherLess]

El que tiene un martillo solo ve clavos :D Discrepo con el punto de que no programan, es un test troll. En otro comentario me explico un poco mejor al respecto. El que hace este tipo de comparativas creo que ya busca la discordia, y la popularidad barata de los haters (y ojo, a JS lo odio, cuanto? MMMuuUcho, como a los romanos!) XD bromas a parte. Sea profesional o no, el que programe con un minimo de interes en hacerlo bien (o lo mejor que pueda) sabra que cada lenguaje, incluso dependiendo del interprete de este, tendra diferentes formas de hacer el codigo mas eficiente de un modo u otro. Por otro lado te doy la razon en tu primer punto, Es possible programar cualquier cosa en cualquier lenguaje? claro que si. Hazme una web en ensamblador... pues.. hombre.. un poco extremista el ejemplo pero... se entiende, no? :P el esfuerzo que requiere adaptar un lenguaje a una necesidad que otro lenguaje ya cubre es absurdo e inecesario. Y te lo dice alguien que sobre los 13-14 escribio un servidor de paginas html en si no recuerdo mal vb6 o dephi, diria que fue en vb6 usando websockets... y luego me partia la caja viendo como ip's chinas y arañas me enviaban sus comandos inutiles que mi server loggeaba pero obviamente no ejecutaba ya que solo escupia fragmentos prediseñados de html y poco mas cuando en aquella epoca appache ya funcionaba des de hacia un par o 3 de años :P

[@sebastianestrada1311]

En verdad los developers si atacan los lenguajes que no les gustan, en mi caso lo hago en broma con colegas

[@Lanzelord]

Los test de velocidad se tienen que hacer con el mismo lenguaje, para ver la mejora que tiene el lenguaje, hay que comparar a PHP5 con PHP8

[@Lanzelord]

@@Trance_Code Total, y aprovechar al maximo el lenguaje que escogiste para el proyecto, por eso en un lenguaje como PHP si te es util comparar el rendimiento entre versiones (sin tener encuenta los huecos de seguridad) para saber si te vale la pena el actualizar

[@DoubleMotherLess]

Un test de velocidad mas bien sirve para comparar 2 codigos diferentes con el mismo resultado en el mismo ide o ejecutador de codigo, por ejemplo un loop con un do o un for foreach etc, todos los lenguajes tienen ciertos "atajos" (computacionales) que ahorran memoria, ciclos etc, pero en contra a veces hacen el codigo menos legible. Opino que optimizar siempre esta bien y que hay que tratar de ser optimo pero que a veces es mejor tener un codigo entendible, alguna vez he tenido la mala idea de coger codigo de cuando tenia 14-18 (tengo 36) años para tratar de reusarlo y entre las malas practicas (aunque si bastante optimizado) pero con falta de modularidad se me ha hecho casi impossible recrear el resultado reusando codigo. El rendimiento en ciclos y manejo de memoria siempre debe ser considerado, pero a menos que no sean casos muy puntuales no creo que deba prevalecer a una optimizacion de organizacion y lectura. La primera NO es universal con todos los interpretes, la segunda talvez tampoco, pero se hacerca mas a serlo. Ejemplo: Programar cosas pesadas para un servidor que tenga que estar recursivamente haciendo eso, o un microcontrolador como arduino o algo por el estilo, donde la memoria es muy limitante. En cualquier caso, aunque por conveniencia obviamente no descarto usar JS, si soy de los que lo odian :) pero independientemente de los pros y contras manipular para dar peso a mi preferencia / gusto personal me parece cuanto menos ser un troll o un ignorante orgulloso de ello. Solo hay algo peor que hablar con alguien que no ha leido nunca un libro, es que solo haya leido uno.

[@Lanzelord]

@@DoubleMotherLess Totalmente, para todo hay su uso, normalmente creo que lo que mas prebalece al momento de elegir un lenguaje para X cosa es las herramientas que este te ofrece y que tanto te la facilita esa tarea, sea en rendimiento mantenibilidad ETC eso es a criterio de cada uno, pero si es cierto que se podria comparar test de velocidad entre lenguajes, pero no creo que sea determinante

[@luisebaq]

Lo cierto es que PHP le han venido realizando cambios drásticos de velocidad, implementaciones de multihilo FIBERS, JIT, Parallel, después de que pusieron a trabajar en el a Nikkita Popov y se fue a seguir su vida crearon una fundación para contratar a los siguiente contribuidores permanentemente, creo que ahora mas que nunca le están metiendo tubo a ese lenguaje.

[@FerrasLokoteTV]

Un test básico es salvar la timestamp inicial en un archivo, hacer la tarea N y guardar timestamp final y/o diferencia con el inicial, con eso eliminas el tiempo de carga de ambiente y librerías e incluso el intérprete si habláramos de python, solo estás midiendo las instrucciones

[@nelson6e65]

El detalle es que llevan diciendo que las apps de PHP son menos eficientes que Node, porque siempre comparaban así con versiones viejas de PHP. Obviamente nadie usa PHP o Node plano, o al menos no es lo más práctico. Sibo que es los frameworks los que le dan el jugo. A veces quieren pasar toda una app a Node porque dicen que es más rápido, pero creo que vale más la pena actualizar la versión vieja de Laravel 5 y PHP 7 que tienen. xd

[@ElTitoFry]

php 7 está totalmente desaconsejado, tiene un montón de vulnerabilidades. Están todos los frameworks de php migrando a php 8

[@fabriqr2930]

​@@ElTitoFrysegún quien?

[@nelson6e65]

@@ElTitoFry Totalmente. Es lo que decía, que comparaban Node 16 con PHP 7 y ya decían que cuál y tal.

[@wineloy]

@@ElTitoFry Tienes alguna fuente de lo que comentas ?

[@ElTitoFry]

@@wineloy Me han borrado el comentario, pero en la web de php en las versiones ellos mismos ya te dicen que no dan soporte de seguridad a 7.4 o menos, y que cambies a php 8

[@kevinbacaangeles754]

Pongamoslo a prueba xD

[@midulive]

Espero que no salte el copyright 🤣

[@Rey-pm8ly]

Lo mas saludable de los tests de velocidad es hacerlo para mejorar nuestros propios códigos en un mismo lenguaje, al final una buena lógica funciona bien en cualquier lenguaje, claro como lo menciona en el video, hay lenguajes que se epecializan en determinadas tareas o procesos.

[@midulive]

Exacto, bien dicho

[@JoharysDuncan]

La velocidad pasa a un segundo plano cuando lo que realmente importa es la seguridad, y la seguridad que ofrece PHP jamás la va a tener JS, ya que el código JS lo puedes ver a diferencia del código PHP que es invisible en el equipo cliente.

[@xerossx]

Me ha gustado el video. El formato así de comentar y ser un poco sarcástico me parece divertido. GJ

[@midulive]

Gracias!

[@Braianeq]

Los que odian a php me hacen recordar a los terraplanistas...

[@dperezcabrera1]

En la mayoría del software, el diseño del desarrollador es responsable del 99% del tiempo empleado vs 1% depende del lenguaje

[@mostazaniikkkk]

LOOOOL ese plot twist de la mitad esta buenisimo

[@hellrun1155]

Midu para cuando un live aprendiendo Vuejs3

[@carlosduarte1807]

Sigo esperando :'c

[@hellrun1155]

@@carlosduarte1807 yo igual, toca seguir preguntando para que lo tome en cuenta, tal vez...

[@ManuelGonzalez-tf5sp]

Hola Midu!! En primer lugar, muchas gracias por tu contenido. En segundo lugar, me parecería mas interesante que alguien hablase (concretamente tú) del estado del arte de cada lenguaje (no frameworks) y su utilidad o potencial para lo que fue concebido en la actualidad. Un saludo!!

[@snithfferx]

jah. yo también pienso lo mismo. Porque usaron un array, no sería lo mismo hacerlo directo en un for, en cierto modo probar el rendimiento del for en cada lenguaje. Pero igual, sí en verdad quieren ponerlos a competir, tendía que ser la renderización de una aplicación web o una página sencilla, y no estarían siendo los lenguajes sino sus frameworks. Tambíen opino lo mismo de el estudio de algo y luego te muestran otra cosa. Como ejemplo, reflex para python, te dicen que es Python puro, pero, en realidad es como, un backend de python y un frontend de react. Yo cuando lo vi, me entusiasme por que nunca pensé que python podría usarse así para la web, luego vi lo que hacian y fue un bajon total. jejejeje

[@gregoriodarosa8593]

Muy bien explicado! Para mi la gran ventaja de usar Javascript, es la posibilidad de compartir codigo entre el frontend y el backend. Cuando se utiliza otro lenguaje siempre hay un click de pasar de un lenguaje a otro.

[@abecedario_stream3203]

Genial la aclaración midulive actualmente estoy revisando php y su funcionamiento

[@lestherxm]

Ayuda me hice adicto a los videos de midulive Por cierto, NO tiene sentido comparar esos dos lenguajes. Todavía consideraría comparar R con Python ya que hasta cierto punto están orientados para el mismo propósito.

[@LuisGonzalez-ww5ws]

Yo uso php en back y js en frontend, así que no puedo tirarle tierra a ninguno, para mi los dos son buenos lenguajes porque me dan de comer xd

[@nelson6e65]

No, no era en el navegador. En donde "compiten" es en el backend. Por ejemplo, con Node.js o Bun. Pero en el video de Nuno él comenta que no es realista comparar el todo con este caso irreal, pero que servía para ilustrar esta comparación que se lleva tiempo haciendo con que Node es más rápido que una versión vieja de PHP, sin contexto, y por lo tanto usan muchos para preferir hacer una aplicación con Node en vez de PHP.

[@cristiancamilosanchezardil9730]

literal me la pase muy bien de como tomaste con humor el tema. gracias Midu

[@alejandrorios6999]

Grande midu

[@lmoraobando1]

Me quedo con tu reflexion final, los lenguajes son solo eso lenguajes que se aplican según las necesidades

[@obem12]

Creo que la comparacion es completamente incorrecta. Esta comparando un framework de js vs php puro, lo ideal seria comparar Laravel vs Node. Ademas de que el codigo puede estar mejor o peor optimizado, es algo ambiguo

[@lucasruiz6176]

Hola Midu. Muchas gracias por tus videos. Me gusta php para el backend en el front siento que, si no se trabaja prolijamente o con un framework es para lío, siempre lo sufro. Diferente con JS que me resulta mucho más amigable. Ambos son lindos lenguajes es solo mi opinión.

[@vladimirreyes1938]

Utilizando typed arrays en mi computador (que ojo es bastante lento) solo dura 45-50ms en promedio, dependiendo si usas Node 16 o Node 20, utilizando Java 11 (en el mismo ordenador) dura 40 ms en promedio, en al igual que en js depende de como gestiones la memoria, y no es tan abismal como se podria llegar al pensar dado que no puedes almacenar todos los elementos en un simple array en memoria statica sino que tienes que hacerlo en la memoria dinamica(heap), al igual como lo haria cualquier otro lenguaje, por lo que en promedio dura entre 40 y 20ms dependiendo el size del tipo de dato en cuestion long, long long unsigned int,etc let startTime = process.hrtime(); let sum = 0; const numbers = new Int32Array(10000000); for (let i = 0; i < numbers.length; i++) { numbers[i] = i + 1; } for (let i = 0; i < numbers.length; i++) { sum += numbers[i]; } let endTime = process.hrtime(startTime); let executionTime = endTime[0] + endTime[1] / 1000000; console.log("Sum: " + sum); console.log(`Execution time: ${executionTime} ms`);

[@paolobooker4163]

Como fan de ThePrimeTime me encanta este tipo de videos Midu🙂

[@otaxhu]

The name... is TheMidu agen

[@marceloev9529]

PHP ES 4 VECES MÁS RÁPIDO QUE JavaScript!!!! acto seguido procede a venderte su curso de PHP

[@midulive]

Jajajajaja casi

[@SonGoku-pc7jl]

gracias por todas tus aclaraciones tan geniales! :D

[@omarsamudio3418]

Lo que si ambos son tecnologías que mueven el mundo.....mejora la experiencia y abastece al mercado con velocidad ya que cada dia se necesita mas desarrollo

[@Lanzelord]

Y si compilas PHP las cosas cambian bastante, ahora habria que compararlo con lenguajes compilados? Estas comparaciones no tienen mucho sentido

[@pablocapo5404]

En PHP está usando un loop más eficiente. El loop correspondiente al de Php en javascript es: for(var n of array) {...} La comparación es tendenciosa y está mal hecha

[@wilbertbocanegra]

Escupi el monitor al ver la letra del sonido del parlante jajajajajajajaj

[@genarohernandez8673]

Que tal Midu, creo saber la razón por el cual Nuno realiza ese video; te comento: Nuno es el creador de Livewire, para todos los desarrolladores de Laravel sabrán de que estoy hablando, prácticamente lo que hace Livewire es similar a React o Vue (u otro framework JS) para crear interfaces y dinamismo pero con PHP, debido a que los desarrolladores de Laravel se les complica o no tienen las ganas de aprender JS para integrar dinamismo en el fronted, esta herramienta de Livewire es muy util porque todo es PHP (siempre se le ha criticado que las peticiones de dinamismo lo realiza en el servidor por lo cual los desarrolladores experimentados no lo toman en cuenta y prefieren utilizar un framework JS) en mi opinion si solo quieres hacer todo con PHP pues utilizas Laravel con Livewire pero si quieres ser un fullstack puedes utilizar Laravel con un framework JS, en conclusión el video tiene el fin de traer a los nuevos o antiguos desarrolladores PHP (Laravel) a interesarse por Livewire y dejar a un lado frameworks JS. Mi recomendación es no casarse con un lenguaje, solo es una herramienta; prefiero Laravel en el back y Vue en el front pero se respeta las diferentes opiniones.

[@jorgeveega]

El chaval iba de listo y midu se lo ha explicado 😎

[@ahnsylimbal6811]

Concho mano hablaste por mil, como phpero cuando ví esa comparación tampoco le ví sentido, estoy totalmente de acuerdo con todo el planteamiento que dijiste

[@respada86]

6:42 de forma nativa no, pero te montas un servidor con xamp, wamp o similar y ahí lo puedes probar ❤ Luego me creo un video y lo subo con un canal que tengo vacío xdd

[@bfharreguy]

muchos desarrolladores, dicen que node.js es mucho mas rapido, creo que estan acostumbvados a php, y que son muychos cambios relativos, es decir costumbre, pasar tanto codigo de un lado a otro, ahora con la IA cambia bastante

[@neurondeluxe6306]

Es un poco tonto comparar lenguajes de programación, ya que existen muchos y cada uno se especializa en lo suyo si PHP es mas rápido que javascript eso no importa, uno se usa en el Front-end (sin contar nodejs) y otro es para el backend, cada uno hace lo suyo muy bien, después de todo son herramientas y como tal hay que sacarles provecho

[@odiio3402]

Esto me recuerda cuando la gente que programa en C, C++ o C# diciendo que python es lento para hacer iteraciones de números grandes cuando al final en el día a día no te pones a hacer todas esas salvajadas. Eso me parece más de gente quisquillosa que se pone así por algo que nunca han usado o pensar que lo que saben es mejor. Cada lenguaje tiene su propósito y su forma de cómo hacer las cosas

[@ElJuniorSenior]

Llevo más de 8 años trabajando con PHP, solo puedo comparar a PHP con sus diferentes versiones, comprarlo con otro lenguaje no sirve de nada. 😅

[@bryanmora4996]

Los lenguajes cada uno tiene un propósito, pero es verdad que nos gusta el rendimiento y en los servidores el rendimiento es importante porque significa ya sea mucho o poco consumo de energía y recursos que en cloud puede llegar a ser demasiado caro

[@faustovii1085]

Esa clásica situación donde creas un array de 10 millones de elementos y los sumas

[@midulive]

El día a día. Y por eso todos a Java, que es 10 veces más rápido que PHP.

[@juanmiguellopez8051]

Buenos factos!

[@skuarch]

estoy deacuerdo que cada lenguaje es diferente, no usaria java para servir contenido estatico (html, js, css) no usaria nodejs para aplicaciones multi-core no usaria c++ para aplicaciones que tengan que manejar con cuidado la memoria ...

[@JorgeDev92]

En que aplicacion no tienes que manejar con cuidado la memoria? en un script?

[@joseholt5069]

Cómo haces para que el cursor en tu vscode tenga ese efecto?

[@emoclito]

El autor del tweet es un autor famoso en el entorno de Laravel - PHP. Pero que le gusta el salseo es un hecho. En lo que tiene razón es que PHP ha sido defenestrado y criticado ridiculamente, aparte de dado por muerto un millón de ellas.

[@chenchizkan1]

Creeeeo que fue por un trolleo de Nuno, opino igual que tu y pienso que PHP y JS tiene cada uno lo suyo, soy php developer y a veces tengo que usar JS para algunas cosas, todo dependiendo de los requerimientos. Creo era un clickbait para comenzar a mencionar livewire qe es la forma de laravel de usar JS desde el backend. Estaría bien si pudieras verlo, no para compararlo pero si para ver el punto de vista de una persona especializada de frontend.

[@santiagowu5365]

El man que lo hace en Assembly: 😎

[@jadovi]

Comparar lenguajes es como comparar herramientas de una caja de herramientas. llaves inglesas vs dados , etc etc.

[@AlejandroPinto23]

Se meten con mi vieja JavaScript Midudev: Permíteme hago un video

[@midulive]

Sinceramente, si hubiera sido al revés, también hubiera hecho un vídeo

[@sleon4]

Tengo una opinión un tanto diferente, con PHP al definir el "range(...)" tecnicamente tambien está haciendo 2 ciclos al igual que en "JS".

[@christianalvarezsanchez8583]

hay formas de hacer php mucho mas rapido, lo cierto esque php si es mas rapido que js pero da lo mismo la rapides en muchas aplicaciones y la deisicion de elegir js sobre php no va por la rapides sino otros factores.

[@JorgeDev92]

Literalmente he hecho lo que ha hecho midu, pero sin iterar con el foreach y sin rellenarlo de ceros y me tarda 5 veces menos que PHP, no se que hablas, a php le cuesta 100ms recorrer el array una vez creado, a node recorrer dicho array le cuesta 16ms, el tiempo se habia ido en la parte de node puramente en crear arrays de forma ineficiente.

[@teddypottella3016]

Mi pregunta es, cuál es la necesidad de hacer precisamente eso? Ese tipo de pruebas lo veo como tonterías del primer semestre, ese personaje alguna vez habrá tocado algún libro de C/C++ dónde realmente se enseña como funciona un lenguaje y sus entornos?

[@midulive]

Pues eso decimos en el vídeo 😅

[@pedroarmandotafurgarcia]

ese personaje ... porque la necesidad de ser superior

[@leo95batista]

Se nota que no sabes quien ese ese personaje verdad?

[@teddypottella3016]

no realmente, pero igual me hago la pregunta porque sin importar quien seas como se te ocurre hacer algo (que desde mi perspectiva) es una novatada total y de paso !CON TRAMPAS! @@leo95batista

[@AnibalAlvarez]

Honestamente, como desarrollador y amante de PHP desde hace 14 años, admiro mucho los aportes recientes de Nuno a PHP y Laravel... Pero esa comparación fue una tamaña tontería. Tanto, que no di crédito y busqué el tweet original. ¡Me quedo boquiabierto! Nada más comparar PHP con un lenguaje con soporte nativo para multithreading como JavaScript es una tontería. El uso de Node fue conveniente para el bait porque Node también es single-threading, pero ya vimos cómo en Bun lo destroza. Pero, más allá de allí, PHP ni siquiera tiene forma de almacenar datos ordenados en un formato distinto al del arreglo, a diferencia de Python, TypeScript y otros lenguajes que disponen de lists ("list()" en PHP es otra cosa), sets, tuplets, matrix, etc... con propiedades y métodos propios que permiten llevar a cabo recorridos de grandes volúmenes de datos de maneras significativamente más rápidas que en PHP. Si PHP fuese mínimamente rápido (incluso, si fuese medianamente eficiente en el manejo de los arreglos y las iteraciones, especialmente con foreach), se utilizaría en nichos que verdaderamente dependen del performance, como la estadística y la IA. Ni siquiera cuenta con buenas librerías para cálculos estadísticos porque es una pérdida de tiempo. Es verdaderamente LENTO leyendo datos ordenados, hagas lo que hagas. Ni siquiera tiene programación asíncrona de forma nativa. PHP, como lenguaje líder del backend, es incluso una tortuga en tareas esenciales e inherentes a su nicho de mercado, como listar archivos en carpetas anidadas y procesar su texto. Cualquier lenguaje le da 10 vueltas si deseas hacer cosas como utilizar algoritmos heurísticos para buscar trozos de malware escondidos en subcarpetas de un proyecto. Para finalizar, nadie suma elementos de un arreglo unidimensional en PHP recorriendo el arreglo. Para eso está "array_sum". ¿De qué sirve un benchmark de una operación que nadie hace?

[@LUASTIERNO]

No entiendo la pelea, mientras me paguen que me lo pidan en VB

[@burngeek8]

En realidad por el test de velocidad se estaría usando Go

[@ccg1928]

Entre tanto lo que saca es una forma empirica de como hacer mas eficiente nuestro codigo, si un for normal es mejor que el foreach en un factor de 3 veces mejor pues ya sabemos que usar la proxima, hacer eso con cada parte del codigo, por cierto la comparativa que hace al final tambien esta sesgada para favorecer a JavaScript porque si a uno se le quita el foreach al otro tambien deberia, como sea de optimizar una y optimizar otra al final vamos es aprendiendo como hacer mas eficiente nuestro codigo en ambos lenguajes un ganar ganar

[@SR2Producciones]

Lo que él está comparando es JS corriendo en un servidor y PHP que corre por defecto en un servidor. Si ejecutas JS solo, estás usando los recursos de tu PC, no de un servidor... 😊 Mi humilde opinión...😅 Yo programo más que todo con código puro, sin uso de frameworks, estas comparativas no sirven de mucho, si el programa no es funcional... Gracias Midu, saludos desde Medellín, Colombia.

[@charliea6038]

Ya fuera de broma, en RPS de servidores PHP con multithreading es una bala, incluso en algunos benchmarks es tan eficiente como Go.

[@yeimmycanon5535]

La elección del lenguaje deberia ser dependiendo de los recursos y los requerimientos de lo que se necesita, estas comparaciones no tienen sentido

[@SergioFerrer]

Maravilla de vídeo, Midu desmintiendo bulos.

[@tagdisk]

La velocidad depende de la CPU en donde lo ejecutes, no es igual correr esa instrucción con un Intel Celeron que una i9.

[@fdorantesm]

2:54 JAJAJA Jimmy, qué random.

[@MORFO458]

Javascript es 10 veces mas rapido qué php

[@victormoralesperez799]

Por eso PHP está en el core de toda la banca digital del mundo y WordPress va a enterrar a Angular, React y cía... (Modo ironía on)

[@luisebaq]

comparar wordpress con angular y react es un error, fácilmente WordPress podría empezar a implementar react poco a poco si quisieran y no pasaría nada, ya que wordpress no es un framework, es un producto.

[@pwhv]

Wordpress implemento react hace tiempo

[@victormoralesperez799]

@@luisebaq vamos a ver... se llama humor... una cosa que escasea mucho entre las personas de este sector por lo que veo... No como el EGO

[@djoriel4028]

Me sucede lo mismo en mi propio trabajo. Mi jefe es old school y realiza sistemas windows con delphi, y a su conciencia, es el mejor lenguaje de programacion que existe y que puede hacer lo que quiera, hasta desarrollos en web, y que este es mucho mejor que javascript, php, o cualquier otro lenguaje del tipo web que se conozca y uno con cara de ....😑 Y llega a ser tan ironico, porque de los desarrollos web que hemos hecho, TODOS han sido mios y hechos con javascript (node, react, etc) y cuando el ha querido hacer sus desarrollos web con delphi, solo ha sido un caos... En resumen: "Nunca te cases con un lenguaje, porque cada uno tiene su proposito y fin para cada persona o usuario que lo desarrolle y se ajuste a tus necesidades..."

[@cesarrawr249]

Era desmentirlo no humillarlo

[@Bustamante76]

mmm... es donde usarlo, como usarlo y para que usarlo. ademas de eso de quien lo usa el grado de conocimiento con el fin de optimizar el codigo

[@bomboneramufa]

Un bucle bien configurado de arrayds y tareas reales en js demora casi 5 segundos y en pho cómo 2 horas, lo digo por experiencia

[@kaelvoker5670]

@midulive , sigo tus videos! me gustaría que investigues algo fuera de programación web, haz probado AHK? es muy divertido, te permite automatizar Windows en sí, además hay librerías para manejar Google Chrome a traves de un puerto de debug, pudiendo inyectar JS desde una aplicacion AHK la cual en fin puede ser un EXE, te veo mucho potencial para ese lenguaje y su implementación con JS!

[@freddydev3562]

no

[@joseluis3717]

Me parece una guerra inmadura php vs JavaScript, cuando trabajas te das cuenta que muchas veces son complementarios y que cada uno es mejor en algo que el otro, pero en equipo hacen cosas fantásticas. Tal vez aquello de trollear uno u otro es la mediocridad de no sentirse capaz de dominar perfectamente dos lenguajes a la ves

[@midulive]

Efectivamente, justo eso es lo que decimos en el vídeo 👏

[@luisebaq]

Bien dicho, posiblemente la reflexión mas acertada al 100%

[@sergiorivera4505]

menudo ejemplo q ha puesto el del articulo, no recuerdo q matematico fue el q lo demostro (creo q fue en la peli de Euler) pero me parece q el resultado a eso es (a+b)*n/2, o sea, (inicial+final)x cantidad/2

[@davidzagu]

Siempre está por ahí el típico que se piensa que los lenguajes son coches de carreras y son herramientas. Muchos son validos oara cosas parecidas, depende siempre de las especifidades del proyecto y la empresa. No haces algo en un lenguaje que luego no usa nadie o que es dificil encontrar profesionales, por ejemplo.

[@javiolmedo8168]

c y c++ son los reyes pricipal mente c++ que se puede usar en el servidor..

[@saidianramsessuybatevidal2286]

10:15 en un comentario del chat "yo lo hice con HTML y no me funciono" XDDXD

[@sergioacuna1772]

Eso, no es útil comparar el rendimiento de un código en frontend con el rendimiento del código en backend.

[@neociber24]

Se acabó todo, a cambiar todo el backend por PHP, node no sirve para iterar arrays

[@lucasvega8761]

Venga, me ha convencido. Ya mismo dejo go y me voy con assembly

[@fedeelloco98]

Midu me confundiste mas porque dijiste que el forEach es mas lento que el for of o el for, pero el año pasado sacaste un note titulada ¿Por qué forEach es más rápido que for en JavaScript?. Creo que al final es como dice la conclusión de tu nota "no sacrifiques la legibilidad por velocidad"

[@midulive]

Efectivamente, no sacrifiques legibilidad por velocidad. forEach es más rápido en muchos casos y dependiendo del motor de ejecución. Pero para números inmensos, como 10 millones de elementos, for será más rápido. Para elementos pequeños en V8 es al revés. Tengo un artículo en mi blog donde lo explico.

[@fedeelloco98]

@@midulive claro Midu, exactamente estoy haciendo referencia a tu artículo 😄

[@mauriciomc_]

Esa comparativa depende de ciertos contextos, diferecias de usos, evaluar el ecosistema, en que escenarios especificos, como se optimiza el codigo en cada caso, la legibilidad del codigo, facilidad de mantenimiento, la escalabilidad inclusive la comunidad detras del lenguaje, no creo que simplemente la medicion se evalue en como ejecuta un bucle 🤷‍♂

[@juanantonio8349]

6:30 JAJAJAJAJA ME MATASTE XDDD

[@AlguienMas555]

C y ensamblador deben de ser los lenguajes más rápidos y a más bajo nivel, los más estructurados, los más permisivos también. Ahora, ¿Porque no es más popular estos dos lenguajes?. Una cosa es lo que hace más fácil la vida a cada uno y junto con eso viene la necesidad. Si fuera por eficiencia técnica tal vez ensamblador seria "top one". Ahora, ¿Cuanto se tarda en aprender y programar en él?. Si quieres programar en Cobol, Perl, Ensamblador, ve por ello y hazlo por gusto sin hacer una polémica de tus gustos contra los ajenos

[@robergroso]

assembler es muy facil de aprender y es ideal para hacer este tipo de pruebas, no para hacer algo mas largo. pero leyendo 15 minutos de assembler podrias hacerlo.

[@user-mc7di7xn8d]

que buen inicio xD

[@ruben6647]

Para hacer pruebas de velocidad como dios manda hay que: - Crear diversos algoritmos de distinta progresion (lineal, logarítmico, exponencial, etc) - Ejecutarlo en diversas máquinas con distinto hardware (puede haber diferencias por tema de procesador o RAM, por ejemplo) y ejecutarlo n veces. - Ser ecuánime y quitar sesgos. La parte más difícil por ser la más humana. Anda que no estoy harto de ver benchmarks que dicen que tal lenguaje es tropecientas veces más rápido que otros y luego en otro sitio ver lo contrario. Con todo esto se hace un informe estadístico con varianzas y demás y se sacan conclusiones. Vamos, que no es tan fácil como crear un sumatorio, ejecutarlo una vez y ya. Requiere tiempo y conocimiento de informática teórica, sin necesidad tampoco de ser un gurú del tema. Edito para recalcar lo que dice Midu, no solo es CPU sino gasto de RAM. Recursos en general.

[@ziskador]

2:33 JAJAJAJAJAJAJAJAJAAJJAAJ 🤣🤣🤣

[@TechRockCraft]

Si fuera por los test de velocidad estariamos todos usando ensamblador

[@franzgonzales4295]

Confirmo

Normal que te guste un lenguaje por sobre otros, pero llevarlo al punto de formar casi un culto religioso es exagerado. En Ensamblador es más rápido ja ja ja

[@davidsolis2031]

Podria ser verdad. Lo que tambien es verdad es que todos usamos frameworks y ahi es donde nos quedamos atras de javascript.

[@ClonoLambda]

peléandose en la zona del principio de invarianza

[@leirbag8007]

"Yo lo hice en HTML y no me funciono" XDDDDD

[@Samuel-94]

Me causa gracia que siemmpre este tipo de videos saca de alguna u otra forma enojo en los fanaticos de los lengusjes, digo, porque te hariss fantico de un lenguaje? Si estas son simplemente herramientas y lo que dice midu es cierto

[@geronimovelasco]

Sinceramente, cuando vi el benchmark del video, pensé: 'Qué benchmark de mierda!' XD

[@gessegoncalves6493]

PHP e java escript tem finalidades diferentes Se você quer comparar deve comparar php contra node Sou programador php

[@zyra_420]

Y muchos se burlaban de mi php (acaricia a su mascotita fea phpense) pd ¿hay algún curso de php que este a la fecha? (si pueden compartir se agradece un montonaso ♥)

[@damanyerweb]

Eso es algo un poco loco, pero en todo caso si fuera funcional comparar estos dos lenguajes imaginen que php es un lenguaje del lado del servidor(abres el navegador, la aplicación hace la petición al servidor, el servidor te devuelve el resultado y te lo muestra), mientras que javascript es un lenguaje del lado del cliente, o sea se ejecuta en el mismo navegador(abres el navegador y ya esta se ejecuta el codigo javascript) jaja xd... creo que es algo relativo la verdad que no se

[@mrjs3290]

Midu no acepta que PHP es mejor en rendimiento que Javascript se justo, PHP es mejor en backend

[@FabianAnillo]

Si lo hago en ensamblador me toma -12222ms 😂