Slides remis en forme d'une conférence "Coder propre" afin de montrer que c'est possible, à la portée de chacun et, surtout, INDISPENSABLE pour profiter de son code !
Bref, l'idée est de convaincre et de donner les premières pierres pour que tout un chacun puisse construire son paradis :)
These are the slides we presented at the 2009 Montreal CodeCamp for our FluentSelenium test DSL. FluentSelenium demonstrates how it is possible to make test code cleaner by introducing appropriate test abstractions.
see http://fluentselenium.codeplex.com/
Slides remis en forme d'une conférence "Coder propre" afin de montrer que c'est possible, à la portée de chacun et, surtout, INDISPENSABLE pour profiter de son code !
Bref, l'idée est de convaincre et de donner les premières pierres pour que tout un chacun puisse construire son paradis :)
These are the slides we presented at the 2009 Montreal CodeCamp for our FluentSelenium test DSL. FluentSelenium demonstrates how it is possible to make test code cleaner by introducing appropriate test abstractions.
see http://fluentselenium.codeplex.com/
Mob Programming et #NoEstimates : contre-intuitif et efficaceNicolas Umiastowski
Une équipe, chez Hunter Industries, qui ne fournit aucune estimation à personne et décide de travailler sur un seul ordinateur…et leur management en redemande !
Présentation faite dans le cadre de l'Agile Tour Lille 2016.
Résumé : Au bout de 3 ans de pratique intensive du BDD avec Specflow en C#, je vous propose de passer en revue les avantages et les écueils de cette pratique, mais également partager "trucs et astuces" et surtout les questionnements qui restent en suspend.
Bénéfices pour les participants : Apprendre et progresser sur le BDD et l'écriture de logiciel pilotée par les tests comportementalistes.
Guillaume, Saint Etienne : Développeur depuis mon premier micro: un ZX81, j’ai endossé également différents rôles, principalement chez des éditeurs logiciels: chef de projet, architecte logiciel, scrum master , et encore maintenant « Senior Software Programmer ».
Votre projet marche, mais c'est le chaos. Comment arrêter de dépendre de ces "héros" sur qui tout repose ?
Présentation vidéo : https://youtu.be/aClcNdOqtsE
Votre boss doute de la pertinence des revues de code ? Vous avez essayé mais ça n'a pas marché ?
Joffrey et Nicolas vous donneront les clés pour comprendre comment conduire des revues de codes efficaces et pertinentes.
Ils parleront de leurs expériences au sein de leurs équipes ainsi que des pièges à éviter.
Si les revues de code attisent votre curiosité, cette conférence est faite pour vous !
Développer en mode Kick-Ass permet de vraiment faire les choses.
Dans cette présentation je montre comment:
- nous utilisons les Pull Requests pour la qualité du code
- collaborer rapidement pour développer vos idées
- éviter les meetings pour être productif
- raccourcir les boucles de retour pour échouer plus rapidement
- raccourcir vos cycles de livraison
- et travailler ensemble à travers différents continents.
Cela peut fonctionner aussi dans votre entreprise.
Le test, qu'il soit unitaire ou fonctionnel, est à la mode dans le monde du développement logiciel, suite entre autre à la mise en œuvre croissante des méthodes agiles et notamment de l'intégration continue ou des méthodes de développement telles que le TDD, le BDD ou la programmation par contrat. Récemment, ce phénomène a encore été amplifié au sein de la communauté PHP par l'apparition aux côtés de l'incontournable PHPUnit d'outils plus originaux tels que Behat, Praspel ou atoum qui permettent au développeur de rédiger des tests plus simplement. Pourtant, nous constatons tous les jours que le test conserve une grande part de mystère pour la plupart des développeurs, Bien souvent, ces derniers ne savent pas quoi tester, et encore moins comment écrire un test efficace ou mettre en place une politique de test pertinente. Certains s'interrogent par exemple sur la pertinence de leurs tests, se demandent s'il faut absolument tout tester, d'autres s'il est possible de tester la création d'un fichier, voir même s'il est intéressant de le faire, tandis que d'autres se demandent où se situe la frontière entre le test unitaire et le test fonctionnel ou s'il est nécessaire de tester toutes les méthodes d'une classe, alors que d'autres encore ne savent tout simplement pas par où commencer. Durant cette conférence, nous allons tenter, à l'aide de nos expériences respectives de créateur de framework de tests et de doctorat en informatique spécialisé dans le test, de répondre aux questions récurrentes que se pose une personne confrontée à la mise en place d'une politique de qualité logicielle en général et à l'écriture d'un test logiciel en particulier. À l'issue de cette foire aux questions didactique et interactive, vous devriez être capable d'aborder le test, indépendamment de sa nature, de manière plus sereine et efficace et produire ainsi un logiciel de la qualité que vous désirez.
Software Craftsmanship, le métier de faiseurs de logicielsDamien Thouvenin
Keynote des OrangeLabs DevTestDays 2016 sur le métier de faiseurs de logiciels, l'exigence de professionalisme et les leviers de développement des personnes et des équipes.
Pitié, ne construisez pas le nouveau pont Champlain en Agilité...Pyxis Technologies
Pourquoi construire un pont à l’aide d’une approche Agile n’est pas une bonne idée ?
Parce qu’un pont est une construction monolithique, dont la portée est peu flexible et où la valeur n’est obtenue qu’une seule fois, à la fin de sa construction. C’est pourquoi on aurait tendance à construire le pont à partir d’un plan détaillé qui assure l’intégrité de la structure.
Mais il n’est pas toujours possible de réduire l’incertitude d’un problème par la conception d’une solution détaillée. Lorsque les informations de départ ne sont pas suffisantes et que le produit est suffisamment malléable pour permettre l’expérimentation, les approches empiriques, comme les méthodes Agiles, sont les plus efficaces.
À l’aide de divers exemples de gestion des risques, Mathieu nous invite à avoir un œil critique afin de faire un choix éclairé quant à l’utilisation des approches Agiles ou des méthodes traditionnelles selon le contexte : l’implantation d’un ERP ; une campagne de marketing ; la conception d’un véhicule ; un travail de session en équipe, etc.
Présentation de Mathieu Boisvert
À titre de chargé de cours depuis cinq ans, il m’arrive souvent de discuter avec des étudiants en gestion de projet de différentes industries. Puisque je suis un expert en TI, en plus de donner des exemples, j’interroge l’auditoire afin de permettre aux participants de trouver des exemples propres à leur contexte.
Cette conférence comporte les meilleurs exemples recueillis à ce jour.
Sorry, the new Champlain Bridge can’t be built using Agile...Pyxis Technologies
Building a bridge using an Agile approach is not a good idea for three main reasons:
1. Building a bridge requires a high degree of certainty since there is no room for error given issues of public safety.
2. Agile methods are best suited for contexts with high uncertainty where initial information is inadequate and flexibility exists to experiment.
3. Waterfall methods are more effective for projects requiring certainty where risks cannot be mitigated through experimentation.
Contenu connexe
Similaire à Développement piloté par les tests - DDD
Mob Programming et #NoEstimates : contre-intuitif et efficaceNicolas Umiastowski
Une équipe, chez Hunter Industries, qui ne fournit aucune estimation à personne et décide de travailler sur un seul ordinateur…et leur management en redemande !
Présentation faite dans le cadre de l'Agile Tour Lille 2016.
Résumé : Au bout de 3 ans de pratique intensive du BDD avec Specflow en C#, je vous propose de passer en revue les avantages et les écueils de cette pratique, mais également partager "trucs et astuces" et surtout les questionnements qui restent en suspend.
Bénéfices pour les participants : Apprendre et progresser sur le BDD et l'écriture de logiciel pilotée par les tests comportementalistes.
Guillaume, Saint Etienne : Développeur depuis mon premier micro: un ZX81, j’ai endossé également différents rôles, principalement chez des éditeurs logiciels: chef de projet, architecte logiciel, scrum master , et encore maintenant « Senior Software Programmer ».
Votre projet marche, mais c'est le chaos. Comment arrêter de dépendre de ces "héros" sur qui tout repose ?
Présentation vidéo : https://youtu.be/aClcNdOqtsE
Votre boss doute de la pertinence des revues de code ? Vous avez essayé mais ça n'a pas marché ?
Joffrey et Nicolas vous donneront les clés pour comprendre comment conduire des revues de codes efficaces et pertinentes.
Ils parleront de leurs expériences au sein de leurs équipes ainsi que des pièges à éviter.
Si les revues de code attisent votre curiosité, cette conférence est faite pour vous !
Développer en mode Kick-Ass permet de vraiment faire les choses.
Dans cette présentation je montre comment:
- nous utilisons les Pull Requests pour la qualité du code
- collaborer rapidement pour développer vos idées
- éviter les meetings pour être productif
- raccourcir les boucles de retour pour échouer plus rapidement
- raccourcir vos cycles de livraison
- et travailler ensemble à travers différents continents.
Cela peut fonctionner aussi dans votre entreprise.
Le test, qu'il soit unitaire ou fonctionnel, est à la mode dans le monde du développement logiciel, suite entre autre à la mise en œuvre croissante des méthodes agiles et notamment de l'intégration continue ou des méthodes de développement telles que le TDD, le BDD ou la programmation par contrat. Récemment, ce phénomène a encore été amplifié au sein de la communauté PHP par l'apparition aux côtés de l'incontournable PHPUnit d'outils plus originaux tels que Behat, Praspel ou atoum qui permettent au développeur de rédiger des tests plus simplement. Pourtant, nous constatons tous les jours que le test conserve une grande part de mystère pour la plupart des développeurs, Bien souvent, ces derniers ne savent pas quoi tester, et encore moins comment écrire un test efficace ou mettre en place une politique de test pertinente. Certains s'interrogent par exemple sur la pertinence de leurs tests, se demandent s'il faut absolument tout tester, d'autres s'il est possible de tester la création d'un fichier, voir même s'il est intéressant de le faire, tandis que d'autres se demandent où se situe la frontière entre le test unitaire et le test fonctionnel ou s'il est nécessaire de tester toutes les méthodes d'une classe, alors que d'autres encore ne savent tout simplement pas par où commencer. Durant cette conférence, nous allons tenter, à l'aide de nos expériences respectives de créateur de framework de tests et de doctorat en informatique spécialisé dans le test, de répondre aux questions récurrentes que se pose une personne confrontée à la mise en place d'une politique de qualité logicielle en général et à l'écriture d'un test logiciel en particulier. À l'issue de cette foire aux questions didactique et interactive, vous devriez être capable d'aborder le test, indépendamment de sa nature, de manière plus sereine et efficace et produire ainsi un logiciel de la qualité que vous désirez.
Software Craftsmanship, le métier de faiseurs de logicielsDamien Thouvenin
Keynote des OrangeLabs DevTestDays 2016 sur le métier de faiseurs de logiciels, l'exigence de professionalisme et les leviers de développement des personnes et des équipes.
Pitié, ne construisez pas le nouveau pont Champlain en Agilité...Pyxis Technologies
Pourquoi construire un pont à l’aide d’une approche Agile n’est pas une bonne idée ?
Parce qu’un pont est une construction monolithique, dont la portée est peu flexible et où la valeur n’est obtenue qu’une seule fois, à la fin de sa construction. C’est pourquoi on aurait tendance à construire le pont à partir d’un plan détaillé qui assure l’intégrité de la structure.
Mais il n’est pas toujours possible de réduire l’incertitude d’un problème par la conception d’une solution détaillée. Lorsque les informations de départ ne sont pas suffisantes et que le produit est suffisamment malléable pour permettre l’expérimentation, les approches empiriques, comme les méthodes Agiles, sont les plus efficaces.
À l’aide de divers exemples de gestion des risques, Mathieu nous invite à avoir un œil critique afin de faire un choix éclairé quant à l’utilisation des approches Agiles ou des méthodes traditionnelles selon le contexte : l’implantation d’un ERP ; une campagne de marketing ; la conception d’un véhicule ; un travail de session en équipe, etc.
Présentation de Mathieu Boisvert
À titre de chargé de cours depuis cinq ans, il m’arrive souvent de discuter avec des étudiants en gestion de projet de différentes industries. Puisque je suis un expert en TI, en plus de donner des exemples, j’interroge l’auditoire afin de permettre aux participants de trouver des exemples propres à leur contexte.
Cette conférence comporte les meilleurs exemples recueillis à ce jour.
Sorry, the new Champlain Bridge can’t be built using Agile...Pyxis Technologies
Building a bridge using an Agile approach is not a good idea for three main reasons:
1. Building a bridge requires a high degree of certainty since there is no room for error given issues of public safety.
2. Agile methods are best suited for contexts with high uncertainty where initial information is inadequate and flexibility exists to experiment.
3. Waterfall methods are more effective for projects requiring certainty where risks cannot be mitigated through experimentation.
Développer votre logiciel interne : comment y parvenir sans investir une fort...Pyxis Technologies
Venez découvrir ce qui fonctionne et ce qui ne fonctionne pas dans les projets informatiques et comment réussir le vôtre.
Vous apprendrez comment les approches Agiles peuvent vous aider à atteindre vos objectifs tout en limitant les risques. Bénéficiez d'une solide expertise en création de valeur et de conseils pratiques afin de vous guider dans votre démarche.
L’Agilité est plus stratégique que jamais : elle augmente la souplesse, la réactivité et la mobilisation des organisations.
Découvrez comment la gouvernance peut utiliser l’Agilité pour améliorer de manière systémique une organisation, de la gestion de portefeuilles jusqu’aux opérations en passant par la réalisation de projets.
La gestion de portefeuille Agile - c'est pas compliqué! Pyxis Technologies
Avec le nombre croissant d’équipes en mesure de livrer des solutions fonctionnelles dans un délai de quelques semaines seulement, de nouvelles options s'offrent maintenant à la gestion de portefeuille.
Durant cette présentation, Mathieu Boisvert vous propose de découvrir comment les principes Agiles transforment la gestion de portefeuille, la planification des projets et l'affectation des équipes.
Votre dynamique de travail n'est pas celle d'un projet, mais plutôt celle d'un processus. Vous avez donc conclu que Scrum n'était pas la méthode la mieux adaptée et qu'il valait mieux choisir Agile Lean (aussi connu sous les appellations suivantes : Scrumban, Kanban, Subban). Maintenant que c'est décidé, savez-vous par où commencer? Savez-vous ce qu'il faut suivre et mesurer? Quelle est la dynamique d'une équipe Agile Lean et que peut‐on s'attendre d'elle? Au cours de cette présentation, François désire vous faire profiter de son expérience en accompagnement d'équipes Lean.
La valeur d'affaires comme indicateur de la gestion de projet - IIBA Montréal...Pyxis Technologies
Durant cette courte présentation, Mathieu vous invite à découvrir le potentiel de la valeur d'affaires comme indicateur de la gestion de projet, notamment:
comment la valeur d'affaires oriente la planification des projets
comment mesurer l'avancement des projets selon la valeur acquise d'affaires
comment cette valeur acquise devient un outil de prise de décision pour les bureaux de projets
Un avancement de l'échéancier à 40%, une consommation du budget de 45%, l'avancement des travaux à 35%, et si le projet se terminait maintenant, quel serait le taux d'atteinte des bénéfices attendus?
Agile BA - catalyseur, createur de valeur - BAFS 29 juin 2015 Geneve Pyxis Technologies
Atelier présenté lors de la préconférence BAFS 2015 le 29 juin 2015 à Genève.
Essayer quelques outils du monde Agile pour aider le BA à identifier la valeur et aider à définir le périmètre minimum pour la livrer rapidement, de manière itérative et incrémentale.
Estimation initiale dun projet agile de Mathieu BoisvertPyxis Technologies
Lien vers le webinaire de cette conférence: http://savoiragile.com/2015/01/29/estimation-initiale-dun-projet-agile-video-du-webinaire/
Plutôt qu’une analyse préliminaire, les méthodes Agiles préconisent une analyse en continu. Elles préconisent également que l’équipe de développement soit responsable de l’estimation de la portée du projet.
Au cours de cette présentation, on vous présentera différents contextes de projet et modèles de démarrage pour aider les participants à rendre plus Agile l’évaluation de leurs projets.
Ce que vous apprendrez :
- Comment il est possible de calculer le budget requis sans l’étape d’analyse préliminaire;
- Comment il est possible de calculer le budget requis avant la constitution de l’équipe de développement.
Présentateur:
Mathieu est conseiller principal à Pyxis Technologies. Expert en adoption des méthodes Agiles, il anime le démarrage de nouveaux projets de développement logiciel à titre de conseiller et facilite la réussite des équipes de développement à titre de Scrum Master.
Il est coauteur, avec Sylvie Trudel, du livre « Choisir l’Agilité : du développement logiciel à la gouvernance », paru dans la collection InfoPro chez DUNOD. Il est également un conférencier actif de la communauté Agile et un chargé de cours à la Chaire de gestion de projet de l’UQAM.
Les attitudes doxiques dans les équipes et le syndrome du Titanic!Pyxis Technologies
Il est destiné à tout gestionnaire d’équipe, et ce, de l’échelle Scrum à l’échelle organisationnelle élargie.
La présentation aide à comprendre et à reconnaître ce qui entrave la boucle « Learn & Adapt » d’une équipe. Le savoir et le voir offrent un puissant outil de collaboration aux équipes dirigeantes.
Comment, en équipe ou comme organisation, saurez-vous répondre à votre environnement?
Voyez le webinaire
http://savoiragile.com/2015/02/11/video-du-webinaire-les-attitudes-doxiques-dans-les-equipes-et-le-syndrome-du-titanic/
La valeur d’affaires: L’indicateur qui peut changer le succès des projetsPyxis Technologies
Avec le nombre croissant d’équipes en mesure de livrer des solutions fonctionnelles avec une fréquence de quelques semaines seulement, l’utilisation de la valeur d’affaires comme indicateur de projet peut devenir un avantage compétitif pour les entreprises, autant pour les développements à l’interne que ceux à l’externe.
La problématique des rôles périphériques aux équipes Scrum est une problématique que l'ensemble des organisations se doivent de comprendre et de gérer. Dans les dernières années on a beaucoup parlé du rôle du chargé de projet mais assez peu de celui de l'architecte qui, comme le chargé de projet, détient une position de fort leadership, mais se demande comment maintenant utiliser ce leadership dans un contexte d'agilité et d'auto-organisation des équipes.
Au cours de cette présentation, Jean-René, Frédérick et Mathieu présentent les principaux impacts de l'agilité sur le rôle de l'architecte et offriront des pistes de solutions quant à la façon de conduire la phase d'architecture et d'interagir pour les architectes avec les équipes.
Agilité et la gestion du changement mboisvert - 15 octobre 2013Pyxis Technologies
Description:
Les méthodes Agiles sont de plus en plus utilisées dans les projets de développement logiciel, en particulier la méthode Scrum. Mais est-ce que cette méthode peut-être utilisée dans d'autres domaines que celui du développement logiciel?
Avec cette présentation, Mathieu Boisvert propose quelques exemples pour réfléchir avec les participants sur les préalables, les avantages et les difficultés d'adopter les méthodes Agiles dans le domaine de la gestion du changement. La présentation se découpe en trois parties :
- Introduction aux approches Agiles et à la méthode Scrum
- Planification et suivi d'un projet de gestion du changement à l'aide de Scrum
- Gestion de changement à planifier lors de l'adoption des approches Agiles
Biographie:
Mathieu Boisvert est coauteur, avec Sylvie Trudel, du livre « Choisir l’agilité: du développement logiciel à la gouvernance ».
Il est également membre actif de la communauté Agile et chargé de cours à la Chaire de gestion de projet de l’UQAM.
Lieu : Université de Sherbrooke - Campus de Longueuil
Depuis maintenant trois sessions, Mathieu Boisvert enseigne les méthodes Agiles à la Chaire de gestion de projet de l'UQAM. Invariablement, les étudiants posent la question sur comment adapter les méthodes Agiles. Bien qu'il soit un expert en développement logiciel, Mathieu propose quelques exemples pour réfléchir avec les participants sur les préalables, les avantages et les difficultés d'adopter les méthodes Agiles dans n'importe quel domaine, notamment :
- La rédaction d'un document de soumission;
- La rédaction de matériel pour la gestion du changement;
- La construction d'une automobile;
- La création de matériel de cours;
- La construction d'un bâtiment.
À la fin de cette présentation, les participants auront une piste de solution pour adapter les méthodes Agiles à n'importe quel contexte.
La revue d'itération intégrée… Et autres fabuleuses pratiques Agiles adaptées...Pyxis Technologies
Partage d'un bel exemple de ce que l'adoption de l'Agilité peut apporter à une organisation, au-delà de la simple utilisation de Scrum. En particulier, sa présentation porte sur les pratiques mises en place à la Société immobilière du Québec (SIQ) dans un contexte d'équipes nombreuses :
- la définition de la portée par les processus d'affaires;
- la planification du développement avec les cas d'utilisation;
- l'établissement d'un cadre méthodologique Agile;
- la qualification des exigences fonctionnelles par des tests automatisés (BDD).
La présentation s'adresse à n'importe quelle personne qui veut des exemples d'une transition réussie ou qui souhaite découvrir le potentiel de l'Agilité.
Choisir ses priorités: le développement incrémental de produitPyxis Technologies
Les approches agiles préconisent que la planification d'un projet soit basée sur la valeur d'affaire, qu'elle soit itérative et incrémentale. Au cours de cette rencontre, Mathieu Boisvert et Jean-Sébastien Charron ont discuté :
- des avantages et des bienfaits liés à cette approche;
- des enjeux et difficultés associés;
- des techniques générales et des facteurs à considérer.
Pour démontrer comment peut se traduire une planification incrémentale, ils ont proposé de participer à un atelier de planification incrémentale basée autour de processus fonctionnels.
Présentation de François Beauregard « Agile du point de vue d’un PMP » lors d'une soirée organisée par PMI-Montréal. Cette conférence présente les similitudes, les différences et les parallèles entre l’approche en cascade et une approche Agile.
Le Comptoir OCTO - Qu’apporte l’analyse de cycle de vie lors d’un audit d’éco...OCTO Technology
Par Nicolas Bordier (Consultant numérique responsable @OCTO Technology) et Alaric Rougnon-Glasson (Sustainable Tech Consultant @OCTO Technology)
Sur un exemple très concret d’audit d’éco-conception de l’outil de bilan carbone C’Bilan développé par ICDC (Caisse des dépôts et consignations) nous allons expliquer en quoi l’ACV (analyse de cycle de vie) a été déterminante pour identifier les pistes d’actions pour réduire jusqu'à 82% de l’empreinte environnementale du service.
Vidéo Youtube : https://www.youtube.com/watch?v=7R8oL2P_DkU
Compte-rendu :
Le Comptoir OCTO - Équipes infra et prod, ne ratez pas l'embarquement pour l'...OCTO Technology
par Claude Camus (Coach agile d'organisation @OCTO Technology) et Gilles Masy (Organizational Coach @OCTO Technology)
Les équipes infrastructure, sécurité, production, ou cloud, doivent consacrer du temps à la modernisation de leurs outils (automatisation, cloud, etc) et de leurs pratiques (DevOps, SRE, etc). Dans le même temps, elles doivent répondre à une avalanche croissante de demandes, tout en maintenant un niveau de qualité de service optimal.
Habitué des environnements développeurs, les transformations agiles négligent les particularités des équipes OPS. Lors de ce comptoir, nous vous partagerons notre proposition de valeur de l'agilité@OPS, qui embarquera vos équipes OPS en Classe Business (Agility), et leur fera dire : "nous ne reviendrons pas en arrière".
OCTO TALKS : 4 Tech Trends du Software Engineering.pdfOCTO Technology
En cette année 2024 qui s’annonce sous le signe de la complexité, avec :
- L’explosion de la Gen AI
-Un contexte socio-économique sous tensions
- De forts enjeux sur le Sustainable et la régulation IT
- Une archipélisation des lieux de travail post-Covid
Découvrez les Tech trends incontournables pour délivrer vos produits stratégiques.
L'IA connaît une croissance rapide et son intégration dans le domaine éducatif soulève de nombreuses questions. Aujourd'hui, nous explorerons comment les étudiants utilisent l'IA, les perceptions des enseignants à ce sujet, et les mesures possibles pour encadrer ces usages.
Constat Actuel
L'IA est de plus en plus présente dans notre quotidien, y compris dans l'éducation. Certaines universités, comme Science Po en janvier 2023, ont interdit l'utilisation de l'IA, tandis que d'autres, comme l'Université de Prague, la considèrent comme du plagiat. Cette diversité de positions souligne la nécessité urgente d'une réponse institutionnelle pour encadrer ces usages et prévenir les risques de triche et de plagiat.
Enquête Nationale
Pour mieux comprendre ces dynamiques, une enquête nationale intitulée "L'IA dans l'enseignement" a été réalisée. Les auteurs de cette enquête sont Le Sphynx (sondage) et Compilatio (fraude académique). Elle a été diffusée dans les universités de Lyon et d'Aix-Marseille entre le 21 juin et le 15 août 2023, touchant 1242 enseignants et 4443 étudiants. Les questionnaires, conçus pour étudier les usages de l'IA et les représentations de ces usages, abordaient des thèmes comme les craintes, les opportunités et l'acceptabilité.
Résultats de l'Enquête
Les résultats montrent que 55 % des étudiants utilisent l'IA de manière occasionnelle ou fréquente, contre 34 % des enseignants. Cependant, 88 % des enseignants pensent que leurs étudiants utilisent l'IA, ce qui pourrait indiquer une surestimation des usages. Les usages identifiés incluent la recherche d'informations et la rédaction de textes, bien que ces réponses ne puissent pas être cumulées dans les choix proposés.
Analyse Critique
Une analyse plus approfondie révèle que les enseignants peinent à percevoir les bénéfices de l'IA pour l'apprentissage, contrairement aux étudiants. La question de savoir si l'IA améliore les notes sans développer les compétences reste débattue. Est-ce un dopage académique ou une opportunité pour un apprentissage plus efficace ?
Acceptabilité et Éthique
L'enquête révèle que beaucoup d'étudiants jugent acceptable d'utiliser l'IA pour rédiger leurs devoirs, et même un quart des enseignants partagent cet avis. Cela pose des questions éthiques cruciales : copier-coller est-il tricher ? Utiliser l'IA sous supervision ou pour des traductions est-il acceptable ? La réponse n'est pas simple et nécessite un débat ouvert.
Propositions et Solutions
Pour encadrer ces usages, plusieurs solutions sont proposées. Plutôt que d'interdire l'IA, il est suggéré de fixer des règles pour une utilisation responsable. Des innovations pédagogiques peuvent également être explorées, comme la création de situations de concurrence professionnelle ou l'utilisation de détecteurs d'IA.
Conclusion
En conclusion, bien que l'étude présente des limites, elle souligne un besoin urgent de régulation. Une charte institutionnelle pourrait fournir un cadre pour une utilisation éthique.
Ouvrez la porte ou prenez un mur (Agile Tour Genève 2024)Laurent Speyser
(Conférence dessinée)
Vous êtes certainement à l’origine, ou impliqué, dans un changement au sein de votre organisation. Et peut être que cela ne se passe pas aussi bien qu’attendu…
Depuis plusieurs années, je fais régulièrement le constat de l’échec de l’adoption de l’Agilité, et plus globalement de grands changements, dans les organisations. Je vais tenter de vous expliquer pourquoi ils suscitent peu d'adhésion, peu d’engagement, et ils ne tiennent pas dans le temps.
Heureusement, il existe un autre chemin. Pour l'emprunter il s'agira de cultiver l'invitation, l'intelligence collective , la mécanique des jeux, les rites de passages, .... afin que l'agilité prenne racine.
Vous repartirez de cette conférence en ayant pris du recul sur le changement tel qu‘il est généralement opéré aujourd’hui, et en ayant découvert (ou redécouvert) le seul guide valable à suivre, à mon sens, pour un changement authentique, durable, et respectueux des individus! Et en bonus, 2 ou 3 trucs pratiques!
8. Ca marchait pas si mal
On faisait des nuits uniquement vers la fin
On arrivait à reporter les fautes sur les clients
On s'en sortait grâce aux avenants
9. Ah bien sur...
on était fatigué
on était stressé
on croisait les doigts à chaque livraison
...
on envisageait sérieusement d'aller élever des chèvres
23. Si on simplifie un brin...
...on rencontre principalement 3 types d'intervenants
Ceux qui "spécifient"
Ceux qui "codent"
Ceux qui "testent"
24. Malheureusement, la plupart du temps
Ils ne parlent pas le même langage
Ils ne travaillent pas ensemble
Ils ne se connaissent parfois même pas
25. Retroussons nos manches !
Il faut les aider
à travailler ensemble
à rendre le travail de chacun utile
à se sentir ensemble dans cette aventure
à prendre du plaisir ?
27. Et si on ne parlait plus de "tests"...
Une spécification évoque un comportement générique
Un test décrit un exemple d'utilisation
Un test peut être un programme qui exécute le code
28. ...mais de spécifications exécutables ??
Contient des exemples
Liée au code
Lieu de rencontre et d'échanges
29. Alors ? Test ou Spec ?
Vous les lancez pour vérifier une non-régression ?
-> on dirait des tests
Vous les écrivez pour décrire un comportement attendu ?
-> on dirait des specs
30. Test -Driven Development
Cela veut dire plusieurs choses
Spécifier les comportements via des exemples
Lier les spécifications au code de production
Ecrire des tests avant le code
Echanger des idées en écrivant des tests
Partager un résultat attendu avant de coder
Faire des tests les stars
Se mettre d'accord sur ce que l'on veut puis coder
Capitaliser les conversations dans des tests
Documenter l'utilisation d'un code dans des tests
Se lever le matin et penser aux tests que l'on va écrire
Se coucher le soir et penser aux tests que l'on a fait passer
...
32. Une vision simple du cycle
1 : Test
écrire un test et voir qu'il échoue
il faut ajouter au code la valeur décrite dans le test
2 : Code
faire passer le test rapidement
3 : Refactor
on n'ajoute pas de fonctionnalité
on améliore la qualité interne du code
36. "Faire émerger le modèle pendant le
refactoring"
Pendant un cours de TDD, les participants s'interrogent
Dois-je écrire des tests pour les classes qui émergent en
refactoring ?
Si je le fais, ne suis-je pas en train d'éluder le refactoring
pour continuer ?