72 thoughts on “(Très) Grand listing des libs tierce partie les plus utiles en Python”

• 

  Sam Post author 26/11/2012 at 01:15

  Et flûte, le style de tableau est pourri sur ce thême WordPress…

  Maxxxxxxxxxxxxx ! A l’aiiiiiiiiiide !

  • 

    Max 26/11/2012 at 01:38

    utilise le plugin de tabel qui est dans tools wp table reload, c celui que j’ai utilisé pour les abréviations de boule ;)

• 

  desfrenes 26/11/2012 at 08:28

  Énorme ! :-D

• 

  JM 26/11/2012 at 08:48

  Ben ptain, merci Sam.

  (Sinon, pour Ghost.py : « simulare » ?)

• 

  Max 26/11/2012 at 10:04

  Ce qui serait marrant c’est de faire un ptit tuto pour chacunes d’entre elles^^

• 

  roro 26/11/2012 at 10:33

  Wouahouoouu!!! ça déchire tout. Exellentissime !

• 

  Sam Post author 26/11/2012 at 10:52

  @Max: tu pars devant hein…

  @JM: ma que si, simulare de la mama pizza con ciccolini.

• 

  Christophe Simonis 26/11/2012 at 11:37

  PIL est mort, il est préférable d’utiliser Pillow

  Sinon, libs oubliées (si c’est par choix, merci d’expliquer pourquoi):
  */ expecter: écrivez les assertions de vos tests de manière lisible.
  */ docopt: mélangez documentation et argument de ligne de commande
  */ Numba: booster votre code python
  */ Flask: Microframework web basé sur Werkzeug, Jinja2 et de bonnes intentions.

• 

  apieum 26/11/2012 at 11:57

  Merci c’est trés complet.

  Flask ? genshi ? pyparsing ? Python natural language toolkit (nltk) ?

• 

  Sam Post author 26/11/2012 at 12:20

  @Christophe:

  expecter: moins bien que pytest.
  docopt: plus compliqué que clize
  numba: très intéressant. J’ai pas la compétence pour le tester, mais ça mérite qu’on lui donne sa chance
  Flask: excellent produit mais aucune valeur ajoutée si on utilise déjà bottle (qui en plus tient dans un seul fichier), cherrpy (qui en plus possède un serveur en pur Python performant) et django (qui fait 100 fois plus).

  @apieum:

  flask: cf ci-dessus
  genshi: je n’aime pas la syntaxe. Mais ça me fait penser qu’il faut que je rajoute jinja2 et mako
  pyparsing et nltk: ah oui, bien vu !

• 

  Etienne 26/11/2012 at 12:37

  oufti!!!

  T’essayes de concurrence Pypi??

