• [^] # Re: Critique

    Posté par . En réponse au journal Explorez les richesses du langage Python. Évalué à 2.

    Evidemment, le compilateur ne dispense pas de tous les tests. Mais il permet d'éviter tout un tas de problème "facile" à détecter :
    - typo dans le nom d'une variable qui sera "automatiquement" crée par python entrainant des résultats incohérents
    - oubli dans une étape de refactoring qui enverra une jolie exception à l'execution
    - envoi d'un objet invalide à une méthode entrainant une jolie exception (assez facile, quand on pousse le dynamisme loin).

    Toutes ces choses peuvent donc être éviter dans un langage compilé / typé statiquement pour un coût nul. J'ai perdu assez de temps d'expérimentation à cause d'une erreur de ce genre dans des "use case" tordus quasi jamais utilisés (mes erreurs certes, mais un compilo les aurait remarqué :)) (pas en python, mais en ruby, un vrai langage objet (vendredi c'est permis)). C'est pour ça que je reste méfiant par rapport au temps gagné par la non-compilation. Jouer l'ensemble des jeux de tests (je parle même pas de l'écriture) est bien souvent plus long que la compilation elle-même.