la programmation impérative (~ machines de Turing). On décrit comment calculer par des suites d'opérations
la programmation fonctionnelle (~ le lambda calcul). On décrit quoi calculer à l'aide de fonctions.
Remarque: la programmation fonctionnelle, en ce sens, est déclarative. Un autre exemple de programmation déclarative est la programmation logique (Prolog).
Dans les langages fonctionnels, évidemment, mais pas seulement...
Par ordre chronologique:
lam x : x + 1
(x) -> x+1
[] (int i) {return i+1;}
ocaml
. Avant d'afficher la valeur calculée, le toplevel affiche son type (int
, string
, float
, ...)
On peut écrire sur plusieurs lignes, c'est ;;
qui marque la fin de la saisie
La commande #quit
interrompt le toplevel
exit 0
, valable dans tout programmeEn Ocaml, les entiers sont limités (ils occupent un nombre fixe de bits en mémoire). Il y a donc un plus grand et un plus petit entier.
max_int
- : int = 4611686018427387903
max_int + 1
- : int = -4611686018427387904
min_int = max_int + 1
- : bool = true
L'exponentiation n'existe pas pour les entiers (elle est réservée aux flottants). :-(
2 ** 50
File "[4]", line 1, characters 0-1: 1 | 2 ** 50 ^ Error: This expression has type int but an expression was expected of type float
2.0 ** 50.0
- : float = 1125899906842624.
Ocaml fait la distinction entre les entiers et les flottants.
2
- : int = 2
2.0
- : float = 2.
Le 0
derrière le .
est facultatif.
Les opérations sur les flottants sont +.
, *.
, -.
, /.
, et **
.
Elles sont distinctes des opérations sur les entiers
1 + 2 * 3 / 4
- : int = 2
1. +. 2. *. 3. /. 4.
- : float = 2.5
Il n'y a aucune opération arithmétique qui puisse associer un entier et un flottant
2 +. 3. (* erreur de débutant classique, on a oublié le . après le 2 *)
File "[10]", line 1, characters 0-1: 1 | 2 +. 3. (* erreur de débutant classique, on a oublié le . après le 2 *) ^ Error: This expression has type int but an expression was expected of type float
2. + 3. (* autre classique, on a oublié le . après le + *)
File "[11]", line 1, characters 0-2: 1 | 2. + 3. (* autre classique, on a oublié le . après le + *) ^^ Error: This expression has type float but an expression was expected of type int
Par contre on peut explicitement convertir un entier en flottant et vice-versa
int_of_float(2. ** 50.)
- : int = 1125899906842624
float_of_int(max_int) +. 1.
- : float = 4.6116860184273879e+18
"les chaines peuvent être
sur plusieurs lignes"
- : string = "les chaines peuvent être \nsur plusieurs lignes"
let s= {|on peut se passer de "double quote" comme délimiteur|}
val s : string = "on peut se passer de \"double quote\" comme délimiteur"
L'opérateur de contanétation de chaînes est ^
"a" ^ "b"
- : string = "ab"
Pour connaitre la longueur d'une chaîne, on appele la fonction length
du module String
(attention au S majuscule)
String.length("abcdefghijklmnopqrstuvwxyz")
- : int = 26
Pour acceder au caractère d'indice i de s, on écrit s.[i]
(au lieu de s[i]
en Python).
"abcd".[1]
- : char = 'b'
Notez qu'un caractère individuel s'écrit avec un quote '
simple et a le type char
et non string
. On peut passer du code ASCII au caractère et vice versa avec les fonctions Char.code
et Char.chr
Char.code('a'), Char.chr(97)
- : int * char = (97, 'a')
1 = 1
- : bool = true
0 = 1
- : bool = false
1 / 0 > 0
Exception: Division_by_zero.
Raised by primitive operation at unknown location
Called from file "toplevel/toploop.ml", line 208, characters 17-27
Les booléens se notent true
et false
;
le et logique se note &&
et le ou ||
; ce sont des opérateurs paresseux, comme en Python.
3 > 2 && (2 <= 2 || 1 / 0 > 0)
- : bool = true
L'expression ci-dessus ne provoque pas d'erreur de division par 0; elle est rigoureusement équivalente à
if not (3 > 2)
then false
else if 2 <= 2
then true
else 1 / 0 > 0
- : bool = true
Contrairement à Python, OCaml ne permet aucune confusion entre entiers, flottants, booléens, ou chaînes de caractères
1 = true
File "[25]", line 1, characters 4-8: 1 | 1 = true ^^^^ Error: This expression has type bool but an expression was expected of type int
1 + "2"
File "[86]", line 1, characters 5-8: 1 | 1 + "2" ^^^ Error: This expression has type string but an expression was expected of type int
Toute expression a un type, que le toplevel, et plus généralement le compilateur, doit pouvoir déterminer avant de lancer le calcul.
En OCaml, tout est expression. Le if..then..else
ne déroge pas à la règle: Ocaml refuse que le type de l'expression de la branche else
soit différent de celui de la branche then
: on ne saurait pas avant de lancer le calcul quel sera le type du résultat de l'expression conditionnelle!
if Random.int(2) = 0 then "un" else 0
File "[27]", line 1, characters 36-37: 1 | if Random.int(2) = 0 then "un" else 0 ^ Error: This expression has type int but an expression was expected of type string
if Random.int(2) = 0 then "un" else "zéro"
- : string = "un"
Leur type est unit
, l'équivalent du None
de Python. Le type unit
contient une seule valeur, notée ()
. On peut voir ()
comme le tuple de dimension 0.
print_int(42)
(* affiche 42 avant de rendre la main. La valeur calculée est (), et surtout pas 42! *)
- : unit = ()
Autrement dit, une instruction est une expression dont la valeur, ()
, peut être connue à l'avance, à ceci près que son évaluation ne termine pas forcément. Par abus de langage on considère parfois qu'une instruction n'a pas de valeur.
Vous commencez à vous en rendre compte, le typage est une notion très importante en OCaml.
Quand on vient d'un langage typé dynamiquement comme Python (ou LISP, pour rester dans les langages fonctionnels), on trouve ça parfois une mauvaise idée de mettre autant des bâtons dans les roues aux programmeurs.
ces batons ont parfois du bon pour éviter des erreurs! Si Java tient encore le haut du classement des langages les plus utilisés, devant Python, c'est peut-être parce qu'il est typé statiquement (en partie, tout le moins), ce qui entraine parfois des lourdeurs bien pire qu'en OCaml... donc cessez de râler et accrochez-vous!
Vous avez sans doute noté que le test d'égalité se note =
avec un seul =
.
:=
ou <-
selon les cas , mais patience, c'est encore un peu tôt pour en parler...==
existe, mais correspond à l'égalité physique que l'on notait is
en Python a==b
, alors a
et b
désignent le même objet en mémoire, donc en particulier a=b
, mais on n'a pas forcément la réciproque... méfiez-vous!"a" ^ "b" == "ab" (* FAUX! *)
- : bool = false
En effet, l'opération de concaténation alloue une nouvelle adresse mémoire pour stocker le résultat de la concaténation. On a donc deux chaînes "ab" en mémoire à des adresses différentes: l'une à l'adresse allouée par la concaténation, l'autre à l'adresse allouée par le toplevel quand il a lu "ab"
à droite du ==
.
Pour la même raison, évitez le !=
, qui est la négation de ==
. La négation de =
se note <>
.
0 <> 1
- : bool = true
Une définition permet de donner un nom à une expression en vue de l'utiliser par la suite. C'est l'équivalent du def
de Python, en quelque sorte... mais sans être restreint aux fonctions. Il y a deux sortes de définitions.
let ... = ...
let ... = ... in ...
. La portée de la définition est restreinte à l'expression à droite du in
._
). Les caractères suivants peuvent être des chiffres, des lettres majuscules ou minuscules, ou l'un des caractères _
ou '
let pi = 4. *. atan(1.0) (* la définition de pi reste valable pour toute la suite *)
val pi : float = 3.14159265358979312
let e = exp(1.) in e +. pi (* la définition de e est restreinte à cette ligne *)
- : float = 5.85987448204883776
let _MaDef' = e *. pi
File "[34]", line 1, characters 14-15: 1 | let _MaDef' = e *. pi ^ Error: Unbound value e
let PI = 3.14
File "[35]", line 1, characters 4-6: 1 | let PI = 3.14 ^^ Error: Unbound constructor PI
Une définition peut en masquer une autre, temporairement si c'est une définition locale, ou définitivement si c'est une définition globale.
let pi = 4. *. atan(1.)
val pi : float = 3.14159265358979312
let pi2 =
let pi = 3.14 (* cette définition masque l'autre à l'intérieur du bloc in *)
in pi *. pi
val pi2 : float = 9.8596
à la fin du bloc in
, la définition pi = 3.14
a disparu
pi, pi *. pi
- : float * float = (3.14159265358979312, 9.86960440108935799)
let pi = 3.14 (* masque définitivement la définition pi = 4. *. atan(1.) *)
val pi : float = 3.14
En cas de définitions multiples d'une même variable, c'est la dernière définition encore valable qui prévaut.
La syntaxe pour définir les fonctions est quasiment la même que pour les variables; il faut seulement faire attention à mettre le mot clé rec
après let
lorsque c'est une fonction récursive.
let add1(n) = n + 1
let abs(x) = if x > 0. then x else -. x
let rec fact(n) = if n = 0 then 1 else n * fact(n - 1)
val add1 : int -> int = <fun>
val abs : float -> float = <fun>
val fact : int -> int = <fun>
add1(1), abs(-. 6.), fact(13)
- : int * float * int = (2, 6., 6227020800)
Ce mot-clé rec
est un peu pénible; si on l'oublie, Ocaml fait une erreur et suggère comment la corriger.
let f(n) = if n = 0 then 1 else n * f(n-1)
File "[42]", line 1, characters 36-37: 1 | let f(n) = if n = 0 then 1 else n * f(n-1) ^ Error: Unbound value f Hint: If this is a recursive definition, you should add the 'rec' keyword on line 1
rec
¶Pourquoi OCaml réclame-t-il donc ce mot-clé rec
puisqu'il est capable de suggérer comment corriger?
Parce qu'il en a besoin pour être sûr de bien comprendre ce que vous voulez dire!
Un petit exemple permet de cerner le problème.
let f(n) = 0
let f(n) = if n = 0 then 1 else n * f(n-1)
let res = f(0), f(6)
val f : 'a -> int = <fun>
val f : int -> int = <fun>
val res : int * int = (1, 0)
Notez que f(0)
renvoie 1
mais f(6)
renvoie 0
! C'est normal: la deuxième définition de f
se base sur la première, donc 6 * f(5)
est remplacé par 6 * 0
. Si on rajoute le mot-clé rec
, la deuxième définition de f
correspond bien à la définition de la factorielle.
let f(n) = 0
let rec f(n) = if n = 0 then 1 else n * f(n-1)
let res = f(0), f(6)
val f : 'a -> int = <fun>
val f : int -> int = <fun>
val res : int * int = (1, 720)
Pour l'instant, nous n'avons défini que des fonctions à un seul argument -- on dit aussi des fonctions d'arité 1. Pour définir une fonction à plusieurs arguments, autrement dit une fonction d'arité $n\geq 0$ un entier quelconque, il est possible d'utiliser des virgules pour les séparer, comme on le ferait en Python.
let moyenne(a, b) = (a +. b) /. 2. (* une fonction d'arité 2 *)
val moyenne : float * float -> float = <fun>
moyenne
est une fonction qui a un couple de flottants (float * float
) associe un flottant. En math, on écrirait
avec des parenthèses, omises par Ocaml
let derivee(f, x, h) = (f(x +. h) -. f(x)) /. h (* une fonction d'arité 3 *)
val derivee : (float -> float) * float * float -> float = <fun>
derivee
est une fonction qui a un triplet associe un flottant. Le premier élément de ce triplet est une fonction de type float->float
, et les deux autres éléments du triplet sont des flottants
let piece_truquee () = (* une fonction d'arité 0 *)
(* renvoie "pile" avec probabilité 2/3 *)
let x= Random.int(3) = 0 then "face" else "pile"
val piece_truquee : unit -> string = <fun>
la fonction piece_truquee
, du point de vue d'OCaml, n'est pas une fonction sans argument! C'est une fonction qui prend un argument de type unit
et qui renvoie une chaîne de caractères. Comme la seule valeur possible pour l'argument de type unit
est ()
, on peut moralement la considérer comme une fonction sans argument... mais c'est un abus de langage!
où $\mathbf{1}$ désigne un ensemble à un seul élément.
Tout compte fait, du point de vue d'OCaml, on a défini des fonctions à un seul argument en utilisant les tuples pour simuler plusieurs arguments...
Du point de vue d'OCaml, toutes les fonctions sont d'arité 1: elles prennent exactement un argument.
Sur l'exemple de la fonction derivee
, nous avons vu que l'on pouvait passer une fonction en argument à une autre fonction.
En programmation fonctionnelle, les fonctions sont des valeurs comme les autres! Le résultat d'une fonction peut donc aussi être une fonction.
Les matheux utilisent souvent dans ce cas-là les mots opérateur ou fonctionnelle...
Voyons donc comment on peut définir l'opérateur de dérivation en OCaml grace à une définition locale
let derivee(f, h) =
let f'(x) = (f(x +. h) -. f(x)) /. h
in f'
val derivee : (float -> float) * float -> float -> float = <fun>
derivee (f,h)
renvoie le résultat de l'évaluation de toute l'expression let f'(x) = ... in f'
, autrement dit derivee (f,h)
renvoie f'
, la dérivée approchée de f
!
Vous suivez?
Ignorons le type de la fonction derivee
pour le moment, et voyons comment utiliser notre opérateur de dérivation.
let g = derivee(sin, 0.00001) (* g est la dérivée approchée de la fonction sinus *)
val g : float -> float = <fun>
Le type de g
nous assure que g
est bien une fonction qui prend un flottant et renvoie un flottant. Vérifions s'il s'agit bien de la dérivée de sinus (autrement dit, cosinus).
g(pi /. 2.)
- : float = 0.000791326715265938565
cos(pi /. 2.)
- : float = 0.000796326710733263345
Il est temps de dire la vérité: traditionnellement on écrit f x
au lieu de f(x)
en Ocaml. La notation f(x)
permet simplement de faire comme si un espace séparait f
de x
, mais les programmeurs OCaml ne font pas ça. On va donc désormais écrire f x
pour un appel de fonction et let f x = ...
pour une définition de fonction.
let inc n = (* <- notez l'absence de parenthèses! *)
let f m = n + m (* <- ici aussi ! *)
in f
val inc : int -> int -> int = <fun>
inc 3 (* la fonction qui incrémente de 3 *)
- : int -> int = <fun>
Avez-vous remarqué le type de inc
? On retrouve la même bizarerie que pour derivee
: normal, il s'agit à nouveau d'une fonction dont le résultat est une fonction. Voyons cela de plus près cette fois-ci.
On pourrait s'attendre à ce qu'OCaml affiche quelque chose comme
val inc : int -> (int -> int) = <fun>
mais, par convention, il se permet d'omettre les parenthèses. La flêche ->
est en effet considérée en informatique, et dans certaines branche des mathématiques, comme associative à droite, autrement dit
a -> b -> c
$\Leftrightarrow$ a -> (b -> c)
Le pendant de cette convention est qu'on peut aussi écrire
f x y
au lieu de (f x) y
.
inc 3 4
- : int = 7
On a écrit inc 3 4
, mais on aurait pu écrire (inc(3))(4)
comme en mathématique, ou (inc 3) 4
si l'on n'a pas en tête le fait qu'OCaml suit la convention f x y = (f x) y
... on s'y fait vite, courage!
Cela va sans dire... mais cela va mieux en le disant, et en observant quelques exemples. Observons ce qui se passe lorsqu'on retire les parenthèses à
cos(pi /. 2.)
.
cos pi /. 2.
- : float = -0.499999365863769751
Et oui, on a calculé $\frac{cos(\pi)}{2}$ et non $cos(\frac{pi}{2})$! Autrement dit, OCaml a interprété notre ligne comme étant (cos pi) /. 2.
.
Lorsque l'argument
e
d'une fonctionf
est une expression composée (e
n'est ni une constante explicite, ni un nom de variable), on devra écriref(e)
ouf (e)
, et nonf e
.
moyenne(1., 2.) (* CORRECT *)
- : float = 1.5
moyenne 1., 2.
(* INCORRECT: OCaml comprend (moyenne 1.), 2. et râle car 1. n'est pas un couple *)
File "[57]", line 1, characters 8-10: 1 | moyenne 1., 2. ^^ Error: This expression has type float but an expression was expected of type float * float
Les couples (pair en anglais) se notent à l'aide d'une virgule, les parenthèses ne sont pas obligatoires.
let c = 1,2
val c : int * int = (1, 2)
On peut déconstruire un couple avec les fonctions fst
et snd
fst c
- : int = 1
snd c
- : int = 2
On peut aussi utiliser la construction let...=....
pour filtrer la valeur qui nous intéresse, un peu comme on ferait en Python
let x,y = c in x
- : int = 1
On peut donc facilement reprogrammer la fonction fst
let fst c =
let x,y = c in x
val fst : 'a * 'b -> 'a = <fun>
Ou plus simplement
let fst (x,y) = x
val fst : 'a * 'b -> 'a = <fun>
OCaml propose les tuples d'arités quelconque, sauf d'arité 1.
let quadruplet = "joe", "jack", "william", "averell"
val quadruplet : string * string * string * string = ("joe", "jack", "william", "averell")
Par contre, on ne peut pas accèder par son indice au ième élément d'un tuple
quadruplet[1]
File "[65]", line 1, characters 0-10: 1 | quadruplet[1] ^^^^^^^^^^ Error: This expression has type string * string * string * string This is not a function; it cannot be applied.
Nous avons vu comment écrire des fonctions à plusieurs paramètres en utilisant des tuples. Autant dire la vérité: les programmeurs OCaml ne font presque jamais comme ça! Les programmeurs OCaml utilisent la curryfication.
Malgré son nom un peu impressionnant, c'est une technique assez simple à comprendre: il s'agit de représenter une fonction $f:(A\times B) \to C$ d'arité 2 à l'aide d'une fonction $f':A\to (B\to C)$.
La version débutant d'une fonction à plusieurs paramètres
let f(s, i) = s.[i] (* NOTE : cette fonction renvoie le caractère d'indice i de s *)
val f : string * int -> char = <fun>
et la version curryfiée de cette même fonction, dans le style typique d'OCaml
let f' s i = s.[i]
val f' : string -> int -> char = <fun>
Autrement dit, au lieu de passer les deux arguments d'un coup en les groupant dans un couple, on les passe un par un: lorsqu'on a passé seulement le premier argument on obtient une fonction qui attend le second argument.
Il peut être intéressant d'évaluer partiellement f'
en lui passant seulement son premier argument.
let lettre = f' "abcdefghijklmnopqrstuvwxyz"
val lettre : int -> char = <fun>
définit la fonction qui à un entier $i$ associe la $i$ème lettre de l'alphabet
lettre 0
- : char = 'a'
La définition de f'
précédente est rigoureusement équivalente à
let f' s =
let h i = s.[i]
in h
val f' : string -> int -> char = <fun>
On vient de voir comment définir l'opérateur de dérivation
let derivee(h,f,x) = (f(x +. h) -. f(x)) /. h
val derivee : float * (float -> float) * float -> float = <fun>
Le programmeur Ocaml préfèra presque toujours une version curryfiée de cette définition.
let derivee_curry h f x = (f(x +. h) -. f(x)) /. h
val derivee_curry : float -> (float -> float) -> float -> float = <fun>
Pour comprendre l'intérêt de la chose, voyons comment utiliser cette fonction derivee_curry
. Comme on vient de le voir, on peut bien sûr écrire derivee_curry 0.0001 sin (pi /. 2.)
avec des espaces, ce qui a pour effet de calculer une approximation de $sin'(\frac{\pi}{2})$ avec la précision 1/10000. Mais on peut aussi évaluer partiellement la fonction derivee_curry
et obtenir d'autres fonctions tout aussi intéressantes.
let sin' = derivee_curry 0.0001 sin
val sin' : float -> float = <fun>
Si l'on omet le point auquel on dérive, on obtient une fonction qui attend le dernier argument manquant x
pour effectuer le calcul de la dérivée en x
: ce n'est rien d'autre que la fonction dérivée $sin'$, égale à $cos$.
Encore plus fort! si l'on omet de préciser la fonction f
à derivee_curry
, on obtient l'opérateur de dérivation parfois noté $\frac{d}{dx}$ en physique.
let d_dx = derivee_curry 0.0001
val d_dx : (float -> float) -> float -> float = <fun>
et l'on peut donner une définition plus élégante de sin'
let sin' = d_dx sin
val sin' : float -> float = <fun>
La composée $f\circ g$ est la fonction qui à $x$ associe $f(g(x))$: on passe $x$ en paramètre à la fonction $g$, puis on passe le résultat à la fonction $f$. On note aussi parfois $g;f$ au lieu de $f\circ g$. Sur un dessin:
Comment définirait-on l'opérateur $\circ$ en OCaml? Si l'on n'est pas avare de parenthèses, on pourra écrire
let composee f g =
let f_rond_g(x) = f(g(x)) in
f_rond_g
val composee : ('a -> 'b) -> ('c -> 'a) -> 'c -> 'b = <fun>
Le type
('a -> 'b) -> ('c -> 'a) -> 'c -> 'b
de composee
est un peu déroutant, démystifions-le avant de continuer davantage.
D'abord, ne tenez pas compte de ces apostrophes, elles signifient simplement que a, b, c
sont des inconnues de type, on aura l'occasion d'en reparler...
Ensuite, comme on l'a vu, la flèche $\to$ est associative à droite. On peut donc réécrire le type de composee
comme
Autrement dit, composee
attend en argument deux fonctions f
et g
telles que l'ensemble de départ de f
soit aussi l'ensemble d'arrivée de g
(le type a
).
De plus, composee
renvoie une fonction dont l'ensemble de départ est celui de g
et l'ensemble d'arrivée est celui de f
.
Ça tombe bien, c'est ce qu'on voulait!</small>
let composee f g =
let f_rond_g(x) = f(g(x)) in
f_rond_g
val composee : ('a -> 'b) -> ('c -> 'a) -> 'c -> 'b = <fun>
Regardez à nouveau le type de composee
tel qu'OCaml l'écrivait:
val composee : ('a -> 'b) -> ('c -> 'a) -> 'c -> 'b
Après tout, pourquoi ne verrait-on pas composee
comme une fonction à trois arguments, dont le troisième de type c
serait le point x auquel on évalue la composée? Si l'on adopte ce point de vue, on obtient une définition beaucoup plus "stylée" de la composée, tout à fait dans l'esprit d'OCaml.
let composee f g x = f (g x)
val composee : ('a -> 'b) -> ('c -> 'a) -> 'c -> 'b = <fun>
Ce logicien de la période "pré-informatique" a eu une influence remarquable sur la programmation fonctionnelle: le mot curryfication lui doit son nom, de même que trois langages de programmation: le célèbre Haskell (très connu), mais aussi Brook, et Curry. Pas mal pour une seule personne!
Mais surtout, on retrouve son nom dans la correspondance de Curry-Howard.
Regardons à nouveau les types que nous avons rencontrés et qui ne contiennent que des inconnues. Il y avait les projections fst
et snd
de types respectifs
Lisons $\times$ comme le et logique et $\to$ comme le implique de la logique. On obtient
a et b implique a pour le premier type, et a et b implique b pour le second
ou en notation logique habituelle $$ (a\wedge b) \Rightarrow a \qquad{et}\qquad (a\wedge b) \Rightarrow b $$
Ce sont des "vérités", des "tautologies", on parle de formules valides en logique propositionnelle classique.
Regardons maintenant le type de l'opérateur de composition avec ces nouvelles lunettes
$$ (a\Rightarrow b)\Rightarrow(c\Rightarrow a)\Rightarrow c\Rightarrow b $$C'est une formule valide! On peut écrire la table de vérité pour s'en convaincre, mais c'est un peu fastidieux... alors prouvons cette formule.
Supposons
Et montrons b.
De 2 et 3, je déduis a. Puis de a et 1, je déduis b. CQFD!
En fait tous les types simples du $\lambda$-calcul (le noyau d'OCaml) sont des formules valides.
Quand on écrit une fonction OCaml d'un type $\phi$, on est en fait en train d'écrire une preuve que la formule $\phi$ est valide!
C'est la correspondance de Curry-Howard
Monde de la logique | Monde de la programmation |
---|---|
Formule | Type |
Preuve | Programme |
Simplification de preuve | Évaluation de programme |
Bon, certes, cela peut vous sembler très limité sur les types qu'on a vus. On ne sait pas comment écrire $\forall a$ dans un type, sans parler simplement du ou logique... on a juste entr'aperçu la base, si on veut aller plus loin il faut des systèmes de types plus compliqués.
L'un deux, la théorie des type inductifs, a donné naissance à l'assistant de preuve COQ. Une preuve en COQ contient une partie "constructive" dont on peut extraire un programme (fonctionnel, évidemment).
Pour finir: méfiez-vous quand même un peu! OCaml n'est pas aussi restrictif que le $\lambda$-calcul typé, et on peut aussi "prouver" des choses fausses en OCaml!
let rec f x = f x in f
- : 'a -> 'b = <fun>