les fonctions map ou filter c'est vraiment pas le truc qui me manque, car en pratique ça apporte pas grand chose par rapport à une boucle (à mon avis) à peine plus concis, moins flexible, deux façons d'arriver au même résultat pour un gain en clarité très débatable.
Dans un programme développé dans un langage fonctionnel, ça ne me gène pas plus que ça. Par contre dans un langage multi-paradigme (python, java), je trouve que ça casse la fluidité de lecture car le cerveau doit switcher de mode de programmation. C'est pour ça que si je dois utiliser ge genre de paradigme aquand je fais du python, par exemple, je m'assure de l'abstraire dans une fonction/méthode spécifique, pour ne pas casser la fluidité de lecture. Sinon pour certains cas, le map ou filter est très pratique. Tput dépend du problème qu'on a à régler et de la façon dont c'est implémenté dans le langage.
[^] # Re: Go est lent, Rust est rouillé !
Posté par totof2000 . En réponse au journal Explorer des langages de programmation - édition 2020. Évalué à 3.
Dans un programme développé dans un langage fonctionnel, ça ne me gène pas plus que ça. Par contre dans un langage multi-paradigme (python, java), je trouve que ça casse la fluidité de lecture car le cerveau doit switcher de mode de programmation. C'est pour ça que si je dois utiliser ge genre de paradigme aquand je fais du python, par exemple, je m'assure de l'abstraire dans une fonction/méthode spécifique, pour ne pas casser la fluidité de lecture. Sinon pour certains cas, le map ou filter est très pratique. Tput dépend du problème qu'on a à régler et de la façon dont c'est implémenté dans le langage.