Isga,
pour ma part, la récursivité est un des 1ers trucs que j’ai appris en prog, avec le palindrome et la tour de Hanoï qui sont les initiations classiques à la discipline (il est vrai que le palindrome peut se résoudre de façon non récursive, mais il m’avait semblé plus naturel de le résoudre de façon récursive).
Tout programmeur digne de ce nom doit pouvoir maîtriser le raisonnement récursif, ne serait-ce que pour coder des parcours d’arborescence, le truc de base.
Après il y a des limitations techniques que l’on apprend à respecter quand on voit des programmes pourtant logiques sur le papier planter par explosion de pile.

Les langages fonctionnels de type Lisp sont utilisés : AutoCAD (logiciel de dessin technique 3D très répandu) permet d’écrire des macros en VBA (comme une appli Office), mais aussi en Lisp, ce que font certains d’utilisateurs.

Si les langages de type C ou Basic sont plus répandus, c’est parce que la majorité des programmeurs a pris l’habitude de travailler dans ces langages, et que par conséquent ils ont une meilleure productivité à l’aide de ces technos malgré leurs défauts.

Moi aussi j’aime bien condenser l’écriture sur un minimum de lignes, en usant et abusant de l’imbrication des opérateurs ternaires quand c’est possible, j’aime bien utiliser au maximum les possibilités de la POO pour parvenir à un code le plus évolutif possible.

Seulement, sachant qu’il faut souvent partir du principe que le code produit doit pouvoir être repris rapidement par quelqu’un d’autre, il arrive un moment ou l’on nous fait comprendre avec insistance qu’à la satisfaction intellectuelle d’atteindre la pureté et l’universalité d’une fonction mathématique doit être préférée l’écriture de branchements par cas bien bourrins, même si celle-ci ne prend pas moins de temps en raison de son caractère fastidieux.