{"id":99212,"date":"2021-02-21T10:23:26","date_gmt":"2021-02-21T08:23:26","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/yazyku-python-ispolnilos-30-let"},"modified":"2021-02-21T10:23:26","modified_gmt":"2021-02-21T08:23:26","slug":"yazyku-python-ispolnilos-30-let","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/yazyku-python-ispolnilos-30-let","title":{"rendered":"Le langage Python f\u00eate ses 30 ans","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Le 20 f\u00e9vrier 1991, Guido van Rossum a publi\u00e9 dans le groupe alt.sources la premi\u00e8re version du langage de programmation Python, sur lequel il a travaill\u00e9 depuis d\u00e9cembre 1989 dans le cadre d'un projet visant \u00e0 cr\u00e9er un langage de script pour r\u00e9soudre des t\u00e2ches d'administration syst\u00e8me dans le syst\u00e8me d'exploitation Amoeba, qui serait de niveau sup\u00e9rieur \u00e0 C, mais, contrairement au Bourne shell, offrirait un acc\u00e8s plus facile aux appels syst\u00e8me de l'OS. <\/p>\n
Le nom du projet a \u00e9t\u00e9 choisi en hommage \u00e0 la troupe comique Monty Python. La premi\u00e8re version a int\u00e9gr\u00e9 la prise en charge des classes avec h\u00e9ritage, le traitement des exceptions, un syst\u00e8me de modules et des types de base tels que list, dict et str. La mise en \u0153uvre des modules et des exceptions a \u00e9t\u00e9 inspir\u00e9e du langage Modula-3, tandis que le style de codage bas\u00e9 sur les indentations provenait du langage ABC, auquel Guido avait pr\u00e9c\u00e9demment particip\u00e9. <\/p>\n
Dans le processus de cr\u00e9ation de Python, Guido s'est guid\u00e9 par les principes suivants : <\/p>\n
\n
Principes qui ont permis de gagner du temps lors du d\u00e9veloppement :\n
\n
Emprunter des id\u00e9es utiles \u00e0 d'autres projets.\n
La qu\u00eate de la simplicit\u00e9, sans simplification excessive (principe d'Einstein : \u00ab Tout doit \u00eatre expos\u00e9 de la mani\u00e8re la plus simple possible, mais pas plus simple \u00bb).\n
Suivre la philosophie UNIX, selon laquelle les programmes r\u00e9alisent une seule fonctionnalit\u00e9, mais le font bien.\n
Ne pas trop se soucier de la performance, l'optimisation pouvant \u00eatre ajout\u00e9e au besoin, lorsqu'elle est n\u00e9cessaire.\n
Ne pas tenter de lutter contre ce qui est \u00e9tabli, mais suivre le courant.\n
\u00c9viter le perfectionnisme, un niveau \u00ab suffisamment bon \u00bb est g\u00e9n\u00e9ralement suffisant.\n
Il est parfois possible de prendre des raccourcis, surtout si quelque chose peut \u00eatre fait plus tard. <\/ul>\n
Les autres principes :\n
\n
La mise en \u0153uvre ne doit pas \u00eatre li\u00e9e \u00e0 une plateforme sp\u00e9cifique. Certaines fonctionnalit\u00e9s peuvent ne pas \u00eatre toujours disponibles, mais la fonctionnalit\u00e9 de base doit fonctionner partout.\n
Ne pas submerger les utilisateurs de d\u00e9tails qui peuvent \u00eatre g\u00e9r\u00e9s par la machine.\n
Soutenir et promouvoir le code ind\u00e9pendant de la plateforme, sans restreindre l'acc\u00e8s aux fonctionnalit\u00e9s et sp\u00e9cificit\u00e9s de la plateforme.\n
Les grands syst\u00e8mes complexes doivent offrir plusieurs niveaux d'extension.\n
Les erreurs ne doivent pas \u00eatre fatales et non d\u00e9tect\u00e9es \u2014 le code utilisateur doit pouvoir intercepter et traiter les erreurs.\n
Les erreurs dans le code utilisateur ne doivent pas affecter la fonctionnalit\u00e9 de la machine virtuelle et ne doivent pas entra\u00eener un comportement ind\u00e9fini de l'interpr\u00e9teur ni l'\u00e9chec des processus. <\/ul>\n