Uno de los esquemas eternos en programación es sobre si la biblioteca estándar debe ser mínima o abarcadora. Esta es la pregunta equivocada. La pregunta correcta es: ¿Qué arquitectura social crea una biblioteca estándar de alta calidad? Python siempre se menciona como ejemplo de baterías que se filtran y explotan lentamente, pero eso no tiene nada que ver con el tamaño. El problema con la biblioteca estándar de Python es su calidad desigual. ¡Algunos módulos de la biblioteca estándar ni siquiera siguen las convenciones de nombres del lenguaje! Pero ni eso es un error: es una ventaja del núcleo de Python: hace que la funcionalidad esté disponible temprano. Así es como terminamos con una API en C endurecida que hace de CPython el lenguaje, pero también es cómo Python impulsó la revolución científica de datos.
La biblioteca estándar de Go es igualmente abarcadora, pero es muy respetada. El equipo de Go tiene capacidad institucional para entregar APIs bien diseñadas, e incluso más: golang.org/x.
Rust es un caso interesante. Las APIs de la biblioteca estándar 1.0 son brillantes. Las colecciones y los iteradores son una obra de arte. Pero aunque el equipo actual tiene capacidad para preservar las APIs existentes, la capacidad para ejecutar decisiones de diseño es limitada. Mientras que golang.org/x captura la capacidad excedente, rust-lang-nursery es un cementerio. La razón por la cual Rust no tiene una API para obtener un flujo de bytes aleatorios del sistema operativo en 2026 es que requiere una arquitectura organizacional delicada para resolverlo en un problema de coordinación mundial llamado lenguaje de programación.
Entidades clave: Empresas: Python, Go, Rust
Fuente: Hacker News · Resumido por HeadlinesBriefing