Que dois-je apprendre de Scheme?

Je me demandais quelles fonctionnalités uniques je peux apprendre de Scheme qui pourraient m'aider à devenir un meilleur programmeur?

J'ai beaucoup d'expérience dans les langues traditionnelles et je cherche à élargir mes horizons et à en apprendre davantage sur les aspects fonctionnels qui manquent dans d'autres langues. Je connais les fermetures de javascript, les expressions lambda de C #, et je me demandais ce que je peux me concentrer sur ce qui manque dans d'autres langues? Mis à part la syntaxe Lisp, je me sens comme ce que j'ai vu jusqu'à présent que j'ai déjà rencontré dans d'autres langues.

Qu'est-ce qui est unique à Scheme / Lisp et qui m'apprendra quelque chose de nouveau?

Peut-être la caractéristique la plus importante de définition de Lisp est "Code as Data."  Vous n'obtiendrez pas cette expérience de la même manière avec une autre langue. En C #, l'analogue le plus proche est les arbres d'expression.

C'est cette qualité qui fait de Lisp un excellent langage d'analyse. C'est aussi la qualité qui a poussé Paul Graham à dire à propos de Lisp: "Ce qui est inhabituel à propos de Lisp - en fait, la qualité qui définit Lisp - c'est qu'il peut être écrit en lui-même." Bien que les compilateurs auto-hébergés ne soient pas nouveaux, aucun langage ne le fait aussi élégamment que Lisp.

La métaprogrammation (quelque chose dans laquelle Lisp excelle également) est également une chose intéressante à apprendre.

Battre les moyennes par Paul Graham
http://www.paulgraham.com/avg.html

Oui, cela vous aidera à penser de manière récursive. Je l'ai étudié (schéma) pendant environ un mois dans un cours de langage de programmation et cela m'a aidé à faire évoluer ma façon de penser et à résoudre des problèmes de programmation.

Il est toujours utile d'essayer d'autres paradigmes de programmation; vous revenez ensuite rafraîchi dans le monde OO avec de nouvelles idées.

Pas la syntaxe, mais le raisonnement, c'est un excellent exercice cérébral. Hormis la récursivité et l'utilisation intéressante des listes, il n'y a pas grand-chose d'autre à mon humble avis, mais cela en vaut la peine.

Suite :

En informatique et en programmation, une continuation est une représentation abstraite de l'état de contrôle d'un programme informatique. Une continuation réifie l'état de contrôle du programme, c'est-à-dire que la continuation est une structure de données qui représente le processus de calcul à un moment donné de l'exécution du processus; la structure de données créée est accessible par le langage de programmation, au lieu d'être cachée dans l'environnement d'exécution. Il contient des informations telles que la pile actuelle du processus (y compris toutes les données dont la durée de vie se situe dans le processus, par exemple "variables locales"), ainsi que le point du processus dans le calcul. Une instance de continuation peut être utilisée ultérieurement comme structure de contrôle; à l'invocation, il reprendra l'exécution à partir du point de contrôle qu'il représente. La "suite actuelle"

puis essayez d'implémenter l'opérateur ambigu de McCarthy :

En 1963, John McCarthy, l'inventeur de Lisp, a publié le document A Basis for a Mathematical Theory of Computation dans lequel il proposait la fonction (au sens du programme informatique du terme) amb (.,.). L'idée est que amb (x, y) est d'abord égal à x. Mais si plus tard dans le calcul, on constate que cela conduit à une sorte de contradiction, la valeur de x est rétractée et remplacée par y. Il s'agit d'une entreprise beaucoup plus complexe qu'il n'y paraît au premier abord. Rétracter une valeur signifie essentiellement ramener l'ensemble de l'état du calcul à l'endroit où il se trouvait lorsque amb a renvoyé la valeur x, puis glisser la valeur de y. Cela signifie en quelque sorte geler et copier l'état entier lorsque x a été renvoyé pour la première fois. Lorsqu'une contradiction est trouvée, tout l'état du programme est rejeté et remplacé par la version figée qui est réactivée. Ces états gelés sont appelés continuations. À bien des égards, c'est comme une déclaration GOTO sur l'acide. Cela peut provoquer un saut à un endroit arbitraire de votre code. Mais les continuations sont plus agréables que GOTO car elles se prêtent mieux au raisonnement logique.

Je peux penser à ce qui suit:

• De vraies macros (utilisant toute la puissance du langage pour générer du code)
• Homoiconicité (données sous forme de code, code sous forme de données)
• Évaluation paresseuse
• Continuations

Je pense également que les langues lisp devraient être géniales pour définir des langues spécifiques au domaine (DSL). C'est quelque chose que vous voudrez peut-être lire si vous ne le savez pas déjà.