/tech/ - Tech 2.0

Mode: Reply
Name
Subject
Message

Max message length: 4096

Opciones
Files
E-mail
Password

(used to delete files and postings)

Misc

Remember to follow the rules


Choroy 08/02/2023 (Wed) 03:08:30 70e502 No. 9658
https://www.youtube.com/watch?v=-DVyjdw4t9I
Guido van Rossum: Python and the Future of Programming | Lex Fridman Podcast #341
Lex Fridman
Views: 959,834 - 26/11/2022
03:15:51
que buen canal, para aprender y para aprender inglés
El Guido? El Guido es tela.
>>9659 hablai como su fuera yunta tuyo, perkin culiao qué hablai tan picao a vio'?
>podcast #341 >3 horas Estoy que veo tu mierda.
>>9661 Acaso no puedes entender inglés como background noise cuando haces otra tarea? Yo lo escucho cuando hago weas repetitivas, cuando tengo que usar el mate pongo electrónica o metal
>>9669 >cree que choroy no lo ve porque está en ingles <no porque es un largometraje de un simio culiao delirando weas en ñoño jej, ¿y la polola cuando?
123.19 KB, 804x1024
>>9658 Puta que es fome el Lex, se huele sus propios peos jurándose científico y es más impresionable que la chucha. Hace la misma mierda que Joe Rogan, sus invitados les dicen cualquier wea y empiezan <Wooooow that's like, so deep man woooaaah Pero por ultimo Rogan tiene la excusa de ser un volao pasao a caca.
32 años parchando los bugs de python...
>>9689 Supuestamente Mojo, un super conjunto de Python, será la solución a todos los problemas de la implementación.
>>9697 ¿Así como Python 3 es la solución a los problemas de Python 2?
¿y ese rare jaude?
>>9698 No es un cambio de sintaxis, es una implementación Nueva.
>aun no entiende completamente inglés Gracias educación pública de izquierda. La única habilidad que deberías estar entrenando es pronunciación.
>>9703 Otra bala de plata que no va a funcionar. A Python le está pasando lo mismo que a Perl con Raku: es una sacada de pillos monumental para el cagazo inmenso que les espera. Luego de eso, pasarán lentamente a la irrelevancia más absoluta.
>>9705 >es una sacada de pillos monumental para el cagazo inmenso que les espera justifique.
>>9707 Ser Python >Todavía estar con problemas tras la migración desde 2.x >Bibliotecas que no pasaron a 3.x >Tauthon >No todos los desarrolladores tendrán ánimos de una segunda migración a menos de 2 años de tirar a la basura a 2.7 >Superconjunto nunca es tal, siempre termina siendo un update que no es retrocompatible >Perl 4 cometió el mismo error en la transición a Perl 5 >Perl 6 cometió el mismo error de peor manera y terminó relegado y convertido en Raku >Tcl 7 cometió el mismo error en la transición a Tcl 8 Precisamente el éxito de Python es el que complica el migrar, porque ya agotaste la paciencia de tus huestes con la migración más reciente y no creo que salgan indemnes de otro intento similar. Teóricamente, un intérprete que implemente un "súperconjunto" de no debiera ser algo que complique las cosas, pero ya ha habido ejemplos anteriores que las cosas no ocurren así.
873.80 KB, 1890x1704
>>9708 >No todos los desarrolladores tendrán ánimos de una segunda migración a menos de 2 años de tirar a la basura a 2.7 Esto. La base usuaria adoptando tecnología nueva es un tema que no se toma mucho en cuenta. Puedes presentar una solución, pero la migración puede ser rechazada por los usuarios y jamás convertirse en el nuevo "Main Stream" de producción y desarrollo. Un ejemplo además de los que mencionaste es como Plan9 fue creado como una evolución de UNIX (con la misma gente clave detrás del proyecto) el OS respondía a al nuevo mundo conectado a internet a diferencia de UNIX, creado para un ambiente cerrado, pero jamás fue adoptado globalmente porque para los sistemas de misión crítica es imposible migrar sin dejar un cagazo de proporciones. Es una de las razones del porque los "espinazos" del mundo moderno siguen corriendo tecnología como COBOL. Yo recuerdo remotamente que el paso de Python 2 a 3 ya había sufrido una controversia gigante y costó mucho llevarla a cabo. Ahora habrá que ver si todas alianzas y gremios que trabajan con Python 3 están dispuestas a migrar a Mojo en favor de mayor velocidad de procesamiento. Yo creo que al menos el sector de redes neuronales lo hará, porque el mercado de las tarjetas de video está forzando a los programadores a buscar fórmulas para crear tecnología cognitiva más económica.
>>9715 Exacto. A eso, hay que sumar que si bien Plan9 resultó interesante y hay ideas que se adoptaron en Unix/Linux (/proc como muestra), Plan9 no fue lo suficientemente espectacular ni exitoso como para desbancar los beneficios que ya presentaba Unix por aquellos años. A propósito de la imagen, creo que reconozco en ella a Dennis Ritchie y Kernighan en primer plano, al fondo a Russ Cox y al guatón Tom Duff con la camiseta de Tribilín.
>>9717 Mierda, confundí a Pike con Kernighan. Me mandé tremendo julayazo.
>>9718 Rob Pike y Kernighan trabajarían juntos en el futuro armando The Go Programming Language. Rob Pike es como el hueón que recibió el paso de antorcha de todos esos boomers. El guatón tribilín es uno de los colaboradores clave de Pixar.
>>9719 Duff's Device es uno de los logros técnicos más destacados del guatón Tribilín. Y sí conozco a los próceres, incluso la anécdota que Pike participó en los Juegos Olímpicos. Uno que falta en una foto así es Henry Spencer, tomando en cuenta cuánto aportó en las bibliotecas de expresiones regulares (tengo claro que Thompson es el originador de las regexps en Unix, pero Spencer ha aportado bastante al respecto).

Delete
Report