Cependant ça ne va pas bien évidemment m'empêcher d'y apporter ma pierre vu que c'est la règle du jeu :
Il préfèrerait quoi entre un langage avec pas mal de feature mais certaines qui sont vachement cool pour son problème et ammène à un design "cool" et peu complexe à un langage simple mais qui oblige à réinventer / réimplémenter des pseudos équivalents aux features en question, amenant à un code complexe du même coup, des features potentiellement chiantes à implémenter et par conséquent bug prone, peu matures et prises de tête ?
Certaines features haut niveau dans certains langages sont réfléchies par les concepteurs, bien implémentées et éprouvées, même si elles sont pas forcément simple à la base. Est-ce cacher la merde sous le tapis ?
# Digging deeper.
Posté par thoasm . En réponse au journal Programmation : la complexité c'est le mal. Évalué à 1.
C'est un troll, donc j'ai pas lu l'article.
Cependant ça ne va pas bien évidemment m'empêcher d'y apporter ma pierre vu que c'est la règle du jeu :
Il préfèrerait quoi entre un langage avec pas mal de feature mais certaines qui sont vachement cool pour son problème et ammène à un design "cool" et peu complexe à un langage simple mais qui oblige à réinventer / réimplémenter des pseudos équivalents aux features en question, amenant à un code complexe du même coup, des features potentiellement chiantes à implémenter et par conséquent bug prone, peu matures et prises de tête ?
Certaines features haut niveau dans certains langages sont réfléchies par les concepteurs, bien implémentées et éprouvées, même si elles sont pas forcément simple à la base. Est-ce cacher la merde sous le tapis ?