Discussion :

[minnesota]

Quoi qu'il en soit, python c'est un très bon langage qui plus est, reconnu.

[andry.aime]

PS: faut dire, qu il y en a qui supprimeraient volontier Python de nos mémoires.

Ne nous gache pas notre vendredi magnifique avec ton troll

[afranck64]

Quoi qu'il en soit, python c'est un très bon langage qui plus est, reconnu.

Au mois il reste du monde censé dans tout ce bazard.

A tous ceux qui sont pas contents je dirai: (Exception pour les modos. Évitons les ennuis )

[andry.aime]

[HS]

(Exception pour les modos. Évitons les ennuis )

oui oui, il te manque déjà quelque dents
[/HS]

[pfeuh]

Salut,

Pour utiliser professionnellement C, C++ et Python, pour avoir utilisé (toujours professionnellement) différents assembleurs (obsolètes aujourd'hui), VB, Java et Pascal, je préfère de loin Python. Et pour ne pas passer pour un ayatollah, j'argumente un minimum: Pour la plupart de ce que j'ai eu à développer, j'ai toujours trouvé des modules Python m'évitant de faire le travail de fond, de l'UART au parsage XML en passant par l'appel a du code en C pur. Le côté multiplateformes est également très plaisant. Et pour finir, il y a ce que ne s'explique pas, le Python me convient parfaitement, je pense pouvoir le dire en fonctions des autres autres langages que j'ai utilisés.

A+

Pfeuh

[DevTroglodyte]

Si là se trouve le véritable problème,

Nan, pas que là. Disons que c'est un ensemble de petites choses qui m'ont un peu agacé, et qui ont fait que je suis retourné fissa au java

alors il est déjà possible pour les "puristes" ( ) de "déclarer" le type des variables en Python. Mais faut dire que la déclaration des variables je trouve c*****

Disons que de mon point de vue, définir les variables, type statiquement, ça me permet de savoir où je vais et d'avoir des classes bien carrées. Et il faut avouer que les exemples que j'ai croisé quand lors de ma brève incursion dans le python m'ont pas mal choqué (des listes contenant des trucs de types divers et variés )

Bon c'est qu'un point de vue. Je ne peux toutefois pas nier que le Python possède de bons atouts. Et que la déclaration des blocs par indentation oblige à faire du code propre (aux antipodes de ce que je croise actuellement au boulot)

[Jiyuu]

Et que la déclaration des blocs par indentation oblige à faire du code propre (aux antipodes de ce que je croise actuellement au boulot)

C'est l'une des choses qui me plait beaucoup chez Python. J'ai essayé à plusieurs reprises Java et C++, mais il faut bien avouer une chose... C'est souvent illisible comme code.

En plus (pour ma part) Java et C++ c'est l'art et la manière de rajouter des trucs qui servent à rien... Corrigez moi si je me trompe mais, fût un temps du moins, :

Code java :

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

String s="treyhgtrfdre";

Code python :

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

s="treyhgtrfdre"

Et je parle pas de tout le reste... ça sur 10 000 lignes de codes, ça fait mal aux yeux

Cela n'empêche que dès que je trouverai 5min, je me lancerai dans le C++ uniquement pour découvrir Qt (qui a permis PyQt et PySide et qui reste pour moi les meilleures biblio Python, voir même des langages à part entière puisque avec, un tas d'autres biblio deviennent inutiles, mais là je m’égare ^^ ) dans son environnement natal.

[Robin56]

C'est l'une des choses qui me plait beaucoup chez Python. J'ai essayé à plusieurs reprises Java et C++, mais il faut bien avouer une chose... C'est souvent illisible comme code.

Désormais, les formatters de code (au moins au sein d'Eclipse) font que ces soucis d'indentation ne font plus légions. L'IDE les gère automatiquement à chaque sauvegarde.

En plus (pour ma part) Java et C++ c'est l'art et la manière de rajouter des trucs qui servent à rien... Corrigez moi si je me trompe mais, fût un temps du moins, :

Code java :

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

String s="treyhgtrfdre";

Code python :

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

s="treyhgtrfdre"

C'est pas la même philosophie. Un java-iste veut la plupart du temps savoir le typage de ses variables là où (si je ne me trompe pas) Python le fait dynamiquement. Alors autant la philosophie de typage dynamique fera hurler les développeurs Java. Autant la philosophie de typage statique fera hurler les développeurs Python.

En tout cas dans toute la discussion nous nous focalisons uniquement sur la structuration de Python via l'indentation. Même si c'est le plus visible, je ne pense pas que ce soit le seul argument en faveur du Python (surtout avec des IDE qui font le boulot maintenant).

[_skip]

Disons que de mon point de vue, définir les variables, type statiquement, ça me permet de savoir où je vais et d'avoir des classes bien carrées.

+1
J'ai toujours été fort partisan du typage statique. Pour plusieurs raisons :

1) Quand j'écris une fonction J'aime dire "je veux qu'on me passe des pommes, pas des poires", même si en me passant des poires ça fonctionne.
2) Les types sont pour moi une forme de documentation et un filet de sécurité contre la mauvaise utilisation d'un code.
3) Le typage donne plus facilement lieu à de l'optimisation runtime (dans le cas de JIT par exemple) et permet des fonctionnalités IDE plus avancées (analyse, complétion, refactoring).

Et il faut avouer que les exemples que j'ai croisé quand lors de ma brève incursion dans le python m'ont pas mal choqué (des listes contenant des trucs de types divers et variés )

