Blog Arolla

Catégorie : Bonnes pratiques de dév

Dépoussiérons les structures en C#

Face à une nouvelle fonctionnalité, on cherche souvent à modéliser nos concepts en utilisant les classes. Et pourtant, nous avons en csharp un type qui s’appelle "struct" (pour structure) qui existe et auquel on pense rarement voire jamais. C’est peut être naturel de partir sur les classes puisqu’on fait de la programmation orientée objet, mais…

Petits katas entre amis

On s’est tous probablement posé la question : “que m’apportent les katas dans mon métier ?” Entre collègues (arolliens et alchimistes), on a décidé de mettre à plat nos points de vue à propos de ce sujet. Retour sur cette discussion entre nous : Mathilde, Luc, Dorra, Emmanuel, Kevin et Jean-François. Jean-François : “A quoi…

Domain Driven Design en 5 minutes

Qu’est-ce que cela signifie ? À la différence des approches xDD,  test-driven-design (TDD) et behaviour-driven-design (BDD), qui fournissent un cadre pour l’implémentation du bon comportement du logiciel, le DDD s’intéresse au design du logiciel. Une traduction possible est « conception guidée par le domaine ». Par « domaine », il faut entendre « métier» et…

Différents tests pour un·e développeu·r·se

Quand on parle des tests pour les développeurs on pense automatiquement aux tests unitaires. Mais vous savez très bien, comme moi, que ce ne sont pas les seuls tests qu’un·e développeu·r·se peut écrire et réaliser. Mais avant d’énumérer les différents tests disponibles pour un·e développeu·r·se, rappelons les fondamentaux. A quoi sert un test ? Quand…

Passer à la vitesse supérieure grâce à la programmation réactive

La programmation réactive a beaucoup retenu l’attention au cours ces dernières années. Elle se base sur la programmation asynchrone pour gérer les flux de données et la propagation du changement. En outre, avec l’apparition des librairies comme Rx, Eclipse Vert.x, Reactor, etc. la programmation fonctionnelle connaît également un véritable succès. Si vous souhaitez savoir quel…

Man versus Legacy : Gilded Rose (deuxième partie )

Dans le premier épisode nous avions expliqué le contexte du kata et proposé une approche permettant de travailler la réécriture du code en toute sécurité. Pour cela nous avions écrit des tests de caractérisation, jusqu’à l’obtention d’un golden master. Nous avons toute latitude pour refactorer le code afin d’y voir plus clair. La moindre erreur…