Accueil InfoQ Design sur InfoQ
-
Approche Design-First Du Développement D'API : Comment L'implémenter Et Pourquoi Cela Fonctionne
Avec la croissance rapide de l'industrie des API, les développeurs et les leaders technologiques doivent savoir comment créer un programme d'API performant et évolutif qui générera de la valeur métier. Les développeurs doivent envisager de donner la priorité à une approche axée sur la conception pour créer des API, ce qui garantira une expérience positive pour toutes les parties prenantes.
-
Microservices — La Lettre Et L’Esprit
Considérer les microservices comme une architecture de "services découplés" permet d’en tirer la quintessence (la compréhension du découpage ("petit" vs "découplé") oblige les développeurs à concevoir des services cohérents avec cette architecture). Nous verrons dans cet article les bonnes et mauvaises implémentations: “petits services” vs “services découplés” ou “Lettre” vs “Esprit”.
-
Maîtriser La Technologie Transforme Les individus
Quand on est à l'avant-garde de tant de changement on oublie vite que les autres personnes autour de nous subissent ces changements. Cet article nous rappelle comment les actions des équipes techniques peuvent affecter les utilisateurs dans leurs émotions. Il vise à instaurer une certaine façon de penser mais également les aide à s'impliquer dans le changement technologique avec nous.
-
Les Pièges De La Conception NoSQL Avec Java
Les bases de données non relationnelles sont un sujet évoqué lorsque nous parlons de nouvelle modélisation ou de persistance polyglotte. Cependant, quels sont ses impacts sur cette adoption ? Le but de cet article est de couvrir les premières étapes d'utilisation de ce type de base de données dans une architecture d'entreprise.
-
Antipatterns dans l'Analyse de Performance Moderne en Entreprise
Présentation de certains des antipatterns d'analyse de performance les plus communs en entreprise, exprimés sous forme de leurs causes basiques et de leurs stratégies de remédiation.
-
Quality Code - Critique du livre et Interview
"Quality Code - Software Testing Principles, Practices, and Patters", couvre les différents aspects d'un cycle de développement tout en se focalisant sur la livraison de produits de qualité. Stephen Vance examine les pratiques de test dans l'édition de logiciel et parle de techniques de conception telles que la séparation entre l'implémentation et le besoin grâce à de simples exemples de code.
-
Design Patterns : Magie ou Mythe ?
Dans cet article, l'auteur aborde l'efficacité de l'usage des design patterns dans le développement logiciel. L'analyse se base sur des enquêtes et des études cartographiques, conduites afin de déterminer quels patterns sont considérés utiles et dans quelles circonstances.
-
Entretien avec Sandi Metz sur la conception orientée objet en Ruby
A l'occasion de son livre "Practical Object-Oriented Design in Ruby: An Agile Primer" (POODR), InfoQ a interviewé Sandi Metz.
-
Croquis et NoUML pour l'architecture de logiciels agiles
L'agilité c'est être réactif et ceci nécessite une bonne communication, mais il est étonnant que beaucoup d'équipes éprouvent des difficultés à communiquer correctement la conception de leur logiciel.
-
Ciel, un cowboy dans mon domaine ! - Revue de "Implementing Domain Driven Design" et interview
Implementing Domain Driven Design éclaire un domaine important mais mal compris de la conception logicielle. Avec son ouvrage, Vaughn contribue à la littérature de la conception logicielle de façon éducative et plaisante.
-
Comment construire une ville à partir de composants ?
De plus en plus de développements d'applications d'entreprise s'orientent vers des frameworks de composants et des solutions intégrées. Cet article présente quelques bonnes pratiques de conception de framework.
-
Twitter migre plus de code sur la JVM, la performance et l'encapsulation désignées comme raisons premières
Twitter passe progressivement de plus en plus d'éléments sur la JVM. Le changement est à la fois motivé par les avantages fréquemment cités de la JVM, tels que la performance ou la scalabilité, mais aussi par le désir de mieux découper en services indépendants et de mieux adresser d'autres problématiques d'architecture.