Je quitte mon boulot, après avoir passé près de 15 20 mois chez Skynet, je me réoriente à nouveau. J'ai trouvé un job où je vais pouvoir bosser sur un projet qui passionne encore le patron.

Je savais en choisissant Skynet que j'entrais dans un modèle de fonctionnement qui ne me plairait pas, je voulais juste le découvrir de l'intérieur, me confronter à ce qui me faisait peur, me faire mon avis propre. En contrepartie je m'attendais à apprendre à travailler avec des processus, des outils, de la méthode de grande boite...

Lire la suite...

Voici une discussion avec Xavier suite au post : Organisation du temps de travail

La question se pose à propos du "quand gérer", "comment installer la méthode."

Ensuite, je propose mes choix.

Lire la suite...

Dans mon organisation du temps de travail agile, je provois un standup meeting de 10 à 15 minutes. Mais dans dans la journée ?

Dans la littérature on parle du "matin". Voici une discussion sur le sujet :

Lire la suite...

PHP DEVELOPER pour Delcampe International sprl

On recherche des développeurs avec plus d’un an d'expérience en php, à Petit-Enghien (entre Halle et Ath), l'équipe Delcampe est composée de 11 personnes pour gérer le support aux membres, les stratégies marketing et les évolutions techniques.

Mission:

• S'intégrer à l'équipe de développement pour la maintenance et l'ajout de fonctionnalités. Vous aurez un rôle important au sein de notre équipe de développement et participerez à l'analyse et à la programmation des évolutions techniques. Vous aurez une grande responsabilité sur vos tâches, allant de la programmation aux tests et à la mise en production.
• Utiliser différentes technologies, sur des environnements tant Linux que Windows : PHP, Javascript, AJAX, xHTML, XML, etc. ;
• Optimiser l'ergonomie des applications développées ;
• Utilisation des bases de données gérées en collaboration avec les DBAs de MySQL AG ;
• Travail dans un environnement Linux multiserveurs en collaboration avec les ingénieurs de Tigron et Evonet ;

Lire la suite...

Je parlais de mes valeurs dans le cadre d'un projet informatique.

Voici celle qui s'ajoutent dictée par l'envie de faire de l'agile.

Source : wikipedia

(entre parenthèse, les citations du manifeste) :

• L'équipe (« Personnes et interaction plutôt que processus et outils ») : Dans l'optique agile, l'équipe est bien plus importante que les moyens matériels ou les procédures. Il est préférable d'avoir une équipe soudée et qui communique composée de développeurs moyens plutôt qu'une équipe composée d'individualistes, même brillants. La communication est une notion fondamentale.

