Pour les structures de données, je suis d'accord que ça serait parfois sympa et ergonomique et éviterait quelques répétitions. Après, ça a un certain charme de se dire que quand on voit quelque chose qui ressemble à un map ou un array, c'est exactement ça, pas d'abstractions surprise : ce manque de structures a un côté positif, même si pas évident à mesurer.
Par contre, je vois pas trop ce que tu entends par les panics avec map et array : que je sache, même en Rust/OCaml/etc., si on fait un accès hors du tableau, on a un panic. Le seul truc améliorable qui me vient à l'esprit avec un système de types plus complet (sans compter les vraiment complets avec types dépendants) et qui m'est déjà arrivé, c'est un map non initialisé, mais c'est le genre de truc qu'on détecte et corrige plutôt vite (contrairement à un accès hors tableau).
[^] # Re: Go est lent, Rust est rouillé !
Posté par anaseto . En réponse au journal Explorer des langages de programmation - édition 2020. Évalué à 4.
Pour les structures de données, je suis d'accord que ça serait parfois sympa et ergonomique et éviterait quelques répétitions. Après, ça a un certain charme de se dire que quand on voit quelque chose qui ressemble à un map ou un array, c'est exactement ça, pas d'abstractions surprise : ce manque de structures a un côté positif, même si pas évident à mesurer.
Par contre, je vois pas trop ce que tu entends par les panics avec map et array : que je sache, même en Rust/OCaml/etc., si on fait un accès hors du tableau, on a un panic. Le seul truc améliorable qui me vient à l'esprit avec un système de types plus complet (sans compter les vraiment complets avec types dépendants) et qui m'est déjà arrivé, c'est un map non initialisé, mais c'est le genre de truc qu'on détecte et corrige plutôt vite (contrairement à un accès hors tableau).