Discussion :

[Agrajag]

Après, Python entretient volontairement la confusion entre les deux car les syntaxes sont très proches... ce qui entraînera des malentendus chez les débutants qui n'ont pas encore eu droit à un bon cours d'algorithmique et de structures de données...

Le C contient moins de types, et via les structures, les macro, la manipulation d'adresses mémoire des variables, les pointeurs et donc les tableaux et listes, offre certes moins de possibilités algorithmiques dans certains cas spécifiques (patterns, mvc) que le Python, mais pas dans tous.
Python est un langage de POO, et tire ses atouts des instanciations d'objets (utilisation de classes, methodes, classes héritées et surcharge d'arguments), et permet certaines possibilités vu qu'il est interprété, mais non compilé (niveau perf c'est assez dégueu même).

Python pour apprendre la POO : oui.
Python pour être le meilleur, non.

Après pour les dictionnaires, j'ai pas encore trouvé d'avantages par rapport à un tableau ou une structure adaptée, juste l'inconvéniant de devoir lire de la doc en plus sur certains types spécifiques, et se voir imposer certains typages bridés par quelque framework, pour au final devoir concevoir la même chose que si c'était au moyen d'un autre langage.
Et faire dic.clear(): en utilisant une librairie de prototypes fournie dans une VM, sans avoir codé ta structure, et sans la parcourir, j'apelle pas ça apprendre l'algorithmie

la crème des développeurs c'est celle qui crée la crème du logiciel, tout simplement.

Là, entièrement d'accord !

[OPi]

Python

[SUBJECTIVITY]
Et au passage, c'est franchement de la m*** leur dictionnaires, ils peuvent pas faire des tableaux comme tout le monde?
[/SUBJECTIVITY]

Absolument pas d'accord.
[TROLL]Comme les tableaux en PHP ![/TROLL]
Plus sérieusement, il y les list, tuple, array.array...

Après, Python entretient volontairement la confusion entre les deux car les syntaxes sont très proches... ce qui entraînera des malentendus chez les débutants qui n'ont pas encore eu droit à un bon cours d'algorithmique et de structures de données... une des millions de petites choses qui font que Python est un très mauvais choix de premier langage pour l'enseignement de la programmation, mais c'est un autre débat...

Absolument pas d'accord non plus.
Il n'y a aucune confusion lorsque l'on comprend que l'opérateur d'accès est propre à chaque objet qui l'implémente.
Et je n'ai pas d'expérience dans l'enseignement, mais il me semble que c'est justement un langage réputé pour apprendre, pour bien apprendre.

[OPi]

Python est un langage de POO, et tire ses atouts des instanciations d'instances (classe, methodes), et permet certaines possibilités vu qu'il est interprété, mais non compilé (niveau perf c'est assez dégueu même).

Pour moi Python est compilé, compilé en bytecode. Qui est ensuite interprété/exécuté par une machine virtuelle.

Ce qui est permis à quoi vous pensez c'est, je suppose, du fait que c'est un langage dynamique.

En ce qui concerne les performances, l'implémentation PyPy compile le bytecode à la volée.

Et Guido van Rossum vient juste de tweeter ça sur une nouvelle implémentation :
https://twitter.com/gvanrossum/statu...54006564335616

[Bousk]

Et au passage, c'est franchement de la m*** leur dictionnaires, ils peuvent pas faire des tableaux comme tout le monde?

En tous cas un développeur qui me sort un truc pareil je le catégorise pas bon illico.
Ne pas être conscient de la différence entre un dict/map et un tableau/array c'est assez..
Sans compter qu'il y a 2 syntaxes très distinctes pour les créer {} et [] (contrairement à PHP, LUA et surement d'autres)
L'accès aux membres est dans les 2 cas par l'opérateur [], comme dans... 99% des langages ? C++, JAVA, C#, ... tous les langages qui ont map et array dans leurs outils utilisent l'opérateur []