BT

Diffuser les Connaissances et l'Innovation dans le Développement Logiciel d'Entreprise

Contribuez

Sujets

Sélectionner votre région

Accueil InfoQ Méthodologies sur InfoQ

  • Retour Sur Le Débat Tenu Lors De La QCon Plus Sur L’Architecture API

    Le débat sur l'architecture API à QCon Plus réunissaient six conférenciers et panélistes. Ils ont échangé sur des sujets intéressants pour les ingénieurs logiciels et les architectes qui conçoivent, construisent et maintiennent des API. Ce débat couvrait des concepts généraux tels que l'extensibilité et les cycles de vie des API et incluait une confrontation entre REST, GraphQL et gRPC.

  • O'Reilly Publie le Rapport “L'État de Maturité des Microservices”

    Les microservices évoluent de la mode à la tendance, selon l’enquête publiée par O’Reilly. Le rapport a montré une attitude globalement positive à l’égard des microservices parmi les praticiens interrogés. Une découverte importante est que DevOps et microservices se nourrissent l'un de l'autre, de sorte que le succès de l'un contribue grandement au succès de l'autre.

  • Les dangers des déclarations if dans la logique domaine

    La déclaration if trouvée dans la plupart des langages de programmation a deux rôles principaux : la validation de l'entrée pour protéger le domaine contre des données erronées et pour traiter la logique métier dans le domaine. Malheureusement, nous consacrons trop peu de temps à gérer les risques liés à l'utilisation de déclarations logiques du point de vue business ou du domaine.

  • Concentrez-vous sur le Processus, pas sur le Microservice

    La clé de la réussite en travaillant avec un système basé sur des microservices est de se concentrer sur l'ensemble du processus distribué, et non sur les microservices eux-mêmes. Eric Ess, dans sa présentation sur la manière de monitorer les processus distribués chez jet.com pendant la Microservices Conference à Londres, expliquait que les services sont l'aspect le moins important.

  • Ne copiez pas le modèle Spotify

    Le modèle Spotify peut vous aider à comprendre le mode de fonctionnement chez Spotify, mais vous ne devriez pas le copier dans votre organisation. Il change en même temps que les personnes de Spotify découvrent des choses, c'est-à-dire tout le temps. Il n'y a pas qu'une seule manière de développer du logiciel chez Spotify.

  • Q&A avec David Anderson sur l'Enterprise Services Planning

    L'Enterprise Services Planning est une manière de planifier, ordonnancer, séquencer et choisir le travail pour les services. C'est une extension à l'échelle de toute l'entreprise des améliorations de Kanban. InfoQ a échangé avec David Anderson sur l'ESP, ce qu'il apporte, son usage pour la gestion du risque et le coût du délai, ainsi que l'importance des feedbacks.

  • Oncle Bob propose un Serment du Développeur

    Oncle Bob propose un serment pour les développeurs, comme en ont d'autres professions, au vu de l'importance que prend ce métier.

  • Gestion de Portefeuilles Projets avec Obeya

    L'Obeya est une approche de gestion de projets avec des salles de commande (war room - NdT) et de la visualisation. InfoQ a échangé avec Malika Mir sur ses motivations à déployer Obeya, son usage pour la gestion du portefeuille de projets, son expérience d'Obeya et les bénéfices retirés.

  • DDD et la Documentation Vivante

    Faire de la documentation, c'est ennuyeux. Elle est souvent obsolète et sujette à mauvaise interprétation. Il est possible d'adopter un état d'esprit différent qui vous permettra d'améliorer votre documentation comme votre code, tel que l'a démontré Cyrille Martraire lors d'une présentation sur la création d'une documentation vivante quand on travaille avec DDD.

  • Modèles pour la Construction et le Déploiement de Microservices

    La gestion de microservices implique de s'occuper de beaucoup de petits systèmes qui dialoguent entre eux et le provisionnement automatisé ainsi que l'automatisation de l'infrastructure sont cruciaux, a déclaré James Lewis en partageant les techniques et les pratiques qui l'ont aidé à gérer la complexité apportée par l'architecture microservice.

  • Construire une application réactive basée sur DDD et CQRS avec Akka

    L'objectif de DDD, combiné à CQRS, est de décomposer un domaine métier complexe en éléments faciles à manipuler, en prenant en compte les besoins de scalabilité et de cohérence. Pawel Kaczor a initié une série d'articles en trois parties décrivant la construction d'une application réactive utilisant ces concepts avec Akka, la plate-forme open-source pour applications pilotées par les événements.

  • Migrer d'un monolithe vers des micro services chez SoundCloud

    Migrer SoundCloud vers une architecture à base de micro services a été crucial pour permettre à nos équipes de créer de nouvelles fonctionnalités plus rapidement, déclare Phil Calçado dans une série de trois articles où il partage leur expérience en abandonnant leur système monolithique.

  • Utiliser l'Event Storming pour modéliser des domaines

    Rassemblez tous vos experts métier et des développeurs dans une salle, fournissez-leur une rame de papier, une grande quantité de post-its colorés et un facilitateur, ils pourraient en quelques heures créer le meilleur des modèles. C'est ce qu'a suggéré Alberto Brandolini lors de la récente conférence DDD Exchange à Londres.

  • Les modèles propres et représentatifs sont clés pour la performance

    Les systèmes haute-performance parlent de modèles propres et représentatifs. Le code n'a pas forcément à être laid, obscur et difficile à lire, a affirmé Martin Thompson lors de la récente conférence DDD Exchange à Londres.

  • Les Modèles fonctionnels dans la Conception Pilotée par le Domaine

    La Conception Pilotée par le Domaine réalise un travail important pour encourager les développeurs à créer un modèle de domaine et un langage omniprésent, mais tenter d'implémenter les concepts DDD en utilisant les principes orientés objet avec un état et un comportement génère souvent un modèle mutable confus.

BT