Philippe Bourgau
pbourgau.bsky.social
Philippe Bourgau
@pbourgau.bsky.social
Technical Agile Coach in Paris.
At @DDDesignFR @ericevans0 said "Some of my biggest mistakes were not backtracking soon enough a few times as I was drifting in quagmire". Find other advices in "5 mistakes #BadassDeveloper never do" https://bit.ly/2WntjkI
5 mistakes badass developers never do
Having a badass developer onboard will help to get sponsorship for a large scale refactoring. If you don’t have a badass developer nearby, or / and if you want to become one yourself, read on. Here are a five mistakes to avoid in order to become a badass developer.
bit.ly
August 24, 2025 at 12:06 PM
Waking up 1 hour earlier is a great way to find the time for a #sideProject. Find more in "13 Tricks for Successful Side Projects" https://bit.ly/2L0dcmx
13 Tricks for Successful Side Projects
A collection of side projects best practices I learned from past experience
bit.ly
August 23, 2025 at 12:55 PM
Thanks to post-its, Event Storming speeds up drafting an architecture from months to days !
Event Storming lessons from Post-It haters
Event Storming is a group design activity that uses a lot of post its. Unfortunately, post-its are not for every culture! After going through why post-its work, we’ll go over 2 alternatives: homework & feedback and walking skeleton. Could we also use these techniques to complement Event Storming?
philippe.bourgau.net
August 16, 2025 at 12:29 PM
Read about an unexpected 25% productivity boost for 30 minutes of weekly fruit management! A story about #complexity in the modern workplace. https://bit.ly/3conWHs
The unexpected contributions to a productivity increase by 25% of a fruit basket at work
As software people, we live in a complex-system world. To leverage on its non-linear effects, we need to multiply weird experiments. Here is the story of how our hacked-up fruit basket at work contributed to exploratory testing, a #zeroBugs policy and eventually increased productivity by 25%.
bit.ly
August 10, 2025 at 12:14 PM
1st rule of #DDD: don't talk about DDD! Learn "How to use #EventStorming to introduce Domain-Driven Design", without naming it. https://bit.ly/3cqJrqU
How to use Event Storming to introduce Domain Driven Design
Although incredibly effective, DDD is overlooked by developers because of its abstractness. Here is a set of hacks to introduce DDD during an Event Storming workshop. Ex: Alternatives to convoluted DDD names, Group activities to pass a concept through, Presentation material for tricky notions
bit.ly
August 9, 2025 at 12:21 PM
20 years later, #eXtremeProgramming is unfortunately still extreme for a lot of teams ! https
eXtreme eXtreme Programming (2017)
What would eXtreme Programming look like if it was invented today ?
philippe.bourgau.net
August 3, 2025 at 12:42 PM
#SelfOrganization cannot work without a clear and compelling mission. Read more about #Transparency in "Why #Agile transformations usually don’t work - part 4" https://bit.ly/2WKmzfv
Why Agile transformations usually don’t work - part 4 - Transparency
After going over the typical problems in large scale Agile transformations, I add transparency of vision and information to the pre-requisite
bit.ly
August 2, 2025 at 12:43 PM
Speed up the build? or add this new feature? These books might give you an insight!
7 Books About Data Driven Software Engineering
Software is mostly built according to experts opinions. These 7 data driven software engineering books show us another way to a productive and sustainable pace. Ex: measuring the impact of a feature on the bottom line, forecasting the impact of a refactoring on the bottom line, etc.
philippe.bourgau.net
July 20, 2025 at 12:52 PM
Agregate your team working's culture in a book
How to Grow a Culture Book
The story of our culture book and how it emerged from disparate documents
philippe.bourgau.net
July 19, 2025 at 12:26 PM
Mock hell : when excessive use of test mocks makes #refactoring extremely slow or difficult. Learn more in "Careless #Mocking Considered Harmful" https://bit.ly/2WlgqHx #testing #tdd
Careless Mocking Considered Harmful
The problems I got into on a side project after using too much mocking. This is the first post of a series about how to avoid mocks.
bit.ly
July 13, 2025 at 12:20 PM
"Almost 15 years of #DesignByContracts" My long road from ignorance to zen ! Why I still use them along with #UnitTests. https://bit.ly/2KX70f9
Almost 15 years of using Design By Contract
The story of how I discovered Design by Contracts, and how my use of it changed through time
bit.ly
July 12, 2025 at 12:18 PM
Linus' Law "Given enough eyeballs, all bugs are shallow." also applies in randori #CodingDojo or #MobProgramming https://bit.ly/2LiC6Of
How to get the max out of your Team Coding Dojo ?
Ideas about how to push your team coding dojo further in order to improve teamwork and production code.
bit.ly
July 6, 2025 at 12:18 PM
2 years ago, I thought of what #XP would look like if it was re-invented. Things are slowly moving in this direction... "eXtreme #eXtremeProgramming (2017)" https://bit.ly/2WqEfwE
eXtreme eXtreme Programming (2017)
What would eXtreme Programming look like if it was invented today ?
bit.ly
July 5, 2025 at 12:18 PM
#CodingDojos are #deliberatepractice for #programmers. "How to start learning the tao of incremental code #refactoring today" https://bit.ly/2YAUr0T
How to start learning the tao of incremental code refactoring today
Things to do to become better at code refactoring
bit.ly
June 29, 2025 at 12:51 PM
When many different #mocks are in place to isolate an external dependency, we end up with 'n' versions of the code! Read more in "Avoid mocks and test your core domain faster with #HexagonalArchitecture" https://bit.ly/2Wkym56 #TDD #unitTesting
Avoid mocks and test your core domain faster with Hexagonal Architecture
An explanation of why large systems tend to favor the emergence of mocks and what Hexagonal Architecture can do against that. Illustrated with Ruby on Rails code examples.
bit.ly
June 28, 2025 at 11:23 AM
What's the point of using state of the art #software development practices for features you don't know if your users will use? Learn more about "Throwing code away frequently" https://bit.ly/2WqEfNa #tdd #refactoring #agile
Throwing code away frequently
A study on the practice of throwing code away, and of how and when it could be made to work
bit.ly
June 22, 2025 at 12:57 PM
We should refuse to start coding if we don't have a clear understanding of why we are requested to do it. More details in @jboccara's guest post "You should refuse to develop what you don’t understand" https://bit.ly/2SVwhur #SoftwareEngineering
You should refuse to develop what you don’t understand
Understanding is key to building quality software. In this guest post, fluentcpp blogger Jonathan Boccara presents 3 levels of understanding we should go through before we start coding. #1 Why something doesn’t work. #2 Why something works. #3 Why you do this project of feature.
bit.ly
June 21, 2025 at 12:16 PM
What's the first thing I see when I open my kanban board: TODO items! Time to flip the board
The best 10 seconds I spent on my Kanban board setup
Inverting your Kanban board columns is a cheap way to reduce multitasking and stress. Eventually, it contributes to a more sustainable pace. By adapting Kanban boards setup to our culture, we can make them highlight what can be finished instead of what can be started!
philippe.bourgau.net
June 15, 2025 at 12:15 PM
Engage the participants during your next Event Storming thanks to the Delegated Missions
Engage the participants during your next Event Storming thanks to the Delegated Missions
A DIY yourself workshop to quickly train your team on Event Storming and the Delegated Missions.
www.eventstormingjournal.com
June 14, 2025 at 1:44 PM