IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Python 3.6 est disponible en version stable et apporte des générateurs asynchrones
Ainsi qu'un protocole de chemin d'accès au système de fichiers

Le , par Stéphane le calme

728PARTAGES

8  0 
La première bêta de Python 3.6 est disponible
la version finale est prévue pour fin 2016

La première bêta de Python 3.6 a été mise à la disposition des développeurs cette semaine. Guido Van Rossum, créateur et leader du projet du langage de programmation Python, annonce déjà que cette nouvelle version va être l'occasion de migrer les sources du dépôt Mercurial vers un dépôt GitHub.

Comme l'indique la page dédiée, par rapport à Python 3.5, 9 PEP (propositions d'amélioration pour Python) supplémentaires ont été prises en compte. Outre cela, un certain nombre de correctifs sont également de la partie. Parmi les plus marquants, notons un module standard dédié à la cryptographie.

Concernant la feuille de route, cette dernière prévoit les prochaines bêta pour le 03 octobre, le 31 octobre et le 21 novembre, suivies d'une ou plusieurs releases candidates pour décembre, de même qu'une version finale.

La PSF (Python Software Foundation) encourage vivement les développeurs à tester leur code sur cette nouvelle version afin de s'assurer du bon fonctionnement.

Voir aussi :

Rubrique Python (Actualités, Forum, FAQ, Tutoriels, etc.)
Vous avez lu gratuitement 526 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de tyrtamos
Expert éminent https://www.developpez.com
Le 23/12/2016 à 17:42
Bonjour,

Citation Envoyé par ParseCoder Voir le message
Je n'ai rien contre les langages de script tant qu'on les utilise seulement pour faire des ... scripts.
Python peut faire des scripts mais aussi beaucoup d'autres choses! Je l'utilise pour ma part pour faire des programmes graphiques assez gros avec PyQt, et ça marche vraiment très bien. On peut faire aussi des calculs mathématiques complexes, y compris parallèles. Compte tenu de la grande quantité de modules, je ne vois pas beaucoup de limites pour l'instant, à part peut-être la programmation système comme avec le C.

Bref, il faut mettre à jour la catégorie: Python="langage de script" : ce n'est plus vrai maintenant.
6  1 
Avatar de tyrtamos
Expert éminent https://www.developpez.com
Le 23/12/2016 à 18:21
Citation Envoyé par ParseCoder Voir le message
La question n'est pas de savoir si c'est possible, mais si c'est c'est adapté. Et là je ne suis pas d'accord. Les langages à la Python ne sont pas fait pour coder du "gros" soft, même si c'est possible.
Ça, c'est quelque chose que tu peux imposer à ton équipe de développement, mais pas au reste du monde... ;-)

Il y a déjà eu de nombreuses discussions sur ce forum concernant les applications professionnelles de Python, et j'ai rarement vu une telle restriction!

Mais c'est surtout dommage pour toi: en rentrant Python dans une catégorie restreinte, tu te prives de tous ses développements.
5  0 
Avatar de wiztricks
Expert éminent sénior https://www.developpez.com
Le 23/12/2016 à 18:53
Citation Envoyé par ParseCoder Voir le message
Des coroutines dans un langage de script!?

C'est pas un peu "overkill"?

Je n'ai rien contre les langages de script tant qu'on les utilise seulement pour faire des ... scripts.

J'aimerais bien savoir quelle est l'utilité de faire de la programmation asynchrone dans des scripts!
Les coroutines servent à remplacer (quand c'est possible) les threads.
Mais ce ne sont que des améliorations de fonctionnalités que Python supportait déjà depuis fort longtemps.

La vraie nouveauté qui devrait vous interpeller est plutôt côté "annotations".
Sûr que çà n'apporte rien à ceux qui utilisent Python comme langage de "scripts": ces codes faits à l'arrache pour dépanner.
Si c'est là, c'est surtout pour aider l'organisation de projets de développement composés de plusieurs personnes/équipes (et à la demande d'organisations qui se sont déjà lancées dans ce genre de projet).
Dans ce monde là, l'overkill est d'utiliser systématiquement un langage compilé (plus sérieux, plus performant,...) alors qu'on pourra coder plus vite avec un langage de scripting (quitte à compiler les parties critiques plus tard).

- W
3  0 
Avatar de wiztricks
Expert éminent sénior https://www.developpez.com
Le 26/12/2016 à 16:25
Salut,

Pour ceux que çà intéresse, il faut (re)lire ce que racontait John K. Ousterhout il y a presque 20 ans: Scripting: Higher Level Programming for the 21st Century.