• 

  Kontre 26/11/2012 at 13:01

  Je suis déçu, y’a rien pour faire le café…

  Je déconne, cette superbe liste m’a servi dès ce matin !

  @Max : pour continuer le Module of the Week (http://www.doughellmann.com/PyMOTW/) ? Ça serait cool !

  Dans la partie calcul, je rajouterais pyopencl (http://mathema.tician.de/software/pyopencl) qui permet de faire des calculs numériques sur GPU très facilement.

• 

  Kontre 26/11/2012 at 13:04

  Edit (masqué) : numba a l’air super intéressant, mais j’ai l’impression que c’est encore en version pre-alpha. En attendant y’a cython, mais ce n’est pas un module python au sens strict.

• 

  Sam Post author 26/11/2012 at 13:04

  @Kontre:

  Hop!

  https://github.com/doloopwhile/Python-CoffeeScript

  PyOpenCL à l’air très intéressant. Comme pour numba, je ne peux pas le rajouter dans la liste car je n’ai aucune expérience avec mais c’est chouette de l’avoir en comment. Les libs comme NumPy ou Scipy, je les rajoute car j’ai lu suffisament de témoignages de pointures dessus durant les dernières années pour faire semblant de savoir de quoi je parle.

  @Etienne:

  Justement, sur pypi ça plus de 20 000 libs. Et aucun moyen de savoir lesquelles sont bonnes, ce qu’on peut VRAIMENT faire avec (pas ce qu’elles annoncent) et la difficulter d’installation ou le coût de la maintenance.

  La, je compile 10 ans de veille techno :-)

  Honnêtement cette page va me servir autant à vous qu’à moi car j’oublie très facilement certaines libs quand je ne m’en sert pas pendant un bout de temps.

• 

  Etienne 26/11/2012 at 13:16

  Dans les framework web y’a aussi Web2py, que j’utilises actuellement. Comme débutant j’ai trouvé ça plus facile d’accès que Django, tout en étant “prêt à porter”, contrairement à un Bottle avec lequel tu dois assembler ce dont t’as besoin, ce qui n’est pas évident quand tu n’as aucune idée du résultat auquel tu dois arriver.

• 

  fero14041 26/11/2012 at 13:21

  Web2py est vraiment un concept sympa, mais j’ai horreur de son interface web de gestion. En terme de profondeur, il vaut django et pyramid. Par contre il y a beaucoup moins d’app tierces partie.

  EDIT: WOOOOOOOOOOOOOOOOOOOPS.

  Ceci n’est pas un commentaire de fero mais de Sam. Je me suis gourré et je me suis loggué avec son compte. Sorry !

• 

  apieum 26/11/2012 at 13:21

  pour twitter, tweepy me semble mieux.
  pour les templates j’aime bien pystache.
  et pour la concurrence greenlet et eventlet.

• 

  Sam Post author 26/11/2012 at 13:34

  Faudra que je test tweepy :-)

  Par contre, j’avoue que je comprends pas l’engouement (visiblement général) autour de mustache et ses dérivés. Qu’est-ce qu’il a de si cool ?

• 

  apieum 26/11/2012 at 13:58

  mustache fournit une approche MVP, il est simple, léger et tu peux l’utiliser dans pleins de langages différents.
  Puis il te “contraint” (volontairement) a faire les choses assez proprement.(les conditions et les boucles dans des template c’est pas top)

• 

  Oyo 26/11/2012 at 14:05

  Comme outils, pour les templates django .. Hamlpy

  Pour simplifier l’utilisation de urllib2 .. Request

  Sinon une petite correction dans gevent: -pub-bliothèques

  Merci pour le partage

• 

  Sam Post author 26/11/2012 at 14:58

  @apium: ouai, moi j’ai du mal sans un peu de logique. Tout faire hors d’un template, ça peut vite tuer les performaces, notemment si tu cache des fragments HTML et pas des requêtes. Mais c’est vrai qu’il a l’avantage d’être multi langage.

  @oyo
  Je pense que je vais bientôt écrire un gros article bien trolleux pour descendre en flamme haml, coffescript et autres surcouche. Stay tuned :-p (PS: request est dans la liste)

• 

  anthony 26/11/2012 at 15:27

  Wow merci pour cette liste !

  Pour afficher qq trucs en 3D quand pas le temps pour du gros OpenGL, j’aime bien VPython (http://www.vpython.org/) pour sa simplicité.

  Pydot (http://code.google.com/p/pydot/) Graphviz binding [http://www.graphviz.org/]

  BioPython, juste génial: http://biopython.org/wiki/Main_Page

  Pour servir des charts (line, bar) en svg via bottle: DrawSVG: https://github.com/petercollingridge/DrawSVG (j’aime car pure python et pas de dépendance externe [donc facile à utiliser sous Android] et très light)

• 

  Oyo 26/11/2012 at 15:48

  Effectivement pour requests j’ai lu trop vite.

  pour hamlpy, vivement l’article.

• 

  apieum 26/11/2012 at 15:52

  @sam j’attends avec impatience l’article bien trolleux.
  cPython compilé en javascript ça t’intéresse :D
  https://github.com/replit/empythoned

• 

  Sam Post author 26/11/2012 at 16:02

  Wo putain !

• 

  fero14041 26/11/2012 at 17:50

  Que devient PySide, maintenant que Nokia a refilé le bébé Qt à Digia: ce dernier va continuer le développement?

• 

  Sam Post author 26/11/2012 at 19:12

  Aucune idée. Developper un toolkit graphique, c’est super ingrat. Et aujourd’hui avec le tout web…

• 

  Julien Hautefeuille 26/11/2012 at 22:17

  On dirait que j’avais eu une bonne idée ;), excellente initiative, claire et complète !

• 

  Julien Hautefeuille 26/11/2012 at 22:19

  @Sam le développement de PySide continue. C’est un framework avec lequel il est agréable de développer, j’aime bien le concept de signal/slot !

• 

  petit nain 26/11/2012 at 22:21

  Le défi désormais : tenir la liste à jour ;)

