je déteste sa façon de faire des blocs!
J'avais lu sur je ne sais plus quel newsgroup que ceux qui n'aimaient pas le fait d'utiliser l'indentation pour marquer les blocs changaient généralement d'avis après une utilisation plus prolongée du langage :) Ça ne doit pas être valable pour tout le monde, mais il semblerait que ça soit courant.
il manque l'instruction select()case:, c'est pas joli de faire ça avec plein de elif
elif n'est pas la seule possibilité. Tu peux aussi faire un dictionnaire dont les clés sont les cas du select et les valeurs sont les noms de fonctions à appeler (ou plus gruik, une chaine contenant les instructions, que tu passes à eval() :p)
le ++ me manque ;-)
moi aussi :)
Mais le python veut avant tout rester un langage clair, et le ++ mal utilisé peut rapidement donner des trucs illisibles. C'est également la raison pour laquelle l'opérateur ternaire n'a pas été intégré.
Le python sépare affectation et valeur, beaucoup plus que le C ou le C++. Faire un print a+=3 provoque une erreur de syntaxe : a+=3 n'a pas de valeur en lui-même.
j'apprécie moyennement sa façon de faire un for
Ca dépend comment tu prends le langage. Les listes et tuples sont très largement utilisés, et un for sert généralement à parcourir une série de données. En python, tu auras tendance à mettre cette série de données dans une liste... tout se tient !
C'est chouette dans quasi toutes les conditions :)
[Note pour les non pythoniens : for element in liste : print element]
Voilà, il fallait bien que je défende le langage qui a fait que je n'aime plus les autres :)
[^] # Re: UnderC : un interpréteur c++
Posté par Amand Tihon (site web personnel) . En réponse à la dépêche UnderC : un interpréteur c++. Évalué à 3.
J'avais lu sur je ne sais plus quel newsgroup que ceux qui n'aimaient pas le fait d'utiliser l'indentation pour marquer les blocs changaient généralement d'avis après une utilisation plus prolongée du langage :) Ça ne doit pas être valable pour tout le monde, mais il semblerait que ça soit courant.
il manque l'instruction select()case:, c'est pas joli de faire ça avec plein de elif
elif n'est pas la seule possibilité. Tu peux aussi faire un dictionnaire dont les clés sont les cas du select et les valeurs sont les noms de fonctions à appeler (ou plus gruik, une chaine contenant les instructions, que tu passes à eval() :p)
le ++ me manque ;-)
moi aussi :)
Mais le python veut avant tout rester un langage clair, et le ++ mal utilisé peut rapidement donner des trucs illisibles. C'est également la raison pour laquelle l'opérateur ternaire n'a pas été intégré.
Le python sépare affectation et valeur, beaucoup plus que le C ou le C++. Faire un print a+=3 provoque une erreur de syntaxe : a+=3 n'a pas de valeur en lui-même.
j'apprécie moyennement sa façon de faire un for
Ca dépend comment tu prends le langage. Les listes et tuples sont très largement utilisés, et un for sert généralement à parcourir une série de données. En python, tu auras tendance à mettre cette série de données dans une liste... tout se tient !
C'est chouette dans quasi toutes les conditions :)
[Note pour les non pythoniens : for element in liste : print element]
Voilà, il fallait bien que je défende le langage qui a fait que je n'aime plus les autres :)