El eterno debate en programación sobre si la biblioteca estándar de un lenguaje debe ser mínima o exhaustiva está mal planteado, según argumenta el programador Alex Kladov (matklad). La pregunta relevante no es cuánto código incluye, sino qué tan bien está diseñado y mantenido por el equipo responsable del lenguaje.
El autor contrasta tres casos. Python suele citarse como ejemplo de "baterías con fugas" que estallan lentamente, pero el problema no es el tamaño, sino la calidad desigual de sus módulos: el propio unittest no sigue las convenciones de nomenclatura del lenguaje. Aun así, esa permisividad inicial permitió que Python impulsara la revolución de la ciencia de datos.
Go representa el extremo opuesto con éxito: el equipo tiene capacidad institucional para diseñar APIs cuidados y mantener un repositorio paralelo en golang.org/x donde experimenta sin comprometer el núcleo. Rust, en cambio, ilustra un punto intermedio preocupante: sus APIs de la versión 1.0 son brillantes, pero al equipo actual le falta capacidad para tomar decisiones de diseño ambiciosas. Proyectos como rust-lang-nursery han quedado abandonados, y problemas técnicos sencillos —como obtener bytes aleatorios del sistema operativo en 2026— siguen sin resolverse porque requieren una arquitectura organizativa compleja, con financiación incluida, que un proyecto de coordinación global como un lenguaje de programación no siempre consigue articular.