- W
2  0 
Avatar de dlewin
Membre confirmé https://www.developpez.com
Le 16/12/2016 à 9:42
Voilà finalement une nouvelle sur Developpez. Moi qui desespérait depuis ces derniers temps de n'avoir que des sujet/questions trollesques. A me questionner sérieusement sur les évolutions de ce site depuis.

Donc finalement : merci, très intéressant, Python évolue dans un sens cohérent. Un langage vraiment surprenant
1  0 
Avatar de abriotde
Membre chevronné https://www.developpez.com
Le 26/12/2016 à 15:08
Je n'ai rien contre les langages de script tant qu'on les utilise seulement pour faire des ... scripts.
Python est un langage de script pour faire des scripts. On est d'accord. Mais il va plus loin que le bash qui se contente de lancer des programmes et d'en analyser le code de retour et les logs. Avec les extensions, Python récupère le retours des "programmes" comme des objets facilement manipulable. On fait donc un script Pyhton (Bien optimiser en performance par sa machine virtuel) mais qui utilise les extensions (wrapper de librairie pour les plus simple et standard) pour les performances (Qt comme cité plus haut). On a donc au final un programme complet écris en Python qui appel des extension binaires. Mais la partie critique n'est pas écrite en Python mais en C ou autre Pascal. la seul chose c'est que 98% des utilisateurs de Python ne vont jamais avoir besoin d'écrire leurs extensions. Pourquoi ré-inventer la roue?
1  0 
Avatar de tyrtamos
Expert éminent https://www.developpez.com
Le 26/12/2016 à 15:56
Bonjour,

Suite au message de abriotde:

Je ne sais pas s'il est courant qu'un "langage de script" puisse faire aussi de la POO comme Python, mais je suis plutôt d'accord avec cette façon de voir. Un développement facile et rapide avec Python, dont la partie interprétée passe rapidement la main à des modules puissants écrits en C ou en C++: on a ainsi le "meilleur des 2 mondes", et il serait dommage de s'en priver... La documentation de Python décrit d'ailleurs assez bien comment on peut lier des modules écrits en C ou en C++ pour qu'ils soient importés dans Python.

Dans d'autres temps, on aurait pu appeler cela "méthode de prototypage", mais en fait les besoins évoluent tellement vite que ça pourrait devenir une méthode normale de développement. Ça me fait penser à ce qui s'est passé avec la gestion des bases de données: dans la mesure où on a choisi des données stables dans le temps, on peut faire évoluer très vite leurs exploitations grâce à un langage de haut niveau comme SQL, y compris par l'utilisateur lui-même (ce que je fais couramment). Avec une exploitation complètement en C, le programme est à peine en production que les besoins ont déjà évolué. Or, la rapidité d'adaptation est plus que jamais un paramètre de survie...
1  0 
Avatar de VinsS
Expert éminent https://www.developpez.com
Le 24/12/2016 à 0:26
Citation Envoyé par ParseCoder Voir le message
Si on parlait plutôt de ceux qui imposent aux autres d'assurer le support d'appli codées avec des outils inadaptés!
Exemples ?

Des exemples de "grôôsses" applications en Python il y en a, par contre.

Je te laisse chercher, tes apriori ne m'invitent pas à t'aider.
0  0 
Avatar de dlewin
Membre confirmé https://www.developpez.com
Le 24/12/2016 à 11:00
Bon j'ai tout compris c'est une conspiration, faut juste scroller plus haut vers :
Citation Envoyé par tyrtamos Voir le message
Et le grand calme de ce forum Python certains jours commence à m'inquiéter.
pour avoir ensuite:

Citation Envoyé par deusyss Voir le message
Concernant le calme du forum, côté Python, j'y travaille.
Alors les gars j'ai faillit marcher dans votre hoax :

Citation Envoyé par ParseCoder Voir le message
Des coroutines dans un langage de script!?

C'est pas un peu "overkill"?

Je n'ai rien contre les langages de script tant qu'on les utilise seulement pour faire des ... scripts.
ou encore
Citation Envoyé par ParseCoder Voir le message
Si on parlait plutôt de ceux qui imposent aux autres d'assurer le support d'appli codées avec des outils inadaptés! Je n'impose rien à personne moi.
On peut pas y croire, ça fait trop troll ça on voit bien que c'est vous qui avez rajouté ça pour faire venir du monde sur ce forum! roooo
1  1 
Avatar de Heliogabale
Nouveau Candidat au Club https://www.developpez.com
Le 26/12/2016 à 10:16
Ca veut dire quoi "overkill" ?
0  0