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!
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.
Год назад
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!!
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!!!
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.
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.
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.
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í 👌🏼
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 RU-vid 😅
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...
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í
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!
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
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!!
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
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.
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.
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 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.
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 🤯😸
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
Год назад
Eres el mejor Antonio, en verdad me has ayudado mucho!!
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.
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.
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
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.
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 ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-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í.
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.
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.
