Conférences

Simple Made Easy

Pendant longtemps comme beaucoup de gens j'ai utilisé simple/complexe de façon interchangeable avec facile/difficile.

Cette conférence m'a enfin permit de comprendre la différence entre les deux. La simplicité est une mesure objective du nombre de composants d'un système et des interactions entre ceux-ci. Alors que la facilité est une mesure subjective de la familiarité qu'on a avec un système.

Cette distinction est très utile lors de discussions techniques ou produits.

Au delà de ce point, cette conférence est une mine d'or. A voir absolument !

Constraints Liberate, Liberties Constrain

Je retiens surtout la première moitié de cette conférence qui définit la relation entre les contraintes et les libertés.

C'est une conférence avec "Eureka moment". Avant on n'y avait jamais pensé, mais après on ne peut plus ne plus y penser.

L'idée est qu'en ajoutant des contraintes sur les données que l'on souhaite manipuler dans nos apps on se donne la liberté de savoir tout ce qu'on peut faire avec ces données (et comment les faire évoluer). Et inversement avoir la liberté d'envoyer n'importe quelle donnée dans nos apps nous contraints dans les évolutions que l'on pourra faire.

Loi de Murphy oblige, tout ce qui peut arriver va arriver. Offrir la liberté d'utiliser n'importe quelle donnée nous empêchera de réduire cette liberté par la suite (sous peine de casser certains usages).

C'est une généralisation du principe de variance. Et c'est un sujet assez lié à la pensée du Property Based Testing

(La deuxième moitié de la conférence est très technique et difficile à appréhender.)

L'architecture progressive

J'ai eu la chance de travailler avec Matthieu et de voir concrètement l'architecture qu'il présente dans cette conférence.

Le message est de ne pas avoir peur de sortir des dogmes et d'expérimenter. En fonction du contexte on ne fera pas toujours la même chose. Le fameux : ça dépend.

Up to Code

Cette conférence m'a aidé à réaliser qu'on peut avoir le même outil (le code) mais pas le même métier.

Par "code" on entend le texte composant un programme là où "Code" est un standard. On peut donc écrire du code sans suivre un Code.

En fonction du projet on voudra, ou non, suivre un Code. Par conséquent on n'ira pas voir les mêmes professionnels. Le parallèle fait entre un Handyman et un Electrician est très parlante. Les deux sont utiles, mais pas dans les mêmes contextes.