I’ll try do sum-up my general feelings here, and the work I’ve made so far. You can also find, if you’re interested, my weekly summaries in a dedicated wiki page.

Yesterday, as I was traveling to Tours, I’ve took some time to visit Éric, another student who’s working on distutils2 this summer, as a part of the GSoC. Basically, it was to take a drink, discuss a bit about distutils2, our respective tasks and general feelings, and to put a face on a pseudonym.

I’d really enjoyed this time, because Éric knows a lot of things about mercurial and python good practices, and I’m eager to learn about those.

So, we have discussed about things, have not wrote so much code, but have some things to propose so far, about documentation, and I also provides here some bribes of conversations we had.

As my courses are not over yet, I’ve not worked as much as I wanted, and this will continues until the end of June. My main tasks are about making installation and uninstallation commands, to have a simple way to install distributions via Distutils2.

To do this, we need to rely on informations provided by the Python Package Index (PyPI), and there is at least two ways to retreive informations from here: XML-RPC and the "simple" API.

So, I’ve been working on porting some Distribute related stuff to Distutils2, cutting off all non distutils’ things, as we do not want to depend from Distribute’s internals. My main work has been about reading the whole code, writing tests about this and making those tests possible.

In fact, there was a need of a pypi mocked server, and, after reading and introducing myself to the distutils behaviors and code, I’ve taken some time to improve the work Konrad makes about this mock.

I’ve been accepted to be a part of the Google Summer Of Code program, and will work on python distutils2, with a lot of (intersting!) people.

So, it’s about building the successor of Distutils2, ie. « the python package manager» . Today, there is too many ways to package a python application (pip, setuptools, distribute, distutils, etc.) so there is a huge effort to make in order to make all this packaging stuff interoperable, as pointed out by the PEP 376.

In more details, I’m going to work on the Installer / Uninstaller features of Distutils2, and on a PyPI XML-RPC client for distutils2.

Here are the already defined tasks:

• Implement Distutils2 APIs described in PEP 376.
• Add the uninstall command.
• think about a basic installer / uninstaller script. (with deps) — similar to pip/easy_install
• in a pypi subpackage;
• Integrate a module similar to setuptools’ package_index’
• PyPI XML-RPC client for distutils 2: http://bugs.python.org/issue8190

As I’m relatively new to python, I’ll need some extra work in order to apply all good practice, among other things that can make a developper-life joyful.

I’ll post here, each week, my advancement, and my tought about python and especialy python packaging world.

Je prends un plaisir non dissimulé à découvrir ce langage (et à l’utiliser), qui ne cesse de me surprendre. Les premiers mots qui me viennent à l’esprit à propos de Python, sont « logique»  et « simple» . Et pourtant puissant pour autant.

Je ne manque d’ailleurs pas une occasion pour faire un peu d’évangélisation auprès des quelques personnes qui veulent bien m’écouter.

The Zen of Python

Avant toute autre chose, je pense utile de citer Tim Peters, et le PEP20, qui constituent une très bonne introduction au langage, qui prends la forme d’un easter egg présent dans python:

J’ai la vague impression que c’est ce que j’ai toujours cherché à faire en PHP, et particulièrement dans le framework Spiral, mais en ajoutant ces concepts dans une sur-couche au langage.

Ici, c’est directement de l’esprit de python qu’il s’agit, ce qui signifie que la plupart des bibliothèques python suivent ces concepts. Elle est pas belle la vie ?

Comment commencer, et par ou ?

Pour ma part, j’ai commencé par la lecture de quelques livres et articles intéressants, qui constituent une bonne entrée en matière sur le sujet (La liste n’est bien évidemment pas exhaustive et vos commentaires sont les bienvenus) :

• Dive into python
• A byte of python
• Python: petit guide à l’usage du développeur agile de Tarek Ziadé
• La documentation officielle python, bien sûr !
• Les vidéos du pyconfr 2009 !
• Un peu de temps, et une console python ouverte

J’essaye par ailleurs de partager au maximum les ressources que je trouve de temps à autres, que ce soit via twitter ou via mon compte delicious. Allez jeter un œil au tag python sur mon profil, peut être que vous trouverez des choses intéressantes, qui sait!

Un python sexy

Quelques fonctionnalités qui devraient vous mettre l’eau à la bouche:

• Le chaînage des opérateurs de comparaison est possible (a<b <c dans une condition)
• Assignation de valeurs multiples (il est possible de faire a,b,c = 1,2,3 par exemple)
• Les listes sont simples à manipuler !
• Les list comprehension, ou comment faire des opérations complexes sur les listes, de manière simple.
• Les doctests: ou comment faire des tests directement dans la documentation de vos classes, tout en la documentant avec de vrais exemples.
• Les métaclasses, ou comment contrôler la manière dont les classes se construisent
• Python est un langage à typage fort dynamique: c’est ce qui m’agaçait avec PHP qui est un langage à typage faible dynamique.

Cous pouvez également aller regarder l’atelier donné par Victor Stinner durant le Pyconfr 09.

Have fun !

Scrum / Agilité

Concept assez récent pour moi puisque j’ai découvert ce qu’était l’agilité lors du passage de l’agile tour sur Toulouse. La présentation de Claude à eu le mérite de reprendre l’ensemble des concepts et de poser les bases d’une nouvelle manière de gérer les projets. Rien de bien sorcier à priori, mais l’agilité remets grandement en question les préceptes appris en cours, notamment durant le BTS ou nous croulions littéralement sous la documentation (inutile?), et ou le temps nous venait fréquemment à manquer.

Après cette présentation, il semble difficile de revenir à des méthodes de gestion de projet standard. On comprends mieux pourquoi l’agilité à le vent en poupe !

Il me tarde réellement de voir en action ce que ça peut donner, et j’en aurais d’ailleurs l’occasion puisque mon stage commence la semaine prochaine, et m’apportera — à priori en tout cas — des exemples concrets de ce que peut apporter l’agilité en entreprise, au niveau de la gestion d’équipe.

Python / Django

Une rapide présentation de python, puis une entrée en matière par David sur Django. On y parles de bonnes pratiques, de gain de temps et d’élégance, puis on passe à la réalisation d’une mini application (un twitter like). Ayant déjà eu l’occasion de toucher un peu à Django, je m’attendais à une présentation un peu plus technique, mais difficile d’aller en profondeur en si peu de temps. On à pu parler entres autres d’internationalisation, de templates, de la mise en place d’un modèle ainsi qu’un bref aperçu de l’administration auto-générée de Django. Suffisamment en tout cas pour mettre l’eau à la bouche. On sent que David maitrise son sujet et ça donne envie de creuser plus loin.

Dans l’ensemble

Présenter la méthodologie agile et django lors du même après-midi nous à permis de parler à la fois de gestion de projet et de choix technologiques. Les deux points ont malheureusement été abordés sans véritable liant, puisque il y a eu peu d’interaction entre les deux intervenants. Difficile alors de se rentre compte si Django est adapté aux méthodes agiles (même si on s’en doute un peu).

Globalement, j’ai beaucoup apprécie les interventions, même si j’aurais bien aimé pourvoir rester discuter un peu plus en fin d’après-midi. Ce fut l’occasion de rencontrer en chair et en os et d’échanger (un peu) avec David, Nicolas et Loïc. Çà fait du bien de mettre un visage derrière des pseudonymes!

Enfin, merci au collectif particul.es, et en particulier à Stephane Langlois d’avoir organisé cet évènement. On en reprendrait volontiers, surtout dans un cadre pareil !