Le créateur de Python se retire du Conseil de direction du langage et se positionne en simple contributeur

Version imprimable

Voir 40 message(s) de cette discussion en une page

13/07/2018, 04h16
Blondelle Mélina

1 pièce(s) jointe(s)

Le créateur de Python se retire du Conseil de direction du langage et se positionne en simple contributeur

Guido Van Rossum, le créateur de Python, se retire du processus décisionnel relatif au langage
qu'est-ce que cela signifie pour le futur de Python ?

Après presque 30 ans à superviser le développement de Python, Guido Van Rossum, son créateur, a annoncé son désir de se retirer du processus décisionnel à la Fondation Python. « Je voudrais me retirer entièrement du processus de décision », dit-il. Mais « Je serai encore là pendant un certain temps en tant que développeur de base ordinaire, et je serai toujours disponible pour encadrer les gens, peut-être plus disponible ».

Pièce jointe 396181

Il faut le dire, l'annonce de la mise en retrait pendant une période indéterminée de M. Guido du processus de décision à la Fondation Python vient après la finalisation du programme PEP 572 et du constat selon lequel beaucoup de personnes mépriseraient ses décisions. Rappelons qu'un PEP est une proposition d'amélioration du langage Python (Python Enhancement Proposal en anglais).

A côté de cela, les propos de M. Guido laissent voir de possibles soucis de santé. « Je ne suis plus jeune ... (Je vais vous épargner la liste des problèmes médicaux) ». Alors, « je me retire de manière permanente de mon rôle de BDFL [Dictateur bienveillant pour la vie ou Benevolent Dictator For Life en anglais], et vous serez tous seuls ».

En tout cas, peu importe la raison, elle ne semble pas du tout intéresser la communauté Python. L'idée de savoir que M. Guido se retire du processus de décision nourrit beaucoup de développeurs Python d'inquiétudes. D'autant plus encore que M. Guido s'est refusé de désigner un successeur : « je ne vais pas nommer un successeur », a-t-il dit.

M. Guido pense que les vrais problèmes auxquels Python pourrait être confronté à l'avenir seraient : comment les PEP seront-ils décidés et comment les nouveaux développeurs seront-ils introduits ? Et si ces problèmes se produisaient, M. Guido rappelle que Python a un code de conduite communautaire.

Source : Liste de diffusion de Python

Et vous ?

:fleche: Qu'en pensez-vous ? Qu'est-ce que cela signifie pour le futur de Python ?
:fleche: Craignez-vous que le retrait de Guido Van Rossum entraîne des prises de décision incohérentes comme on l'a vu ces dernières années avec Java ?

Voir aussi :

:fleche: Guido van Rossum envisage de mettre fin au support de Python 2.7 le 1er janvier 2020, plus de mises à jour ou correctifs de sécurité après cette date
:fleche: Python 2.7.11 est disponible avec des correctifs de bogues, mais sans nouvelles fonctionnalités
:fleche: RHEL : Red Hat compte remplacer Python 2 par Python 3, dans la prochaine version majeure de sa distribution Linux
13/07/2018, 09h49
k304315

Python est un langage très intéressant, mais ses divergences par rapport au langage "ordinaire" issue du C (java, php, c++, ...) notamment en matière syntaxique rendent son utilisation pas très efficace sur de gros projets.

Il serait intéressant de proposé des améliorations dans ce sens afin de rendre python un vrai langage et non pas un simple prototypage pour une future application en production.
13/07/2018, 10h16
gallima

> Craignez-vous que le retrait de Guido Van Rossum entraîne des prises de décision incohérentes comme on l'a vu ces dernières années avec Java ?
Je ne trouve pas que les décisions prises pour Java sont incohérentes.
C'est plutôt le nommage des API de Python qui est incohérent.

> Qu'en pensez-vous ? Qu'est-ce que cela signifie pour le futur de Python ?
De la normalisation
13/07/2018, 10h57
pboulanger

@k304315:

La force de Python est d'être simple à apprendre, d'avoir un code compact et clair (bien plus que les Java ou C++): 50% de code en moins en moyenne...
Il permet ainsi de développer plus vite et pas seulement des prototypes: Odoo est une appli web en Python concurrente de SAP et déployée chez de gros clients (Toyota, Danone et Hyundaï).
Python est un vrai langage avec ses forces et faiblesses (même C++ et Java ont des défauts)... Il y a 2 points gênants en Python, le GIL et la compilation à la volée... Mais j'ai dans l'idée que cela viendra bientôt...
Guido a été un pilier et un guide; et j'espère que la transition vers une autre gouvernance ne provoquera un schisme dans la communauté...
13/07/2018, 11h18
Bayard

