Nos complace anunciar que estamos reimplementando las omnipresentes utilidades sudo y su en Rust. Sudo se desarrolló por primera vez en la década de 1980. A lo largo de las décadas, se ha convertido en una herramienta esencial para realizar cambios minimizando el riesgo para un sistema operativo. Pero debido a que está escrito en C, sudo ha experimentado muchas vulnerabilidades relacionadas con problemas de seguridad de memoria.

Durante décadas, los programadores han escrito sistemas críticos en C y C++. Ahora, recurren a Rust .Muchos proyectos de software surgen porque, en algún lugar, un programador tenía un problema personal que resolver. Eso, más o menos, le ocurrió a Graydon Hoare. En el año 2006, Hoare era un programador informático de 29 años que trabajaba para Mozilla, la empresa de navegadores de código abierto. Al volver a su apartamento de Vancouver, descubrió que el ascensor no funcionaba: su software se había bloqueado. Y no era la primera vez que le ocur

Como parte del esfuerzo de soporte al desarrollo con Rust en la plataforma Android, algunos de los desarrolladores del sistema operativo móvil han estado trabajando en la elaboración de un curso de este lenguaje para ayudar a sus compañeros a sumergirse en el mismo desde cero (aunque teniendo siempre conocimientos previos de C++ o Java). Dicho curso, bautizado como 'Comprehensive Rust' ('Rust integral') y pensado para ser cursado en cuatro días, se lanzó hace un mes y ahora está disponible de forma libre en GitHub, listo para cualquiera.

Hace un año una vulnerabilidad 'zero day' afectó a millones de usuarios de plataformas online (Steam ,Cloudflare, iCloud, Minecraft...): 'Log4Shell'. Se criticó que la Fundación Apache tenga una amplia página detallando las responsabilidades de los programadores de sus proyectos, cuando es gente que trabaja por amor al arte... y, sobre todo, arreciaron las críticas contra las compañías multimillonarias que se benefician del software que esta gente desarrolla sin molestarse en realizar ninguna donación. Pero, ¿cómo está la cosa 12 meses después?

La NSA o Agencia Nacional de Seguridad de Estados Unidos ha publicado una guía en la que anima a las organizaciones a cambiar los lenguajes de programación de C y C++ por alternativas "memoria segura", donde entran otros lenguajes como C#, Rust, Go, Java, Ruby o Swift. "La NSA recomienda que las organizaciones utilicen lenguajes seguros para la memoria siempre que sea posible y refuercen la protección mediante defensas de endurecimiento del código" dice el último comunicado emitido por el organismo.

Si estás leyendo este artículo, es muy probable que te haya llegado a través de HTTP. Incluso si estás leyendo esto desde un lector de RSS o algo así. ¡Y ni siquiera has tenido que pensar en ello! "No tener que pensar en ello" es sin duda una medida de éxito para una tecnología determinada. En cambio, yo pienso mucho en el Bluetooth. Ojalá no fuera el caso. Si mi vida personal está relativamente desprovista de pensamientos sobre HTTP no se puede decir lo mismo de mi vida profesional, en la que mantengo un proxy HTTP/S/2.

Nadie quiere ser una mala persona, y probablemente te sentiste bastante mal cuando viste el desgarrador llamamiento y seguiste haciendo clic. Wikipedia está a mitad de camino de una campaña de recaudación de fondos de seis semanas de duración en regiones anglófonas como Estados Unidos, Reino Unido, Nueva Zelanda y Australia. Los banners publicitarios piden "sólo 2 libras", lo que no parece mucho, para toda esa información gratuita. Pero antes de que empiece a sentirse demasiado culpable, vale la pena considerar algunos hechos.

¿Nos hemos preguntado alguna vez qué lenguaje de programación es más sostenible? Ciertamente, no es un dato que estemos acostumbrados a plantearnos a la hora de optar entre C# y Java, entre Rust o Pascal, o entre JavaScript y Python, por ejemplo. Factores como bajo/alto nivel, cantidad de documentación disponible o la disponibilidad multiplataforma sí, pero ¿gasto eléctrico? …parece raro incluso planteárselo.