Pisseur de code vs ingénieur : une question de déontologie

La déontologie, ça te parle?
C’est quand tu respectes un code de conduite, une charte, les règles de l’art…
C’est aussi savoir dire non quand il le faut et savoir faire des compromis quand il le faut aussi.
Mais attention à ne pas confondre compromis et compromission…

Dans cet épisode de SCRUM Life, Jean-Pierre Lambert m’interroge sur cette question de la déontologie de l’ingénieur.

Recruter un pisseur de code ?

Cette réflexion commence par un échange avec un ami. Nous trollons sur un sujet stratégique: vaut-il mieux développer en PHP / Symphony ou en Ruby on Rails?
Il argumente que les développeurs PHP sont plus nombreux, ce que je concède. Il marque un point.
J’argumente que trouver un bon développeur Ruby on Rails est plus facile que trouver un bon développeur PHP, ce qu’il concède. Je marque un point.
C’est alors qu’il lance l’estocade finale:
“Oui mais moi je ne cherche pas un bon développeur, je cherche juste un mec qui pisse du code. J’ai juste besoin d’un bon lead dev.”

Continuer la lecture de « Recruter un pisseur de code ? »

Monter une équipe de développeurs, machine à vapeur ou V12 ?

Le monde d’aujourd’hui file à toute allure. Il faut aller vite. Les deadline sont ASAP. Je vois pas mal de projets qui oublient un détail: si notre capacité de calcul évolue de manière exponentielle depuis quelques décennies, l’humain évolue beaucoup plus lentement… Et l’humain vie depuis des milliers d’années au rythme des journées et des saisons.

Continuer la lecture de « Monter une équipe de développeurs, machine à vapeur ou V12 ? »

Comment atteindre l’inbox 0 ? Retour d’expérience

Comme toi probablement, les emails ont pris une place centrale dans mon activité professionnelle. Sauf que cela prend une place envahissante!
J’avais l’impression d’être connecté en permanence à ma boite. Je gardais toujours un onglet ouvert sur gmail.
Cela prenait un temps considérable. Et pendant que je traitais mes emails je ne produisais pas de valeur pour mes clients.
Pire, je me surprenais parfois à regarder mes emails sans même m’en rendre compte… Tu sais un peu comme ces matins où tu ne réalises que tu as pris la voiture qu’en arrivant au parking de ta destination…

Continuer la lecture de « Comment atteindre l’inbox 0 ? Retour d’expérience »

Commentaires == Danger

Un bon code source est un code qui se lit SANS commentaires.
Par ce que s’il y a besoin de commentaires, c’est qu’il est difficile à lire…
Alors je sais, on t’a peut-être dit le contraire…
Traditionnellement, les commentaires sont un critère de code mieux documenté et donc, sous entendu, plus facile à maintenir.

Et si c’était tout l’inverse?

Continuer la lecture de « Commentaires == Danger »

4 clefs pour réussir ton daily meeting

Tu galères avec ton stand up meeting ou ton daily SCRUM?
Le timing n’est jamais respecté, ou la réunion s’éternise?
Voici 4 règles à suivre pour réussir à coup sûr ta daily.

Les signes les plus critiques d’une daily qui dérapent sont l’absentéisme des participants ou les durées qui explosent.
Si c’est le cas, voici quelques rappels utiles:

Continuer la lecture de « 4 clefs pour réussir ton daily meeting »

Est-ce encore vraiment utile d’étudier le manifeste agile ?

Oui! Trois fois Oui!
Plus que jamais peut-être…
En effet, si l’on ne comprend pas les fondamentaux d’une approche, comment espérer en tirer profit?
Au moment où les approches agiles deviennent mainstream, c’est plus que jamais d’actualité!
Le culte cargo, ça te dit quelque chose?

Continuer la lecture de « Est-ce encore vraiment utile d’étudier le manifeste agile ? »