• 

  Sam Post author 26/11/2012 at 23:12

  @julien: les génies pillent, tout ça…

  @nain: tu m’étonnes !

• 

  Morgotth 27/11/2012 at 00:18

  On en a rêvé, vous l’avez fait :D

  Comme beaucoup j’avais commencé une liste semblable, donc si je peux apporter ma pierre à l’édifice :

  – tox: Deploiement et tests sur plusieurs virtualenv, semble très complet

  – pythonbrew: equivalent de RVM mais pour Python

  – taskmaster: file d’attente distribuée. Alternative légére de Celery

  – httpie: librairie + curl en python (utilise requests et pygments)

  – glances: equivalent de HTOP

  Plus des utilitaires ici, dans la suite de grin que vous avez présenté plus haut.

• 

  fero14041 27/11/2012 at 15:13

  @Sam:
  En fait, qu’appelle-tu “lib tierce partie” exactement? un bout de soft seulement intégrable? ou des outils plus “terminaux”, comme par ex. tox évoqué par Morgotth rentrent-ils également dans cette catégorie? Et dans le premier cas, que fait-on de logiciels comme fabric, qui peuvent être utilisés tels quels et comme lib?

• 

  Sam Post author 27/11/2012 at 16:32

  Tu te prends trop la tête man :-)

• 

  fero14041 27/11/2012 at 16:50

  Ah, ça… c’était aussi pour ne pas pourrir les comm’.
  Donc je suggestionnerais de rajouter à la présente liste:

  * Mercurial, le gestionnaire de version décentralisé multi-plateforme et user-friendly;
  * Trac, le gestionnaire de tickets qu’il est tellement bien qu’il a inspiré Redmine — même si en période d’essoufflement notable ces dernières années;
  * MoinMoin, le moteur de wiki Python sans base de données (va changer avec la v2);
  * Pylint, de Logilab: vérificateur statique de bugs de code Python? voire pep8 et flake8?
  * un ou des outils d’automatisation: scons, waf, paver ou doit?
  * Shinken, un des prétendants à la succession de Nagios.

• 

  Foxy 02/12/2012 at 00:06

  Pour parser du XML, elementTree et sa version C celementTree est une bonne lib. pour manipuler ce type de données et écrire des datas en XML : http://docs.python.org/2/library/xml.etree.elementtree.html

• 

  Sam Post author 02/12/2012 at 09:37

  Oui mais c’est pas du tierce partie. Cela dit il faudrait que je fasse une page similaire pour la lib standard.

• 

  François 02/12/2012 at 18:16

  Petite remarque. Matplotlib permet aussi de faire du 3D : http://matplotlib.org/examples/mplot3d/index.html :)

• 

  Sam Post author 02/12/2012 at 19:01

  Ah. Au temps pour moi :-)

• 

  Etienne 02/12/2012 at 19:03

  c’est pas “haut taons” qu’on dit?

• 

  Etienne 02/12/2012 at 19:04

  otan?

• 

  Sam Post author 02/12/2012 at 19:22

  Nan, c’est “hot han pour moi”, c’est étymologiquement tiré de la punition sodomite des soldats qui faisant une erreur.

• 

  anthony 03/12/2012 at 20:02

  Cork pour l’authentication avec Bottle: http://cork.firelet.net/

  Vous utilisez quoi vous pour ça ?

• 

  Sam Post author 03/12/2012 at 21:00

  On fait pas d’authentification avec Bottle. Si un site demande de l’authentification, on passe à Django car c’est un signe sûr que la complexité du site va être suffisante pour bénéficier d’un vrai gros framework.

  Malgré tout, c’est une bonne chose de savoir que ça existe, et je vais le twitter de ce pas.

