Accueil InfoQ Architecture & Design sur InfoQ
-
Voyage au pays des structures de données exotiques
Aujourd'hui, le développeur Java moyen est familier avec le framework Collections de java, et notamment les 3 grandes familles de structures de données principales (la respectable trinité) que sont les List, les Set et les Map. Si vous êtes un peu plus curieux, vous avez commencé à vous intéresser aux différentes implémentations de ces interfaces, et à connaître les cas d'utilisation.
-
Modèle de Maturité sur la Gestion des Performances Applicatives
Comme ceux qui ont travaillé dans un service informatique en entreprise le savent, les bons outils sont trop souvent gaspillés.
-
Évaluation de l'Agilité et Scrum par rapport à d'autres méthodes de développement logiciel
Les données historiques sont clés pour l'évaluation de l'efficacité des méthodes d'amélioration des processus de développement logiciel ainsi que pour calibrer la précision des estimations. Dans cet article, Capers Jones compare Agile et Scrum avec d'autres méthodes de développement logiciel contemporaines en utilisant plusieurs métriques standards.
-
L’embarras du choix - Comment choisir la bonne plate-forme pour Big Data / Hadoop ?
Cette année, le big data est devenu un sujet pertinent dans beaucoup d’entreprises. Bien qu'il n’y ait pas de définition standard du terme “big data”, Hadoop est de facto un standard pour le traitement big data. Presque tous les grands éditeurs de logiciels tels que IBM, Oracle, SAP et même Microsoft utilisent Hadoop.
-
Kanban appliqué au développement logiciel : de l'Agilité au Lean
In this InfoQ article Kenji Hiranabe applies lessons learned while working with Japanese manufacturers. While many Agile teams are optimizing only a portion of the value stream, Hiranabe proposes a simple way to adapt lessons from Lean Manufacturing's "Kanban" visual tracking system to make process visible to more of the organization, for better communication and process improvement.
-
A la découverte de l'architecture de la base de données NuoDB, Partie 1
Dans la Partie 1 du présent article, l'auteur introduit NuoDB et certaines de ses caractéristiques principales: l'architecture à 3 niveaux, Atomes, le versioning et le système de concurrence.
-
Croissance des EAI avec Apache Camel
Cet article comprend des exemples concrets de problèmes typiques d'intégration et explore comment Apache Camel peut relever ces défis. Ces exemples sont présentés dans le cadre d'une solution d'intégration qui commence simple mais qui, au fil du temps, se développe avec l'apparition de nouveaux besoins d'intégration.
-
Les bases de données graphe - revue du livre et interview
Le livre sur les bases de données graphes, écrit par Ian Robinson, Jim Webber et Emil Eifrém, couvre les bases de données NoSQL basées sur les graphes et les différentes possibilités disponibles pour stocker des “données connectées” dans le monde réel.
-
CAP douze ans plus tard : comment les "règles" ont changées
Le théorème CAP affirme que tout système à état partagé en réseau ne peut avoir que deux des trois propriétés désirables. Néanmoins, en gérant explicitement les partitions, les concepteurs peuvent optimiser la cohérence et la disponibilité, atteignant ainsi un compromis des trois.
-
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.
-
Jepsen : Test de la résistance au morcellement de PostgreSQL, Redis, MongoDB et Riak
Les systèmes distribués se caractérisent par des échanges d'états à travers des liaisons peu fiables ou à forte latence. Si un système fonctionne de manière fiable, il doit être robuste à la fois face à la défaillance des nœuds et à celle du réseau.