C'est le risque... cependant c'est un débat sans fin de savoir si une feature qui pourrait potentiellement donner lieu à de mauvaises utilisations devrait être interdite ou non.
Je suis d'avis qu'il est surtout important, à travers le typage, de pouvoir éviter ou détecter plus facilement les fautes "involontaires". Les erreurs de conceptions quant à elles sont du ressort du développeur et peu importe les barrières qu'on y met, il y aura toujours des façons de faire du n'importe quoi.

[Paul TOTH]

Désormais, les formatters de code (au moins au sein d'Eclipse) font que ces soucis d'indentation ne font plus légions. L'IDE les gère automatiquement à chaque sauvegarde.


C'est pas la même philosophie. Un java-iste veut la plupart du temps savoir le typage de ses variables là où (si je ne me trompe pas) Python le fait dynamiquement. Alors autant la philosophie de typage dynamique fera hurler les développeurs Java. Autant la philosophie de typage statique fera hurler les développeurs Python.

En tout cas dans toute la discussion nous nous focalisons uniquement sur la structuration de Python via l'indentation. Même si c'est le plus visible, je ne pense pas que ce soit le seul argument en faveur du Python (surtout avec des IDE qui font le boulot maintenant).

j'ai parlé indentation car j'ai en tout et pour tout écrit 2 scripts Python et quand je dis écris...j'ai surtout recopier et compris des scripts existants

parlons donc d'une seconde chose...j'ai utilisé Python dans le cadre du binding UNO d'OpenOffice...ben c'est écrit clairement que pour que ça marche il faut utiliser le Python de Ooo... c'est assez dommage quand on veux pouvoir dialoguer avec un Ooo distant de devoir installer un Ooo local

[afranck64]

Les renforts sont arrivés
Flinguez-me les tous

[Robin56]

j'ai parlé indentation car j'ai en tout et pour tout écrit 2 scripts Python et quand je dis écris...j'ai surtout recopier et compris des scripts existants

Oui oui et c'est comme moi durant mes études. Ma remarque s'adressait plutôt aux "connaisseurs" de Python qui sont heureux de la place de Python comme "meilleur langage" sur ce sondage. Je suis curieux et j'espérais qu'il me donne les raisons du pourquoi (autre que l'indentation et le typage dynamique) ?

Les renforts sont arrivés
Flinguez-me les tous

Euh.. tu peux développer ?

[afranck64]

Oui oui et c'est comme moi durant mes études. Ma remarque s'adressait plutôt aux "connaisseurs" de Python qui sont heureux de la place de Python comme "meilleur langage" sur ce sondage. Je suis curieux et j'espérais qu'il me donne les raisons du pourquoi (autre que l'indentation et le typage dynamique) ?

Je ne sais même plus d où vient le fait que l on papote autant à propos de l indention.
-1: Les commandes de base Python, sont plus explicites que celles des autres langages.

&& vs and
|| vs or
! vs not

-2: C est vrai que ca vaut aussi pour C/Cpp mais. Essayez de formatter le réel 12.2545345 à l affichage en 12.2545 en Java

-3: C est bohneur de n avoir plus à créer/supprimer les objets crées "dynamiquement" (J en viendrai même à dire que ce terme est utilisé abusivement par les autres langages )

-4: La standard lib est vraiment bien foutue et ne manque pas de documentaton.

-5: Je suis encore nostalgique de ma première GUI montée en Python, en moins de 5 lignes. En C/Cpp, je me souviens juste de tas de constantes qui me donnaient le tourni.

-6: pour plus tard

[Robin56]

-3: C est bohneur de n avoir plus à créer/supprimer les objets crées "dynamiquement" (J en viendrai même à dire que ce terme est utilisé abusivement par les autres langages )

Comment ça ?

[Paul TOTH]

Je ne sais même plus d où vient le fait que l on papote autant à propos de l indention.
-1: Les commandes de base Python, sont plus explicites que celles des autres langages.

comme en Pascal alors ?

-2: C est vrai que ca vaut aussi pour C/Cpp mais. Essayez de formatter le réel 12.2545345 à l affichage en 12.2545 en Java

-3: C est bohneur de n avoir plus à créer/supprimer les objets crées "dynamiquement" (J en viendrai même à dire que ce terme est utilisé abusivement par les autres langages )

comme les composants Delphi instanciés automatiquement lors du chargement du GUI et libérés de même. (bien que ce ne soit pas le cas des classes en général)

-4: La standard lib est vraiment bien foutue et ne manque pas de documentaton.

-5: Je suis encore nostalgique de ma première GUI montée en Python, en moins de 5 lignes. En C/Cpp, je me souviens juste de tas de constantes qui me donnaient le tourni.

Sous Delphi tu n'aurais pas utilisé la moindre ligne de code

-6: pour plus tard

[Jon Shannow]

@Paul TOTH > C'est vrai que le Pascal et son extension visual Delphi est un langage génial.

Pour moi, c'est le meilleur langage que j'ai utilisé, et que, hélas, je n'utilise plus beaucoup.

[DevTroglodyte]

-1: Les commandes de base Python, sont plus explicites que celles des autres langages.

Un peu léger là. Et puis bon, l'avantage de la "norme" que tu trouves non explicite, c'est d'être commune a la plupart des langages utilisés. C'est vrai que c'est pas super clair au premier regard, mais on s'y habitue vie.

-2: C est vrai que ca vaut aussi pour C/Cpp mais. Essayez de formatter le réel 12.2545345 à l affichage en 12.2545 en Java

Mouais. C'est un peu particulier comme exemple, hein

-3: C est bohneur de n avoir plus à créer/supprimer les objets crées "dynamiquement" (J en viendrai même à dire que ce terme est utilisé abusivement par les autres langages )

Hein ?

-4: La standard lib est vraiment bien foutue et ne manque pas de documentaton.

Il est vrai que les lib java (et la javadoc), ainsi que le framework .net sont assez pauvres...