Bien que l'AOP apporte plusieurs bénéfices architecturaux et techniques aux équipes qui en font usage, l'AOP vient également avec son lot de pièges. Pour ces raisons, plusieurs délaissent l'AOP à cause de la complexité indue qui pourrait toutefois être réduite en suivant de simples bonnes pratiques et en préparant adéquatement son intégration.
Cette présentation a pour but d'aider une équipe à embrasser l'AOP tout en évitant les pièges. On y traitera de diverses bonnes et mauvaises pratiques avec l'AOP (architecture, IDE, refactorisation, tests...). L'accent sera placé sur des conseils pratiques comme le choix de frameworks (ex.: AspectJ ou Spring-AOP), du mode de tissage approprié à votre contexte, des conflits avec d'autres technologies Java, etc.
Modélisation par Objets
À destination des étudiants du
2e année IUT Nice-Sophia Antipolis
- Problèmes du développement logiciel
* Histoire brève jusqu’aux limites de la programmation structurée
* Du bidouillage au Génie logiciel
- Introduction à UML
* Un peu d’histoire
* Survol
- De Merise à UML
Propulsez votre architecture grâce au TDD et aux mocks (Agile Tour Montréal 2...Elapse Technologies
Présentée à Agile Tour Montréal 2012 (Agile Montréal) le 24 novembre 2012.
Nous savons depuis longtemps que les tests automatisés jouent un rôle important pour les équipes de développement Agile. Bien que la communauté ait découvert depuis un certain temps des pratiques permettant de maximiser l’émergence du design via le TDD, il est rare que l’on présente des astuces concrètes pour obtenir ce bénéfice.
Cette présentation explique comment tirer le maximum de vos tests unitaires et des « mocks ». Nous présenterons, plus particulièrement, le style de TDD « mockiste ». Ainsi, nous verrons comment les mocks peuvent nous aider à concevoir une architecture ayant une meilleure conception orientée objet.
La séance prendra la forme d'un tutoriel (démonstration).
Niveau : Avancé
Public cible : Développeurs et architectes
Version de 90 minutes
Bien que l'AOP apporte plusieurs bénéfices architecturaux et techniques aux équipes qui en font usage, l'AOP vient également avec son lot de pièges. Pour ces raisons, plusieurs délaissent l'AOP à cause de la complexité indue qui pourrait toutefois être réduite en suivant de simples bonnes pratiques et en préparant adéquatement son intégration.
Cette présentation a pour but d'aider une équipe à embrasser l'AOP tout en évitant les pièges. On y traitera de diverses bonnes et mauvaises pratiques avec l'AOP (architecture, IDE, refactorisation, tests...). L'accent sera placé sur des conseils pratiques comme le choix de frameworks (ex.: AspectJ ou Spring-AOP), du mode de tissage approprié à votre contexte, des conflits avec d'autres technologies Java, etc.
Modélisation par Objets
À destination des étudiants du
2e année IUT Nice-Sophia Antipolis
- Problèmes du développement logiciel
* Histoire brève jusqu’aux limites de la programmation structurée
* Du bidouillage au Génie logiciel
- Introduction à UML
* Un peu d’histoire
* Survol
- De Merise à UML
Propulsez votre architecture grâce au TDD et aux mocks (Agile Tour Montréal 2...Elapse Technologies
Présentée à Agile Tour Montréal 2012 (Agile Montréal) le 24 novembre 2012.
Nous savons depuis longtemps que les tests automatisés jouent un rôle important pour les équipes de développement Agile. Bien que la communauté ait découvert depuis un certain temps des pratiques permettant de maximiser l’émergence du design via le TDD, il est rare que l’on présente des astuces concrètes pour obtenir ce bénéfice.
Cette présentation explique comment tirer le maximum de vos tests unitaires et des « mocks ». Nous présenterons, plus particulièrement, le style de TDD « mockiste ». Ainsi, nous verrons comment les mocks peuvent nous aider à concevoir une architecture ayant une meilleure conception orientée objet.
La séance prendra la forme d'un tutoriel (démonstration).
Niveau : Avancé
Public cible : Développeurs et architectes
Version de 90 minutes
Propulsez votre architectures grâce au TDD et aux Mocks (Agile Montréal 2014)Elapse Technologies
Nous savons depuis longtemps que les tests automatisés jouent un rôle important pour les équipes de développement Agile. Les grands ténors du TDD ont depuis longtemps identifié des gains en rapport avec le design (conception architecturale).
Bien qu’il soit rare que l’on aborde et explique la façon d’obtenir ce bénéfice, la communauté a découvert avec le temps certaines pratiques et techniques permettant de maximiser l’émergence du design via le TDD.
Cette présentation explique comment tirer le maximum de vos tests unitaires et des « mocks ». Nous présenterons, plus particulièrement, le style de TDD « mockiste » ou parfois appelée « école de Londres ».
Ainsi, nous verrons comment les mocks peuvent nous aider à concevoir une architecture ayant une meilleure conception orientée objet. On y présentera également certaines astuces servant à faire ressortir l’essentiel de ses propres tests.
La séance prendra la forme d’un tutoriel (démonstration) en réalisant pas à pas un design simple parsemé de trucs et astuces.
Propulsez votre architecture grâce au TDD et aux mocks (Agile Québec 2013)Elapse Technologies
La communauté a découvert depuis un certain temps des pratiques permettant de maximiser l'émergence du design (architecture) via le TDD. Mais comment faire? Cette présentation explique comment tirer le maximum de vos tests unitaires et de vos «mocks» à l'aide de l'approche «Mockiste» (TDD de Londres). Nous verrons comment les mocks peuvent aider à concevoir une architecture ayant une meilleure conception orientée objet.
La séance prendra la forme d'un tutoriel (démonstration) avancé en réalisant pas à pas un design simple parsemé de trucs et astuces.
Code source: https://github.com/fbourbonnais/propulsez-architecture-tdd-mocks
AT Marseille 2011 - Réduisons les gaspillagesJérôme Avoustin
Session donnée lors de l'Agile Tour Marseille, le 13 octobre 2011, sur la réduction des gaspillages
Pour lutter contre les facteurs de coûts, deux grandes tendances ont émergé du monde de l’industrie : le taylorisme et le lean. Dans le premier cas, on cherche à réduire le cout de main d’oeuvre de la tache, en s’intéressant au TJM le plus bas. Dans l’apporche Lean, on recherche d’abord à réduire les gaspillages tells que la surproduction, l'attente, les pertes de temps dans les tâches sans valeur ajoutée, les développements mal faits, les défauts, et le plus intéressant d'entre eux, les stocks.
Nous voyons donc lors de cette conference en quoi ces gaspillages se retrouvent dans le monde de l’informatique, et comment les démarches et pratiques agiles permettent de les réduire.
Présentation donnée par Félix-Antoine Bourbonnais aux étudiants en génie logiciel et informatique de l'Université Laval dans le cadre d'un cours d'Architecture logicielle.
Votre code est un trou noir? Chaque fonctionnalité est de plus en plus difficile à développer? Vous ne voulez plus toucher à un module sous peine de voir toute votre énergie aspirée?
Cette présentation vous permettra de prendre conscience de l’impact de la dette technique sur votre quotidien et sur votre capacité à livrer du logiciel fonctionnel et de qualité à chaque itération.
Comment soutenir le même niveau de productivité? Comment garder son code simple et facile à changer?
La présentation sera en trois volets : identifier ce qu’est la dette et ses impacts, quelles sont les techniques et pratiques pour éviter la « patrimonialite aigüe» (infection d’un système vieillissant) et finalement, comment gérer la dette déjà accumulée, y compris quelques trucs pour votre PO.
Non, la déprime n’est pas le destin de tous les projets vieillissants…
Mise en œuvre de TFS 2010 dans un environnement technologique hétérogèneMicrosoft Technet France
Team Foundation Server offre une multitude d’outils et un cadre méthodologique pour industrialiser la production de logiciels, non seulement sur les technologies de développement basées sur le framework .NET, mais aussi pour d’autres environnements. Cette capacité à fédérer les plateformes de développement autour d’un référentiel commun est illustrée à travers l’intégration de projets Biztalk 2009 sous Visual Studio et de projets Java sous Eclipse. Cette session présentera comment ces technologies sont intégrées dans TFS et quels bénéfices les équipes projets peuvent tirer de cette plateforme ALM commune.
Beaucoup d’équipes ont embrassé Scrum sans considérer l’architecture nécessaire pour soutenir un tel rythme et minimiser la dette technique.
Comment adopter une architecture émergente, malléable et facile à changer? Bref, comment faire du développement logiciel durable?
Principes SOLID, patrons de conception d’entreprise, architecture émergente et pilotée par le domaine (DDD) seront au menu.
Propulsez votre architecture grâce au TDD et aux Mocks (Agile Tour Québec 2012)Elapse Technologies
Présentée à Agile Tour Québec 2012 (Agile Québec) le 6 novembre 2012.
Nous savons depuis longtemps que les tests automatisés jouent un rôle important pour les équipes de développement Agile. Bien que la communauté ait découvert depuis un certain temps des pratiques permettant de maximiser l’émergence du design via le TDD, il est rare que l’on présente des astuces concrètes pour obtenir ce bénéfice.
Cette présentation explique comment tirer le maximum de vos tests unitaires et des « mocks ». Nous présenterons, plus particulièrement, le style de TDD « mockiste ». Ainsi, nous verrons comment les mocks peuvent nous aider à concevoir une architecture ayant une meilleure conception orientée objet.
La séance prendra la forme d'un tutoriel (démonstration).
Niveau : Avancé
Public cible : Développeurs et architectes
Propulsez votre architectures grâce au TDD et aux Mocks (Agile Montréal 2014)Elapse Technologies
Nous savons depuis longtemps que les tests automatisés jouent un rôle important pour les équipes de développement Agile. Les grands ténors du TDD ont depuis longtemps identifié des gains en rapport avec le design (conception architecturale).
Bien qu’il soit rare que l’on aborde et explique la façon d’obtenir ce bénéfice, la communauté a découvert avec le temps certaines pratiques et techniques permettant de maximiser l’émergence du design via le TDD.
Cette présentation explique comment tirer le maximum de vos tests unitaires et des « mocks ». Nous présenterons, plus particulièrement, le style de TDD « mockiste » ou parfois appelée « école de Londres ».
Ainsi, nous verrons comment les mocks peuvent nous aider à concevoir une architecture ayant une meilleure conception orientée objet. On y présentera également certaines astuces servant à faire ressortir l’essentiel de ses propres tests.
La séance prendra la forme d’un tutoriel (démonstration) en réalisant pas à pas un design simple parsemé de trucs et astuces.
Propulsez votre architecture grâce au TDD et aux mocks (Agile Québec 2013)Elapse Technologies
La communauté a découvert depuis un certain temps des pratiques permettant de maximiser l'émergence du design (architecture) via le TDD. Mais comment faire? Cette présentation explique comment tirer le maximum de vos tests unitaires et de vos «mocks» à l'aide de l'approche «Mockiste» (TDD de Londres). Nous verrons comment les mocks peuvent aider à concevoir une architecture ayant une meilleure conception orientée objet.
La séance prendra la forme d'un tutoriel (démonstration) avancé en réalisant pas à pas un design simple parsemé de trucs et astuces.
Code source: https://github.com/fbourbonnais/propulsez-architecture-tdd-mocks
AT Marseille 2011 - Réduisons les gaspillagesJérôme Avoustin
Session donnée lors de l'Agile Tour Marseille, le 13 octobre 2011, sur la réduction des gaspillages
Pour lutter contre les facteurs de coûts, deux grandes tendances ont émergé du monde de l’industrie : le taylorisme et le lean. Dans le premier cas, on cherche à réduire le cout de main d’oeuvre de la tache, en s’intéressant au TJM le plus bas. Dans l’apporche Lean, on recherche d’abord à réduire les gaspillages tells que la surproduction, l'attente, les pertes de temps dans les tâches sans valeur ajoutée, les développements mal faits, les défauts, et le plus intéressant d'entre eux, les stocks.
Nous voyons donc lors de cette conference en quoi ces gaspillages se retrouvent dans le monde de l’informatique, et comment les démarches et pratiques agiles permettent de les réduire.
Présentation donnée par Félix-Antoine Bourbonnais aux étudiants en génie logiciel et informatique de l'Université Laval dans le cadre d'un cours d'Architecture logicielle.
Votre code est un trou noir? Chaque fonctionnalité est de plus en plus difficile à développer? Vous ne voulez plus toucher à un module sous peine de voir toute votre énergie aspirée?
Cette présentation vous permettra de prendre conscience de l’impact de la dette technique sur votre quotidien et sur votre capacité à livrer du logiciel fonctionnel et de qualité à chaque itération.
Comment soutenir le même niveau de productivité? Comment garder son code simple et facile à changer?
La présentation sera en trois volets : identifier ce qu’est la dette et ses impacts, quelles sont les techniques et pratiques pour éviter la « patrimonialite aigüe» (infection d’un système vieillissant) et finalement, comment gérer la dette déjà accumulée, y compris quelques trucs pour votre PO.
Non, la déprime n’est pas le destin de tous les projets vieillissants…
Mise en œuvre de TFS 2010 dans un environnement technologique hétérogèneMicrosoft Technet France
Team Foundation Server offre une multitude d’outils et un cadre méthodologique pour industrialiser la production de logiciels, non seulement sur les technologies de développement basées sur le framework .NET, mais aussi pour d’autres environnements. Cette capacité à fédérer les plateformes de développement autour d’un référentiel commun est illustrée à travers l’intégration de projets Biztalk 2009 sous Visual Studio et de projets Java sous Eclipse. Cette session présentera comment ces technologies sont intégrées dans TFS et quels bénéfices les équipes projets peuvent tirer de cette plateforme ALM commune.
Beaucoup d’équipes ont embrassé Scrum sans considérer l’architecture nécessaire pour soutenir un tel rythme et minimiser la dette technique.
Comment adopter une architecture émergente, malléable et facile à changer? Bref, comment faire du développement logiciel durable?
Principes SOLID, patrons de conception d’entreprise, architecture émergente et pilotée par le domaine (DDD) seront au menu.
Propulsez votre architecture grâce au TDD et aux Mocks (Agile Tour Québec 2012)Elapse Technologies
Présentée à Agile Tour Québec 2012 (Agile Québec) le 6 novembre 2012.
Nous savons depuis longtemps que les tests automatisés jouent un rôle important pour les équipes de développement Agile. Bien que la communauté ait découvert depuis un certain temps des pratiques permettant de maximiser l’émergence du design via le TDD, il est rare que l’on présente des astuces concrètes pour obtenir ce bénéfice.
Cette présentation explique comment tirer le maximum de vos tests unitaires et des « mocks ». Nous présenterons, plus particulièrement, le style de TDD « mockiste ». Ainsi, nous verrons comment les mocks peuvent nous aider à concevoir une architecture ayant une meilleure conception orientée objet.
La séance prendra la forme d'un tutoriel (démonstration).
Niveau : Avancé
Public cible : Développeurs et architectes
2004-09-23 Marc Fréchette Estimation des efforts de développement en projet i...Jean Gariépy
Estimation des efforts de développement en projet informatique
Le processus d’’estimation est propre à chaque entreprise. Il faut par contre en définir un qui est à la fois souple,facile d’utilisation et évolutif.
Qualité éditoriale : la grande oubliée - Joël Ronez - Paris Web 2008Association Paris-Web
À travers une collection d’exemples concrets de bonnes et de mauvaises pratiques rencontrés dans son parcours, Joël Ronez fera partager son expérience, en 10 conseils simples à suivre pour redonner au contenu éditorial sa place légitime au sein des projets.
SRE - Mythes et Réalités - Volcamp 2023.pdfHenri Gomez
Il y a encore trop souvent une vision fantasmée de l’activité SRE, ce qui entraîne mécaniquement des retours à la réalité qui sont parfois douloureux.L’intention de ce talk est de faire un retour d’expérience SRE, sur ce que nous avons pu voir, Jean-Pascal et Henri, dans des entreprises de petites à grandes, des jeunes pousses ou de vénérables institutions.
L’idée est de vous armer pour éviter le maximum de déconvenues et rendre l’activité SRE la plus profitable et efficiente possible.
Introduction au Flow Framework et au Value Stream Management par Martin Deslo...Agile Montréal
Le Value Stream Management et le Flow Framework sont de puissants processus et outils qui, jumelés à la bonne culture, peuvent devenir la clé vers un monde beaucoup plus fluide et profitable pour votre entreprise. Joignez-vous à moi dans cette présentation des métriques de flow, des résultats d’affaires à vérifier et dans l’application des trois voies du DevOps. Cette introduction s’adresse aux leaders qui veulent comprendre les différentes parties à mettre en place dans la chaîne Agile et DevOps afin de diminuer la durée de l’idéation à la mise en production.
Slides de la Master Classe NodeJS : première édition faite le 27/09/2018 à Marseille
Couvre les aspects classiques (niveau débutant) de la création d'une application avec Node.
- Hello World bien sûr
- Faire des APIs avec Express
- Tester ses APIs
- Utiliser MongoDB
- Faire un client React => application MERN
- Quelques insights sur la sécurité avec Node
- Liens vers Github pour le code présenté
Cet article présente le modèle d'acquisition des compétences de Dreyfus et comment l'appliquer dans sa vie de développeur informatique de tous les jours.
7. ATDD cycle model by Jim Shore with changes suggested by
Grigori Melnick, Brian Marick, and Elisabeth Hendrickson
8. Ensemble tout devient possible
Atelier de spécifications
Bug Bash copyright by Hans Bjordahl — www.bugbash.net
9. ATDD cycle model by Jim Shore with changes suggested by
Grigori Melnick, Brian Marick, and Elisabeth Hendrickson
10. Given …
Un Langage
When … Commun
Then …
External
Domain Specific Language
11. Spécifier par l’exemple
Les histoires d’utilisateur sont décrites au
travers d’exemples : les scénarii
Les utilisateurs doivent utiliser des mots de passe sécurisés
(une chaine de caractères dont la taille est comprise entre 8 et 20
Et qui contiennent au moins une lettre, un chiffre et un caractère spécial)
12. Atelier de spécifications
Discussion
Que ce passe t'il si un utilisateur entre un mot de
passe non sécurisé ?
Pouvez vous me donner des exemples de mots de
passe sécurisés et non sécurisés ?
Quels sont les caractères spéciaux ?
Comment prend on en compte les espaces ?
Que fait on pour les mots de passe basés sur un
dictionnaire avec une substitution simple comme
‘p@ssw0rd’?”
Comment gère t on les comptes existants ?
Comment savoir que cette fonction est quot;terminéequot; ?
13. Les scénarii
Etant donné un nouvel Etant donné un nouvel
Utilisateur Utilisateur
Lorsqu'il crée un compte Lorsqu'il crée un compte
avec un mot de passe avec un mot de passe non
sécurisé sécurisé
Alors le message 'SUCCESS' Alors le message 'FAILURE'
apparait apparait
Et lorsqu'il essaye de se Et lorsqu'il essaye de se
connecter sur ce compte connecter sur ce compte
Alors le message 'Hello Alors il n'y parvient pas et
$login' apparait le message 'FAILURE'
apparait
14. Exemples
• Exemples de mots de passe sécurisé
– p@ssw0rd
– d1ction n@ire
– dictionnaire_01
• Exemples de mots de passe non sécurisés
– Trop court: p@sw0r
– Trop long: dictionnaire_01_ dictionnaire_01
– Sans chiffre: p@ssword
– …
30. Les tests d'acceptance
sont le scanner du projet
Les exemples
permettent de
prouver
quot;scientifiquementquot;
la théorie du
développeur
31. Enfin les tests : l’exploration
Aspect Métier
Te
n ce st
s
Support du Développement
pta Ex
pl
ce or
'Ac at
Critique du Produit
d oi
s re
st s
Te
Di
Sc spo
s Sé ala nib
ire n cu bi ili
ta o rit lité té
U ni rati é
t s tég …*
es d'In ité
T
et
Aspect Technologique
32. Rendre les spécifications
exécutables
Différentes approches
– Proche du code
• JBehave, Rspec, Easyb…
– Format moins technique
• Wiki : Fitnesse/SLIM, GreenPepper…
• HTML : Concordion, Robotframework…
– De nouveaux outils en cours de maturation
• Twist, JBehave 2…
33. Les Pères Fondateurs
• JBehave : Dan North, Chris Matt
• Test Driven Development: Kent Beck
• FIT: Ward Cunningham
• Example Driven Development: Brian
Marick
• User Stories: Mike Cohn
• Domain Driven Design: Eric Evans
34. Bilan
Une meilleure communication entre les
différents acteurs du projet
• Discuss : tous ensemble
• Distill : définition par l'exemple
• Develop : pilotage par l'exemple - quot;FAITquot;
• Demo : Validation
Bref, une seule équipe
35. Perspectives
Emergence d'une nouvelle génération
d'outils pour relever de nouveaux défis
• Intégration au cycle de vie du projet (SCM)
• Facilité de prise en main par la MOA
• Meilleure Intégration avec les outils de
développement
• Rapports plus complets (couverture des
exigences, évolution dans le temps…)