Le monde a changé parce que l'informatique a changé (ou l'inverse ?).
De mon point de vue, la langage est une chose, son utilisation une autre.
J'attends de l'utilisation d'un langage de programmation tout un écosystème qui me permette aisément de me concentrer sur ce que je souhaite faire avec ce langage.
Rust possède un système de dépendance plutôt sympa (Cargo). Le nombre de biblothèques en Rust augmente petit à petit.
Cargo permet d'introduire dans son projet pas mal d'outils tiers (https://github.com/rust-lang/cargo/wiki/Third-party-cargo-subcommands) qui facilite la vie de développeur.
Cargo permet de lancer les tests unitaires.
Cargo permet de générer la documentation.
Cargo permet de spécifier les options de compilation.
La configuration de Cargo est réunie au sein d'un même fichier.
etc.
Cargo me semble beaucoup plus simple qu'un fichier de type pom.xml (Maven) que l'on retrouve dans le monde Java ou package.json dans le mode JS Node.
L'adoption du langage passera sans nul doute par la possibilité d'avoir un éditeur (IDE) digne de ce nom. C'est une demande forte de la communauté en 2017 (https://blog.rust-lang.org/2017/09/05/Rust-2017-Survey-Results.html - Areas for Improvement) et le sera aussi, je pense, en 2018.
Des avancées sont déjà en place mais j'attends mieux de la part de la communauté: un IDE qui intègre le debuggeur, l’analyse statique (en partie faite par le compilateur), la coloration syntaxique, l’auto-complétion, la documentation sous forme de tooltip dans le code, la possibilité de faire du refactoring facilement, etc.
Bref, uniformiser l'écosystème du langage me semble primordial pour la réussite de l'adoption de Rust.
[^] # Re: Aucun !
Posté par _seb_ . En réponse au journal Go et Rust, lequel est le remplaçant du C ?. Évalué à 5.
Le monde a changé parce que l'informatique a changé (ou l'inverse ?).
De mon point de vue, la langage est une chose, son utilisation une autre.
J'attends de l'utilisation d'un langage de programmation tout un écosystème qui me permette aisément de me concentrer sur ce que je souhaite faire avec ce langage.
Rust possède un système de dépendance plutôt sympa (Cargo). Le nombre de biblothèques en Rust augmente petit à petit.
Cargo permet d'introduire dans son projet pas mal d'outils tiers (https://github.com/rust-lang/cargo/wiki/Third-party-cargo-subcommands) qui facilite la vie de développeur.
Cargo permet de lancer les tests unitaires.
Cargo permet de générer la documentation.
Cargo permet de spécifier les options de compilation.
La configuration de Cargo est réunie au sein d'un même fichier.
etc.
Cargo me semble beaucoup plus simple qu'un fichier de type pom.xml (Maven) que l'on retrouve dans le monde Java ou package.json dans le mode JS Node.
L'adoption du langage passera sans nul doute par la possibilité d'avoir un éditeur (IDE) digne de ce nom. C'est une demande forte de la communauté en 2017 (https://blog.rust-lang.org/2017/09/05/Rust-2017-Survey-Results.html - Areas for Improvement) et le sera aussi, je pense, en 2018.
Des avancées sont déjà en place mais j'attends mieux de la part de la communauté: un IDE qui intègre le debuggeur, l’analyse statique (en partie faite par le compilateur), la coloration syntaxique, l’auto-complétion, la documentation sous forme de tooltip dans le code, la possibilité de faire du refactoring facilement, etc.
Bref, uniformiser l'écosystème du langage me semble primordial pour la réussite de l'adoption de Rust.