Savoir penser

Veille techno. et non Vieille techno.

Nous avons pris connaissance des 4 valeurs du Manifeste Craft, à savoir : réaliser des logiciels bien conçus, avec un apport constant de valeur, entouré de professionnels et clients, avec lesquels doivent se construire des partenariats productifs.

La veille technologique est un ingrédient indispensable à tout aspirant craft. Entendez par veille toute démarche qui permet d’obtenir de l’information, de façon continue, sur l’évolution des technologies et des méthodologies utilisées par la communauté. In fine, ces connaissances peuvent s’avérer utiles et constructives pour l’implémentation d’un logiciel.

Il m’est arrivé de recevoir en entretien technique une personne à qui j’ai posé une question devenue désormais classique : « Faites-vous de la veille techno. ? » À mon grand étonnement, la réponse fut : « Pas du tout, je ne fais pas de vieille techno., que des technologies récentes ». À cet instant, j’ai plaidé le quiproquo, le candidat avait sûrement entendu vieille plutôt que veille. En creusant un peu plus, il s’est avéré qu’il ne connaissait pas le terme « veille technologique » et qu’au-delà, il n’en faisait pas du tout. Cela peut faire sourire et pourtant, il travaillait avec des technologies avancées, récentes, raison pour laquelle il avait été retenu en entretien. La fin de l’histoire, c’est que ce n’était pas dû à une démarche personnelle, mais plutôt induit par l’utilisation de ces mêmes technologies dans des expériences professionnelles passées.

Faire de la veille technologique

Malheureusement, ce cas n’est pas un cas isolé et bon nombre de personnes se retrouvent dans cette situation. Ceci non par manque d’intérêt pour les nouvelles technologies, mais par manque de discipline ou de sensibilisation à l’importance de ce type de démarche. Faire sa veille technologique c’est comme faire sa toilette le matin, c’est une histoire d’hygiène technique.

En effet, comment peut-on savoir...

Qui est Martin Fowler ?

Alors qui peut bien être Martin Fowler ? Très bonne question, et pour y répondre, il suffirait de rechercher sur Google ce nom, de survoler deux ou trois articles et le tour serait joué. Surprise ! Ce n’est pas l’objet de cette section. Avant d’en révéler le contenu, prenons le temps d’une petite parenthèse et parlons football.

Qui connaît Pelé ou bien Maradona ? Qui connaît Messi ? Et Rivaldo ? Amoureux du foot ou pas, je suis sûr que toute personne connaît au moins deux noms sur les quatre. Et il est certain qu’un fan de foot connaît très bien les quatre.

Maintenant, revenons au monde de l’informatique et remettons notre casquette d’aspirant craft. Quels sont les premiers noms d’informaticiens qui nous viennent à l’esprit ? Certains diront Steve Jobs, ou encore Bill Gates et je leur répondrai : en quoi êtes-vous fan de ces personnes ? Ils sont populaires, certes, mais pour quelle raison ? Il se trouve qu’ils ont en commun d’être américains, d’avoir réussi en tant qu’hommes d’affaires dans le milieu des technologies de l’information. Mais sont-ce pour autant des références pour tout aspirant craft ? En partie, oui…

Mais faisons le comparatif avec un Maradona ou un Messi. Ce sont là deux joueurs de foot qui sont extrêmement techniques. Dites-vous bien que chaque fois que l’un de ces joueurs essaye un nouveau trick sur le terrain, c’est toute une génération de jeunes passionnés et autres professionnels du ballon rond qui se mettent à imiter les gestes puis à développer de nouvelles manières de toucher le ballon. Alors, quels tricks de code Bill Gates ou encore Steve Jobs vous ont donné envie de reproduire ? En informatique, c’est la même chose, si on est fan, passionné par cette science, alors on devrait naturellement avoir tendance à connaître ces influenceurs, qui, à la présentation d’un concept, d’un algorithme ou d’une méthodologie, se retrouvent, par effet papillon, à transformer le paysage technologique et catalyser l’évolution de tout projet se voulant moderne....

Craftsmanship Thinking

« Behavior is the most important thing about software. It is what users depend on. Users like it when we add behavior (provided it is what they really wanted) but if we change or remove behavior they depend on (introduce bugs), they stop trusting us. » - Michael Feathers

Libérez votre cerveau

