BT
Précédent rss

Gérer votre Dette Logicielle

par Ben Linders , traduit par Patrick Bobo   le  16 avr. 2014

La dette logicielle existe sous différentes formes. La dette technique, largement connue, et d'autres formes comme la dette de compétence ou de qualité. La dette logicielle peut causer une augmentation des coûts de maintenance du produit et peut déprimer les développeurs. Plusieurs solutions existent pour la gérer.

Principes de Conception Orientés Objet et Programmation Fonctionnelle

par Jan Stenberg , traduit par Nicolas Frankel   le  25 mars 2014

Richard Warburton a récemment exposé dans une présentation que la programmation orientée objet possède beaucoup de principes de conception bien établis, comme les principes SOLID. Cependant, lorsqu'ils se dirigent vers la programmation fonctionnelle, beaucoup de développeurs ne savent pas comment utiliser leurs compétences de conception.

Design Patterns pour Applications Cloud

par Jan Stenberg , traduit par Julien Delhomme   le  17 févr. 2014

Le groupe Patterns & Practices de Microsoft a récemment mis à disposition un guide suggérant des solutions et patterns utiles pour l'implémentation des applications hébergées sur le Cloud. L'ambition du groupe est de mettre à disposition des guides de conception des systèmes distribués applicables à toute plate-forme Cloud, même si les exemples donnés ciblent Windows Azure.

Les principes de design SOLID pour JavaScript

par Jan Stenberg , traduit par Nicolas André   le  04 févr. 2014

Les principes SOLID sont un des éléments de la programmation orientée objet qui peuvent vous aider à écrire du code JavaScript stable et de bonne qualité. C'est ce que Derick Bailey, auteur et développeur focalisé sur le JavaScript, déclare dans une récente présentation.

Livraison de l’ORM Hibernate 4.3 avec le support des spécifications JPA 2.1

par Jan Stenberg , traduit par Slim Ouertani   le  27 janv. 2014

La version finale d’Hibernate ORM 4.3, le framework d’ORM Java pour le mapping objet-relationnel, vient d’être publiée.

Du Data-Driven Development au Domain-Driven Design

par Jan Stenberg , traduit par Maxence Labusquière   le  21 janv. 2014

Julie Lerman partage ses expériences et les leçons qu’elle en a tirées dans trois articles du Magazine MSDN, articulés autour du DDD.

Les aspects humains de la conception d'API : Entretien avec Jakub Nesetril d'Apiary

par Saul Caganoff , traduit par Nicolas André   le  25 nov. 2013

La conception et la description d'API sont bien plus qu'un contrat d'interface technique entre machines. Jakub Nesetril le co-fondateur et CEO d'Apiary souligne que le vrai consommateur d'une description d'API c'est un développeur, avec toutes les préoccupations d'engagement, de convivialité et de communication que cela implique.

Implémenter le Domain-Driven Design dès le départ

par Jan Stenberg , traduit par Nicolas André   le  19 nov. 2013

Le domaine décrit votre métier ; c'est un ensemble de concepts et de logique qui pilote votre entreprise. Si vous suivez ce principe du Domain-Driven Design, (DDD), alors le domaine sera l'élément le plus important de votre application. Voici ce que nous explique Andras Nemes, un développeur Web suèdois sur la plate-forme .Net.

REST et la conception façon marchand ambulant

par Mark Little , traduit par Julien Delhomme   le  11 oct. 2013

Récemment, Steve Jones de CapGemini a commenté un texte lié au projet d'API Nokia indiquant que concevoir et documenter les APIs pour les services REST n'était plus nécessaire, HATEOAS étant suffisant.

Les principes de dépendance SOA

par Mark Little , traduit par Slim Ouertani   le  16 sept. 2013

L'année dernière, Ganesh Prasad a partagé ses réflexions sur SOA lors de la QCon. Au début de cette année, il a étayé la manière de penser en SOA dans un article, comme étant une pensée orientée dépendances (Dependency Oriented Thinking)

Uncle Bob : L'Architecture est une affaire d'Intention, pas de Frameworks

par Jan Stenberg , traduit par Grégory Weinbach   le  29 août 2013

L'architecture est une affaire d'intention, nous en avons fait une question de frameworks et de détails. C'est le constat qu'a fait Robert C. Martin, "Uncle Bob", au début de l'année au DDD Exchange Day de Londres.

Vaughn Vernon présente les styles d'architectures avancés dans un contexte DDD

par Jan Stenberg , traduit par Nicolas Fédou   le  19 juin 2013

Lors d'une présentation sur les styles d'architectures, architecture en couches, architectures hexagonales et le modèle d'acteur, du point de vue du "Domain Driven Design (DDD)", Vaughn Vernon explique que l'architecture hexagonale permet de retarder les prises de décisions concernant les connecteurs et mets en avant l'usage d'APIs internes quelque soit le type de ces connecteurs.

Le principe Open-Closed défié

par Jan Stenberg , traduit par Olivier Bourgain   le  18 juin 2013 1

Le principe Open-Closed, OCP, faisant partie des principes orientés objets SOLID, a été récemment critiqué par Jon Skeet et Robert Ashton qui pensent tout deux que le principe, tel qu'il est définit, cause plus de problèmes qu'il n'en résout. Robert C. Martin, qui a identifié les principes au début des années 2000, cependant, le défend.

Introduire de la simplicité dans un système via des composants Event Driven simples

par Jan Stenberg , traduit par Grégory Weinbach   le  18 juin 2013

Pour rendre un système simple, utilisez des événements pour supporter les interactions entre de petits composants métiers, c'est ce qu'a suggéré Russ Miles lors d'une récente présentation Développer des composants Event Driven simples pour du logiciel agile.

Guide de documentation pour les équipes utilisant le Domain-Driven Design

par Jan Stenberg , traduit par Jérémie Grodziski   le  12 juin 2013

La première chose que devrait faire une équipe au démarrage d'un projet de développement logiciel, est de dessiner une context map qui l'aidera à comprendre son contexte et son core domain, ainsi que les autres contextes avec lesquels elle va interagir. La chose la plus importante est d'obtenir une compréhension partagée du domaine entre toutes les personnes impliquées.

Rien ne serait possible sans le soutien et la confiance de nos Sponsors Fondateurs:

AppDynamics   CloudBees   Microsoft   Zenika
Feedback Général
Bugs
Publicité
Éditorial
InfoQ.com et tous les contenus sont copyright © 2006-2013 C4Media Inc. InfoQ.com est hébergé chez Contegix, le meilleur ISP avec lequel nous ayons travaillé.
Politique de confidentialité
BT