• 

  benoit 04/12/2012 at 09:45

  désolé mais salt n’est pas une lib

  • 

    Sam Post author 04/12/2012 at 10:42

    C’est vrai. C’est un outil. Ca ne devrait peut être pas être là. Bah, c’est pas super important.

• 

  anthony 04/12/2012 at 11:46

  On fait pas d’authentification avec Bottle. Si un site demande de l’authentification, on passe à Django

  Django semble trop lourd pour le petit truc que je fais, j’ai juste besoin d’avoir certains WS nécessitant d’être loggé. J’ai fait un truc tout light pour Bottle si ça peut être utile à qqun: http://sebsauvage.net/paste/?e4879dde597e513c#PJZHW7QIISIH38tRpV/hyMAiumpZB7Z9+FkW6GaNsRw=

  Il faut juste ajouter @auth() sur le service:

  route(‘/’, method=’GET’)
  @auth
  def hello():
  return “hello”

• 

  Sam Post author 04/12/2012 at 11:56

  Je suis forcément partial, je connais tellement bien Django qu’il me parait très très facile à mettre en oeuvre.

• 

  IxDay 06/12/2012 at 14:15

  Bon je vais peut-être dire une grosse connerie mais bon :
  On m’a dit un jour que le multithread en python natif c’était pas sa (oui oui moi je crois tous ce qu’on me dit). Ma question était si il existe des bonnes libs pour faire ce genre de chose. Et alors attention la masterchief des questions à la con : quelle est la différence entre le multithread et la gestion de tache et de queue ?

• 

  Sam Post author 06/12/2012 at 14:41

  Le multithreading en Python permet de s’affranchir des problèmes d’I/O, mais pas de profiter des processeurs multicoeur. Aucune lib ne peut changer cela, c’est une limitation liée à l’implémentation en C.

  Pour profiter au maximum du parallélisme, on utilise plutôt le multiprocessing..

  Quand à la gestion des queues, c’est juste une manière d’organiser un enchaînement d’appel de code. Il se trouve qu’en multithread et dans les environnements concurrents, on utilise beaucoup les queues afin d’éviter les problèmes de conflit d’accès. Enfin, les tâches sont juste une des applications que l’ont peut trouver à utiliser des queues.

  Il faut noter que l’implémentation d’une queue n’est pas limité aux threads: on peut le faire à travers de nombreux moyens (monothread, multiprocessing, avec un serveur de queue, etc).

• 

  anthony 06/12/2012 at 14:43

  On m’a dit un jour que le multithread en python natif c’était pas sa

  Python utilise bien les threads natives de l’OS. Mais en CPython 2 instructions ne s’exécuteront pas en même temps (GIL), cela ne veut pas dire que Python n’est pas multithread. Je crois avoir vu qu’a partir de Python 3.2 le GIL avec reçu un lifting qui améliore un peu ça.

  Le principal problème (que je vois), est que Python ne va utiliser pleinement les multi-coeurs, e.g. sur un 4 coeurs tu auras 1 seul coeur utilisé. Pour remédier à ça il faut utiliser le module multiprocessing.

• 

  anthony 06/12/2012 at 14:45

  Posté en même temps que Sam, d’ou redite…

• 

  anthony 10/12/2012 at 20:53

  Celle-ci mériterais sa place: APScheduler

  Notamment pour le Cron-style scheduling très pratique: http://packages.python.org/APScheduler/cronschedule.html

  (juste faire gaffe comparé à crontab: 0 = monday et pas sunday)

• 

  Sam Post author 10/12/2012 at 21:08

  Ca à l’air pas mal mais un truc m’échappe. Ca demande un daemon de plus ou ça utilise multiprocessing et lance le bouzin depuis le script courant (et donc se termine en même temps que le script principal) ?

• 

  anthony 10/12/2012 at 21:18

  Ça n’utilise pas multiprocessing, seulement des threads. Oui tout se termine dès que le script principal est fini.

• 

  Sam Post author 10/12/2012 at 21:50

  C’est pas pas mal alors, un bon complément léger à celery. Il faudrait lui permettre d’utiliser multiprocressing. Je vais voir si il y a pas un pull request à jouer ^^

