Feda /dev/ - No Javascript allowed

#44348 recomendable?

karpersky, eset nod 32, malwarebytes... qué viejos tiempos xD

No sabeis lo que cansa hablar durante 1h sin parar, es que te quedas sin voz.

Imaginaros a el xokas o uno de estos streamers que se pasa el dia.

Que puta pereza, yo a los 20 minutos ya estoy cansado y con ganas de chapar.

Cada dia respeto mas a Miudev, imagiante estar horas y horas vendiendo el humo, hablando de cosas de las que no tienes ni puta idea y fastasmeando sin cansarte.

#44355 Te vas acostumbrando segun hablas más. Recuerda beber agua para no deshidratarte y que te aguante la garganta y tomar pequeños descansos y en nada llegarás al nivel de miudev

#44357 Gracias. Bueno, mi interes no es hacer streams largos. Mi objetivo es hacer 30 min a 1h de stream.

Espero que el contenido de hoy os haya resultado interesante, el cual forma pare de mi proxima serie. En la serie lo que hemos visto hoy mas o menos, serian 3-4 capitulos XD Mucho mas cortos, directos al grano, mejor exlpicados y estructurados. A mi el contenido me parece muy bueno. Son las cosas que todo fpero debe saber. Y mucho mejor explicado que en un curso de la universidad. En un curso del MIT te explicaran TCP pero no te abriran un netcat y te pokearan a mano para que veas que todo el RFC se basa en cubrir los posibles errores.

HTTP1/2/3, tcp, udp, quic... done. Y ya tenemos en un stream de 1h toda la base del networking contemporaneo. Donde la teoria se puede consultar cada uno por su cuenta lo que le haga falta, como @aren-pulid0 el TLS. Pero luego te miras el video del contenido y ves un monton de detalles de bajo nivel y como impactan unas decisiones a las capas superiores muy reveladores.

Entender estas cosas a nivel fundamental hacen que tomamos decisiones mucho mejores y comprendamos que esta pasando. Por ejemplo gestionar conexiones, pooling de recursos, gestionar errores y congestion... al final esto es lo mas importante que te ofrece una libreria para servers http. El parsear un header o un param mas o menos facil, es una puta tonteria. Y el hecho que sea todo trabajar al minimo nivel posible (tcp) hace que podamos tener un monton de herramientas interoprables como load balancers, proxies, relays... Que es mi teoria de Network vs Application layer, solo hay 2 layers.

Para el proximo stream creo que hare Rust + quic. Porque quiero explicar en otro capitulo la gestion de memoria de bajo nivel. Hoy ya hemos visto algun detalle, como podemos crear tantas conexiones y streams y pasarselos a corutinas? Que hace Go con las referencias? La GC? Que implicaciones tiene? Que pasa si quiero compartir memoria? Hoy ya he comentado indirectamente el tener 1 master - N read replicas, mediante 1 server que escribe en kernel thread y las corutinas solo pasan info mediante CSP. Hay mucha chicha, haciendo un poco de codigo ya salen mil cosas.

Y una vez termine el bloque fundamental daremos el salto al siguiente nivel. Que es el tener un "backend" de producto mas tradicional, simular escenarios de carga, CPU bound, chaos engineering, diferentes decisiones de diseño de API. HTTP vs RPC y como partir tu servicio segun los requerimientos tecnicos.

#44361 Y no solo es la garganta, el agua y tal. Alguno se pega 8h/10h seguidas hablando sin parar. Yo a los 10 minutos ya no se ni que decir.

#44364 No conocen el PDF sample de toda la vida que llegamos a firmar electrónicamente como 100K veces.

#44365 Porque no es una frase hecha lo de que la gente que habla mucho dice muy poco. Si te fijas, todas esas horas de streaming están llenas de silencios, de reiteraciones y de frases hechas, es decir, de pausas y de ruido. Hay poquísimo contenido en un streaming normal porque si fuese todo contenido el streaming duraría media hora, pero entonces el algoritmo les castigaría por emitir poco tiempo.

#44368 Yo era el que te ha dicho lo de Asimov, Clarke y Dick. No he intervenido más porque estaba escuchando y tampoco tenía contexto suficiente para preguntar, pero si llega el caso no me hubiera cortado.