Je suis un objet connecté et social : le monde numérique - PRSQC4Yann SADOK
Un regard social et humain sur les objets connectés, leurs interactions et symbiose avec l'être humain, son écosystème. Défis, impacts sur nos sociétés, la gouvernance des entreprises, l'économie, les institutions. Gestion de la donnée comme actif de l'entreprise et sur le bouleversement majeur de l'industrie des TI.
Comment gérer notre liberté d'être humain dans un monde hyperconnecté?
Unmaintainable code, repetitive bugs, time-consuming corrections, depressed teams ... No wonder most of us prefer to start projects from scratch (a.k.a. Greenfield) rather than a Legacy code base (Brownfield). For sure, situations where control has been lost are annoying, even more: exhausting. But what if we were wrong? What if -fully equipped with some refactoring techniques and communication skills- we were able to reverse things and get back control over such situations?
During a session with real live-coding inside, come and discover the tips and tricks from people who prefer to regain control rather than undergo. From people who prefers the hidden opportunities of the legacy to the blank pages of the Greenfield projects. You too, realize it could be fun and join the Legacy Club!
Compte-rendu - " Comment réinventer la société 4.0 à l’aune du XXIème siècle ? "Chaire_Retailing 4.0
Retrouvez le compte-rendu exhaustif du Petit-Déjeuner du Commerce 4.0. du 3 octobre 2017, organisé par la Chaire E.Leclerc / ESCP Europe "Prospective du Commerce dans la Société 4.0."
Université de Printemps du SIRH - 30 - 31 mars 2017
Conférence sur les effets de l'IA et des convergences NBIC, CKTS et DIADEH sur les Ressources Humaines - PARIS 2017
Je suis un objet connecté et social : le monde numérique - PRSQC4Yann SADOK
Un regard social et humain sur les objets connectés, leurs interactions et symbiose avec l'être humain, son écosystème. Défis, impacts sur nos sociétés, la gouvernance des entreprises, l'économie, les institutions. Gestion de la donnée comme actif de l'entreprise et sur le bouleversement majeur de l'industrie des TI.
Comment gérer notre liberté d'être humain dans un monde hyperconnecté?
Unmaintainable code, repetitive bugs, time-consuming corrections, depressed teams ... No wonder most of us prefer to start projects from scratch (a.k.a. Greenfield) rather than a Legacy code base (Brownfield). For sure, situations where control has been lost are annoying, even more: exhausting. But what if we were wrong? What if -fully equipped with some refactoring techniques and communication skills- we were able to reverse things and get back control over such situations?
During a session with real live-coding inside, come and discover the tips and tricks from people who prefer to regain control rather than undergo. From people who prefers the hidden opportunities of the legacy to the blank pages of the Greenfield projects. You too, realize it could be fun and join the Legacy Club!
Compte-rendu - " Comment réinventer la société 4.0 à l’aune du XXIème siècle ? "Chaire_Retailing 4.0
Retrouvez le compte-rendu exhaustif du Petit-Déjeuner du Commerce 4.0. du 3 octobre 2017, organisé par la Chaire E.Leclerc / ESCP Europe "Prospective du Commerce dans la Société 4.0."
Université de Printemps du SIRH - 30 - 31 mars 2017
Conférence sur les effets de l'IA et des convergences NBIC, CKTS et DIADEH sur les Ressources Humaines - PARIS 2017
The scale-up, the autonomy and the nuclear submarineThomas Pierrain
Talk made at DDD Europe, June 9th 2023 (Amsterdam).
Most efficient organizations have autonomous staff as a common ground. Autonomy is a powerful individual driver : who doesn’t love to feel free to define their life, their time and their way of working? When working in a booming and thriving scale-up, autonomy is no longer an option. It is an essential fuel. But is it easy to put in motion?
Through our stories, successes and mistakes, we would like to share with you about this quest for autonomy. We will mainly talk about full-remote, release management, SRE approach, team conflicts and Domain Driven Design. We will also address self-organization, monolith splitting APIS, contracts tests and nuclear submarines.
In the end, lots of tips and tricks to manage to set up a Culture of autonomy that holds up over the long term. In a nutshell: how to prevent your quest for teams’ autonomy from turning into chaos…
Hexagonal architecture (a.k.a. Ports and Adapters) is a fabulous pattern that has more advantages than the ones for which it has been originally created.
One can think in an orthodox vision that patterns do not evolve. That it is important to keep Alistair Cockburn’s pattern like it was described back in the days.
One can think that some patterns may evolve, that Hexagonal Architecture has more facets than we think. This session will present both the original pattern in detail, and some alternative versions (related to Domain Driven Design).
Session made at Socrates Soltau 2022
https://www.socrates-conference.de/foundations
La scale-up, l'autonomie et le sous-marin nucléaireThomas Pierrain
La plupart des organisations efficaces ont en commun d’avoir des équipes autonomes. L’autonomie est aussi un moteur individuel puissant : qui n’aime pas se sentir libre de définir sa vie, ses horaires, sa façon de travailler ?
Lorsqu’on travaille dans une scale-up en plein essor et qui grossit de manière exponentielle, l’autonomie n’est plus une option, c’est un carburant indispensable.
Mais est-ce pour autant facile à mettre en oeuvre ?
C’est de cette quête d’autonomie dont nous aimerions vous parler à travers nos histoires, nos réussites et nos erreurs. Nous parlerons de full-remote, de release management, de démarche SRE, de conflits d’équipes et de Domain Driven Design.
On parlera aussi d’auto-organisation, d’APIs de split de monolithe, mais également de sous-marins nucléaires et de contract tests.
Au final, pleins de trucs et astuces pour arriver à mettre en place une Culture de l’autonomie qui tienne la route sur le long terme.
TDD is a game changer. It changed my dev life for good, no doubt. Having made almost all possible errors while practicing it over the years (more than 15 years of TDD practice), I have now ended up since many years with a style that provides me and my teams lots of efficiency and happiness.
A style that Bruno Boucard and myself have called the “outside-in diamond” TDD. Something that help us to easily write both domain-driven, but also "Antifragile" tests.
A session made at DDD Africa
Au-delà de la passion, faire du logiciel pour moi c’est aider les autres à résoudre leurs problèmes. Comment aider les autres si on n’est pas déjà clair soi-même avec sa posture, son métier, ses envies, ses ambitions ou bien ses craintes ? C’est la question que je me suis posé à plusieurs reprises durant ma carrière. Et c’est de cela - et des quelques aides trouvées en route - dont je voudrais vous parler.
Keynote d'ouverture de la conférence d'Alpes Craft 2019 (le 13 juin 2019)
When building an Event Sourcing system, can we change the past? Can we also forecast “events” in the future?
If we want to provide various projections/visions of things that hapenned over the time, what are the consequences and trade-offs on our code?
All these questions will be answered during this talk. But moreover, I'll tell you our learning story about Bi-temporal Event Sourcing. Yet another illustration of the power of modeling, sketches and concrete examples when we need to understand each others.
Coder, c'est de plus en plus façonner le monde. Redéfinir ses contours et certaines interactions que nous pouvons avoir (ou pas) entre nous.
Si certains métiers se sont déjà interrogés par le passé sur leur rôle et leur impact sur la société, il me semble que ces questions d'éthique ne nous traversent pas encore suffisamment dans la sphère des faiseuses et faiseurs de logiciels.
Et si on se posait quelques minutes pour faire le tour de certaines d'entre elles ?
Software Design ... a nice expression, uh? But what does it mean to "design a software"? What are the prerequisites? What are the pitfalls to avoid? As Software Designers we would like to highlight on what makes us build simple, useful and above all effective software. And of course, we will talk about Domain-Driven Design in that journey ;-)
Talk made at http://domain-driven-design.eu/the-art-of-design/
Decouvrir CQRS (sans Event sourcing) par la pratiqueThomas Pierrain
Introduction à CQRS présentée aux MS experiences 2016 (Palais des Congrès) par Thomas PIERRAIN, en compagnie de Bruno BOUCARD, Tomasz JASKULA et Eric VERNIE.
Slides présentés avant un Event Storming géant organisé au MS experiences (Palais des Congrès) par Thomas PIERRAIN, Bruno BOUCARD, Tomasz JASKULA et Eric VERNIE.
https://experiences.microsoft.fr/Event/session/atelier-1-decouvrir-son-sujet-grace-a-levent/2a6658ef-4074-e611-80c3-000d3a2229a6
Introduced by Eric Evans in 2004 via his Blue Book, Domain Driven Design (DDD) has received tremendous positive feedbacks from many developers & communities over the years. On the other hand, we have to admit that DDD has since not been widely used in the trenches or within most of our development projects... How can we explain such failure in its diffusion? Is DDD in itself difficult or is it just the way people used to present it which makes it hard to grasp and inaccessible? Through our various (more or less successful ;-) experiences, we will try to highlight what DDD is using a simple and more accessible approach. The opportunity for us is to show you how helpful it can be for your day-to-day projects. Wouldn't be the perfect time for all of us to ease the DDD onboarding for beginners and to reboot DDD for experts?
Avez-vous déjà eu l'impression de vous être assoupis dans votre carrière, de faire moins de veille qu'à d'autres périodes ? A l'inverse, vous êtes-vous déjà demandé comment sortir du ronron ambiant et "réveiller" vos collègues qui vous semblaient manquer de curiosité et de passion sur un projet ?
Cette courte session vise à vous présenter toutes les formules et astuces qui ont permis à très peu de gens chez nous de réveiller une grosse organisation qui s'endormait sur ses lauriers. Si on a réussi ici -sandwichs à la main- pourquoi pas vous ? Attention: effet contagieux ;-)
The scale-up, the autonomy and the nuclear submarineThomas Pierrain
Talk made at DDD Europe, June 9th 2023 (Amsterdam).
Most efficient organizations have autonomous staff as a common ground. Autonomy is a powerful individual driver : who doesn’t love to feel free to define their life, their time and their way of working? When working in a booming and thriving scale-up, autonomy is no longer an option. It is an essential fuel. But is it easy to put in motion?
Through our stories, successes and mistakes, we would like to share with you about this quest for autonomy. We will mainly talk about full-remote, release management, SRE approach, team conflicts and Domain Driven Design. We will also address self-organization, monolith splitting APIS, contracts tests and nuclear submarines.
In the end, lots of tips and tricks to manage to set up a Culture of autonomy that holds up over the long term. In a nutshell: how to prevent your quest for teams’ autonomy from turning into chaos…
Hexagonal architecture (a.k.a. Ports and Adapters) is a fabulous pattern that has more advantages than the ones for which it has been originally created.
One can think in an orthodox vision that patterns do not evolve. That it is important to keep Alistair Cockburn’s pattern like it was described back in the days.
One can think that some patterns may evolve, that Hexagonal Architecture has more facets than we think. This session will present both the original pattern in detail, and some alternative versions (related to Domain Driven Design).
Session made at Socrates Soltau 2022
https://www.socrates-conference.de/foundations
La scale-up, l'autonomie et le sous-marin nucléaireThomas Pierrain
La plupart des organisations efficaces ont en commun d’avoir des équipes autonomes. L’autonomie est aussi un moteur individuel puissant : qui n’aime pas se sentir libre de définir sa vie, ses horaires, sa façon de travailler ?
Lorsqu’on travaille dans une scale-up en plein essor et qui grossit de manière exponentielle, l’autonomie n’est plus une option, c’est un carburant indispensable.
Mais est-ce pour autant facile à mettre en oeuvre ?
C’est de cette quête d’autonomie dont nous aimerions vous parler à travers nos histoires, nos réussites et nos erreurs. Nous parlerons de full-remote, de release management, de démarche SRE, de conflits d’équipes et de Domain Driven Design.
On parlera aussi d’auto-organisation, d’APIs de split de monolithe, mais également de sous-marins nucléaires et de contract tests.
Au final, pleins de trucs et astuces pour arriver à mettre en place une Culture de l’autonomie qui tienne la route sur le long terme.
TDD is a game changer. It changed my dev life for good, no doubt. Having made almost all possible errors while practicing it over the years (more than 15 years of TDD practice), I have now ended up since many years with a style that provides me and my teams lots of efficiency and happiness.
A style that Bruno Boucard and myself have called the “outside-in diamond” TDD. Something that help us to easily write both domain-driven, but also "Antifragile" tests.
A session made at DDD Africa
Au-delà de la passion, faire du logiciel pour moi c’est aider les autres à résoudre leurs problèmes. Comment aider les autres si on n’est pas déjà clair soi-même avec sa posture, son métier, ses envies, ses ambitions ou bien ses craintes ? C’est la question que je me suis posé à plusieurs reprises durant ma carrière. Et c’est de cela - et des quelques aides trouvées en route - dont je voudrais vous parler.
Keynote d'ouverture de la conférence d'Alpes Craft 2019 (le 13 juin 2019)
When building an Event Sourcing system, can we change the past? Can we also forecast “events” in the future?
If we want to provide various projections/visions of things that hapenned over the time, what are the consequences and trade-offs on our code?
All these questions will be answered during this talk. But moreover, I'll tell you our learning story about Bi-temporal Event Sourcing. Yet another illustration of the power of modeling, sketches and concrete examples when we need to understand each others.
Coder, c'est de plus en plus façonner le monde. Redéfinir ses contours et certaines interactions que nous pouvons avoir (ou pas) entre nous.
Si certains métiers se sont déjà interrogés par le passé sur leur rôle et leur impact sur la société, il me semble que ces questions d'éthique ne nous traversent pas encore suffisamment dans la sphère des faiseuses et faiseurs de logiciels.
Et si on se posait quelques minutes pour faire le tour de certaines d'entre elles ?
Software Design ... a nice expression, uh? But what does it mean to "design a software"? What are the prerequisites? What are the pitfalls to avoid? As Software Designers we would like to highlight on what makes us build simple, useful and above all effective software. And of course, we will talk about Domain-Driven Design in that journey ;-)
Talk made at http://domain-driven-design.eu/the-art-of-design/
Decouvrir CQRS (sans Event sourcing) par la pratiqueThomas Pierrain
Introduction à CQRS présentée aux MS experiences 2016 (Palais des Congrès) par Thomas PIERRAIN, en compagnie de Bruno BOUCARD, Tomasz JASKULA et Eric VERNIE.
Slides présentés avant un Event Storming géant organisé au MS experiences (Palais des Congrès) par Thomas PIERRAIN, Bruno BOUCARD, Tomasz JASKULA et Eric VERNIE.
https://experiences.microsoft.fr/Event/session/atelier-1-decouvrir-son-sujet-grace-a-levent/2a6658ef-4074-e611-80c3-000d3a2229a6
Introduced by Eric Evans in 2004 via his Blue Book, Domain Driven Design (DDD) has received tremendous positive feedbacks from many developers & communities over the years. On the other hand, we have to admit that DDD has since not been widely used in the trenches or within most of our development projects... How can we explain such failure in its diffusion? Is DDD in itself difficult or is it just the way people used to present it which makes it hard to grasp and inaccessible? Through our various (more or less successful ;-) experiences, we will try to highlight what DDD is using a simple and more accessible approach. The opportunity for us is to show you how helpful it can be for your day-to-day projects. Wouldn't be the perfect time for all of us to ease the DDD onboarding for beginners and to reboot DDD for experts?
Avez-vous déjà eu l'impression de vous être assoupis dans votre carrière, de faire moins de veille qu'à d'autres périodes ? A l'inverse, vous êtes-vous déjà demandé comment sortir du ronron ambiant et "réveiller" vos collègues qui vous semblaient manquer de curiosité et de passion sur un projet ?
Cette courte session vise à vous présenter toutes les formules et astuces qui ont permis à très peu de gens chez nous de réveiller une grosse organisation qui s'endormait sur ses lauriers. Si on a réussi ici -sandwichs à la main- pourquoi pas vous ? Attention: effet contagieux ;-)
23. 1.
PARTAGER VOTRE VISION
STRATEGIQUE AVEC TOUT LE
MONDE
POUR PERMETTRE AU GENS D’ETRE AUTONOMES ET DE
PRENDRE LES BONNES DECISIONS LOCALEMENT
PENSEZ « OODA LOOP »
25. 3.
DIVISEZ POUR MIEUX REGNER
EVITEZ LE MODELE DE DONNEES CENTRALISATEUR ET
BLOQUANT POUR L’ENTREPRISE
PRIVILEGIEZ LES MODELES CONTEXTUALISES ET
AUTONOMES DU DOMAIN DRIVEN DESIGN
30. DES MODELES CONTEXTUALISES
Contexte – vente
Client : CSP, Centres
Contexte Achats
Client : adresse ET DisponibiliteS
Contexte
comptabilite
Client : methodes et
periodes de paiement
31. 3CONSEILS POUR VOIR EN « GRAND »
3. DIVISEZ POUR MIEUX REGNER
2. IDENTIFIEZ VOS OBSTACLES
1. PARTAGER VOTRE VISION STRATEGIQUE
32. REVENIR A LA SOURCE
NE PAS DEFORMER LES
METHODES AGILES POUR
LES APPLIQUER A
GRANDE ECHELLE
MAIS PLUTOT S’EN
INSPIRER POUR
TROUVER D’AUTRES
SOLUTIONS ADAPTEES