• L'application (« Logiciel fonctionnel plutôt que documentation complète ») : Il est vital que l'application fonctionne. Le reste, et notamment la documentation technique, est secondaire, même si une documentation succincte et précise est utile comme moyen de communication. La documentation représente une charge de travail importante, mais peut pourtant être néfaste si elle n'est pas à jour. Il est préférable de commenter abondamment le code lui-même, et surtout de transférer les compétences au sein de l'équipe (on en revient à l'importance de la communication).

• La collaboration (« Collaboration avec le client plutôt que négociation de contrat ») : Le client doit être impliqué dans le développement. On ne peut se contenter de négocier un contrat au début du projet, puis de négliger les demandes du client. Le client doit collaborer avec l'équipe et fournir un feed-back continu sur l'adaptation du logiciel à ses attentes.

• L'acceptation du changement (« Réagir au changement plutôt que suivre un plan ») : La planification initiale et la structure du logiciel doivent être flexibles afin de permettre l'évolution de la demande du client tout au long du projet. Les premières releases du logiciel vont souvent provoquer des demandes d'évolution.

---

De là quelques questions.

L'équipe

"Moi je suis motivé". Mais que faire de l'éventuelle velléité de certains collègues qui seraient là juste pour le salaire que le travail soit bien fait ou pas". (sorry je transfère la une certaine amertume envers mon précédent emploi). Normalement la réponse se trouve dans la motivation, par l'implication, ... si je suis acteur du projet et non un simple pion. Si on arrête de croire qu'il existe des "product manager" et des "analystes" qui savent tout et des codeurs juste là pour concrétiser". (sorry je transfère là encore ...). Bref il faut 2 ingrédients : un projet en le quel l'équipe croit et que chaque équipier s'y sente utile et acteur.

L'application

La valeur "application" était déjà d'application chez claroline. On y avait toutefois une autre approche, un autre objectif, exprimé différement : "Une documentation est un palliatif à un logiciel mal intuitif".

La collaboration

Le client fait partie de l'équipe en terme de motivation et d'implication tout comme le représentant des utilisateurs finaux, leurs activités au sein du projet est différente mais on ne doit pas se laisser croire qu'elle est optionnelle.

---

Ces 4 valeurs se déclinent en 12 principes généraux communs à toutes les méthodes agiles :

Source : Garance

1. Notre première priorité est de satisfaire le client en livrant tôt et régulièrement des logiciels utiles.
2. Le changement est bienvenu, même tardivement dans le développement. Les processus agiles exploitent le changement comme avantage compétitif pour le client.
3. Livrer fréquemment une application fonctionnelle, toutes les deux semaines à deux mois, avec une tendance pour la période la plus courte.
4. Les gens de l'art et les développeurs doivent collaborer quotidiennement au projet.
5. Bâtissez le projet autour de personnes motivées. Donnez leur l'environnement et le soutien dont elles ont besoin, et croyez en leur capacité à faire le travail.
6. La méthode la plus efficace de transmettre l'information est une conversation en face à face.
7. Un logiciel fonctionnel est la meilleure unité de mesure de la progression du projet.
8. Les processus agiles promeuvent un rythme de développement soutenable. Commanditaires, développeurs et utilisateurs devraient pouvoir maintenir le rythme indéfiniment.
9. Une attention continue à l'excellence technique et à la qualité de la conception améliore l'agilité.
10. La simplicité - l'art de maximiser la quantité de travail à ne pas faire - est essentielle.
11. Les meilleures architectures, spécifications et conceptions sont issues d'équipes qui s'auto-organisent.
12. À intervalle régulier, l'équipe réfléchit aux moyens de devenir plus efficace, puis accorde et ajuste son comportement dans ce sens.

Je vais travailler désormais en suivant les propositions des méthodes agiles.

Dans ce cadre j'essaye de préparer l'horaire de la journée standard de travail. Voici quelques réflexions et échanges que j'ai eu à ce propos

Je voudrais placer dans cette journée

• un minium de 4h de programmation agile (pair programming, refactoring, test, ...)
• 1 standup meeting de 15 minutes
• 1h de gestion du projet (pour moi)

Je voudrais aussi forcer les meeting (autres que le standup meeting) dans la tranche horaire 14h-15h. C'est à dire que si il y a lieu d'avoir un meeting, c'est après le repas.

Pour timeboxer une semaine, je opterai pour une solution de

• Lundi écriture des tests
• Mardi écriture du code.
• Mardi soir on a fini les fonctionnalités.
• Mercredi Jeudi refactoring
• Vendredi backlog, planification, analyse de la mise en pratique des méthodes agiles.

---

1. NEW (30/10/2008) : à propos du standup meeting de 15 minutes
2. NEW (31/10/2008) : à propos du Quand organiser le temps

De la musique expérimentale en ligne de commande via DLFP - Journaux

Shared by Mla: “J'adore ;-)”

On m'a passé cette astuce que je trouve bien amusante, si l'on a rien de mieux à faire.

Ça consiste a créer des sons étranges grâce à alsa et /dev/dsp.

En effet, un sudo cat /dev/mem > /dev/dsp

ou encore un: cat /lib/libc.so.6 > /dev/dsp

Et vous voila en train d'entendre de la musique expérimentale. Non ce n'est pas du bruit, et c'est possible de l'écouter sans faire de crise d'épilepsie.

Après, à vous de trouver une utilité à tout ça.

Cette version n'est que transitoire, mais une mise à jour fera l'objet d'un nouveau post

En réfléchissant sur mon prochain boulot, j'ai essayé de lister les valeurs, les points que je voudrais vraiment mettre en avant.

Ils sont assez bateau peut-être mais ils me guideront.

Lire la suite...

Le programme du World Usability Day 2008 est disponible

Taking social networks global: design patterns & tips

Peter Van Dijck (BE)

Digital identity and self-representation in social networks

Amandine Feix-Villain, Groupe Reflect (FR)

Travel Experience: Brussels Airlines case study

Audrey benoit, Brussels Airlines (BE) & Raphaël de Robiano, Emakina (BE)

Traffic congestion. What can the designer do but despair?

Joannes Vandermeulen, Namahn (BE)

Voici un bootleg avec

En Live

Juste l'audio

Juste NTM

Juste Trust

Je regardais tranquillement un épisode des experts (Las Vegas) quand dans une image d'insert, avec le haut d'une tour, je crois reconnaitre un "manège".

Je reviens en arrière , je regarde plus précisément.... stupéfait je jette un œil sur le net et je découvre que c'est la stratosphère tower.

La tour métallique là sur le toit, c'est une dalton terror.

On voit les rails rouges d'une montagne russe.

Le Stratosphere Las Vegas est un complexe hôtel-casino situé sur le Strip, à Las Vegas. L’hôtel offre 2 444 chambres et un casino d’environ 7 400 m2. La tour du Strastosphere est la plus haute tour d’observation des États-Unis. En dessous des attractions, le restaurant "tourne".

Vraiment.... Ces américains sont dingues.?

Le film Domino (2005), est un film dont la scène d'action principale se déroule au Stratosphere.

• http://www.villiard.com/stratosphere-tower-las-vegas.html

Vive Sougnies, vive Sougnies
Simpelourd ess’t’a s’guernie
Vive Sougnies, vive Sougnies
D’allonn’vir qui s’qui r’chenn’bie 

Simpelourd est d’essquindu 
El rue du Moulin ass’cu
Avu l’aristocratie
Dou faubourg et dou pachie