+ Répondre à la discussion Actualité déjà publiée
Page 1 sur 2 12 DernièreDernière
Affichage des résultats 1 à 20 sur 28
  1. #1
    Expert Confirmé Sénior

    Inscrit en
    juillet 2009
    Messages
    3 424
    Détails du profil
    Informations forums :
    Inscription : juillet 2009
    Messages : 3 424
    Points : 148 384
    Points
    148 384

    Par défaut Python 2.7 est disponible en version définitive, la dernière mouture 2.x prépare la transition vers la série 3

    Mise à jour du 04.07.2010 par Katleen
    Python 2.7 est disponible en version définitive, la dernière mouture 2.x prépare la transition vers la série 3.x


    La version définitive de Python 2.7 est sortie hier.

    Elle sera la dernière de la série des 2.x ; et a donc été conçue pour durer sur le long terme, en attendant l'arrivée des moutures 3.x. Plusieurs fonctionnalité des séries 3.x ont d'ailleurs été incluses dans ce produit.

    La bibliothèque standard a été améliorée, notamment avec l'ajout d'un meilleur module unittest, l'arrivée d'un module argparse pour les options des lignes de commande de parsing, etc.

    Comme indiqué sur le site officiel, Python 2.7 comprend :

    An ordered dictionary type
    New unittest features including test skipping and new assert methods
    A much faster io module
    Automatic numbering of fields in the str.format() method
    Float repr improvements backported from 3.x
    Tile support for Tkinter
    A backport of the memoryview object from 3.x
    Set literals
    Set and dictionary comprehensions
    Dictionary views
    New syntax for nested with statements
    The sysconfig module
    Source : Lien de téléchargement

    Mise à jour du 14/06/10


    Python 2.7 en Release Candidate
    Annonce une sortie officielle pour juillet, une beta de Python 3.2 attendue pour septembre


    Python 2.7 sera bien la dernière version de la branche 2.x du langage de programmation web.

    Son passage en Release Candidate précède un mois de juillet qui sera riche en actualité. Cette RC indique en effet que la version finalisée est sur le point de sortir. Une version finalisée qui devrait arriver après une deuxième RC.

    Steve Holden, le président de la Python Software Foundation, vient de le confirmer. Il a également indiqué que le support de Python 2.7 durerait plusieurs années, a priori cinq au lieu des deux ans habituels.

    Pour mémoire, la branche 3.x du langage - qui existe déjà (lire par ailleurs notre sujet sur les fonctionnalités de Python 3.1) - n'est pas rétro-compatible avec la branche 2.x. Le choix n'a pas manqué de susciter un débat dans la communauté et a abouti à la décision d'un moratoire sur la grammaire du langage.

    Autre annonce de Holden confirmé aujourd'hui sur le site officiel, une beta de la version 3.2 est prévue pour septembre. Quant à l'arrivée officielle de cette version, elle vient d'être fixée au mois de décembre.

    D'après Holden, la nouveauté la plus importante de Python 3.2 est une ré-écriture du 'Global Interpreter Lock', une évolution qui permettra une meilleure gestion du multi-coeur.

    D'autres modifications auront lieu dans Python 3.2 avant septembre et l'arrivée de cette beta.

    Le moratoire pourra alors commencer.


    La RC de Python 2.7 est disponible sur cette page pour Linux, Mac et Windows.


    Source : L'annonce et les nouveautés de Python 2.7 sur le site officiel du langage.

    Et vous ?

    Python 2.7, 3.1 et 3.2, rétro-compatibilité partielle : un développeur peut-il encore s'y retrouver ?
    Le passage à la branche 3.x est-elle d'après vous une bonne nouvelle en terme de fonctionnalités et de puissance pour Python ?


    MAJ de Gordon Fowler





    Mise à jour du 14.04.2010 par Katleen
    Python 2.7 est disponible en bêta, que pensez-vous de ses améliorations ?

    La bêta de Python 2.7 vient d'être mise en ligne par ses développeurs. Cette dernière version de Python 2.x apporte beaucoup de nouveautés, contrairement aux versions ultérieures qui ne seront plus que des correctifs (bugs-fix-only-mode).

    Parmis les nouvelles fonctionnalités apportées par cette version 2.7, on note particulièrement :

    - des dictionnaires ordonnés

    - un module d'entrées/sorties (io) beaucoup plus rapide

    - des vues des dictionnaires

    - un modules sysconfig

    A vous de découvrir la suite !

    Vous pouvez télécharger Python 2.7 ici.

    Que pensez-vous de cette nouvelle mouture ?

    Mise à jour du 15/01/10

    L'arrivée de Python 2.7 marque la fin des version 2.x
    Du langage dynamique : envisagez-vous de migrer vers Python 3.1 ou 3.2 ?


    La deuxième alpha de Python 2.7 vient de sortir.

    Elle sera suivie de deux autres alphas et de deux RC (Release Candidate) qui précéderont, elles, la sortie de la version définitive prévue en Juin. C'est ce que vient de déclarer le président de la Python Software Foundation.

    La version 2.7 sera la dernière de la branche 2.x du langage dynamique.

    La Fondation se concentrera alors exclusivement sur la branche 3.x, volontairement incompatible avec la 2.x (trouvez-vous normal que Python 3.x soit incompatible avec Python 2.x)

    Jusqu'ici, il y avait eu une très bonne compatibilité entre les versions de Python*», déclare le président de la Fondation, «mais Guido van Rossum a toujours été conscient qu'il y avait des problèmes dans son langage, alors il a décidé de s'accorder un break au niveau de la retro-compatibilité».

    Et de noter que la branche 2.x a continuer à évoluer pour que les développeurs Python n'aient pas à migrer trop brusquement. Même si le but affiché est bel et bien une migration.

    S'il fallait s'en convaincre, les Release Notes de la version 2.7 jouent carte sur table : «cette version contient beaucoup de fonctionnalités initialement conçues dans Python 3.1».

    Pour sa part Python 3.2 connaitra sa première version alpha début Juin. Suivront alors une beta et une RC pour une sortie officielle en Décembre 2011. Comme la grammaire du langage entre dans une phase de moratoire, Python 3.2 ne devrait apporter aucune nouveauté sur ce plan.

    La dernière version actuelle de Python 2.7 et sa Release Note complète sont disponibles sur cette page


    Et vous ?

    Allez-vous migrer ? Et pour quelle(s) raison(s) ?
    Si vous avez déjà entamé ce processus, avez-vous trouvé la migration facile ou difficile ?


    MAJ de Gordon Fowler




    Python 2.6.4 est arrivé
    En Release Candidate, et corrige un bug critique de Python 2.6.3


    Alors que Guido van Rossum, son créateur, appelle à un moratoire "de la grammaire et de la sémantique" de Python 3.0 et 3.1, la version 2.6.4 vient elle tout juste de sortir :

    Python 2.6.4 is a critical bug fix for Python 2.6.3, which had regressions in the logging package and in setuptools compatibility.

    Cette version est donc avant tout une correction d'un bug critique trouvé dans Python 2.6.3, aucune nouvelle fonctionnalité n'ayant été rajoutée.

    Python est un langage de programmation orienté objet, facile d'utilisation et puissant, utilisé aussi bien pour des scripts simples que pour des programmes ambitieux ou d'intégration dans d'autres applications.

    Il est disponible sur la plupart des plateformes.

    Python 2.6.4 est en téléchargement en RC (Release Candidate).

    Contrairement à ce qui est indiqué sur la page de présentation du projet, sa documentation n'est pour l'instant pas mise en ligne.

    Cela ne saurait tarder.

    Lire aussi :

    Sortie de Python 3.1 release, qu'en pensez-vous ?

    Les rubriques Python et Linux Pro (actu, tutos, forums) de Développez

    Et vous ? :

    Attendiez-vous avec impatience Python 2.6.4 et ses "correctifs" ?

  2. #2
    Expert Confirmé Sénior

    Inscrit en
    juillet 2009
    Messages
    3 424
    Détails du profil
    Informations forums :
    Inscription : juillet 2009
    Messages : 3 424
    Points : 148 384
    Points
    148 384

    Par défaut Mise à jour :

    L'arrivée de Python 2.7 marque la fin des version 2.x
    Du langage dynamique : envisagez-vous de migrer vers Python 3.1 ou 3.2 ?

    Cf. premier post du topic

  3. #3
    Invité régulier
    Inscrit en
    avril 2008
    Messages
    22
    Détails du profil
    Informations forums :
    Inscription : avril 2008
    Messages : 22
    Points : 6
    Points
    6

    Par défaut

    C'est à cause des biliothèques que j'utilise Python 2.5 ou 2.6. Mais je voudrais utiliser la dernière version de Python !

  4. #4
    Expert Confirmé Sénior
    Avatar de Thierry Chappuis
    Homme Profil pro
    Enseignant Chercheur
    Inscrit en
    mai 2005
    Messages
    3 481
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : Suisse

    Informations professionnelles :
    Activité : Enseignant Chercheur
    Secteur : Industrie Pharmaceutique

    Informations forums :
    Inscription : mai 2005
    Messages : 3 481
    Points : 5 112
    Points
    5 112

    Par défaut

    J'utilise déjà Python 3.1 pour certain développements personnels. Sur le plan professionnel, tant que Numpy et Scipy ne seront pas disponibles pour la branche 3.x, aucune migration n'est envisagée.

    Thierry
    "The most important thing in the kitchen is the waste paper basket and it needs to be centrally located.", Donald Knuth
    "If the only tool you have is a hammer, every problem looks like a nail.", probably Abraham Maslow

    FAQ-Python FAQ-C FAQ-C++

    +

  5. #5
    Membre Expert

    Inscrit en
    décembre 2006
    Messages
    2 261
    Détails du profil
    Informations forums :
    Inscription : décembre 2006
    Messages : 2 261
    Points : 1 405
    Points
    1 405

    Par défaut

    Je me suis lancé dans un projet perso "important" et j'ai directement pris Python 3 sachant malgré tout que cela m'empêchera pendant un moment d'utiliser d'autres bibliothèques telles que PIL, sympy ou numpy.

    Dive into Python 3 m'a bien aidé, un vrai bonheur ce livre...

  6. #6
    Modérateur

    Homme Profil pro
    Architecte technique
    Inscrit en
    juin 2008
    Messages
    5 658
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Industrie

    Informations forums :
    Inscription : juin 2008
    Messages : 5 658
    Points : 8 555
    Points
    8 555

    Par défaut

    Bonsoir

    Personnellement, je trouve que nous sommes dans une position intelligente ou nous pouvons traiter chaque application au cas part cas qui correspond à mes attentes pour traiter l'introduction d'une évolution majeure.

    Si vous développez de nouveaux projets ou effectuez une TMA importante avec des applications dont les bibliothèques sont disponibles en 3.1.
    Vous devrez passer un jour ou l'autre en V3.
    Y aller ou pas maintenant ou plus tard? Est ce que çà alourdit le projet? Aura-t-on une meilleure opportunité de le faire plus tard.

    Vous avez une application qui fonctionne bien en 2.x et pas d'évolution fonctionnelles prévues. Pourquoi changer? En tout cas, si vous avez mieux à faire çà peut encore attendre.

    Entre les deux vous avez des cas comme:
    - patrimoine 2.x mais de nouvelles fonctionnalité 3.x qui nous simplifient la vie pour telles évolutions que nous devons livrer cet été,
    - un découpage en composants qui permet d'en faire évoluer certain en 3.x plus vite que d'autres,

    - W

  7. #7
    Membre régulier
    Inscrit en
    novembre 2008
    Messages
    108
    Détails du profil
    Informations forums :
    Inscription : novembre 2008
    Messages : 108
    Points : 98
    Points
    98

    Par défaut

    Bonjour

    Dans mon cas, j'ai commencé à utiliser sérieusement Python a l'arrivée de Python 3.0. Donc j'ai tout misé sur Python 3.0. De plus je n'ai pas vraiment besoin de librairies annexes.
    Je suis bien content de ne pas avoir une grosse base d'existant avec des dépendances vers des librairies externes à gérer.

    Cependant de ce changement Python 2.X vers 3.X, je retiens ces leçons :
    - toujours rester prudent envers les éléments externes à un projet. Se créer une dépendance avec une bibliothèque externe peut à l'avenir couter très cher quand cet élément externe tarde à suivre les évolutions
    - Même quand un changement apporte des corrections de bug (le print qui devient une fonction comme une autre, pourquoi cela n'a pas été le cas depuis le début ?), beaucoup de gens sont très réticent à rompre la compatibilité ascendante. Si je rajoute quelques expériences personnels ou des personnes défendaient une comptatibilité ascendante sur du code qui de toute façon ne marchait pas, je considère cette argument de moins en moins pertinent.
    - Si je code en Python, ce n'est pas pour avoir du code rapide, mais du code de qualité (peu de bug, lecture facile, appropriation par d'autre personne facilement, maintenabilité facile etc.) rapidement. Donc tous les arguments "Python 3.X est un peu plus lent que le 2.X" ne m'ont pas du tout touchés.

    Cordialement
    Emmanuel DUMAS

  8. #8
    Modérateur

    Homme Profil pro
    Architecte technique
    Inscrit en
    juin 2008
    Messages
    5 658
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Industrie

    Informations forums :
    Inscription : juin 2008
    Messages : 5 658
    Points : 8 555
    Points
    8 555

    Par défaut

    Bonsoir,
    Citation Envoyé par emmanuel_dumas Voir le message
    - toujours rester prudent envers les éléments externes à un projet. Se créer une dépendance avec une bibliothèque externe peut à l'avenir couter très cher quand cet élément externe tarde à suivre les évolutions
    Ces précautions sont relatives à tout assemblage de composants - et n'est pas spécifique au langage utilisé. L'implication est "limiter l'utilisation de composants":
    - ne ajouter un composant pour éviter d'écrire quelques lignes de code,
    - choisir des composants "stables" - quand on peut,
    - ...
    Problème spécifique à mon utilisation de Python: je m'en sers comme "glue" i.e. langage d'intégration des fonctionnalités de composants écrits dans d'autres langages. Exemples: QT, CouchDB, libxml2,...

    Par contre Python à un bon support des VM et un support des "composants" (WSGI par exemple) qui me permet de faire cohabiter et évoluer indépendamment des codes 2.6, 3.x

    - Même quand un changement apporte des corrections de bug (le print qui devient une fonction comme une autre, pourquoi cela n'a pas été le cas depuis le début ?), beaucoup de gens sont très réticent à rompre la compatibilité ascendante. Si je rajoute quelques expériences personnels ou des personnes défendaient une comptatibilité ascendante sur du code qui de toute façon ne marchait pas, je considère cette argument de moins en moins pertinent.
    Rompre la compatibilité ascendante signifie que les coûts de qualification de la même application sous la nouvelle version seront importants.

    Si vous avez un code jeune, qui doit encaisser beaucoup d'évolution fonctionnelles, vous pourrez faire passer le coût de qualification de la nouvelle version dans l'épaisseur du trait.

    Pour les codes vieux, le "legacy" qui fonctionne dans un coin depuis des années sans soucis... le coût de qualification n'apportant aucune évolution fonctionnelle, va être difficile à vendre.

    De plus, c'est en général des codes auquel plus grand monde n'y comprend rien: vous essayez de qualifier, vous tombez dans un bug, et un temps indéfini pour le corriger...
    Il est souvent plus simple de tout jeter et de recommencer "from scratch"...

    Ceci dit, de temps en temps, nous sommes obligés de rompre cette foutue compatibilité ascendante. Et dans ce cas, à part essayer d'éviter de perdre sa base installée en offrant des chemins praticables pour attendre le bon moment ou faciliter la migration...

    -W

  9. #9
    Membre habitué
    Inscrit en
    octobre 2006
    Messages
    92
    Détails du profil
    Informations forums :
    Inscription : octobre 2006
    Messages : 92
    Points : 100
    Points
    100

    Par défaut

    Bonjour,

    Je suis actuellement en 2.x.

    Mon projet en étant à ses débuts et pas encore en version opérationnelle stable, je pense que je passerai un jour à Python 3. Pour le moment j’en reste à Python 2.x et pour encore pas mal de temps. En effet, 80% de ce projet est constitué d’une interface graphique écrite en wxPython et Robin Dunn a été clair : le passage de wxPython à Python 3 n’est pas pour l’avenir proche - le portage n’est pas encore commencé.

    Je ne sais pas ce qu’il en est pour pyGTK ou pyQt, mais je pense que d’une façon générale, les projets comportant une partie IHM vont rester un moment sous Python 2.x.

  10. #10
    Modérateur

    Homme Profil pro
    Architecte technique
    Inscrit en
    juin 2008
    Messages
    5 658
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Industrie

    Informations forums :
    Inscription : juin 2008
    Messages : 5 658
    Points : 8 555
    Points
    8 555

    Par défaut

    Salut,
    Je ne sais pas ce qu’il en est pour pyGTK ou pyQt, mais je pense que d’une façon générale, les projets comportant une partie IHM vont rester un moment sous Python 2.x.
    PyQT est disponible en Python 3.1.
    PySide ne l'est que pour 2.x et prévoie de commencer le portage au premier semestre.

    Je ne sais pas ou en est votre projet mais ne vous fermez pas la possibilité d'une mise à jour 3.x, i.e. essayez si vous le pouvez d'identifier les points qu'il faudra revoir et forcez un peu le trait sur les tests unitaires qui pourront éventuellement servir de base pour les tests de non-régression.

    Vous n'aurez peut être pas un code portable 3.x à coût réduit mais en prenant en compte cette préoccupation de façon molle vous vous simplifirez toujours la vie plus tard.


    -W

  11. #11
    Membre habitué
    Inscrit en
    octobre 2006
    Messages
    92
    Détails du profil
    Informations forums :
    Inscription : octobre 2006
    Messages : 92
    Points : 100
    Points
    100

    Par défaut

    Bonjour,

    Citation Envoyé par wiztricks Voir le message
    Je ne sais pas ou en est votre projet mais ne vous fermez pas la possibilité d'une mise à jour 3.x, i.e. essayez si vous le pouvez d'identifier les points qu'il faudra revoir […]
    Citation Envoyé par wiztricks Voir le message
    […] en prenant en compte cette préoccupation de façon molle vous vous simplifirez toujours la vie plus tard.
    Comme je suis toujours en plein dév’, il me semble naturel d’intégrer la problématique du passage à Python 3.x dans mon projet, je l’ai fait. Ce passage à Python 3.x est à mon avis inéluctable et pour mon projet c’est dores et déjà décidé à terme, mais pas dans l’immédiat (je me donne au moins 18 mois… sous réserve de ce que sera l’évolution de wxPython !).

    Mon appli génère / modifie des documents texte au format OpenDocument. Il y a donc énormément de traitements sur des chaînes de caractères. Le passage à unicode par défaut me frappe dès lors de plein fouet . Cela dit, même si j’angoisse un peu à cause de ça, je pense qu’à terme ce ne pourra être que bénéfique pour moi car la gestion de l’encodage sous 2.x ne suscite en moi qu’un enthousiasme modéré…

  12. #12
    Expert Confirmé Sénior
    Avatar de Sve@r
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    février 2006
    Messages
    4 751
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : France, Oise (Picardie)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : février 2006
    Messages : 4 751
    Points : 10 888
    Points
    10 888

    Par défaut

    Citation Envoyé par wiztricks Voir le message
    PyQT est disponible en Python 3.1.
    Mais pas PyQwt ni (encore moins) PyQw3D (qui n'ont, du moins dans leur version Windows, même pas été portés sous 2.6 !!!)

    Perso j'utilise ces 3 outils dans un projet marchant sous Linux et Windows => j'ai même pas pu passer à 2.6 alors passer à Python 3...
    Vous ne pouvez pas apporter la prospérité au pauvre en la retirant au riche.
    Tout ce qu'un individu reçoit sans rien faire pour l'obtenir, un autre individu a dû travailler pour le produire sans en tirer profit.
    Tout Pouvoir ne peut distribuer aux uns que ce qu'il a préalablement confisqué à d'autres car on n'accroît pas les biens en les divisant.
    Quand la moitié d'un peuple croit qu'il ne sert à rien de faire des efforts car l'autre moitié les fera pour elle, et quand cette dernière moitié se dit qu'il ne sert à rien d'en faire car ils bénéficieront à d'autres, cela s'appelle le déclin et la fin d'une nation.
    Dr. Adrian Rogers (1931-2005)

  13. #13
    Expert Confirmé Sénior
    Avatar de Katleen Erna
    Profil pro
    Inscrit en
    juillet 2009
    Messages
    1 552
    Détails du profil
    Informations personnelles :
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : juillet 2009
    Messages : 1 552
    Points : 73 958
    Points
    73 958

    Par défaut

    Mise à jour du 14.04.2010 par Katleen
    Python 2.7 est disponible en bêta, que pensez-vous de ses améliorations ?

    La bêta de Python 2.7 vient d'être mise en ligne par ses développeurs. Cette dernière version de Python 2.x apporte beaucoup de nouveautés, contrairement aux versions ultérieures qui ne seront plus que des correctifs (bugs-fix-only-mode).

    Parmi les nouvelles fonctionnalités apportées par cette version 2.7, on note particulièrement :

    - des dictionnaires ordonnés

    - un module d'entrées/sorties (io) beaucoup plus rapide

    - des vues des dictionnaires

    - un modules sysconfig

    A vous de découvrir la suite !

    Vous pouvez télécharger Python 2.7 ici.

    Que pensez-vous de cette nouvelle mouture ?

  14. #14
    Membre confirmé
    Profil pro
    Inscrit en
    juillet 2009
    Messages
    162
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : juillet 2009
    Messages : 162
    Points : 237
    Points
    237

    Par défaut

    Juste une question de curiosité pour les experts de python: pour quel genre de chose utilisez vous Python?
    C'est plutôt de gros développement centré sur ce langage ou c'est juste des scripts utilitaires pour aider dans la vie du projet?

  15. #15
    Membre habitué
    Inscrit en
    mai 2004
    Messages
    104
    Détails du profil
    Informations forums :
    Inscription : mai 2004
    Messages : 104
    Points : 110
    Points
    110

    Par défaut

    Appli Web avec Django. Parfois des scripts utilisant des bindings C vers des librairies scientifiques.

  16. #16
    mon_nom_est_personne
    Invité(e)

    Par défaut

    ou des appli desktop avec gtk, des plugin blender etc...
    Mais j'avoue surtout l'utiliser pour faire des appli basées sur des algos assez avancés (manipulation de graphe, IR etc..) ou pour faire du Computer Vision (la nouvelle interface d'openCV est super).
    Dernière modification par Mejdi20 ; 06/07/2010 à 11h02.

  17. #17
    Rédacteur/Modérateur

    Avatar de Jiyuu
    Homme Profil pro
    Gérant PME
    Inscrit en
    janvier 2007
    Messages
    1 968
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 32
    Localisation : France, Loire (Rhône Alpes)

    Informations professionnelles :
    Activité : Gérant PME
    Secteur : Bâtiment Travaux Publics

    Informations forums :
    Inscription : janvier 2007
    Messages : 1 968
    Points : 4 735
    Points
    4 735

    Par défaut

    J'ai abandonné la version 2.6 car je rencontrais beaucoup de bug avec celle-ci.

    Si la version 2.7 est vraiment mieux, alors je ré-eesayerai... J'attends aussi de voir ce qu'apporte les améliorations sur les dico, et le module sysconfig.

    Mais avant tout, il faut impérativement que certaine biblio soit aussi disponibles avant que je passe le pas et notamment wxPython, ce qui n'est à priori pas encore le cas.
    PyQt / PySide : Forum, Cours, Faq, Sources, Livres

    En cas de besoin, pensez à la
    Mes tutoriels Python, PyQt, PySide et outils associés - Documentation Qt sur Developpez.com

    Mon site sur Developpez.com

    Pas de question technique par MP... Les forums sont là pour ça

  18. #18
    Membre émérite
    Étudiant
    Inscrit en
    septembre 2006
    Messages
    516
    Détails du profil
    Informations personnelles :
    Âge : 21

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : septembre 2006
    Messages : 516
    Points : 863
    Points
    863

    Par défaut

    Parmi les nouveautés de la version, je citerais également le support de Ttk, ce qui permet d'avoir désormais de jolies applications même avec Tkinter (notamment, apparence native sous Windows, améliorée sous X11, déjà native depuis longtemps sous Mac OS X)

  19. #19
    Expert Confirmé Sénior

    Inscrit en
    juillet 2009
    Messages
    3 424
    Détails du profil
    Informations forums :
    Inscription : juillet 2009
    Messages : 3 424
    Points : 148 384
    Points
    148 384

    Par défaut

    Python 2.7 en Release Candidate
    Annonce une sortie officielle pour juillet, une beta de Python 3.2 attendue pour septembre


    Python 2.7 sera bien la dernière version de la branche 2.x du langage de programmation web.

    Son passage en Release Candidate précède un mois de juillet qui sera riche en actualité. Cette RC indique en effet que la version finalisée est sur le point de sortir. Une version finalisée qui devrait arriver après une deuxième RC.

    Steve Holden, le président de la Python Software Foundation, vient de le confirmer. Il a également indiqué que le support de Python 2.7 durerait plusieurs années, a priori cinq au lieu des deux ans habituels.

    Pour mémoire, la branche 3.x du langage - qui existe déjà (lire par ailleurs notre sujet sur les fonctionnalités de Python 3.1) - n'est pas rétro-compatible avec la branche 2.x. Le choix n'a pas manqué de susciter un débat dans la communauté et a abouti à la décision d'un moratoire sur la grammaire du langage.

    Autre annonce de Holden confirmé aujourd'hui sur le site officiel, une beta de la version 3.2 est prévue pour septembre. Quant à l'arrivée officielle de cette version, elle vient d'être fixée au mois de décembre.

    D'après Holden, la nouveauté la plus importante de Python 3.2 est une ré-écriture du 'Global Interpreter Lock', une évolution qui permettra une meilleure gestion du multi-coeur.

    D'autres modifications auront lieu dans Python 3.2 avant septembre et l'arrivée de cette beta.

    Le moratoire pourra alors commencer.


    La RC de Python 2.7 est disponible sur cette page pour Linux, Mac et Windows.


    Source : L'annonce et les nouveautés de Python 2.7 sur le site officiel du langage.

    Et vous ?

    Python 2.7, 3.1 et 3.2, rétro-compatibilité partielle : un développeur peut-il encore s'y retrouver ?
    Le passage à la branche 3.x est-elle d'après vous une bonne nouvelle en terme de fonctionnalités et de puissance pour Python ?

  20. #20
    Membre éclairé Avatar de exodev
    Inscrit en
    septembre 2009
    Messages
    201
    Détails du profil
    Informations personnelles :
    Âge : 28

    Informations forums :
    Inscription : septembre 2009
    Messages : 201
    Points : 313
    Points
    313

    Par défaut

    Citation Envoyé par Gordon Fowler Voir le message
    D'après Holden, la nouveauté la plus importante de Python 3.2 est une ré-écriture du 'Global Interpreter Lock', une évolution qui permettra une meilleure gestion du multi-coeur.
    Bonjour,

    Est-ce que vous auriez un lien vers l'article qui traite de cette information sur le GIL?

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •