Accueil InfoQ Software Craftsmanship sur InfoQ
-
La Dette Technique Est Quantifiable En Tant Que Dette Financière : Impossible Pour Les Développeurs
La dette technique peut être quantifiée de différentes manières mais pas la dette financière associée. Selon Kevlin Henney, on peut quantifier une certaine quantité de dette technique, estimer le temps pour réparer chaque élément de la dette, analyser plusieurs métriques associées au code telle que .....
-
Utiliser La Métaphore De La Dette Technique Pour Communiquer La Qualité Du Code
La dette technique nous pousse à payer un coût qui augmente peu à peu. A l’origine, la métaphore de la dette technique devait nous aider à parler et à réfléchir aux décisions et aux qualités cachés dans le code. Lors de la Conférence QCon de Londres et à QCon Plus - du 10 au 20 mai 2022 - Kevlin Henney a prononcé un discours sur les Six Impossible Things.
-
AdoptOpenJDK Présente Son Programme D'assurance Qualité
AdoptOpenJDK a créé un ensemble complet de plus de 30 000 tests conçus pour assurer la compatibilité, les performances et la fiabilité de leurs distributions JRE. Les suites de tests sont suffisamment petites pour être exécutées régulièrement par ceux qui travaillent sur le projet.
-
Ncrafts Bordeaux V1
NewCrafts s'installe à Bordeaux pour une première édition 2017. Tour rapide du programme et échanges avec l'organisation de la conférence sur le monde du craftsmanship, les sujets clés du monde du développement aujourd'hui, et ceux qui manquent de visibilité.
-
Le serment des développeurs
Notre société exige un engagement vers un comportement professionnel ; nous avons besoin d'un serment pour les programmeurs, car des vies et des fortunes dépendent de la bonne construction et fonctionnement des logiciels, affirme Robert Martin. Selon lui, cela devra se traduire par l'appartenance à une association professionnelle.
-
Live Code pour pratiquer l'Architecture Hexagonale
L'architecture Hexagonale est un pattern peu usité permettant de découpler le domaine métier des autres couches. Thomas Pierrain explique le concept avant une session de live coding pour réaliser de l'architecture hexagonale avec le Dr Alistair Cockburn le 20 juin prochain à Paris.
-
Après-midi DDD & LegacyClub à Paris
La communauté française du DDD s'agrandit. Réservez déjà la date du 7 juin dans votre agenda et venez participer à une après midi du DDD. Echanges avec les organisateurs autour du DDD, de refactoring de legacy et de microservices.
-
Plongée dans le dark code
La Qcon London 2017 a dédié une track complète autour du dark code et du legacy. Perspective autour de la suppression de code, des Quality Views et d'une boule de cristal de priorisation de la dette technique.
-
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.
-
Utiliser le concept "Worse is better" en Agile et en Lean
Avoir moins de fonctionnalités peut engendrer un meilleur produit, d'après le concept "Worse is Better" décrit il a 25 ans par Richard P. Gabriel. Selon Kevlin Henney et Frank Buschmann, nous pouvons nous inspirer de ce concept pour le développement et l'architecture en agile et en lean.
-
Trouver l'équilibre entre Qualité et Vélocité en Agile
Les équipes de développement logiciel agiles doivent s'assurer que les produits qu'elles développent ont une qualité suffisante. Le Management attend également que la vélocité augmente pour fournir de nouvelles fonctionnalités plus rapidement à leurs clients. Plusieurs auteurs se sont penchés sur la question et proposent des solutions pour améliorer les deux conjointement.
-
Equilibrer Expérimentations et Livraisons dans le Développement Produit
L'expérimentation en utilisant le lean startup peut vous aider à apprendre de vos clients et à découvrir quelles fonctionnalités et quels produits seront rentables. Cependant, la valeur provient de la création de produits et de leur livraison aux clients. Vous devez trouver un moyen d'équilibrer l'expérimentation et la livraison.
-
Gérer votre Dette Logicielle
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.
-
Encourager le développement personnel dans une organisation apprenante
Les organisations apprennent par leurs employés. Pour adopter des pratiques agiles dans le travail, une organisation doit encourager le développement personnel de ses employés.
-
Rocket to Mars : Un jeu de planification de sprint
D'après Damien Thouvenin et Pierrick Revol “Beaucoup d'équipes et leurs product owner pensent que l'unique travail de l'équipe consiste à délivrer de plus en plus de points de story, nous considérons que c'est une totale incompréhension de la relation entre l'équipe et son product owner".