Citation:

Python est un langage très intéressant, mais ses divergences par rapport au langage "ordinaire" issue du C (java, php, c++, ...) notamment en matière syntaxique rendent son utilisation pas très efficace sur de gros projets.

Il serait intéressant de proposé des améliorations dans ce sens afin de rendre python un vrai langage et non pas un simple prototypage pour une future application en production.

Je en vois pas en quoi ces divergences peuvent rendre son utilisation peu efficace.
C'est un autre langage avec sa syntaxe. Il faut apprendre ce langage et il est très efficace.
Si vous parlez de vitesse d'exécution, il faut penser à coder avec des algo optimisés, à utiliser des tuples, etc..
Mais quel gain sur le temps de développement !

Le moteur de recherche de Google a été codé en python. ll y a une partie de l'industrie qui utilise ce langage.
13/07/2018, 13h38
daimebag

Citation:

Le moteur de recherche de Google a été codé en python. ll y a une partie de l'industrie qui utilise ce langage.

Youtube également, d'autres trucs comme Blender etc. Comme tout autre langages il a des avantages et des inconvénients.

Après de la à dire qu'on peut pas bosser sur de gros projets avec...
13/07/2018, 13h52
_Bérenger_

Citation:

Envoyé par Bayard

Le moteur de recherche de Google a été codé en python.

Euh... Tu as une source là ?
13/07/2018, 13h57
daimebag

Citation:

Envoyé par _Bérenger_

Euh... Tu as une source là ?

https://fr.wikipedia.org/wiki/Google..._de_recherche)

Bon vu les perf requises il y a évidemment du C et du C++ pour optimiser tout ça.
13/07/2018, 16h42
hotcryx

Python est un bon langage, espérons qu'ils ne vont pas le forker et scinder la communauté.

Côté Git il me semblait qu'il y avait des runner en python.

Côté DBMS, Google utilise BigTable qui comprend du code en Python.
https://en.wikipedia.org/wiki/Bigtable
13/07/2018, 17h16
Chou-ette

Citation:

Envoyé par pboulanger

Odoo est une appli web en Python concurrente de SAP et déployée chez de gros clients (Toyota, Danone et Hyundaï).

Étant en stage là-bas, Danone utilise SAP.
13/07/2018, 18h11
wiztricks

Citation:

Envoyé par Chou-ette

Étant en stage là-bas, Danone utilise SAP.

Et OpenERP/Odoo dans ses petites divisions, voir cet article en français.

- W
13/07/2018, 18h16
fred1599

Guido veut partir après 30 ans de suivi intensif, le langage a pris de la maturité, et d'autres cadres attendent avec impatience de reprendre le flambeau, ce n'est absolument pas un problème... De nouvelles idées vont apparaître, ça n'en détruira pas la base bien solide créée par Guido. J'ai confiance !
14/07/2018, 01h04
_Bérenger_

Citation:

Envoyé par daimebag

https://fr.wikipedia.org/wiki/Google..._de_recherche)

Bon vu les perf requises il y a évidemment du C et du C++ pour optimiser tout ça.

Ah mais c'est très différent du coup ! Dire que le moteur de recherche de google a été codé en python, c'est un peu comme dire que Linux a été codé en bash... Bien qu'il y ait des scripts en bash, Linux est codé en C.

Note : le lien sur lequel s'appuie Wikipédia pour dire que le moteur de recherche de Google utilise du python est le suivant:
http://infolab.stanford.edu/~backrub/google.html
C'est l'article de 1998 de Brin et Page, et ils utilisaient python pour les "crawlers". J'ai du mal à croire que google utilise encore python pour une tâche qui demande sans doute énormément de perfos. En 1998 c'était sans doute possible, mais plus maintenant.
16/07/2018, 00h58
oudjira

Python est un language de programmation par excellence selon moi donc il ne faut pas qu'on nous fassent comme pour github. Mais en tout cas chacun a sa préférence.
16/07/2018, 13h05
Dhafer1

Bon pour moi, personnellement.
basé sur mon ressenti (pas très rationnel je sais).

Python avec typage fort, et optimisation avec du C pour certaines taches, c'est une carte gagnante. Et peut être utilisé dans presque tous les cas d'utilisation, du simple Hacking, PenTest, Datascience, Logiciel de Gestion, Site web et dérivés, IOT, Quantum Computing. Bref il peut faire l'affaire dans presque n'importe quoi. Sauf qu'il n'est pas le meilleur dans chaque domaine respectivement où on peut trouver meilleur que lui selon le cas d'utilisation, mais il se débrouille bien quand même dans l'ensemble, et ceci grâce à la communauté et les bibliothèques dispos.
16/07/2018, 16h15
fred1599

