Ça va être un plaie à maintenir. Et ça va prendre un temps de dev 2 fois plus long.

Rust n'est pas fait pour ça. Ils auraient mieux fait de juste mieux coder leur bouzin avec un langage adapté. On fonce vers un avenir où Rust va être un choix de facto par erreur.

On a connu ça avec d'autres technologies, d'autres langages, d'autres framework... Calmez vous avez ce langage sérieux...

Microsoft réécrit le code de Microsoft 365 en Rust - ZDNet
https://www.zdnet.fr/actualites/microsoft-reecrit-le-code-de-microsoft-365-en-rust-39963998.htm

@metal3d pas du tout d'accord, au contraire. La force du système de typage est (à mon avis) la plus grosse force de Rust, et une application devient plus facile à maintenir quand on peut faire confiance (entre autres) aux steps de compilation.

@shavounet Rust n'est pas le seul langage typé statiquement. Par contre sa syntaxe n'est pas adapté à la maintenabilité d'un système bardé d'API. Il est long en compilation et n'offre pas d'abstraction suffisante pour réduire le temps de définition d'une archi.
Go, C#, etc... Si.

@shavounet je vais préciser que j'ai réalisé une étude pour un client entre Rust, Go et Java.
On a réalisé un POC structuré pour un SI cloud (scalé, conteneurisé).
Rust demandait 30% de temps en plus pour coder et le gain d'en perf était de 10% par rapport à Go.

@metal3d et pour préciser : on a passé 6 mois dans ma boîte à réfléchir à une migration PHP vers Rust, même si au final c'est Go qui a été retenu (notamment pour la courbe d'apprentissage, et la capacité de recrutement...)