PHP es 4 veces más rápido que JavaScript (Benchmark)
ฝัง
- เผยแพร่เมื่อ 23 ต.ค. 2023
- 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 - วิทยาศาสตร์และเทคโนโลยี
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
Los lenguajes de programación son herramientas, no modas, excelente comentario
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
Lo haces en C y corre en 0 ms
@@Sam-hu3xty si quieres ultra performance usa C
a ver muéstrame si se puede@@lolcat69
Y en Zig robablemente tarde incluso menos 😂
En binario
Y si montas el loop en assembly multihilo viajas en el tiempo.
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.
Bien dicho!!! 👏
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.
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
En verdad los developers si atacan los lenguajes que no les gustan, en mi caso lo hago en broma con colegas
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
@@migles1728 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
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.
@@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
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
Pongamoslo a prueba xD
Espero que no salte el copyright 🤣
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.
Genial la aclaración midulive actualmente estoy revisando php y su funcionamiento
gracias por todas tus aclaraciones tan geniales! :D
literal me la pase muy bien de como tomaste con humor el tema. gracias Midu
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
php 7 está totalmente desaconsejado, tiene un montón de vulnerabilidades. Están todos los frameworks de php migrando a php 8
@@ElTitoFrysegún quien?
@@ElTitoFry Totalmente. Es lo que decía, que comparaban Node 16 con PHP 7 y ya decían que cuál y tal.
@@ElTitoFry Tienes alguna fuente de lo que comentas ?
@@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
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.
Exacto, bien dicho
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!!
En la mayoría del software, el diseño del desarrollador es responsable del 99% del tiempo empleado vs 1% depende del lenguaje
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
Me ha gustado el video. El formato así de comentar y ser un poco sarcástico me parece divertido. GJ
Gracias!
LOOOOL ese plot twist de la mitad esta buenisimo
Me quedo con tu reflexion final, los lenguajes son solo eso lenguajes que se aplican según las necesidades
Cómo haces para que el cursor en tu vscode tenga ese efecto?
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.
Maravilla de vídeo, Midu desmintiendo bulos.
El chaval iba de listo y midu se lo ha explicado 😎
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
Escupi el monitor al ver la letra del sonido del parlante jajajajajajajaj
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
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
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.
El man que lo hace en Assembly: 😎
cual seria la manera correcta de probar?
La única prueba que haría sería para server rendering, php vs Javascript, y eso que se tenía que tener en cuenta los frameworks.
En realidad por el test de velocidad se estaría usando Go
Eres el mejor midu.
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
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.
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.
Midu para cuando un live aprendiendo Vuejs3
Sigo esperando :'c
@@carlosduarte1807 yo igual, toca seguir preguntando para que lo tome en cuenta, tal vez...
Como fan de ThePrimeTime me encanta este tipo de videos Midu🙂
The name... is TheMidu agen
Midudev para actor del año jajaja, o que alguien haga SFX con sus voces jaja
Venga, me ha convencido. Ya mismo dejo go y me voy con assembly
Professor, você poderia me ensinar como criar uma tabela de registro dinâmica em PHP procedural com MySQL? No meu projeto, estou utilizando uma lista de registros que retorna informações como nome, sexo, tipo de trabalho e cidade. Eu gostaria que os usuários do meu projeto pudessem escolher critérios específicos, como selecionar "sexo masculino" e "cidade São Paulo", para que apenas os homens de São Paulo fossem exibidos. Seria possível você gravar um vídeo demonstrando esse processo?
2:54 JAJAJA Jimmy, qué random.
que buen inicio xD
Grande midu
Comparar lenguajes es como comparar herramientas de una caja de herramientas. llaves inglesas vs dados , etc etc.
Tengo una opinión un tanto diferente, con PHP al definir el "range(...)" tecnicamente tambien está haciendo 2 ciclos al igual que en "JS".
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
Ya fuera de broma, en RPS de servidores PHP con multithreading es una bala, incluso en algunos benchmarks es tan eficiente como Go.
@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!
no
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
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.
Si fuera por los test de velocidad estariamos todos usando ensamblador
Yo creo los array asi, no se si dara mas o menos rendimiento:
Array.from(new Array(10).keys())
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. 😅
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
Midu, me gustaría hacerte una pregunta, llevo unos meses estudiando programación y hace un rato que lo estoy intentando con next App router, pero últimamente veo mucho hate sobre este, y me encuentro indeciso con respecto a el, aclarar que en realidad a mi me parece genial, creo que de todas las cosas que he aprendido ha sido el que más fácil se me ha hecho entender, pero bueno me gustaría saber que crees
Hola! No soy Midu pero todo no siempre que la mayoría diga algo suele ser lo mejor, si a ti te gusta, lo entiendes y te sirve, ánimo y éxitos!
@@pabloluna6334 Hola muchas gracias por responder, recientemente te midu saco un video hablando sobre el tema 😅. Tienes razón pero bueno me sentía un poco indeciso xq a cada rato veo a Kent CD hablando sobre remix sobre next y también el creador de lucia auth en su blog habla unas cuantas cosas en las que pensar pero bueno...
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.
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.
hermano hola si emm recuerdas el video de youtube te da el bloqueo de anuncios pues ami tengo dos cuantas una principal y otra de respaldo la cosa es que el la cuenta principal me sale lo del bloqueados de reproductor de videos y en la de respaldo no me sale asi que lo que entiendo hay es que youtube le da eso a ciertas cuentas no a todas
videaso y pacuando un curso de programacion gratis xddd
Esa clásica situación donde creas un array de 10 millones de elementos y los sumas
El día a día. Y por eso todos a Java, que es 10 veces más rápido que PHP.
Confirmo
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.
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
Los que odian a php me hacen recordar a los terraplanistas...
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`);
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
...
En que aplicacion no tienes que manejar con cuidado la memoria? en un script?
por que no ejecutas phalcon?
xq creo que js no podria contra eso
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
No entiendo la pelea, mientras me paguen que me lo pidan en VB
Una locura las redes sociales!! 4 veces?.
Hola Miduuu
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
Le ha faltado calcularlo asi (sin bucle): sum = numbers * (numbers + 1) /2;
Era desmentirlo no humillarlo
c y c++ son los reyes pricipal mente c++ que se puede usar en el servidor..
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
peléandose en la zona del principio de invarianza
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
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..."
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
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 🤷♂
Se meten con mi vieja JavaScript
Midudev: Permíteme hago un video
Sinceramente, si hubiera sido al revés, también hubiera hecho un vídeo
11:20 Python es super lento no se utiliza mucho como interprete de script para dev juegos, pero si se utiliza para juegos directo. Pero es lento. El mas rápido es Lua.
Holaaa midu
Y si compilas PHP las cosas cambian bastante, ahora habria que compararlo con lenguajes compilados?
Estas comparaciones no tienen mucho sentido
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)
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.
Wordpress implemento react hace tiempo
@@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
Se supone que debe comparar back con back
microtime te da el el timestamp en milisegundos
Se acabó todo, a cambiar todo el backend por PHP, node no sirve para iterar arrays
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.
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.
Lo haré en ensamblador
confirmo, Nuno la cagó esta vez xd
Bun dando la cara por JS. 🤙
alguien me dice que tipo de letra usa para el código?
Cascadia Code
@@midulive muchas gracias midu
6:30 JAJAJAJAJA ME MATASTE XDDD
vengo de php 5 y php 8 si esta de locos, seria bueno hacerlo contra nodejs
Lo humilló XD
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"
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.
@@midulive claro Midu, exactamente estoy haciendo referencia a tu artículo 😄
cada lenguaje tiene sus ventajas y desventajas.
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.
Lo cambia todo
"Yo lo hice en HTML y no me funciono"
XDDDDD