Discussion :

[Jiyuu]

Bonjour Tout le monde,

Ce post juste pour avoir vos impressions sur:

Python 2.6 (d'ailleurs je sais pas où peut aller le télécharger, et je ne aucun moyen de comparaison avec 2.5)?

Python 3.0 (qui m'a l'air plus compliquer à utiliser que 2.5 d'après les exemples sur le site officiel)?


J'attends vos impressions.

Merci et bonne prog à tous

[mchk0123]

D'après ce que j'en ai vu, Python 2.6 en est encore en version Alpha, donc à utiliser avec prudence.

Pour le téléchargement c'est ici :

http://www.python.org/ftp/python/2.6...-2.6a1.tar.bz2

Au vu de la rapidité à laquelle les upgrades ont lieu pour Python (une version par an au moins) je conseillerais plutôt d'installer la 2.5 et d'attendre la prochaine version stable 2.6 qui ne devrait pas tarder.
Surtout que entre une alpha, une beta et une stable rien n'impose qu'une fonctionnalitée passe de "futur" à "obsolete" ou à "builtin", ou inversement.

[Matthieu Brucher]

La 2.6 ne viendra qu'après la sortie de la 3.0 qui se fera en août...

En réalité, les deux viennent de passer en alpha il y a quelques heures

[mchk0123]

No comment :

[ ] Python-3.0a1.tgz 31-Aug-2007 17:02 11M
[ ] Python-3.0a2.tgz 06-Dec-2007 23:26 11M
[ ] Python-3.0a3.tar.bz2 01-Mar-2008 18:54 9.2M
[TXT] Python-3.0a3.tar.bz2..> 01-Mar-2008 18:54 189
[ ] Python-3.0a3.tgz 01-Mar-2008 18:54 11M
[TXT] Python-3.0a3.tgz.asc 01-Mar-2008 18:54 189
[ ] python-3.0a1.amd64.msi 31-Aug-2007 17:38 10M
[ ] python-3.0a1.msi 31-Aug-2007 17:31 10M
[ ] python-3.0a2.amd64.msi 07-Dec-2007 18:45 9.4M
[ ] python-3.0a2.x86.msi 10-Dec-2007 18:55 11M
[ ] python-3.0a2.x86.msi..> 07-Dec-2007 18:46 11M

[Matthieu Brucher]

Effectivement, pour Python 3, c'est l'alpha 3, j'ai lu mon mail trop vite.

[Jiyuu]

Je pense effectivement qu'il faut attendre la version stable de la 2.6, surtout que la version 2.5 marche superbement bien.

Par contre quelqu'un sait-il si la logique de programmation sera la même en 2.6 qu'en 2.5, car ça n'a pas l'air d'être le cas avec la 3.0 et comme je sais pas si les scripts écris en 2.5 seront facilement lisible par 3.0 je me demande si c'est une bonne idée d'aller vers cette version.

A vous de me dire.

[Matthieu Brucher]

La 2.6 est compatible avec la 2.5.
Pour passer de la 2.6 à la 3.0, il aura un outil pour aider (2to3)

[Jiyuu]

Pour passer de la 2.6 à la 3.0, il aura un outil pour aider (2to3)

Du coup la 3.0 se place comme un nouveau langage par rapport à la 2.5 ou 2.6.

Mais alors que va-t-elle apporter de plus?

[Matthieu Brucher]

Ce n'est pas un nouveau langage, il y a juste des choses qui changent :
- toutes les chaînes de caractères sont unicodes
- plus de filter ou de map
- un nouveau type de buffer (pour numpy)
- ...

[Jiyuu]

Comme je suis débutant dans Python tout ça c'est un peu du charabiat pour moi.

Est-ce que cela va réellement apporter de la clarté et de la faciliter dans la programmation.

Au regard des quelques comparaisons (et dans mon cas) entre les deux versions (http://docs.python.org/dev/3.0/whatsnew/3.0.html), j'en doute un peu...

Qu'en penses-tu?

[Matthieu Brucher]

Ca va simplifier certains développement. Le principe de ne pas pouvoir faire la même chose de deux manières différentes (c'est le cas entre les compréhensions de listes et les fonctions map et filter) est une bonne chose et ça revient à la base de la nouvelle version de Python.
Idem pour le côté scientifique, le temps que chacun mette à jour ses outils

[Jiyuu]

le temps que chacun mette à jour ses outils

Je pense qu'il y aura effectivement un temps d'adaptation. En ce qui me concerne je vais continuer à bien apprendre, comprendre et programmer ce cher python.

Merci pour tes infos et à très bientôt

[mchk0123]

Sans lancer de troll, l'utilisation des map & filter dans la v3 obligera à une syntaxe plus lourde. Dommage.

[Matthieu Brucher]

Personnellement, je ne pense pas, je préfère l'écriture à base de liste qu'à base de map ou de filter

[Jiyuu]

Pardonnez mon ignorance, mais dans les grandes lignes c'est quoi la différence entre une écriture à base de liste, à bas de map ou de filter???

[Matthieu Brucher]

Les deux font la même chose, mais les listes sont plus faciles à lire et à utiliser que les fonctions

[mchk0123]

Pour un débutant en programmation, oui les 'comprehension lists' sont plus simples et claires à utiliser.

En revanche pour quelqu'un qui vient des langages déclaratifs, les map & filters lui seront plus simples et clairs d'utilisation car se rapprochant de la notion de prédicats et 'lambda calculus'.

Donc les 2 se valent.

[med365]

Salut

map, filter et reduce (?) sont des fonctionnalités de programmation fonctionnelle héritées du langage Lisp il me semble, à côté de ça on trouve la compréhension de liste qui est une fonctionnallité ultra puissante de python et qui permet d'arriver au même à partir d'outils "classiques" de python (for etc au lieu d'une fonction appellant un callback comme c'est le cas avec map par exemple). La logique de python veut que le langage soit clair et exempt de redondances, en gros une manière d'arriver à une chose et pas deux, mais une efficace.

En fait après ça au lieu par exemple d'écrire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
nums = [1, 2, 3, 4]
nums2 = map(nums, lambda x: x*2)

Tu écriras (par exemple):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
nums = [1, 2, 3, 4]
nums2 = []
for i in nums:
    nums2.append(x*2)

(pardon pour le bout de code écrit à l'arrachée )

;-)

[Matthieu Brucher]

Ou plutôt :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
nums = [1, 2, 3, 4]
nums2 = [el**2 for el in nums]

Bien plus efficace que ta solution

[med365]

Ou plutôt :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
nums = [1, 2, 3, 4]
nums2 = [el**2 for el in nums]

Bien plus efficace que ta solution

Oui merci C'est vrai que j'avais oublié cette écriture, d'ailleurs je devrais l'utiliser dans mes développements futurs

A ce propos, j'ai une petite question, lorsqu'on utilise l'écriture j for i in liste il faut toujours utiliser une liste en "retour" (comme nums2 ici) ou on peut utiliser aussi un dico ou un tuple (même si j'en doute vu que ce n'est pas une fonction renvoyant un tuple en retour mais une boucle...) ?