¿Por qué stdx no está en crates.io? La polémica que sacude el ecosistema Rust

Si trabajas con Rust, seguro conoces stdx, esa colección de crates que muchos consideran una extensión de facto de la stdlib. Pero hay algo que no cuadra: stdx no está en crates.io. Y no es por descuido. Su creador, Sylvain Kerkour, lo explica en un artículo que está dando vueltas en Hacker News, y el tema toca fibras sensibles sobre control, mantenimiento y la filosofía del software abierto.

Kerkour argumenta que mantener un crate en crates.io implica ceder control sobre versiones, documentación y hasta el nombre. Para él, stdx es un experimento que debe evolucionar sin las restricciones del registro oficial. Pero para la comunidad, esto es un problema: sin estar en crates.io, no puedes simplemente agregar stdx a tu Cargo.toml y esperar que funcione. Tienes que apuntar directamente al repositorio de GitHub, lo que rompe la cadena de confianza y reproducibilidad que crates.io ofrece.

Para los desarrolladores, esta decisión significa más fricción. Si usas stdx en producción, ahora dependes de un repositorio externo que puede cambiar sin previo aviso. Y si el proyecto se abandona, no hay un backup en el registro. Por otro lado, la postura de Kerkour también invita a reflexionar: ¿el ecosistema de Rust está demasiado centralizado en crates.io? ¿Debería haber más alternativas?

¿Qué significa para ti? Si usas stdx, evalúa si realmente lo necesitas o si puedes sustituirlo por crates individuales en crates.io. Si decides mantenerlo, asegúrate de especificar un commit o tag fijo en tu Cargo.toml para evitar sorpresas. Y si te interesa el debate, participa en la discusión en Hacker News — tu experiencia como profesional puede enriquecerla.