Tu as parlé de généricité, c'est quelque chose dont je comprenais bien l'absence il y a quelques années pour laisser le temps à la core team d'y réfléchir et de trouver une solution qui colle au langage, mais ces dernières années, le langage n'évolue quasiment plus et on n'a toujours rien pour écrire des fonctions map ou filter, c'est très frustrant.
Ian Lance Taylor doit être à sa 6ème+ implémentation de generics pour le Go.
C'est juste qu'il n'a pas trouvé encore le couple parfait performance runtime+lisibilité+performance compilation+taille du binaire.
Sur le dernier podcast GoTime #98, il en parle, et on peut espérer avoir ça cette année ou l'année prochaine je pense.
Et perso, c'est plus pour des fonctions/building block de concurrence que ça m'intéresse, ou un package math qui ne soit pas à appeler avec 20000 cast que j'y vois de l'intérêt.
[^] # Re: Go est lent, Rust est rouillé !
Posté par 16aR . En réponse au journal Explorer des langages de programmation - édition 2020. Évalué à 2.
Ian Lance Taylor doit être à sa 6ème+ implémentation de generics pour le Go.
C'est juste qu'il n'a pas trouvé encore le couple parfait performance runtime+lisibilité+performance compilation+taille du binaire.
Sur le dernier podcast GoTime #98, il en parle, et on peut espérer avoir ça cette année ou l'année prochaine je pense.
Et perso, c'est plus pour des fonctions/building block de concurrence que ça m'intéresse, ou un package
mathqui ne soit pas à appeler avec 20000 cast que j'y vois de l'intérêt.