Russ à fait des propositions à l'équipe de Dep qui les a refusée (à l'été 2017 puis en décembre 2017 sauf erreur). Donc comme on dit chez nous "show me the code". Ce qu'il a fait en 15j, non pas parce qu'il est plus fort que les autres mais parce que son idée est juste très simple (minimal version selection) et plus facile à implémenter qu'à démontrer en discussion. Ceci fait il l'a rendu publique en février. Tout le monde a pu en discuter, l'essayer, faire des remarques, l'amender (./vendor) qui ont abouties à une proposition officielle en mars (462 pour 8 contre). Cette proposition n'a été accepté officiellement qu'en mai (je pense que tu fais une erreur dans ta chronologie). Bref rien de spécial par rapport à n'importe quel projet libre, surtout Go où les fonctionnalités sont restreintes par principe et où on ne peut pas se permettre d'avoir des chevauchements d'outils comme en Python par ex.
Le premier jet de gestionnaire de version de Rust a été éjecté d'une manière beaucoup plus radicale que ça sans que ça n'émeuve qui que ce soit. Est-ce qu'un seul langage n'a pas connu de remous concernant sa gestion des packages !?
Google en tant qu'entreprise n'a que peu à voir la dedans (c'est ce qu'on leur reprochait jusque là d'ailleurs) pour le coup, je ne suis même pas sûr qu'ils utilisent les modules vu qu'ils ont leur fonctionnement propre avec un dépôt général et des forks de toutes les dépendances.
Ceci dit je n'ai aucune doute comme toi sur le fait que Google aurait le dernier mot si besoin ! Mais en l'occurrence je ne le vois pas à ce sujet.
[^] # Re: Go -> Rust
Posté par wilk (site web personnel, Mastodon) . En réponse au journal Go et Rust, lequel est le remplaçant du C ?. Évalué à 3.
Russ à fait des propositions à l'équipe de Dep qui les a refusée (à l'été 2017 puis en décembre 2017 sauf erreur). Donc comme on dit chez nous "show me the code". Ce qu'il a fait en 15j, non pas parce qu'il est plus fort que les autres mais parce que son idée est juste très simple (minimal version selection) et plus facile à implémenter qu'à démontrer en discussion. Ceci fait il l'a rendu publique en février. Tout le monde a pu en discuter, l'essayer, faire des remarques, l'amender (./vendor) qui ont abouties à une proposition officielle en mars (462 pour 8 contre). Cette proposition n'a été accepté officiellement qu'en mai (je pense que tu fais une erreur dans ta chronologie). Bref rien de spécial par rapport à n'importe quel projet libre, surtout Go où les fonctionnalités sont restreintes par principe et où on ne peut pas se permettre d'avoir des chevauchements d'outils comme en Python par ex.
Le premier jet de gestionnaire de version de Rust a été éjecté d'une manière beaucoup plus radicale que ça sans que ça n'émeuve qui que ce soit. Est-ce qu'un seul langage n'a pas connu de remous concernant sa gestion des packages !?
Google en tant qu'entreprise n'a que peu à voir la dedans (c'est ce qu'on leur reprochait jusque là d'ailleurs) pour le coup, je ne suis même pas sûr qu'ils utilisent les modules vu qu'ils ont leur fonctionnement propre avec un dépôt général et des forks de toutes les dépendances.
Ceci dit je n'ai aucune doute comme toi sur le fait que Google aurait le dernier mot si besoin ! Mais en l'occurrence je ne le vois pas à ce sujet.