Nadie dijo nada porqué no lo sabíamos jeje Me gustan tus vídeos, porqué lo explicas al detalle. Por cierto, ¿Has pensado en subir clips de 3 a 10 minutos en Tik Tok? ¡Un abrazo Antonio!
Antonio!!! tu canal es de lo mejor en programación, lejos! me costaría imaginarme alguien con el descaro, la soberbia y la negligencia suficiente como para insultarte o saltarte a la yugular por un dato menor. Ojalá continúes con tus videos que son excelentes y me hacen aprender muchísimo, y no veo la hora de terminar de rendir exámenes en mi instituto para tener tiempo libre y comprar tu curso de armar un framework de 0! te banco a morir capo!!!
Genial video, me quedo con lo ultimo que dijiste, hay personas que se creen Dennis Ritchie e intentan corregirte en el uso de terminos y conceptos que estan mas que claros, como renderizar y compilar, pero cuando se trata de temas que requieren verdadero conocimiento, no dicen nada.
Qué crack! Solo vi estos dos videos y el del problema de performance de la jvm de Netflix y ya basta para suscribirme diez mil veces a este canal. Me encanta como explicas y la calidad de tus videos, sigue así 👌🏼
Год назад+4
Sería bueno que enseñaras tu proceso de investigación. Así como las bases necesarias (conocimientos previos) que te ayudan a entender los conceptos que explicas. En verdad siento que sería de mucha ayuda. Saludos!!
Al final es como dices, internet esta tan lleno de la capa suferficial de información sobre varios lenguajes, entre ellos JavaScript y toda su familia, que cuando te metes un poco más profundo en esos temas fuera del "Mainstream", que no es porque no sean importantes, sino porque son "dificiles" de generar contenido, y la gente pierte el hilo; donde solo les queda asentir.
Hermano, muy crack! Genial tener la capacidad de reconocer el error! Y si, la gente se cree que sabe muchísimo... La gran mayoría de personas sólo repite lo que escucharon en short de RUclips 😅
Год назад
Eres el mejor Antonio, en verdad me has ayudado mucho!!
Honestamente no me di cuenta, porque, como dijiste, es perfectamente posible implementar un event loop como el que describes, a pesar de que node.js no lo haga de esa forma. Aún así, es cierto que era trabajo de la gente que ve el video cuestionarse si lo que dijiste estaba bien o no.
Hola un cordial saludo... Mil gracias por este video... Sin duda eres un crack... Y más porque es una profesion donde se dan miles de errores antes de tenerla clara y hacerlo bien... Por cierto recién me entero de tu canal... Algo extraño qué youtube no me hubiera dado tus videos como sugerencia... Eso me da coraje porque me he perdido mucho de tu enseñanza... Poner las palabras clave correctas.?... Soy autodidacta y me gusta aprender sobre lenguajes.... Y javascript y por lo tanto node usan la asincronia... 1 hilo... Y porque se pensó en esto desde el inicio del lenguaje... Pero python... Php... Java... No tienen un manejo natural de la asincronia... Y menos de la concurrencia (múltiples hilos.)... Hay lenguajes qué sé han pensado en ello... Erlang... Go... Y creo que rust... Tienen una manera fácil de implementarlo... Erlang puede manejar millones de hilos sin errores... Saludos y mil gracias por tus videos... No nos abandones.... Somos mal agradecidos... Pero debes de estar mentalmente por encima de eso...
Creo que el problema es que la mayoría de las personas desconocemos estos detalles de tan bajo nivel y no nos damos a la tarea de investigarlo. Tal vez para muchos es mas fácil discutir por un término que a la final no requiere que entiendas temas tan complejos, aunque sea nuestra profesión... En fin, yo me alegro de que haya gente como tú que nos traduzcas estos temas a palabras mas entendibles, gracias por tremendo trabajo.
Muy buenos tus videos. Yo trabajé mucho en mono hilo con c y conozco perfectamente el trabajo multitarea monohilo usando select en qnx4 y c xD. Que tiempos aquellos! Me pareció raro eso que decías que node tenían varios hilos ya que en la documentación oficial dice monohilo pero honestamente no me pareció raro porque lo explicas muy bien y me convenciste rápidamente. xD
Este video y el del bug encontrado por netflix tienen demasiado valor, tengo varios años de experiencia como desarrollador, y como usted dice, hubo algunas aclaraciones y por lo tanto se creo este video, y en mi opinion la razon por la que no hay tanto "conocedor" en ese video indicando el "error" es simplemente porque no lo descubrimos me incluyo. se dan cuenta cuando uno usa un termino comun atacan porque es casi siempre lo unico que saben o lo unico que memorizan (no aprenden) para sentir alguna satisfaccion y creerse ingenieros y si digo creerse porque no vi a alguien que detectara un concepto core de javascript y lo sustentara en los comentarios (al menos ya tiene la lista de usuarios que solo repiten y no aportan jaja). Sigo repitiendo esos videos son de gran valor y seguramente lo vere varias veces porque hay cosas que todavia me toca interiorizarlo espero mas videos de los bugs el netflix fue muy bueno!
Yo creo que aunque haya un error, si te dicen que algo funciona en este mundo te lo crees de todas formas. Claramente lo ideal sería saber como todo funciona por detrás, pero muchas veces esto no es necesario y usamos lo que funcione para unir partes y que algo más complejo se mueva. Por eso yo creo que la programación está tan rota. Quizás a futuro tengamos otras formas de darle órdenes a sistemas inteligentes, aunque siempre habrá alguien que tenga que saber como funciona. En fin
Jaja típico.. la gente se queja por q usas mal un término.. q es lo fácil. Pero ya rebatirte este error es más difícil. Yo cuando vi el anterior y tu explicación dije ahh mira a mejorado node ( hace como 4 años q lo lo toco) y en mi época si era un solo hilo... Si en la función te ponías ha hacer cosas pesadas... Pero eso simplemente te creí. En resumen muy buen video, sigue así
Efectivamente es más sencillo ¿opinar? sobre el uso de la terminología que observar errores en la explicación de un modelo de cierta complejidad como el event loop de node. Yo mismo llevo años usando node e investigué un poco en su momento sobre él, pero no llegué a profundizar lo suficiente como para ver la errata de tu vídeo anterior. Sea como sea te honra corregir tus propias palabras cuando lo crees conveniente, reconocer los propios errores es mantenerse en la senda del aprendizaje continuo. Saludos y gracias por tu contenido
Hola Antonio, como va? Me pregfunto si pudieras hacer un video en cuanto a los workers de JS, siguiendo mas o menos la misma idea de lo que hablas aqui. He visto un par pero no los encuentro buenos y tu forma de explicar y montar los videos me agrada. Espero lo tomes en consideracion! Saludos desde Chile
La gente cuando hay debate filosófico si tienen opinión. Cómo claramente lo comentas al final del video, si el nivel técnico está avanzando chau comentarios constructivos. Excelente videos.
El final del video donde muestras a los haters, hubiera sido genial que lo hubieras colocado al inicio, porque estoy seguro que esos haters no veran este video completo porque ni importancia le dieron para hacértelo saber antes.
Sabe's por qué nadie dijo nada Antonio jajaj?? Porque nadie de nosotros (o por lo menos la mayoría) sabe algo sobre el tema. Te agradezco mucho por intentar traer conocimiento de bajo nivel a todo la comunidad, creo profundamente que todo este material da un valor agregado a todos los desarrolladores hispanohablantes. Saludos de Uruguay.
Me gusta esa rectificación de tu parte, es normal equivocarse y a cualquiera le puede pasar. Pero no cualquiera señala su propio error y lo corrige con rigor y sin pelos en la lengua. Enhorabuena!!
Creo que la mayoria y hablo por mi parte tambien, aunque seamos programadores o no, y recien estemos aprendiendo la mayoria que entra en principal por el desarrollo web, y aprende node.js, por lo general no se fija o investiga como es la arquitectura del lenguaje o en este caso software que usa, solo le interesa resolver los problemas que surgen a medida que va aprendiendo o desarrollando X pagina web o software. y bueno aparte son muy pocas las personas que saben realmente esos detalles de arquitectura en X sistema o programa, y mucho menos las personas que te lo pueden llegar explicar, para que cualquiera lo entienda. por mi parte vengo aprendiendo y estudiando, nodejs hace como un año y recien hace unos pocos días me entere que nodejs usa un solo hilo, que igual a mi no me parece una gran desventaja con tanto sistema distribuido que podemos aplicar.
Yo lo vi e inmediatamente me imaginé que habrían varios tipos de procesos adicionales, igualmente he programado servidores sockets (en la U) por lo que ya sabía que son no-bloquean tes si de usan bien y trabajado con sockets udp para dispositivos iot Así que me imagino que hay un par de procesos adicionales que se encargan de balanceadores comunicándose con pipe para aprovechar l máximo la máquina~
Hola valor que opinas de librerias tipo vaadin o echo3 o thinwhire que usan una especie de "protocolo" para comunicar el browser con el server por medio de ajax y cambiar el dom en base a interacciones del usuario en el browser y reflejarlas en un arbol de objetos guardados en el server y que reaccionan a esos eventos. En estos frameworks el cliente usuario programa en java la interfase y los eventos de la misma.
Antonio: No os fieis de nada ni de nadie, hay que hacer una investigación para comprobar si es así o no es así. .... Procede a hacer un video corrigiendo su error. Nota: con o sin errores siempre se aprende mucho con tus videos 🤯😸
Antoñito, bienvenido a la realidad de los Haters. Nadie te dijo nada porque ningún Hater sabía tanto detalle del tema como para criticarte. Sabes perfectamente que los Haters se tiran al cuello en cuanto pueden. Pero esta vez no pudieron, sencillamente por desconocimiento. Enhorabuena por tu investigación y por la fe de erratas. Y por supuesto, por tu canal y tus cursos.
nadie te corrigio por que nadie sabe node y angular, hasta ahora que logre comprar un curso y no se usar al 100 node. yo soy de c++ y python. sigo sin saber si node funciona solo en localhost o fuera de lan.
Deja de quejarte tanto por la gente de lo que diga o no, desde el inicio de tu canal que es muy bueno lo haces, cuando sos senior te das cuenta que te conviertes por los errores y por como dejas el ego de saber algo o no , en este trabajo todos nos equivocamos y es más fácil buscar una solución, retractarse o corregir.
No puedes usar asyncio? Osea en vez de crear tu propio evento loop y eso directamente usar el mainloop de asyncio? No entiendo mucho la parte asíncrona de python pero creería q si lo planteas cómo corrutinas en python son como funciones con memoria pueden guardar el socket y generar otra corrutina con la respuesta para q se introduzca en el mainloop y este se encargue de q ejecutar 🤔. Es posible de esta manera?
hombre... no es malo equivocarse, ademas no es solo propiamente un error, es lo que causa la programación de alto nivel y las abstracciones no te dejan ver lo que ocurre realmente, veo que te gusta el bajo nivel, te voy a recomendar un canal de RUST en twitch donde traducen un socket en C lo debuggean, ven lo que hay en la pila y todo el comportamiento de la memoria, porque basicamente eso es todo lo que hay ahí, el canal se llama gamozo, eso si, son streams nerds de 9 horas de solo codigo y debugging de C a RUST. y mucha gente puede haber visto y sencillamente no dicen nada para no tirar hate :p
Es una chorrada pero si no entendí mal, también en el anterior video decías que el cambio de contexto entre hilos era costoso para un sistema operativo por que el kernel tenía que hacer varias cosas. Sin no me equivoco eso también podría ser falso, justamente el cambio de contexto de un proceso a otro es lo realmente costoso, por que entre otras cosas cuando se hace programación multiproceso y se crea un proceso hijo de un padre este es identico y tiene que copiar entre mas cosas los datos y la pila eso lo hace lento. Lo hilos son lo que se conocen como procesos ligeros y son mas faciles de crear, es un proceso el que los crea y estos se manejan mediante tecnicas de concurrencia, ademas comparten los datos, variables globales etc.. no son una copia, la programación multihilo se creó justamente para solucionar este dilema, pero lo mismo me cuelo...
Claro, crear un proceso nuevo es mucho más costoso que crear un hilo. Pero una cosa es crear un proceso o hilo, y otra cosa es, una vez creados, cambiar entre ellos. Cambiar de contexto sigue siendo costoso cuando hay que hacerlo muchas veces, ya sean hilos o procesos. No sé si cambiar entre hilos es más fácil que cambiar entre procesos, pero de todos modos es algo costoso cuando tienes una cantidad considerable.
De donde sacaste la información inicial que node js trata los request entrantes con hilo por request? Porque en la doc oficial siempre menciona que es un unico hilo y precisamente es la principal diferencia entre node js lengusjes como java o .net que asigan un hilo por request . En el pool de hilos se ejecutan llamadasa otros servicios , base de datos etc. Y valoro mucho la rectificación que haces no vi el primer video pero no hacer la rectificación haria que se mal entienda en manejo de hilos y por ende problemas de bloqueo en el servidor slds. Aqui un video comparativo entre .net y node js ruclips.net/video/wC9akv79gjU/видео.html.
De algunas charlas que están enlazadas en ese vídeo, supongo que es porque es una implementación "naive" de un event loop y la gente asume que funciona así.
Por culpa de tipos como estos he visto a jovenes estamparse en entrevistas tecnicas, dejen de creerle a tipos que no pueden leer ni la documentacion de una tecnologia.
Nadie dijo nada porqué no lo sabíamos jeje
Me gustan tus vídeos, porqué lo explicas al detalle.
Por cierto, ¿Has pensado en subir clips de 3 a 10 minutos en Tik Tok?
¡Un abrazo Antonio!
Antonio!!! tu canal es de lo mejor en programación, lejos! me costaría imaginarme alguien con el descaro, la soberbia y la negligencia suficiente como para insultarte o saltarte a la yugular por un dato menor. Ojalá continúes con tus videos que son excelentes y me hacen aprender muchísimo, y no veo la hora de terminar de rendir exámenes en mi instituto para tener tiempo libre y comprar tu curso de armar un framework de 0! te banco a morir capo!!!
Raw
este tipo nos representa a todos😀
Video Super avanzado! Genial!....
Tremendo contenido, sos muy bueno enseñando, segui asi Antonio!
Genial video, me quedo con lo ultimo que dijiste, hay personas que se creen Dennis Ritchie e intentan corregirte en el uso de terminos y conceptos que estan mas que claros, como renderizar y compilar, pero cuando se trata de temas que requieren verdadero conocimiento, no dicen nada.
Qué crack! Solo vi estos dos videos y el del problema de performance de la jvm de Netflix y ya basta para suscribirme diez mil veces a este canal. Me encanta como explicas y la calidad de tus videos, sigue así 👌🏼
Sería bueno que enseñaras tu proceso de investigación. Así como las bases necesarias (conocimientos previos) que te ayudan a entender los conceptos que explicas. En verdad siento que sería de mucha ayuda. Saludos!!
Al final es como dices, internet esta tan lleno de la capa suferficial de información sobre varios lenguajes, entre ellos JavaScript y toda su familia, que cuando te metes un poco más profundo en esos temas fuera del "Mainstream", que no es porque no sean importantes, sino porque son "dificiles" de generar contenido, y la gente pierte el hilo; donde solo les queda asentir.
Hermano, muy crack! Genial tener la capacidad de reconocer el error! Y si, la gente se cree que sabe muchísimo... La gran mayoría de personas sólo repite lo que escucharon en short de RUclips 😅
Eres el mejor Antonio, en verdad me has ayudado mucho!!
Honestamente no me di cuenta, porque, como dijiste, es perfectamente posible implementar un event loop como el que describes, a pesar de que node.js no lo haga de esa forma. Aún así, es cierto que era trabajo de la gente que ve el video cuestionarse si lo que dijiste estaba bien o no.
La reflección final es oro puro. 😁
Hola un cordial saludo... Mil gracias por este video... Sin duda eres un crack... Y más porque es una profesion donde se dan miles de errores antes de tenerla clara y hacerlo bien... Por cierto recién me entero de tu canal... Algo extraño qué youtube no me hubiera dado tus videos como sugerencia... Eso me da coraje porque me he perdido mucho de tu enseñanza... Poner las palabras clave correctas.?... Soy autodidacta y me gusta aprender sobre lenguajes.... Y javascript y por lo tanto node usan la asincronia... 1 hilo... Y porque se pensó en esto desde el inicio del lenguaje... Pero python... Php... Java... No tienen un manejo natural de la asincronia... Y menos de la concurrencia (múltiples hilos.)... Hay lenguajes qué sé han pensado en ello... Erlang... Go... Y creo que rust... Tienen una manera fácil de implementarlo... Erlang puede manejar millones de hilos sin errores... Saludos y mil gracias por tus videos... No nos abandones.... Somos mal agradecidos... Pero debes de estar mentalmente por encima de eso...
Espectacular cada dia aprendo mas de ti amigo muchas gracias
Creo que el problema es que la mayoría de las personas desconocemos estos detalles de tan bajo nivel y no nos damos a la tarea de investigarlo. Tal vez para muchos es mas fácil discutir por un término que a la final no requiere que entiendas temas tan complejos, aunque sea nuestra profesión... En fin, yo me alegro de que haya gente como tú que nos traduzcas estos temas a palabras mas entendibles, gracias por tremendo trabajo.
Me gustaría saber cuál es tu metodología de aprendizaje y estudio.
Me gustaría dominar algunas tecnologías.
Muy buenos tus videos. Yo trabajé mucho en mono hilo con c y conozco perfectamente el trabajo multitarea monohilo usando select en qnx4 y c xD. Que tiempos aquellos! Me pareció raro eso que decías que node tenían varios hilos ya que en la documentación oficial dice monohilo pero honestamente no me pareció raro porque lo explicas muy bien y me convenciste rápidamente. xD
Este video y el del bug encontrado por netflix tienen demasiado valor, tengo varios años de experiencia como desarrollador, y como usted dice, hubo algunas aclaraciones y por lo tanto se creo este video, y en mi opinion la razon por la que no hay tanto "conocedor" en ese video indicando el "error" es simplemente porque no lo descubrimos me incluyo.
se dan cuenta cuando uno usa un termino comun atacan porque es casi siempre lo unico que saben o lo unico que memorizan (no aprenden) para sentir alguna satisfaccion y creerse ingenieros y si digo creerse porque no vi a alguien que detectara un concepto core de javascript y lo sustentara en los comentarios (al menos ya tiene la lista de usuarios que solo repiten y no aportan jaja).
Sigo repitiendo esos videos son de gran valor y seguramente lo vere varias veces porque hay cosas que todavia me toca interiorizarlo espero mas videos de los bugs el netflix fue muy bueno!
Yo creo que aunque haya un error, si te dicen que algo funciona en este mundo te lo crees de todas formas.
Claramente lo ideal sería saber como todo funciona por detrás, pero muchas veces esto no es necesario y usamos lo que funcione para unir partes y que algo más complejo se mueva.
Por eso yo creo que la programación está tan rota.
Quizás a futuro tengamos otras formas de darle órdenes a sistemas inteligentes, aunque siempre habrá alguien que tenga que saber como funciona.
En fin
Muy interesante! La verdad es que me has abierto los ojos respecto a Node.js. Gracias Antonio!
Jaja típico.. la gente se queja por q usas mal un término.. q es lo fácil. Pero ya rebatirte este error es más difícil.
Yo cuando vi el anterior y tu explicación dije ahh mira a mejorado node ( hace como 4 años q lo lo toco) y en mi época si era un solo hilo... Si en la función te ponías ha hacer cosas pesadas...
Pero eso simplemente te creí.
En resumen muy buen video, sigue así
Efectivamente es más sencillo ¿opinar? sobre el uso de la terminología que observar errores en la explicación de un modelo de cierta complejidad como el event loop de node. Yo mismo llevo años usando node e investigué un poco en su momento sobre él, pero no llegué a profundizar lo suficiente como para ver la errata de tu vídeo anterior.
Sea como sea te honra corregir tus propias palabras cuando lo crees conveniente, reconocer los propios errores es mantenerse en la senda del aprendizaje continuo.
Saludos y gracias por tu contenido
Estaría interesante un evento loop en Rust, voy empezando con Rust pero lo anotare
Te ha subido el respeto de mi parte así como lo hacen en GTA San Andreas. Buen vídeo!
La reflexión del final es oro, la gente que corrige de esa forma tan tonta, lo único que hace es demostrar lo poco que sabe
Hola Antonio, como va?
Me pregfunto si pudieras hacer un video en cuanto a los workers de JS, siguiendo mas o menos la misma idea de lo que hablas aqui. He visto un par pero no los encuentro buenos y tu forma de explicar y montar los videos me agrada.
Espero lo tomes en consideracion!
Saludos desde Chile
La gente cuando hay debate filosófico si tienen opinión. Cómo claramente lo comentas al final del video, si el nivel técnico está avanzando chau comentarios constructivos. Excelente videos.
El final del video donde muestras a los haters, hubiera sido genial que lo hubieras colocado al inicio, porque estoy seguro que esos haters no veran este video completo porque ni importancia le dieron para hacértelo saber antes.
Sabe's por qué nadie dijo nada Antonio jajaj?? Porque nadie de nosotros (o por lo menos la mayoría) sabe algo sobre el tema. Te agradezco mucho por intentar traer conocimiento de bajo nivel a todo la comunidad, creo profundamente que todo este material da un valor agregado a todos los desarrolladores hispanohablantes.
Saludos de Uruguay.
Antonio eres idolo hermano te sigo desde siempre y nunca dude ahora si sere mas eceptico 😁
Soy ingeniero informático y no lo sabia. Me encanto thanks!
Lo maximo este canal
Me gusta esa rectificación de tu parte, es normal equivocarse y a cualquiera le puede pasar. Pero no cualquiera señala su propio error y lo corrige con rigor y sin pelos en la lengua. Enhorabuena!!
una pequeña cosa a destacar, en python si bien los imports se pueden separar mediante coma el estandar es colocar cada import por separado.
Creo que la mayoria y hablo por mi parte tambien, aunque seamos programadores o no, y recien estemos aprendiendo la mayoria que entra en principal por el desarrollo web, y aprende node.js, por lo general no se fija o investiga como es la arquitectura del lenguaje o en este caso software que usa, solo le interesa resolver los problemas que surgen a medida que va aprendiendo o desarrollando X pagina web o software.
y bueno aparte son muy pocas las personas que saben realmente esos detalles de arquitectura en X sistema o programa, y mucho menos las personas que te lo pueden llegar explicar, para que cualquiera lo entienda.
por mi parte vengo aprendiendo y estudiando, nodejs hace como un año y recien hace unos pocos días me entere que nodejs usa un solo hilo, que igual a mi no me parece una gran desventaja con tanto sistema distribuido que podemos aplicar.
Yo lo vi e inmediatamente me imaginé que habrían varios tipos de procesos adicionales, igualmente he programado servidores sockets (en la U) por lo que ya sabía que son no-bloquean tes si de usan bien y trabajado con sockets udp para dispositivos iot
Así que me imagino que hay un par de procesos adicionales que se encargan de balanceadores comunicándose con pipe para aprovechar l máximo la máquina~
El profe: "El trabajo de ayer fue una prueba sorpresa y todos reprobaron".
Hola valor que opinas de librerias tipo vaadin o echo3 o thinwhire que usan una especie de "protocolo" para comunicar el browser con el server por medio de ajax y cambiar el dom en base a interacciones del usuario en el browser y reflejarlas en un arbol de objetos guardados en el server y que reaccionan a esos eventos. En estos frameworks el cliente usuario programa en java la interfase y los eventos de la misma.
Antonio: No os fieis de nada ni de nadie, hay que hacer una investigación para comprobar si es así o no es así.
.... Procede a hacer un video corrigiendo su error.
Nota: con o sin errores siempre se aprende mucho con tus videos 🤯😸
Antoñito, bienvenido a la realidad de los Haters.
Nadie te dijo nada porque ningún Hater sabía tanto detalle del tema como para criticarte. Sabes perfectamente que los Haters se tiran al cuello en cuanto pueden. Pero esta vez no pudieron, sencillamente por desconocimiento.
Enhorabuena por tu investigación y por la fe de erratas. Y por supuesto, por tu canal y tus cursos.
Qué bueno eres chaval.
buena idea eso de cometer un error para tener un próximo vídeo hablando del error (no quiero decir que lo haya hecho queriendo)
nadie te corrigio por que nadie sabe node y angular, hasta ahora que logre comprar un curso y no se usar al 100 node. yo soy de c++ y python. sigo sin saber si node funciona solo en localhost o fuera de lan.
Deja de quejarte tanto por la gente de lo que diga o no, desde el inicio de tu canal que es muy bueno lo haces, cuando sos senior te das cuenta que te conviertes por los errores y por como dejas el ego de saber algo o no , en este trabajo todos nos equivocamos y es más fácil buscar una solución, retractarse o corregir.
No me quejo, expongo lo que ocurre.
Vuelve a editar el video y punto así evitamos confusiones porque te quedó muy bueno.
Hola se puede conseguir trabajo en el backend con node js ?
No puedes usar asyncio? Osea en vez de crear tu propio evento loop y eso directamente usar el mainloop de asyncio? No entiendo mucho la parte asíncrona de python pero creería q si lo planteas cómo corrutinas en python son como funciones con memoria pueden guardar el socket y generar otra corrutina con la respuesta para q se introduzca en el mainloop y este se encargue de q ejecutar 🤔. Es posible de esta manera?
Claro puedes usar asyncio pero digo que para aprender como funciona lo mejor es hacerlo tú mismo.
hombre... no es malo equivocarse, ademas no es solo propiamente un error, es lo que causa la programación de alto nivel y las abstracciones no te dejan ver lo que ocurre realmente, veo que te gusta el bajo nivel, te voy a recomendar un canal de RUST en twitch donde traducen un socket en C lo debuggean, ven lo que hay en la pila y todo el comportamiento de la memoria, porque basicamente eso es todo lo que hay ahí, el canal se llama gamozo, eso si, son streams nerds de 9 horas de solo codigo y debugging de C a RUST. y mucha gente puede haber visto y sencillamente no dicen nada para no tirar hate :p
Que software usas para las animaciones
huida hacia adelante? Los videos son para los que saben o para los que quieren aprender?
la razón por la cual esta el async await en javacript es porque es un lenguaje mononucleo
Qué tal si en la respuesta de esa función callback pones un for bloqueante? sigues pudiendo aceptar conexiones?
Si no lo han cambiado últimamente, creo que el event loop de Chromium y Google Chrome es libevent
Lo he buscado y también tiene soporte para epoll. O sea que al final todo funciona con eso jaja
El nucleo 00001 del procesador 001 de los servidores de Google en este momento: 🔥🔥🔥🔥
Es una chorrada pero si no entendí mal, también en el anterior video decías que el cambio de contexto entre hilos era costoso para un sistema operativo por que el kernel tenía que hacer varias cosas. Sin no me equivoco eso también podría ser falso, justamente el cambio de contexto de un proceso a otro es lo realmente costoso, por que entre otras cosas cuando se hace programación multiproceso y se crea un proceso hijo de un padre este es identico y tiene que copiar entre mas cosas los datos y la pila eso lo hace lento. Lo hilos son lo que se conocen como procesos ligeros y son mas faciles de crear, es un proceso el que los crea y estos se manejan mediante tecnicas de concurrencia, ademas comparten los datos, variables globales etc.. no son una copia, la programación multihilo se creó justamente para solucionar este dilema, pero lo mismo me cuelo...
Claro, crear un proceso nuevo es mucho más costoso que crear un hilo. Pero una cosa es crear un proceso o hilo, y otra cosa es, una vez creados, cambiar entre ellos. Cambiar de contexto sigue siendo costoso cuando hay que hacerlo muchas veces, ya sean hilos o procesos. No sé si cambiar entre hilos es más fácil que cambiar entre procesos, pero de todos modos es algo costoso cuando tienes una cantidad considerable.
De donde sacaste la información inicial que node js trata los request entrantes con hilo por request? Porque en la doc oficial siempre menciona que es un unico hilo y precisamente es la principal diferencia entre node js lengusjes como java o .net que asigan un hilo por request . En el pool de hilos se ejecutan llamadasa otros servicios , base de datos etc. Y valoro mucho la rectificación que haces no vi el primer video pero no hacer la rectificación haria que se mal entienda en manejo de hilos y por ende problemas de bloqueo en el servidor slds. Aqui un video comparativo entre .net y node js ruclips.net/video/wC9akv79gjU/видео.html.
De algunas charlas que están enlazadas en ese vídeo, supongo que es porque es una implementación "naive" de un event loop y la gente asume que funciona así.
Tema: jellybeans
igual no se ni lo que es un servidor TCP jajaja
no me di cuenta xd
Wtf sr tumbao
Si se sabía del error, pero nosotros tus seguidores esperamos que tú mismo lo digas.
Nadie te dice nada... Porque con esa mirada a lo Clint Eastwood que te gastas das miedo colega.. xD (es broma eh)
3 comentario
Dejando mi poderoso like a mi papi sarosi :v
No dicen nada, porque no saben xD
Primer comentario, saludos
Brow.. no dije nada por que soy un noob XD
Por culpa de tipos como estos he visto a jovenes estamparse en entrevistas tecnicas, dejen de creerle a tipos que no pueden leer ni la documentacion de una tecnologia.
Soy la causa de que los jóvenes estén desempleados 😈
@@AntonioSarosi Así es🥵
Primero
El primer video que veo de tu canal, si de verdad nadie te dijo nada antes es porque te siguen puros n00bs
Comentario 5
Colorscheme: jellybeans