• 

  Teocali 14/12/2012 at 10:40

  Tiens, je me demande si je peux remplacer l’usage de mechanize par celui de ghost.py dans mon module weboob. Après tout, il utilise deja QT pour les interfaces graphiques.

  Et non, ce n’est pas un site de videos de boules mais bien pour le home bank ING belgium. :p

  Prochaine étape, Xhamster et redtube, parce que faut pas déconner, youporn et youjizz, c’est pas assez.

• 

  Sam Post author 14/12/2012 at 11:22

  Weboob ? C’est magique.

• 

  axel584 06/03/2013 at 11:19

  Gensim est une bibli bien sympa pour faire du traitement sur des corpus de documents (c’est à ranger à côté de NLTK)
  http://radimrehurek.com/gensim/

• 

  Sve@r 11/03/2013 at 19:20

  Bonjour
  Super sympa. Toutefois déçu de ne pas trouver l’excellentissime librairie “decimal” permettant de gérer des nombres décimaux en précision parfaite…

• 

  Sam Post author 11/03/2013 at 20:09

  Ce n’est pas une lib tierce partie. C’est une lib standard, qui est dans l’autre listing:

  http://sametmax.com/tres-grand-listing-des-libs-standard-partie-les-plus-utiles-en-python/

• 

  Youbi 23/04/2013 at 20:53

  Est-ce que aurait sa place dans la liste ?

  • 

    Sam Post author 23/04/2013 at 21:37

    Ca mérite d’être dans les commentaires en tout cas. Après, comme je n’en n’avais jamais entendu parlé, je vais pas le rajouter car je ne peux me prononcer.

• 

  Mathieu 01/04/2014 at 15:07

  Nokia n’est plus en charge, c’est Digia, formée de core devs Qt, qui a récupéré la chose, donc on peut assumer que PySide vivra aussi longtemps que Qt.
  Suds n’est plus maintenu depuis 2009, et les bugs dedans sont trèèèès nombreux. Un mec maintient un fork très à jour sur bitbucket : https://bitbucket.org/jurko/suds/. C’est la meilleur version de suds dispo, il a fait bcp de bugfix et a écrit des tests unitaires, absents dans suds. C’est la seule version de suds vraiment utilisable à ce jour à mon sens.
  Pour GTK+, faut maintenant utiliser PyGobject, nouveau binding dynamique de GTK : http://live.gnome.org/PyGObject. La doc est encore succinte.

• 

  Sek 25/04/2015 at 22:18

  Un autre crawler: https://github.com/binux/pyspider

• 

  bob 30/06/2015 at 18:11

  Vous ne voulez pas ajouter arrow ?

• 

  Sam Post author 30/06/2015 at 18:45

  Toute la liste à besoin d’une mise à jour en fait.

• 

  boblinux 11/07/2015 at 21:21

  @Sam&Max

  Tu devrais refourguer ça dans un dépôt github, ou refiler au groupe github indexErrorCoders, afin qu’il puisse être maintenu par tous à jour, ça t’évitera de tout de taper tout seul, ainsi chacun pourra ajouter /modifier la liste, en fonction de ses experiences/compétences sur les libs, découvertes de nouvelles libs etc…

• 

  Sam Post author 12/07/2015 at 00:57

  Je n’ai pas envie de faire de cette liste une liste communautaire. C’est une liste partiale. Il en existe par ailleurs une très bien : https://github.com/vinta/awesome-python

• 

  Mathieu 29/07/2016 at 10:01

  @sam: Vu que cette liste est sensée durer, il faut éviter de pinner les numéro de version dans les urls. Au mieux, ça pointe vers une version obsolètes, au pire, ça fait une 404 (les projets ne maintiennent les docs d’une version V qu’un certain temps). Par exemple, l’url de la doc de Fabric pointe sur la 1.5, obsolète depuis la mort d’Amy Winehouse :). D’ailleurs, autant pointer sur le site officiel du projet que sur celui de la doc.

• 

  Sam Post author 30/07/2016 at 10:14

  En plus cet artile mérite une bonne mise à jour.

• 

  djoffe 28/06/2018 at 14:29

  On aimerait tous une bonne mise a jour <3

Comments are closed.