Citation:

Envoyé par Dhafer1

Bon pour moi, personnellement.
basé sur mon ressenti (pas très rationnel je sais).

Python avec typage fort, et optimisation avec du C pour certaines taches, c'est une carte gagnante. Et peut être utilisé dans presque tous les cas d'utilisation, du simple Hacking, PenTest, Datascience, Logiciel de Gestion, Site web et dérivés, IOT, Quantum Computing. Bref il peut faire l'affaire dans presque n'importe quoi. Sauf qu'il n'est pas le meilleur dans chaque domaine respectivement où on peut trouver meilleur que lui selon le cas d'utilisation, mais il se débrouille bien quand même dans l'ensemble, et ceci grâce à la communauté et les bibliothèques dispos.

Ok pour parler de python, mais quel est le rapport avec la question d'origine ? Il serait intéressant en plus de ce paragraphe, d'y ajouter votre façon de penser à la question.
19/07/2018, 14h45
hotcryx
Si tu veux un typage fort, tu peux très bien utiliser CPYTHON.

As-tu vu le PEP concernant les expressions conditionnelles comme: x ? y : z utilisée dans les langages dérivés de la syntaxe du C ?

Cette proposition avec le "?" avait été réfusée car le "?" était déjà employé en python, mais aussi parce que ce n'est pas clair pour les programmeurs n'ayant jamais programmés un langage dérivé de la syntaxe du C ! (java, javascript, C#, perl...) :aie:

C'est vraiment incertain qu'ils pensent aller vers un typage fort.
Il faut tenir compte de la rétro compatiblité.

On trouve des annotations "typées" de variable dans PEP0526, mais ça reste des annotations (commentaires):
Code:

1 2 3 4 5 code: int class Point: coords: Tuple[int, int] label: str = '<unknown>'
19/07/2018, 19h24
Pyramidev

Citation:

Envoyé par hotcryx

Si tu veux un typage fort, tu peux très bien utiliser CPYTHON.

Étant donné la suite de ton message, j'ai l'impression que tu ne parles pas de CPython, qui est l'implémentation standard de Python, mais de Cython, qui est un sur-ensemble de Python.
Le problème de Cython est que le code spécifique à Cython ne peut pas être lu par un interpréteur (ex : CPython, PyPy) ou un compilateur (ex : Nuitka) qui ne sait lire que du Python standard.

Si on veut profiter du typage statique en Python, je pense que la meilleure solution est d'utiliser les annotations de type. Pour vérifier le typage, on peut utiliser un outil d'analyse statique de code comme mypy.

Attention : PyPy est actuellement un peu en retard : il supporte Python 3.5, mais pas encore Python 3.6. Donc, si on utilise PyPy, on ne peut utiliser les annotations de type que sur les paramètres de fonction, pas sur les variables locales.

Citation:

Envoyé par hotcryx

C'est vraiment incertain qu'ils pensent aller vers un typage fort.
Il faut tenir compte de la rétro compatiblité.

En Python, le typage statique est optionnel. À mon avis, il le restera.
19/07/2018, 20h23
VinsS

J'ai du mal à comprendre pourquoi parle-t-on de typage en Python. Il n'y a pas de variable dans ce langage.

En Python tout est objet et le reste n'est qu' étiquettage.

Python ne se dirigera donc pas vers un typage fort puisque cela n'a strictement aucun sens.
20/07/2018, 11h00
hotcryx

Citation:

Envoyé par VinsS

J'ai du mal à comprendre pourquoi parle-t-on de typage en Python. Il n'y a pas de variable dans ce langage.

En Python tout est objet et le reste n'est qu' étiquettage.

Python ne se dirigera donc pas vers un typage fort puisque cela n'a strictement aucun sens.

Non les variables sont typées mais cela dépend comme on les déclare et des valeurs assignées.

a = ( "a" , "b" ) => tuple
a = [ "a ", "b" ] => liste
a[ "a"] = "value a" => dictionnaire
a = 5 => entier
a = 5.1 => float
a = 10_000_000 => entier
a = "a" => string
a = True => booléen
...

La variable hérite donc des méthodes de sa classe.
Une liste a des méthodes append, remove...
Un tuple n'a pas de méthode append, remove car un tuple est immutable, ce qui n'est pas le cas d'une liste.

Voir 40 message(s) de cette discussion en une page