Blog

Garder une base de code propre avec un design applicatif canon, une couverture de test au top : mon appli est juste trop cool ! Sauf que lire (et juste lire) les fichiers sources pique un peu les yeux... est-ce si grave ? Pourquoi ai-je besoin de formater mon code ? La vision de Bob "Think of a well-written newspaper article. [...] We would like a source file to be like a newspaper article." Clean Code, Robert C. Martin Dans sa métaphore de la presse écrite, il insiste sur cet aspect "well-written" dans le sens construit, ordonné, qui invite à la lecture. Sa réflexion est puissante quand il ramène le propos sur l'intention. À l'aide de tabulations, de sauts de lignes et d'espaces, l...

Les réglementations françaises et européennes ont récemment changé : construire un site ou une application web accessible au plus grand nombre devient une obligation pour de plus en plus d'entreprises. Comment assurer le respect de ces directives dans le code produit ? Quels sont les leviers à actionner pour convaincre le top management d'opérer ces changements ? Techniquement, qu'est-ce que c'est ? "Internet ne devrait pas être un espace d'exclusion." Accessibilité numérique | Les document de référence du SI de l’état Tel est le credo qui motive l'ensemble des initiatives autour de l'accessibilité. La Web Accessibility Initiative est un projet de la W3C pour "développer d...

Vous n’arrivez plus à gérer votre ferme de serveurs ? Vous ne savez plus quelles versions ont été déployées ? Avec Ansible, nous écrirons un scénario pour installer vos serveurs et mémoriser leur configuration. Présentation Ansible permet d’installer des serveurs, il va générer des scripts Python, à partir de fichiers yaml, qui seront exécutés en SSH sur les machines distantes. C’est tellement simple qu’il n’y a rien à installer sur les serveurs s’ils respectent ces deux règles : Ils doivent être accessibles en SSH Python doit être installé (Il est installé par défaut dans la quasi-totalité des distributions Linux) Ansible propose des modules qui ...

Attention spoiler : pas de recette magique dans cet article ! Ni dans le premier et deuxième de la série d'ailleurs. Même si chaque TL (Tech Leader) est différent, l'urgence, les changements de contexte ou encore les priorités mouvantes donnent peu de maîtrise sur le contenu de ses journées. Efficacité réduite, frustration , épuisement ; tant de possibles conséquences de cette spirale vicieuse. Quelques idées pour combattre ces fléaux. Proposition théorique d’un idéal La répartition du travail du TL est un grand débat dans les équipes de développement. Dans un contexte agile, elle pourrait, s’elle existe, s’approcher de ce diagramme : Un TL épanoui devrait pouvo...

Ce n’est un secret pour personne : un code de qualité est souvent synonyme d’un code bien testable et bien testé. Alors à vous les pratiquants de tests chevronnés, je veux poser les questions suivantes : ne vous est-il jamais arrivé de voir des pratiques de code barbares au nom de la toute puissante couverture de code ? Ne vous est-il jamais arrivé de dégrader le code de production pour faciliter le code de tests  ? Ou encore de maintenir des tests qui ne vous apportent aucune garantie ? En me basant exclusivement sur mon expérience de ces 2 dernières années, je vais partager, à travers différents articles sur les tests, certaines dérives de mise en application des tests a...

Challenge tes habitudes est une série de petits articles ayant pour objectif de questionner certaines de nos pratiques récurrentes parfois incomprises, mal mises en œuvre ou encore discutables. L’impl, une star surcotée Ici nous allons nous intéresser à une “bonne” pratique que j’ai croisée dans toutes mes missions de développeur sans exception. Cette pratique consiste à créer systématiquement des interfaces pour les services et, trop souvent, à les suffixer avec: celui qu’on ne présente plus - catégorie Alors même que faire des interfaces en toutes occasions pour augmenter le découplage entre différentes fonctionnalités est de prime abord un geste louable, je ...

Aujourd’hui je vais vous présenter la stratégie d’architecture serverless à travers le service d’AWS lambda function. Ce type d’architecture s’associe parfaitement avec les techniques de développement logiciel en « Micro-Services ».  Qu’est-ce que l’architecture serverless ?   L’architecture Serverless est un modèle de cloud computing dans lequel les développeurs peuvent créer et exécuter les applications sans devoir à gérer la partie infrastructure, d’où le terme “serverless”, ou “sans serveur” en français. Bien évidemment vous allez dire que, tout comme le cloud, une application doit forcément être hébergée quelque part. Et vous avez r...

Depuis quelques années, le Design System est perçu comme “l’élu” qui va (enfin) apporter cohésion et organisation au sein des projets et des équipes. Bien que, comme l’Agilité, il devient un concept bankable sur un CV de développeur·euses et designeur·euse, qu’implique t-il vraiment ? Quels sont ses impacts sur les équipes et comment savoir si il est pertinent ou non pour un projet ? Les principes d’un Design System Le Design System est un produit au service des projets digitaux d’une entreprise. Il a 5 principes majeurs : Vivant, qui évolue et s'améliore avec le temps en fonction de l’identité de l’entreprise Agnostique, qui est compatible avec l’ense...

Le label développeur agile est devenu monnaie courante sur les CVs à partir du moment où une expérience dans une équipe "agile" y figure. Recherché et vendeur, zoom ce que devrait réellement être le développeur agile. Le développeur agile 1.0 Sans faire le procès des appels d'offre ou des offres d'emploi avec la mention "doit justifier d'une expérience significative dans une équipe agile", l'agilité du développeur souffre de trois maux : la pression délais/coûts la médiocrité de son application la marketisation à outrance de l’agilité C'est un brin moralisateur mais c'est le reflet que nous, développeurs, subissons voire acceptons de cultiver et de mettre e...

Cette année encore et pour la 8ème édition s’est déroulée la DotJS à laquelle j’ai eu la chance de participer. Mais c’est quoi au juste ? C’est tout simplement la plus grande conférence JavaScript d’Europe qui réunit plus d’un millier de personnes au Dock Pullman à Paris pour écouter de grandes figures de ce langage de programmation. Celle-ci s’est déroulée sur deux jours : Jeudi : JavaScript côté front-end (UI, frameworks, navigateurs...) Vendredi : JavaScript côté back-end (Node.js, ES2019, compilateurs...)   Concernant les speakers, cette année a été un grand cru. On y a retrouvé des noms bien connus du développement comme Evan You (cré...