Prenez la route de l’innovation et ouvrez-vous à différentes perspectives, à des schémas de réflexion abductifs. Le design thinking a vu sa genèse en 1950 et a gagné en popularité au cours de ces dernières années, autant dans le monde académique que dans celui de l’entreprise. Il se décrit comme un procédé d’analyse non linéaire qui vise à penser et valider des solutions à valeur ajoutée, pour l’humain, sur des problématiques complexes, voire ambiguës.

En parallèle, le Craftsmanship est un mouvement lancé en 2008 et qui aspire à relever le niveau des équipes en charge de produire des solutions logicielles. Le contexte ? Un monde d’hyper consommation, un marché numérique qui tend naturellement à exiger des approches innovantes, proactives et de plus en plus flexibles. L’une des valeurs citées dans le Manifesto for Software Craftsmanship est d’aller au-delà de l’adaptation au changement et d’ainsi veiller à l’ajout constant de valeur, tant d’un point de vue technique que d’un point de vue fonctionnel. Si Craftsmanship et design thinking étaient deux concepts, sur un site de rencontre, je dirais que nous aurions là un « perfect match ».

Les deux disciplines visent à faire émerger des produits à valeur ajoutée, en élevant l’intérêt des acteurs pour la compréhension des besoins. Ils sont comme le yin et le yang, dans la mesure où, dès lors que l’on cherche à apporter une solution logicielle novatrice, l’un nous ouvrira à penser « out of the box », en dehors des sentiers battus, tandis que l’autre aspirera à une technique meilleure, une volonté d’excellence pour mettre la valeur technique au service d’aspects tant fonctionnels que non fonctionnels....

Think First, Act Last

« If shit happens in production, fallback first, think after. » - Denis Lacroix, Amadeus

C’est le 21^e jour, le XXI^e siècle, le dernier jour de la dernière semaine et c’est le moment de finir en beauté. La citation de Denix Lacroix, un VP of Engineering du temps où j’étais chez Amadeus, est pleine de sens. En effet, dans une section où je vous invite à réfléchir avant d’agir, il semble assez paradoxal de prendre le contraire en ouverture de chapitre.

Vers le début des années 2000, le standard de développement chez Amadeus était le cycle en V. Des Products Managers entraient en contact avec le marketing, ils collectaient les besoins fonctionnels et rédigeaient des SOR (Statement of Requests). Après, ils sollicitaient les équipes de développement impactées. Ces dernières rédigeaient des spécifications fonctionnelles et techniques. Une fois l’exercice fini, les équipes d’assurance qualité (QA), qui représentaient l’expertise fonctionnelle, se retrouvaient conviées à passer en revue les spécifications pour les valider et rédiger des scénarios de tests, que les équipes de développement contre-validaient. Le cycle de développement pouvait commencer. Une fois terminé, plusieurs cycles de tests s’enchaînaient :

À l’issue de ces différentes phases, les équipes de QA donnaient un go/no go pour autoriser le passage en production. C’est à ce moment, dans ce type de contexte de développement qu’il semble inévitable, à la rencontre du moindre incident critique, de revenir en arrière, d’éviter de prolonger un état applicatif dégradé pour les clients et de donner l’espace-temps nécessaire...

Synthèse et exercices

Bonus - Craft appliqué au Machine Learning

L’intelligence artificielle s’impose de nos jours comme une approche incontournable pour la réalisation de solutions à forte valeur ajoutée. Des solutions intelligentes qui s’adaptent, avec le temps, aux usages de l’utilisateur et lui apportent une expérience sur mesure, unique.

Une recherche sur Google, par deux utilisateurs différents, retournera deux pages de résultats différentes. Netflix vous fera des recommandations en fonction de votre historique de visualisation. Des téléphones s’activent en reconnaissant le visage de leur propriétaire.

Le Software Craftsmanship prône quatre valeurs qui aspirent à relever le niveau de conception et de réalisation de logiciels. Il ne s’arrête pas à une typologie de technologies et de méthodologies. Il semble possible d’envisager que la démarche de création d’un réseau de neurones de qualité, afin qu’il ait une meilleure précision et une réelle valeur ajoutée, puisse être dans le giron de crafters qui évoluent dans ce domaine de l’ingénierie logicielle.

Dans cette section, nous nous proposons d’identifier une synthèse de ce qui me semble être le dénominateur commun des notions utiles pour structurer et améliorer la mise en place des projets d’intelligence artificielle. Il est préférable toutefois que vous ayez des connaissances préalables sur la constitution de réseaux de neurones et les bases du machine learning avant de pouvoir en faire plein usage.