Recently, while the whole world looks completely hyped up with Web applications,
we chose to design and develop a desktop software in Qt/C++.

Obviously, the choice was measured and justified ! We had to build a specific GIS application
with complex interactions and huge amounts of data, for a limited number of users.

<Paul>  Je viens en renfort sur le projet, par ou est-ce que je commence ?
<Stephane>  2 minutes, je t'envoie toutes les informations par e-mail.
<Jerome>  Je t'envoie aussi les infos que j'ai.

Qui n'a jamais rencontré cette situation ? C'est malheureusement un cas d'école de choses à éviter :

• malgré ses bonnes intentions, Stéphane va oublier quelque chose, ou bien se tromper ;
• ce qu'il corrigera dans d'autres e-mails, après qu'un problème eût été détecté ;
• les informations envoyées par Jérôme seront différentes ;
• on peut prédire que le prochain collaborateur obtiendra aussi des informations différentes ;
• dans 6 mois il sera très difficile de retrouver ces informations ;
• si tous les membres de l'équipe partent, alors la connaissance est perdue en même temps que leurs archives e-mail ;
• et bien d'autres désagréments...

Pourtant, l'information est là, et les membres de l'équipe font l'effort de transmettre cette information. Une hypothèse fort plausible, c'est qu'ils utilisent un canal de communication inadapté à leur besoin. Ici, une documentation projet paraîtrait bien plus pertinente.

Des exemples comme celui-ci, on en rencontre beaucoup au cours de notre travail quotidien. Si on fait la somme, on se rend compte qu'ils peuvent générer de nombreux soucis.

Cet article est une réflexion sur les canaux de communication au sein d'une équipe projet. L'objectif est de partager des observations à propos de patterns plus ou moins adaptés, pour ensuite suggérer des solutions.

Original post at Makina Corpus

Webservices are everywhere ! There are relevant in many situations, and
accessing them from your Qt C++ application is not an heresy.

I will present here a very simple way to retrieve a JSON from a GET request.

Once you know how to run tests with Drupal [1], you'd like some automation...

Here is a recipe to set up a continuous integration service for Drupal, using the well-known Jenkins [2] software.