Venant juste de finir de regarder My 2025 uv-based Python Project Layout for Production Apps par Hynek Schlawack, je dirais que sur le second cas, "extremely fast" et "in Rust" sont justement un des avantages (du non fonctionnel certes), avec une meilleure gestion des dépendances et de l'outillage d'empaquetage. Autant une app générique écrit en Rust ou autres, on peut se dire peu importe, autant un outil dédié à un langage dans un autre langage, ça interroge toujours un peu (est-ce le temps de bootstrapper le nouveau langage ? Une limitation actuelle du langage le temps de définir la norme ? Etc.).
Après sur un outil de renommage de fichiers, je suis plus intéressé par les fonctionnalités effectivement, à savoir s'il sera dispo en standard ou pas dans ma distribution/conteneur, s'il fait des blagues comme 'rename' qui est différent suivant les distributions, etc.
[^] # Re: On s’en fiche que ça soit « écrit en Rust »
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Outil de renommage en masse de fichiers écrit en Rust. Évalué à 6. Dernière modification le 04 avril 2025 à 11:12.
Venant juste de finir de regarder My 2025 uv-based Python Project Layout for Production Apps par Hynek Schlawack, je dirais que sur le second cas, "extremely fast" et "in Rust" sont justement un des avantages (du non fonctionnel certes), avec une meilleure gestion des dépendances et de l'outillage d'empaquetage. Autant une app générique écrit en Rust ou autres, on peut se dire peu importe, autant un outil dédié à un langage dans un autre langage, ça interroge toujours un peu (est-ce le temps de bootstrapper le nouveau langage ? Une limitation actuelle du langage le temps de définir la norme ? Etc.).
Après sur un outil de renommage de fichiers, je suis plus intéressé par les fonctionnalités effectivement, à savoir s'il sera dispo en standard ou pas dans ma distribution/conteneur, s'il fait des blagues comme 'rename' qui est différent suivant les distributions, etc.