Même si tu spécifie les types ça n'enlèvera rien au problème pédagogique de ne pas vérifier ce qui rentre et sort. Le type statique c'est surtout pour la pédagogie du compilateur. Pour le programmeur ça n'est qu'une erreur pas plus courante qu'une autre.
Quel est la différence entre 5 + "a" et datetime(123,32,201) ?
La première pourrait éventuellement être détecté à la compilation, mais la deuxième non. Alors pourquoi ajouter une technique qui vérifiera la première mais pas la deuxième ?
En revanche avec des tests unitaires on vérifiera aussi bien la deuxième (la plus courante !) que la première. Pédagogiquement c'est d'une pierre deux coups et ça marche avec n'importe quel langage.
# tests unitaires
Posté par wilk (site web personnel, Mastodon) . En réponse au journal [MyFirstPython, nouveau projet ?]Le python c'est bien mangez-en !!. Évalué à 1.
Même si tu spécifie les types ça n'enlèvera rien au problème pédagogique de ne pas vérifier ce qui rentre et sort. Le type statique c'est surtout pour la pédagogie du compilateur. Pour le programmeur ça n'est qu'une erreur pas plus courante qu'une autre.
Quel est la différence entre 5 + "a" et datetime(123,32,201) ?
La première pourrait éventuellement être détecté à la compilation, mais la deuxième non. Alors pourquoi ajouter une technique qui vérifiera la première mais pas la deuxième ?
En revanche avec des tests unitaires on vérifiera aussi bien la deuxième (la plus courante !) que la première. Pédagogiquement c'est d'une pierre deux coups et ça marche avec n'importe quel langage.