mercredi, avril 23 2014

Changer le monde...

wall-e.jpegJ'ai l'impression, depuis quelques temps, d'avoir régulièrement cette conversation et en 3 jours de Devoxx France, elle est revenue au moins 5 ou 6 fois.

Comment on change le monde ?

Avec ses variantes :

  • Comment on change les développeurs qui ne comprennent pas qu'ils doivent devenir professionnels ?
  • Comment on change la communauté .Net/Java/Ruby/Javascript ?
  • Comment on change ses collègues pour les convaincre qu'ils vont dans la mauvaise direction ?
  • Comment on change le monde du développement logiciel ?
  • Comment je change mes collègues/mon patron/les autres/{insert someone here} de {insert something here} ?

Ça me semble légitime de se poser la question. Il y a des problèmes dans notre milieu du développement logiciel[1], des choses dont on aimerait qu'elles changent pour être un peu plus propre, un peu plus juste, un peu plus vivable.

Moi aussi je me pose cette question. Du moins je me posais la question, car maintenant j'ai une réponse.

"On ne change pas le monde."

Malgré notre bonne volonté et nos petits bras musclés, le monde reste plus fort, plus gros, plus lourd que nous. Et à l'affronter, tout ce qu'on obtient c'est de se faire très mal sans qu'il ne bouge d'un pouce[2].

Mais alors on est condamné à ne rien faire et regarder la situation pourrir ? Bien sur que non, c'est même tout le contraire. On est condamné à l'action. On est condamné à changer. On est condamné à être ce que l'on aimerait que les autres soient.

Arrêtez de perdre votre énergie à convaincre, et faites. Soyez le changement que vous aimeriez voir chez les autres[3].

Montrez les limites des pratiques actuelles, leurs conséquences, rendez les visibles, que ceux autour de vous ne puissent plus faire semblant de ne pas les voir. Montrez par vos actes que l'on peut faire autrement, qu'il y a des alternatives,qu'il est possible de choisir de ne pas faire de la merde.

Oubliez ceux qui ne veulent pas bouger. Ne vous occupez pas de ceux qui ne manqueront pas de vous attaquer car vous avancez différemment. Laissez-les où ils sont et oubliez les.

Au lieu de ça, communiquer sur ce que vous faites, permettez à ceux qui le veulent de vous trouver et (alors) avancez ensemble. Et un puis deux, puis dix et un jour le monde suivra. Ou pas, mais on aura été cohérent, et on se sera surement bien marré au passage[4].

Ne rentrez pas dans le jeu des débats rhétoriques energivore et laissez parler pour vous vos résultats[5]. Ce sont ces mêmes résultats qui vous diront si vous êtes sur une bonne voie et si vos belles idées franchissent la barrière de la réalité.

Ça n'est pas simple, mettre de la cohérence entre ses idées et ses actes c'est du boulot. Surtout dans un monde qui n'a pas la cohérence en haute estime.

Mais je crois sincèrement que ça vaut le coup. Alors :

Faites des trucs




-- un grand merci à Rui pour ses conseils avisés.
-- un grand merci à Ludo pour l'idée d'illustration.
-- illustration : Wall-E, personnage crée par Pixar.

Notes

[1] et dans le reste du monde, mais je vais me contenter, ici, de parler de ce que je connais. Ou pas. À vous de voir :)

[2] je ne saurais que vous conseiller de lire le roman Les voies de l'asphalte de Philip K. Dick qui traite du sujet.

[3] bon ok, ça, il me semble que c'est de Gandhi

[4] et est-ce que ce n'est pas le principal au final ? :)

[5] les succès comme les échecs

jeudi, février 27 2014

La vision du lion

Lion de Leszek Leszczynsli, CC BY-SA 2.0

Il y a quelques années, j'ai eu l'occasion de passer un week-end avec un dresseur de lion[1]. Quand j'interviens pour un accompagnement sur un nouveau projet, je repense presque systématiquement à ce qu'il m'avait alors expliqué sur la façon dont les lions voient le monde. Le lion est un animal qui  […]

Lire la suite

vendredi, janvier 17 2014

Les 100 meilleurs développeurs préférés des français

Ce matin, je tombe sur l'article La french Touch du code de Tariq Krim. Malgré une légère tendance à l'idéalisation du modèle américain[1], ça part plutôt bien. On parle de la valorisation du métier de développeurs, de leur implication nécessaire dans la réussite des projets. Ce sont des sujets qui  […]

Lire la suite

lundi, octobre 21 2013

Le test unitaire et les méthodes privées

Private property. So what ? d'Alexandre Dulaunoy

Une question qui revient souvent lorsque j'anime un coding dojo ou durant ma session sur les tests unitaires : Faut-il tester les méthodes privées ? Réponse courte et définitive[1]: Non. l'aspect pratique : c'est un peu crade Et oui, déjà, l'aspect pratique de la chose arrête. Par définition, une  […]

Lire la suite

jeudi, octobre 3 2013

J'ai pas le temps

2010.06.05-montre_m.jpg

désolé, j'ai pas eu le temps. j'aimerais bien, mais je vais pas avoir le temps là. On n'a pas le temps / J'ai pas eu le temps : combien de fois j'ai entendu ces petites phrases. Combien de fois je les ai dites... cette superbe excuse pour ne pas avoir à dire, ni à se dire, qu'en fait, on a fait  […]

Lire la suite

lundi, septembre 23 2013

Software Craftsmanship à l'Agile Tour

at2013-speaker.jpg

Octobre-novembre, c'est la période des Agiles Tour et d'Agile Grenoble. L'an dernier, en 2012 donc, toutes les sessions que j'avais proposé ont été acceptées. 9 sessions[1] en 5 dates[2]. Heureusement que pour toutes ces sessions j'avais des binômes de chocs : Fabrice Aimetti, Pablo Pernot, Phillipe  […]

Lire la suite

mardi, septembre 17 2013

Formations TDD/Clean Code

Jusque là, je ne me suis pas lancé dans la formation "inter-entreprise" autour des sujets Clean Code/TDD essentiellement parce que j'ai vu des petits camarades très compétents ne pas réussir à attirer suffisamment de personnes[1] pour que ça le fasse. Et pourtant, au détour des meetup du  […]

Lire la suite

jeudi, mai 2 2013

La dictature des chiffres

Cluj, panneau

Entendu sur des projets : -- dev 1 : rahh, le taux de couverture est en dessous du seuil. -- dev 2 : ok, je vais voir où je peux rajouter des tests pour le faire remonter. -- dev 1 : t'embarques pas trop dans ce bout de code, il est tordu. Tiens, t'as qu'à couvrir les getter/setter, ça devrait  […]

Lire la suite

- page 1 de 15