Skip to main content

About

Qui suis-je ?

Je m'appelle Amaël BERTEAU.

Passionné par le développement depuis mon plus jeune âge, cela fait plus de 20 ans que je développe des solutions IT.

Dans le cadre professionnel

En tant que Software Craftsman (Artisan Logiciel) / Creative Technologist, je mets mon expérience et mes compétences au service des équipes et des organisations pour qui le développement logiciel est une activité stratégique.

Submitted by aberteau on 20 January 2023

Connaissez-vous les claviers à touches lumineuses ? 

Ce sont des claviers destinés à l'apprentissage.

On choisit une partition. Lors de la lecture, les touches correspondantes au notes s'allument.

👉 Objectif de ce projet : Fabriquer un dispositif permettant d'offrir le même type de fonction sur n'importe quel clavier/piano. (Un voyant s'affiche au-dessus des touches correspondantes aux notes de la partition)

Intelligence - Pascal Dray

La véritable intelligence consiste à simplifier ce qui est complexe et à ne pas complexifier ce qui est simple.

Pascal Dray

A propos des langages de programmation - Bjarne Stroustrup

Il n'y a que deux sortes de langages : ceux dont les gens se plaignent et ceux que personne n'utilise.

Bjarne Stroustrup

The Software Craftsman - Sandro Mancuso

Le "Software Craftsmanship" fait partie de ces buzzwords du moment… "Craft" par ci, "Craft" par là… 🤦‍♂️

On le trouve très fréquemment associé à des pratiques telles que TDD, Clean Code, BDD, …

Malheureusement, comme pour beaucoup d'effets de mode, le terme a perdu de son sens avec sa popularisation (et son merchandising 😅)

⚠️ Le "Craftsmanship" ce n'est pas un package de pratiques sur étagère, c'est une philosophie, un état d'esprit.

La qualité ne doit pas être une variable d'ajustement dans vos projets

🚨 La qualité ne doit pas être une variable d'ajustement dans vos projets. 🚨

Nous savons depuis plusieurs décennies que, sauf dans de rares cas (prototype ou dette technique contrôlée), la qualité logicielle ne doit pas être négligée.

⚠️ Rogner sur la qualité n’a aucun sens tant la vélocité à moyen et long terme des développeurs est abaissée.

Il n’existe donc que deux solutions pour produire des logiciels (fiables 😉) :

Deadline Driven Development

Connaissez-vous le "Deadline Driven Development" ("Le développement piloté par les échéances") ?

C'est un "double maléfique" 😈 de la philosophie agile, une pratique Agile Canada Dry ("Ça a la couleur de l'agile, le goût de l'agile… mais ce n'est pas de l'agile")

Voici son manifeste :


Nous découvrons comment développer des logiciels de manière acharnée en prétendant que nous sommes agiles et en aidant les autres à le faire.

Ces expériences nous ont amenés à valoriser :

Adaptation au changement

Tout change dans le logiciel…

  • Les exigences
  • La conception
  • L'entreprise
  • La technologie
  • L'équipe
  • Les membres de l'équipe

Le problème n'est pas le changement, car il va forcément se produire.

Le problème, c'est plutôt notre incapacité à faire face au changement.

Complexité accidentelle et croissance de l'entreprise

Saviez-vous que la complexité accidentelle peut fortement impacter la croissance de votre entreprise ?

❓ Qu'est-ce que la "complexité accidentelle" ?

La complexité d'un logiciel peut être décomposée en 3 parties :

1️⃣ Complexité essentielle

Complexité directement liée au problème métier que l’on cherche à résoudre. Un système de livraison multimodale n’a pas la même complexité qu’un blog personnel en ligne. Les complexités essentielles de ces deux projets sont différentes.

2️⃣ Complexité obligatoire

Ecrire des tests, ça prend trop de temps

Ecrire des tests, ça prend trop de temps ! 😅

Subscribe to