Hello tout le monde !
Tout d’abord j’espère que vous et vos proches allez bien.
Je n’ai pas mis à jour le blog ce mois ci, il faut dire que la situation me laisse assez peu de répit et cette newsletter sera un peu plus light qu’habituellement. J’avais tout de même eu envie de vous partager un peu de veille car j’ai trouvé une sorte de dénominateur commun à ce que j’ai pu lire ces dernier temps : de nombreux “mythes” du monde de la tech sont tombés et il me semblait intéressant de les souligner.
Le premier, c’est celui du microservice. Souvent présenté comme la silver bullet, on a appris récemment qu’une équipe chez Uber commence à en revenir, et que chez Segment ilS font aussi marche arrière avec un retour au Monolith. On pourrait l’interpréter rapidement en se disant que le microservice n’est finalement pas une bonne solution, mais en lisant bien, le problème c’est surtout que pour être efficace, un microservice doit être le plus atomique possible, et plus ils sont atomiques, plus ils coutent cher. L’architecture microservice vient avec un sur-coût qui n’est pas négligeable, et comme très souvent la bonne question à se poser, c’est le niveau de retour sur investissement.
Gergely Orosz on Twitter: “For the record, at Uber, we’re moving many of our microservices (…)”
To Microservices and Back Again - Why Segment Went Back to a Monolith
Un autre mythe qui s’effondre c’est celui des l’organisation en Squad de Spotify. Dans cet article d’un ancien employé, on apprend que Spotify ne suit pas son fameux model d’organisation en squad. Ici encore, la leçon à en tirer n’est pas que ça ne fonctionne pas. Le modèle Spotify est, au sein de Spotify, une culture, un idéal à atteindre, une façon de travailler à laquelle il faut aspirer. En pratique, tout n’est pas faisable et je pense même qu’il est impossible dans une entreprise de cette taille de ne trouver uniquement des personnes capables de s’adapter à ce modèle. Cela n’empêche pas de garder une vision commune de la meilleure façon de travailler.
Ce qu’il faut retenir de la déconstruction de ces 2 mythes, c’est que le plus important est de trouver ce qui correspond à la culture de votre équipe, les méthodes avec lesquelles elle se sent à l’aise, et ne pas forcer un modèle qui fonctionne sur le papier mais peut vite s’avérer contre productif dans votre contexte.
On finit sur une note légère avec un rapport de bug plutôt original et … rafraîchissant !
Susam Pal on Twitter: “Dear @SlackHQ, I have a bug report for you (…)”
Prenez soin de vous !