Site de Sarah Abderemane

Le mentorat et moi

2026-05-06T18:00:00+02:00

Bonjour... ça fait un moment, comme d'habitude... 😄

Aujourd'hui, j'aimerais parler de mentorat. C'est une constante dans ma vie. J'ai été des deux côtés : mentorée et mentore. Et je peux vous dire qu'on apprend énormément de cet échange.

Être mentoré·e, c'est une façon d'apprendre auprès d'une personne experte, ou simplement de personnes qui en savent plus que soi. Ces personnes qu'on admire sincèrement pour leur travail. Les mentoré·es ne disent même pas toujours à quel point ils et elles admirent leurs mentors.

À l'inverse, être mentor est une bonne façon d'apprendre à partager ses connaissances de la meilleure manière. On voit la personne qu'on accompagne grandir et prendre ses propres décisions, sans même avoir besoin de nous demander conseil à la fin, parce qu'on lui a donné les outils pour trouver les réponses par elle-même. Un jour, peut-être, elle prendra le temps de nous remercier, parce que sans même s'en rendre compte, on a changé sa vie.

C'est fou, non ? J'adore le mentorat parce que c'est un échange spécial et unique : on se sent proche de l'autre, parce qu'en tant que mentor, on voit une version plus jeune de soi-même chez la personne mentorée, et la personne mentorée voit en nous ce qu'elle pourrait devenir un jour. Je suis sûre que beaucoup de gens ne voient pas le mentorat exactement comme moi, mais c'est une expérience extrêmement enrichissante.

Le mentorat est une excellente façon d'apprendre, qu'on soit mentoré·e ou mentor. Oui, les mentors apprennent aussi de l'expérience. Comment s'assurer que la personne mentorée a compris ce qu'on voulait dire ? Comment expliquer clairement quelque chose qui nous semble évident à la personne assise en face ? Les questions de la personne mentorée nous font découvrir des aspects auxquels nous n'avions jamais pensé. Il y a tellement à apprendre !

Mentorat pour le Google Summer of Code

En parlant de mentorat, je vais de nouveau mettre les mains dans le cambouis et accompagner quelqu'un pour le Google Summer of Code (GSoC) au sein de l'organisation Django cette année ! 🥳

Ce sera la première fois que je serai mentore pour le Google Summer of Code, je suis vraiment enthousiaste ! J'accompagnerai Keha Chandrakar avec mon incroyable co-mentor et co-président du groupe de travail Site web, Saptak Sengupta✨

Le projet s'intitule Unified Dark Mode and UI Consistency for Django's Issue Tracker (mode sombre unifié et cohérence de l'interface pour le gestionnaire de tickets de Django), ce serait un bel ajout pour la communauté.

Ce projet compte beaucoup pour moi. J'ai déjà contribué à l'ajout du mode sombre sur le site de Django. C'était ma première contribution majeure à Django ! Quand on commence à contribuer à un énorme projet comme Django, c'est à la fois excitant et impressionnant ! J'ai contribué sans mentor, mais j'ai clairement eu de l'aide en chemin, car la communauté Django est très accueillante et bienveillante. J'ai beaucoup appris grâce à cette contribution, et elle est maintenant utilisée par énormément de personnes. Être la mentore de Keha est une belle façon pour moi de rendre la pareille et d'aider quelqu'un d'autre sur un sujet que je connais plutôt bien !

Vous pourriez être mentor

J'ai fait partie de l'organisation Djangonaut Space, où nous recrutons des mentors. Cette organisation et l'organisation Django cherchent toujours des mentors. Si vous avez déjà contribué à un projet open source lié à l'écosystème Django, ou si vous en maintenez un, et que vous êtes prêt·e à prendre le temps d'aider quelqu'un dans son parcours de contribution, pensez au mentorat comme un moyen d'attirer de nouvelles personnes contributrices sur votre projet. Djangonaut Space organise plusieurs cohortes, inscrivez-vous à la newsletter et indiquez votre intérêt pour le mentorat : en tant que navigator (mentor technique) ou captain (mentor communautaire).

Qui sait, ce sera peut-être votre prochain·e co-mainteneur·se, votre nouveau ou nouvelle coéquipier·ère ou votre nouvelle personne pour relire votre code ? Il y a des choses qu'on peut tout à fait apprendre seul·e, et d'autres qu'on n'apprend qu'au contact de quelqu'un d'autre.

C'est tout pour moi !

Me and Mentorship

2026-05-06T18:00:00+02:00

Hi there.. it’s been a while as usual… 😄

Today I would like to talk about mentoring. It’s been a constant in my life. I have been on both sides: mentee and mentor. I can tell you that you learn so much from this exchange.

Being a mentee is a way to learn from an expert or just people who know more than yourself. Those people you truly admire for their work. The mentees don’t even always tell how much they admire their mentors.

On the reverse, being a mentor is a good way to learn how to share your knowledge the best way. You watch the person you’re mentoring grow and make their own decisions, without ever having to ask you for advice in the end, because you’ve given them the tools to find the answers on their own. One day, perhaps, they’ll take the time to thank you, because without even realizing it, you’ve changed their life.

It’s crazy, isn’t it? I love mentoring because it’s a special and unique exchange: you feel close to the other person, because when you’re a mentor, you see a younger version of yourself in your mentee, and the mentee sees you as what they might one day become. I’m sure many people don’t see mentoring exactly the way I do, but it’s an extremely rewarding experience.

Mentoring is a great way to learn, whether you’re the mentee or the mentor. Yes, mentors learn from the experience as well. How can you make sure your mentee has understood what you meant? How can you clearly explain something that seems obvious to you to the person sitting across from you? The mentee’s questions help us discover aspects we had never considered before. There is so much to learn!

Google Summer of Code mentorship

Speaking about mentoring, I’m going to get my hands dirty again and mentor someone for Google Summer of Code (GSoC) for the Django organization this year! 🥳

It will be my first time to mentor for Google Summer of Code, I’m really excited! I will be mentoring Keha Chandrakar with my amazing co-mentor and co-chair of the Website Working Group Saptak Sengupta✨

The project is Unified Dark Mode and UI Consistency for Django’s Issue Tracker, it would be a nice addition for the community.

This project means a lot to me. I have previously contributed to the addition of the dark mode in the Django website. It was my first major contribution to Django! When you start your contribution journey for a huge project like Django, it’s exciting and impressive! I did contribute without any mentor but I definitely had help along the way since the Django community is so welcoming and helpful. I learned a lot through this contribution and now it’s used by so many people. Being Keha’s mentor is a good way for me to give back and help someone else on a topic I know pretty well!

You could be the mentor

I have been part of the Djangonaut Space organization, where we are recruiting people as mentors. This organization and the Django organization are always looking for mentors. If you have already contributed to an open source project related to the Django ecosystem or are maintaining one and you are willing to take the time to help someone in their contribution journey, consider mentoring as an option to get new contributors to your project. Djangonaut Space has multiple cohorts, sign up to the newsletter and mention your interest in mentoring: being a navigator (technical mentor) or a captain (community mentor).

Who knows, this might be your new co-maintainer, your new teammate or your new code reviewer? There are things we can definitely learn on our own and some things you will only learn from someone else.

That’s it for me!

2025, le bilan de l'année

2026-02-12T10:00:00+01:00

Bonjour, ça fait un moment, comme d'habitude ! Bonne année, chère lectrice, cher lecteur ! Je vous souhaite le meilleur.

La fin de mon année 2025 a été vraiment compliquée, donc je suis clairement en retard pour écrire cet article, mais il n'est jamais trop tard, n'est-ce pas ?

C'est toujours en écrivant ce genre d'article qu'on réalise tout ce qu'on a accompli, surtout des choses qu'on ne s'attendait pas à faire, et il y en a eu beaucoup cette année. Et puis il y a toutes les choses qu'on n'a pas réussi à faire, mais nouvelle année, nouvelles possibilités !

Alors c'est parti, voici le bilan de l'année de Sarah ! ✨

TL;DR

Cette année a été géniale, j'ai réussi à faire des choses que je n'aurais pas imaginé faire, et je suis très reconnaissante pour tout le soutien que j'ai reçu cette année, pour tous les amis incroyables que j'ai et pour toutes les opportunités que j'ai eues.

Cette année a aussi été une année d'apprentissage et de croissance pour moi. D'énormes défis personnels m'ont poussée à changer, à progresser et à avoir plus confiance en moi. Il reste encore beaucoup de travail, mais je sens que je suis sur la bonne voie.

Mes temps forts de l'année :

Être vice-présidente de la Django Software Foundation (DSF)
Rencontrer la communauté partout dans le monde
Organiser une devroom au FOSDEM
Donner des keynotes dans quelques conférences
Faire mon premier voyage entièrement en solo
Voir en vrai des amis que je ne connaissais qu'à distance
Reprendre le dessin et mes activités créatives

Bénévolat et communauté

J'ai participé et pris la parole à plusieurs conférences cette année, ce qui a été une super expérience pour moi. Je l'ai fait non seulement pour partager mes connaissances, promouvoir Django et la DSF, mais aussi pour aller à la rencontre de la communauté partout dans le monde.

En tant que représentante de la DSF, il était important pour moi d'être présente et accessible dans la communauté. C'était aussi une bonne façon d'échanger avec les gens localement et de recueillir leurs retours sur la façon dont la DSF peut mieux les soutenir et sur ce que nous pourrions améliorer.

J'ai participé et/ou pris la parole à :

PyCon IT
FOSDEM
DjangoCon Europe
DjangoCon Africa
DjangoCongress JP (en ligne)
PyCon Africa (en ligne)
PyCon FR
DjangoDay India
PyLadiesCon (en ligne)

Il y a d'autres conférences auxquelles j'aurais aimé assister sans pouvoir y aller cette année, faute de temps ou de budget, mais auxquelles j'ai participé d'une certaine façon, comme l'EuroPython, où j'ai aidé à obtenir un stand communautaire.

J'ai donné ma première keynote à la PyCon IT, ce qui a été une étape énorme pour moi.

Mon badge de keynoteuse pour la PyCon IT avec quelques stickers

C'était effrayant, mais aussi très gratifiant. Un immense merci à l'équipe d'organisation de m'avoir fait confiance pour cette opportunité ! Ma keynote portait sur la sensibilisation à l'accessibilité.

Toujours sur l'accessibilité, avec des amis, nous avons organisé la première Inclusive Web Devroom. Le FOSDEM est un énorme événement en Europe et c'était une belle occasion de donner plus de visibilité à ce sujet important.

Je suis toujours impliquée dans mon espace communautaire préféré, Djangonaut Space, où j'ai aidé autant que possible, et je suis passée à un rôle de conseillère cette année en raison de mes autres engagements.

Et l'un de ces engagements, c'était d'être vice-présidente de la DSF, ce qui a été un immense honneur pour moi.

J'ai fait de mon mieux pour représenter la communauté et aider la DSF à accomplir sa mission. C'est toujours difficile de faire tout ce qu'on avait prévu, surtout en tant que bénévole, mais je pense que nous avons fait de beaux progrès cette année.

J'en profite pour remercier toutes les personnes incroyables du conseil d'administration de la DSF et tous les bénévoles qui font un travail formidable pour soutenir la communauté et le projet. Je remercie tout particulièrement l'ancien président de la DSF, Thibaud Colas, qui a été un excellent leader et coéquipier 💚

J'espère pouvoir continuer à grandir, progresser, accueillir des gens dans la communauté Django et rencontrer d'autres amis du monde entier. Je ferai de mon mieux pour poursuivre l'initiative DSF Member of the Month, qui est une excellente façon de mettre en lumière les personnes formidables de notre communauté et leurs contributions.

Je suis sûre qu'il y aura encore plus de choses en 2026 !

Projets créatifs et personnels

Cette année, j'ai réalisé que j'avais complètement abandonné toutes les activités créatives que je faisais avant, et j'essaie de m'y remettre, car c'est quelque chose que j'aime vraiment et je suis une personne plutôt créative en général.

J'ai repris le dessin et la peinture, j'adore ça, c'est une bonne façon pour moi de me détendre et de m'exprimer. J'aimerais aussi essayer d'autres choses créatives comme la photographie, mais je dois d'abord changer d'appareil photo, alors si vous avez des recommandations, dites-le-moi !

J'essaie aussi de faire un travail sur moi-même, je pense qu'il est important de prendre soin de soi et de travailler sur son développement personnel. J'ai lu quelques livres sur ce sujet et ça m'aide vraiment. Je veux continuer ce travail et progresser dans de nombreux domaines, je pense qu'il est important d'être une meilleure version de soi-même pour pouvoir aussi aider les autres.

J'espère partager certains de mes apprentissages et de mes réflexions sur ce sujet à l'avenir, peut-être dans un article ou quelque chose comme ça.

J'essaie aussi d'apprendre de nouvelles choses, j'ai une longue liste de choses que je veux apprendre, mais je dois les prioriser.

Parmi les choses que je veux apprendre en 2026 :

Améliorer mes compétences en dessin

En apprendre plus sur l'accessibilité web

En apprendre plus sur le soin de soi et le développement personnel

Voyages et expériences

Cette année, j'ai eu la chance de beaucoup voyager, pour des conférences et à titre personnel. J'adore voyager et découvrir de nouveaux endroits, de nouvelles cultures, et rencontrer de nouvelles personnes. C'est toujours une belle occasion pour moi de voir aussi des amis en vrai.

Je suis allée en :

Belgique
France
Grèce
Allemagne
Irlande
Italie
Inde
Pays-Bas
Pologne
Tanzanie
Royaume-Uni
États-Unis d'Amérique

Certains de ces voyages étaient pour des conférences, d'autres pour le travail ou pour des raisons personnelles, mais tous ont été de belles expériences pour moi. J'ai réalisé que je suis allée sur presque tous les continents cette année, ce que je n'aurais pas imaginé en début d'année.

J'ai aussi eu la chance de faire mon premier voyage entièrement en solo, une vraie réussite pour moi !

Je suis d'abord allée à Berlin, en Allemagne, complètement seule, ce qui faisait un peu peur, mais a aussi été très gratifiant. Chose amusante, j'ai choisi d'y aller pendant un festival des lumières dont je ne connaissais pas l'existence, j'ai donc eu la chance de voir la ville sous un autre jour, et c'était vraiment magnifique.

La porte de Brandebourg illuminée en bleu pour le festival des lumières de Berlin

Ensuite, je suis allée en Inde pour le DjangoDay India, qui a aussi été une expérience adorable. J'ai eu la chance de rencontrer beaucoup de personnes de la communauté et de découvrir le pays. Je suis restée quelques jours de plus pour visiter d'autres villes, du nord au sud, et c'était vraiment incroyable.

Le palais de Bangalore en Inde

J'ai vraiment envie de retourner en Inde, il y a tant de choses à voir et à découvrir là-bas. C'est un pays qu'on adore ou qu'on déteste, mais pour moi, c'est un endroit plein de charme que j'apprécie vraiment.

En dehors de l'Asie, je veux faire plus de voyages en Afrique à l'avenir. J'ai découvert la Tanzanie pour la première fois cette année avec la DjangoCon Africa et c'était incroyable. J'ai écrit un article sur mon expérience à la conférence.

J'ai vraiment aimé la culture, les gens et la nature là-bas. Il y a tellement de beaux endroits à voir, et je veux en découvrir davantage.

L'Europe est aussi un super endroit pour voyager, il y a tellement de belles villes et de beaux pays à découvrir. Quelques photos de mes voyages en Europe :

Varsovie en décembre avec les illuminations de Noël, Pologne

Une rue du centre de Bologne, en Italie

Je suis aussi allée sur le continent américain, mais plutôt au nord pour rendre visite à ma famille, et je veux découvrir davantage le sud à l'avenir.

Le Capitole à Washington DC, aux États-Unis

J'ai aussi vécu des choses auxquelles je ne m'attendais pas, comme la fin de ma très longue relation, qui a été une expérience vraiment difficile, mais je pense que ça a aussi été une bonne occasion pour moi de grandir et d'en apprendre plus sur moi-même.

Une chose que j'ai apprise de tous ces voyages et de toutes ces expériences, c'est qu'il est important d'être ouvert·e à la nouveauté et de prendre le temps de prendre soin de soi, surtout quand on est dans un nouvel endroit ou qu'on traverse une période difficile.

Leçons et réflexions

J'ai beaucoup appris en 2025, en essayant des choses, en sortant de ma zone de confort et en faisant des erreurs, bien sûr.

J'ai essayé de me rapprocher de ce que je veux vraiment, ce qui veut dire progresser sur de nombreux sujets. J'ai amélioré ma prise de parole en public en donnant des talks dans des conférences. J'ai amélioré mon leadership en étant vice-présidente de la DSF et grâce à d'autres rôles bénévoles. J'ai encore du travail, mais je suis fière des progrès que j'ai faits.

Je continue à travailler ma communication, surtout en anglais, et je me sens un peu plus à l'aise maintenant. J'ai appris à penser davantage à moi et à mes besoins, c'est encore en cours, mais il y a des progrès.

J'ai aussi beaucoup appris en rencontrant des gens et en discutant avec eux, j'ai eu la chance de rencontrer beaucoup de personnes incroyables cette année, et j'en suis vraiment reconnaissante.

Je sais que je suis vraiment douée pour mettre les gens en relation, c'est quelque chose que j'aime beaucoup et que je veux continuer à faire. J'ai aussi appris qu'il est important de prendre soin de soi et de travailler sur son développement personnel, je pense qu'il est important d'être une meilleure version de soi-même pour pouvoir aussi aider les autres.

Ma citation préférée cette année était « Feel the fear and do it anyway » (« Ressens la peur et fais-le quand même ») de Susan Jeffers, un excellent rappel pour continuer à essayer de nouvelles choses sans avoir peur de l'échec.

Ma citation pour 2026 est « Try more things, take more risks, embrace more discomfort » (« Essaie plus de choses, prends plus de risques, accepte davantage l'inconfort ») de Peter McKenzie, un rappel pour continuer à progresser dans de nombreux domaines et accepter de ne pas toujours être à l'aise.

Note à moi-même

En 2025, j'ai continué à essayer des choses avec lesquelles je n'étais pas à l'aise. Pour 2026, Tim Schilling m'a récemment demandé quel serait mon thème pour cette année, et je pense que ce serait « lâcher prise et s'aimer soi-même », car je veux continuer à progresser dans de nombreux domaines.

C'est un long chemin, mais je suis confiante. Ce ne sera pas facile, mais je ne suis pas seule, et ça ne peut que m'aider à devenir une meilleure version de moi-même et à pouvoir aussi aider les autres.

Quelques conseils pour cette nouvelle année :

Continuer d'essayer, faire des erreurs, ce n'est pas si grave
La pratique est importante pour devenir bon·ne dans quelque chose
Être bienveillant·e envers soi-même
Lâcher ce qui ne nous sert plus
Se concentrer sur ce qui compte pour soi
Célébrer ses progrès, même les plus petits
Prendre du temps pour prendre soin de soi et réfléchir
Accueillir le changement et être ouvert·e aux nouvelles opportunités

Faites ce qui vous rend heureux·se et épanoui·e, et n'ayez pas peur de changer de chemin si celui-ci ne vous convient plus.

J'espère que cette année sera une belle année pour vous, et je vous souhaite le meilleur pour 2026 !

2025, year in review

2026-02-12T10:00:00+01:00

Hi there, it has been a while as usual! Happy new year dear reader! I hope the best for you.

My end of the 2025 year has been really tricky for me so I'm definitely late writing this post but it's never too late for anything right?

It's always when you write this kind of post that you realized how much you have accomplished, especially on things you weren't expecting to do, so many things on this field. And all the things you didn't managed to do but, new year, new possibilities!

So here we go, Sarah's year in review! ✨

TL;DR

This year was awesome, I success to do things and I wouldn't have expected to do, and I am very grateful for all the support I had this year, all the amazing friends I have, all the opportunities I had.

This year was also a year of learning and growth for me. Huge personal challenges that has pushed me to change, improve and be more confident in myself. Still a lot of work to do but I feel I'm on the right path.

My highlights for the year have been:

Be Vice President of the Django Software Foundation (DSF)
Meet the community all over the world
Organized a devroom in FOSDEM
Keynoting in few conferences
First full solo travel trip
See remote friends in real life
retake drawing and creative skills

Volunteering and community

I attended and spoke at several conferences this year, which was a great experience for me. I did that not only to share my knowledge, promote Django and the DSF but also to see the community everywhere in the world.

As a DSF representative, it was important for me to be present and accessible in the community. It was also a good way to connect with people locally and get their feedback on how the DSF can better support them and things we could improve.

I have attended and/or spoken at:

PyCon IT
FOSDEM
DjangoCon Europe
DjangoCon Africa
DjangoCongress JP (online)
PyCon Africa (online)
PyCon FR
DjangoDay India
PyLadiesCon (online)

Some others conferences I would have liked to attend but couldn't make it this year due to time or budget constraints but I was involved in some ways like EuroPython where I helped to get a community booth.

I gave my first keynote at PyCon IT, which was a huge milestone for me.

My keynoter badge for PyCon IT with some stickers

It was scary but also very rewarding. Thank you so much the organizing team for trusting me with this opportunity! My keynote was on raising awareness on accessibility.

Related to accessibility, with some friends we organized the first Inclusive Web Devroom. FOSDEM is a huge event in Europe and it was a great opportunity to bring more visibility to this important topic.

Still involved in my favorite community space, Djangonaut Space, where I helped as much as I can, and I switched to an advisor role this year due to my other commitments.

And one of my commitments was being Vice President of the DSF, which was a huge honor for me.

I tried my best to represent the community and help the DSF to achieve its mission. It's always hard to do all the things you have planned, especially as a volunteer, but I think we made some good progress this year.

I'm taking this opportunity to thank all the amazing people in the DSF board and all the volunteers who are doing an amazing job to support the community and the project. Specially, I want to thank the former DSF president, Thibaud Colas, who has been an excellent leader and teammate 💚

I hope to be able to continue to grow, improve and welcome people to the Django community and met other friends from all over the world. I will do my best to continue the DSF Member of the Month initiative, which is a great way to highlight the great people in our community and their contributions.

I'm sure there will be more to come in 2026!

Creative and personal projects

This year I realized I completely abandoned all the creative work I used to do, and I'm trying to get back into it because it's something I really enjoy and I'm a fairly creative person in general.

I retook drawing and painting, I really enjoy it, it's a good way for me to relax and express myself. I also want to try other creative things like photography, but I need to change my camera first, so if you have any recommendation, let me know!

I'm also trying to do some self-work, I think it's important to take care of yourself and work on your personal growth. I have been reading some books on this topic and it's really helpful for me. I want to keep doing this work and improve myself in many areas, I think it's important to be a better version of yourself to be able to help others too.

I hope to share some of my learnings and insights on this topic in the future, maybe in a blog post or something like that.

I'm also trying to learn new things, I have a long list of things I want to learn but I need to prioritize them.

Some of the things I want to learn in 2026 are:

Improve my drawing skills

Learn more about web accessibility

Learn more about self-care and personal growth

Travel and experiences

This year I had the chance to travel a lot for conferences and personal trips. I love so much to travel and discover new places, cultures, and meet new people. It's always a great way for me to meet friends in real life too.

I have been to:

Belgium
France
Greece
Germany
Ireland
Italy
India
Netherlands
Poland
Tanzania
United Kingdom
United States of America

Some of those trips were for conferences, some were for work or for personal reasons, but all of them were great experiences for me. I realized I have been to almost all the continents this year, which is something I didn't expect to do when I started the year.

I also had the chance to do my first full solo travel trip, which was such an achievement for me!

I went first in Berlin in Germany completely alone, which was a bit scary but also very rewarding. Funily, I choose to go when there was a festival of lights I didn't know about, so I had the chance to see the city in a different way and it was really beautiful.

Brandenburg Gate with blue lights for the Festival of lights in Berlin

Then I went to India for DjangoDay India, which was also a lovely experience. I had the chance to meet many people from the community and discover the country. I stayed more days to visit other cities, from the north to the south, and it was really amazing.

Bengaluru palace in India

I really want to go back to India, there is so much to see and discover there. It's a country where you either love it or hate it, but for me, it's a place that has a lot of charm and I really enjoy it.

Outside of Asia, I want to do more trips in Africa in the future. I discover Tanzania for the first time this year with DjangoCon Africa and it was amazing. I have written a blog post about my experience at the conference.

I really enjoyed the culture, the people, and the nature there. There are so many beautiful places to see and I want to discover more of them.

Europe is also a great place to travel, there are so many beautiful cities and countries to discover. Some pictures of my trips in Europe:

Warsaw in December with Christmas lights, Poland

Road in the center of Bologna, Italy

I have been to Americas too, but more in the north to visit family, I want to discover more of the south in the future.

The Capitol in Washington DC, USA

I also experienced some things that I didn't expect to experience, like the breakup of my very long relationship, which was a really hard experience but I think it was also a good opportunity for me to grow and learn more about myself.

One thing I learned from all those travels and experiences is that it's important to be open to new things and take time to take care of yourself, especially when you are in a new place or going through a hard time.

Lessons and insights

I've learned a lot during the 2025's year, by trying things, going out of my comfort zone and making mistakes, of course.

I tried to be more close to what I really want which means improving myself in many topics. I improved my public speaking skills by giving talks in conferences. I improved my leadership skills by being Vice President of the DSF and other volunteering roles. I still have work to do but I'm proud of the progress I made.

I keep working on my communication skills, especially in English, and I feel a bit more comfortable now. I learned to think more about myself and my needs, still a work in progress but there are improvements.

I also learned a lot by meeting people and chatting with them, I have the chance to meet many amazing people this year and I'm really grateful for that.

I know that I'm really good at connecting people to each other, which is something I really enjoy and I want to keep doing it. I also learned that it's important to take care of yourself and work on your personal growth, I think it's important to be a better version of yourself to be able to help others too.

My favorite quote for this year was "Feel the fear and do it anyway" by Susan Jeffers, which is a great reminder for me to keep trying new things and not be afraid of failure.

My quote for 2026 is "Try more things, take more risks, embrace more discomfort" by Peter McKenzie, which is a reminder for me to keep improving myself in many areas and be ok with the fact of not being comfortable.

Reminder to myself

2025 I keep trying things I wasn't comfortable with. 2026, Tim Schilling recently asked me what would be my theme for this year, I think it would be "letting go and self-love" as I want to keep improving myself in many areas.

It's a long road but I'm confident. It will not be easy but I'm not alone and it can just help me to be a better version of myself and be able to help others too.

Piece of advice to tell for this new year:

Keep trying, making mistakes is not that bad
Practice is important to be good at something
Be kind to yourself
Letting go of what doesn't serve you anymore
Focus on what matters to you
Celebrate your progress, no matter how small
Take time for self-care and reflection
Embrace change and be open to new opportunities

Do what makes you happy and fulfilled, and don't be afraid to change your path if it doesn't feel right anymore.

I hope this year will be a good one for you, and I wish you all the best for 2026!

DjangoCon Africa 2025

2025-08-28T04:00:00+02:00

Bonjour, ça fait un moment, comme d'habitude. Il y a quelques semaines, je suis allée pour la première fois à la DjangoCon Africa. Elle avait lieu à Arusha, en Tanzanie.

Tim Schilling a écrit un excellent article sur son expérience à la DjangoCon Africa, vous pouvez lire son article. Il y a rassemblé les résumés d'autres participant·es à la conférence.

Ma première DjangoCon Africa

C'est toujours un sentiment particulier quand on participe à une conférence pour la première fois. On rencontre de nouvelles personnes, on découvre comment la conférence est organisée et on se familiarise avec son organisation et son fonctionnement.

Je connais bien la DjangoCon Europe : j'y ai été organisatrice, bénévole et participante. Il faut savoir que les événements DjangoCon sont organisés bénévolement. Je tiens vraiment à remercier les organisateurs, organisatrices et bénévoles derrière cette conférence. Je sais que ça représente énormément de travail en coulisses, mais rassembler des gens au même endroit et les voir tisser des liens et partager leurs connaissances, c'est une joie inestimable. Si vous voulez aider la communauté dans son ensemble, c'est une très bonne façon de contribuer.

Je voudrais aussi remercier tous les sponsors qui ont rendu cette conférence possible. C'est particulièrement important pour moi, car la communauté doit être représentée dans son ensemble, sur tous les continents, et une conférence comme celle-ci est la meilleure façon de le montrer.

Thibaud et moi devant le mur de la DjangoCon Africa UbuCon Africa

Je suis fière de cette photo : Thibaud Colas et moi, président et vice-présidente, devant le mur de la DjangoCon Africa UbuCon Africa avec les logos de tous les sponsors. Le sponsoring est crucial pour la réussite de ce type d'événement, et si la diversité et l'inclusion dans la tech vous tiennent à cœur, soutenir des événements comme la DjangoCon Africa est un excellent moyen de faire la différence.

En tant que membre du conseil d'administration, je suis contente d'avoir pu participer à presque tous les événements Django organisés dans le monde jusqu'à présent, pour être en contact direct avec la communauté.

Arusha, Tanzanie

Je n'étais jamais allée dans le sud de l'Afrique, à part dans le pays dont je suis originaire, les Comores. Aller à la DjangoCon Africa a été une bonne occasion de le découvrir et d'en apprendre plus sur la Tanzanie. J'ai vraiment aimé Arusha, c'est une ville charmante. C'était un vrai dépaysement pour moi, qui viens de Paris.

Rue commerçante à Arusha, en Tanzanie

C'est aussi une bonne occasion de découvrir la culture locale, la cuisine et la faune. J'ai eu le temps de faire un safari dans le cratère du Ngorongoro avec mon adorable ami Tim Schilling, d'aller au marché et de goûter la cuisine locale.

Safari avec Tim Schilling

On voit aussi les difficultés auxquelles les gens font face là-bas, et tout ce qu'ils font pour les surmonter. Malgré cela, les gens sont accueillants et chaleureux. Toujours prêts à aider.

La conférence

Comme c'était une nouvelle conférence pour moi, j'ai fait de mon mieux pour parler avec le plus de personnes possible. J'ai été émerveillée par toutes les personnes venues me parler, simplement pour discuter, pour me remercier pour ma keynote ou pour avoir un retour sur leurs projets. D'habitude, c'est l'inverse : c'est moi qui vais vers les gens. Si vous étiez à la DjangoCon Africa et que nous n'avons pas pu échanger, il n'est pas trop tard !

Au-delà de la communauté locale, cette conférence m'a donné l'occasion de retrouver de vieux amis et de m'en faire de nouveaux. Les conférences sont un excellent moyen de voir ses amis à l'international et de rencontrer des gens venus de partout. Je connais des gens du monde entier, c'est vraiment cool, non ? 😁

Tout le monde devant le mur avant la fin de la conférence

Ce que j'adore, c'est rencontrer en personne des membres de Djangonaut Space, en plus de la communauté locale. J'ai pu rencontrer en personne Salim Nuru, Philip Nareth et Tim Schilling.

L'équipe Djangonaut Space à la DjangoCon Africa 2025

Je suis triste que Rahmat Akintola n'ait pas pu venir, la prochaine fois j'espère.

Je peux maintenant dire que j'ai vu en personne tous les fondateurs et cofondateurs de Djangonaut Space 🚀

Tim est l'un de mes très bons amis, j'étais tellement heureuse de le rencontrer en personne et de pouvoir le soutenir pour sa keynote. C'est incroyable que ce soit la première fois que nous nous rencontrions en personne, après tout le temps passé ensemble sur Djangonaut Space. Les relations à distance, c'est bien réel.

J'étais contente de voir enfin des personnes avec qui j'avais échangé de temps en temps en ligne, comme Julius Boakye.

Keynote d'ouverture

J'ai été profondément honorée de donner la keynote d'ouverture de la DjangoCon Africa : « 50 shades of green - One contribution to the Django world ». Pour les personnes intéressées, voici le lien vers les slides. Je verrai pour ajouter la transcription plus tard.

Si ma keynote a eu un impact sur vous, même des années plus tard, dites-le-moi, j'aimerais beaucoup entendre votre histoire !

Malheureusement, les talks n'ont pas été enregistrés lors de cette conférence. J'espère que ce sera le cas la prochaine fois, certains contenus méritent d'être partagés au-delà de l'Afrique.

Chaque échange a marqué mon parcours, et j'ai hâte de poursuivre ces conversations à l'avenir. J'ai noué quelques contacts pour de potentielles collaborations et de futurs projets, et j'ai hâte de voir où ces liens et ces projets vont mener.

Comme je l'ai dit dans ma keynote, j'aimerais encourager les gens à contribuer à Django et à l'open source en général. Il existe de nombreuses façons de contribuer : le code, la documentation, l'internationalisation ou le soutien à la communauté. Chaque petite contribution compte ! Et même si ça fait peur de commencer à contribuer, rappelez-vous que tout le monde a été débutant·e à un moment donné. Moi y compris.

Alors n'ayez pas peur de faire le premier pas et de vous impliquer. La communauté Django est un endroit chaleureux et accueillant.

Ce voyage a été particulièrement important pour moi. Malgré quelques difficultés personnelles, la chaleur et la générosité de la communauté m'ont aidée à mettre ces soucis de côté. Mon séjour à la DjangoCon Africa a été vraiment enrichissant, et j'espère pouvoir y retourner en 2027.

À la prochaine, DjangoCon Africa ! 💚

DjangoCon Africa 2025

2025-08-28T04:00:00+02:00

Hi there, it's been a while as usual. I have been for the first time to DjangoCon Africa few weeks ago. It was in Arusha, Tanzania.

Tim Schilling has written an excellent blog post about his experience at DjangoCon Africa, you can read his blog post. He collected the other abstracts from the conference participants.

First DjangoCon Africa

It's always a special feeling when it's your first time in a conference. You meet new people, discover how the conference is run and familiarize yourself with the organization and how it is supposed to work.

I know DjangoCon Europe well, I have been an organizer, a volunteer and an attendee. One thing you have to know is DjangoCon events are run by volunteers for free. I really would like to thank the organizers and volunteers behind this conference. I know it's a lot of work behind the scenes, but gathering people in one place and seeing folks connecting and share knowledge it's a priceless joy. If you want to help the community globally, this is a really good way to contribute.

Moreover, I would like to thank all the sponsors that made this conference possible. This is particularly important to me because the community must be represented as a whole across all continents and conference like this one is the best way to show that.

Thibaud and I showing the DjangoCon Africa UbuCon Africa wall

I am proud of this picture, Me and Thibaud Colas, Vice President and President, in front the wall of DjangoCon Africa UbuCon Africa with all sponsors logos. Sponsoring is crucial for the success of such events and if you care about diversity and inclusion in tech, supporting events like DjangoCon Africa is a great way to make a difference.

As a board member, I am glad to have been able to participate in almost all Django events organized around the world so far to be in direct contact with the community.

Arusha, Tanzania

I have never been to South of Africa except the country I have roots, Comoros Islands. Go to DjangoCon Africa was a good way to discover that and learn about Tanzania. I really enjoyed Arusha, it's a lovely city. It was a real change of landscape for me, coming from Paris.

Road with shops in Arusha, Tanzania

It's also a good opportunity to discover the local culture, food and wildlife. I had the time to do a Safari to Ngorongoro Crater with my lovely friend Tim Schilling, go to the markets and try the local food.

Safari with Tim Schilling

Also, you see the challenge people are facing there and doing their best to overcome them. Despite this, people are welcoming and friendly. Always trying to help.

The conference

Since it's a new conference for me, I tried my best to talk with as many folks as possible. I was amazed by all the folks that came to me to talk, just for chatting or thanks me for my keynote and/or get feedback for their projects. Usually it's the reverse, I will go to folks to talk to them. If you were at DjangoCon Africa and didn't connect with me, you can still do it!

Outside of the local community, this conference gave me the opportunity to met old friends and new friends. Conferences are a great way to see your international friends and meet new folks from everywhere. I know folks from all over the world, that's really cool no? 😁

Everyone in front the wall before the end of the conference

Something I love is to meet folks from Djangonaut Space in person in addition to the local community. I was able to meet Salim Nuru, Philip Nareth and Tim Schilling in person.

The Djangonaut Space crew at DjangoCon Africa 2025

I'm sad Rahmat Akintola wasn't able to come, next time hopefully.

Now I can say I have seen all the founders and co-founders of Djangonaut Space in person 🚀

Tim is one of my very good friends, I was so happy to meet him in person and be able to support him for his keynote. It's unbelievable that was the first time we met in person, after all the time we spent together on Djangonaut Space. Remote relationships are real.

I was glad to finally see folks who I have chatted with online occasionally like Julius Boakye.

Opening Keynote

I was deeply honored to give the opening keynote of DjangoCon Africa: "50 shades of green - One contribution to the Django world". For those who are interested, you have the link of the slides . I will see to add the transcript later.

If my keynote has any impact on you, even years later, please tell me, I would like to hear your story!

Unfortunately, talks were not recorded at this conference. I hope it will be the case next time, some content deserves to be shared beyond Africa.

Each interaction has left a mark on my journey, and I look forward to continuing these conversations in the future. I got some contacts for potential collaborations and projects, and I'm excited to see where these connections and projects will lead.

As I mentioned in my keynote, I would like to encourage folks to contribute to Django and open source in general. There are many ways to contribute, whether it's through code, documentation, internationalization or community support. Every little bit helps! And even if it feels scary to start contributing, remember that everyone was a beginner at some point. Myself included.

So don't be afraid to take that first step and get involved. The Django community is a friendly and welcoming place.

This trip was especially meaningful for me. Despite navigating some personal challenges, the warmth and generosity of the community helped me set those worries aside. My time at DjangoCon Africa was truly enriching, and I look forward to the possibility of returning in 2027.

See you next time DjangoCon Africa! 💚

Vice-présidente de la DSF en 2025

2025-02-20T12:00:00+01:00

Bonjour, ça fait un moment, comme toujours 🙂 J'ai vécu une fin d'année 2024 et un début 2025 difficiles (un deuil familial), donc je n'ai malheureusement pas fait mon bilan de l'année habituel, mais j'ai pris le temps d'écrire ma dernière actualité : je suis la nouvelle vice-présidente de la Django Software Foundation 🎉

C'est un tel honneur de siéger au conseil d'administration de la Django Software Foundation, et encore plus en tant que vice-présidente. Je suis particulièrement contente d'avoir ce rôle, car c'est une façon d'être en lien avec nos membres, et j'ai déjà reçu de très gentilles réponses par e-mail en accueillant de nouveaux membres de la DSF.

Les missions de la vice-présidente

La vice-présidence gère tout ce qui concerne les demandes d'adhésion à la DSF. Actuellement, vous pouvez candidater pour vous-même ou pour quelqu'un d'autre. Ensuite, la demande est examinée puis soumise au vote du conseil d'administration, qui l'approuve ou non.

Si vous prévoyez de proposer quelqu'un comme membre de la DSF, ajoutez autant d'informations que possible : ça nous aide vraiment à savoir si la personne remplit les critères pour être approuvée.

Mes missions sont :

envoyer des e-mails aux membres approuvés
les ajouter à la liste de diffusion utilisée pour les votes des futurs conseils d'administration et du steering council
les ajouter à la section privée des membres de la DSF sur le forum
leur attribuer le rôle DSF
assurer le suivi de toute demande spécifique concernant les membres actuels ou en cours d'intégration

En plus de ça, je suis aussi la suppléante du président. Si Thibaud est malade ou ne peut pas faire quelque chose lié à son rôle, c'est moi qui prendrai le relais. Pas de pression, n'est-ce pas ? 😛

Comme Thibaud l'expliquait sur son blog, il y a des choses à découvrir pour pouvoir remplir le rôle comme les gens et nous-mêmes l'attendons. Je suis sûre que nous allons trouver et le documenter 💪🏽 La présidence semble être un rôle avec énormément de choses à faire, et je ferai de mon mieux pour l'aider autant que possible.

Mes projets pour 2025 et l'avenir

J'ai fait beaucoup de bénévolat l'année dernière. Une chose difficile, c'est de trouver le bon équilibre pour pouvoir faire tout ce qu'on veut tout en prenant du temps pour soi. Selon sa personnalité, il peut être encore plus difficile de dire non à un sujet qui nous tient à cœur simplement parce qu'on n'a pas assez de temps. C'est pourquoi mon premier objectif est d'améliorer les processus et de documenter les choses en interne pour la vice-présidence, au cas où je déciderais de ne pas continuer à siéger au conseil.

Cette année, j'aimerais automatiser partiellement ou complètement le processus d'intégration d'un nouveau membre de la DSF, afin de réduire le délai entre l'annonce de l'approbation des membres et le moment où ils sont réellement intégrés et ajoutés. Ça permettra aussi à la vice-présidence de consacrer du temps à d'autres choses.

Je continuerai mon travail sur ce que j'ai mentionné dans ma déclaration de candidature et je ferai de mon mieux pour représenter la Django Software Foundation, ce super framework et les personnes qui le font vivre partout dans le monde 💚

Je vais essayer de concrétiser les choses sur lesquelles je n'ai pas mené autant d'actions que je le voulais (accessibilité, site web de Django, etc.) et soutenir les autres membres du conseil ainsi que toutes les personnes prêtes à s'impliquer dans la gouvernance de Django et dans le travail autour de Django qui contribue à la mission de la DSF.

DSF Vice President 2025

2025-02-20T12:00:00+01:00

Hi there, it's been a while, as always 🙂 I had a though end of the 2024 year and beginning of 2025 (family loss) so I didn't do my usual year in review unfortunately, but I took the time to write my recent update: I'm the new Vice President of the Django Software Foundation 🎉

This is such an honor to serve on the board of the Django Software Foundation, and it's even more the case as the Vice President. I'm particularly glad to have this role since it's a way to connect to our members and I already had lovely emails responses while onboarding new DSF members.

Vice President tasks

The Vice President handle everything related to requests of new DSF members. Currently you can apply for yourself or apply for someone else. After that, it's reviewed and voted by the board for approval or not.

If you planning to submit a DSF member, please add as many informations as you can, it's really helping us to know if the person meet the criterias to approuve the member.

My tasks are:

send emails to approved members
add them to the mailing list used for the voting for the future boards and steering council
add them to the private DSF member section in the forum
attribute them the DSF role
follow up for any specific inquiries related to current or onboarding members

Besides that, I'm also the fallback of the President. If Thibaud is sick or can't do something related to his role, I will be the one to fill up the place. No fear, right? 😛

As Thibaud was saying in his blog, there is some discovery to do to be able to fill the role as people and ourselves expected. I'm sure we will figure it out and document it 💪🏽 The President seems to be a role with many things to do and I will do my best to help him as much as I can.

My plans for 2025 and the future

I have been doing a lot of volunteering last year, one thing which is hard, is get a good balance to be able to do everything you wanted and take time for yourself. In function of your personality, it can be even harder to say no to a topic you care about just because you don't have enough time. That's why, my first plan is to improve processes and document things internally for the Vice President in case I decide to not continue to serve the board.

This year I would like to automate partially or completely the process of onboarding a new DSF member to have less time gap in terms of announcement of members approval and the time they are actually onboarded and added. This will be also a way to allow the Vice President to spend time on other things too.

I will continue my work related what I mentioned in my statement and will do my best to represent the Django Software Foundation and this nice framework and people behind it around the world 💚

I will see to achieve things I haven't done as many actions as I wanted (Accessibility, Django website etc.) and support other board members and any folks who are happy to step in, in the Django governance and Django work that fulfill the DSF's mission.

TIL : les Protocol et le typage en Python

2024-12-18T14:00:00+01:00

Bonjour,

J'apprends encore beaucoup de choses sur Python, et j'ai découvert les Protocol il y a quelques mois. Je voulais l'écrire pour ne pas oublier.

Les Protocol ont été introduits dans Python 3.8 avec la PEP 544. Il existe plusieurs protocoles en Python, mais celui dont je parle est une façon de définir du typage structurel. Certaines personnes appellent aussi ça une interface implicite. On peut utiliser la classe Protocol du module typing. Pour ne pas vous embrouiller davantage, je vais l'expliquer avec une image simple.

Imaginons que vous êtes journaliste et que vous écrivez des articles tech, des notes de la semaine et plein d'autres types de textes ; il y a toujours des choses que vous ferez pour vos publications, quel que soit leur type, par exemple :

les marquer comme brouillon
les publier

Pour être sûr·e de ne pas les oublier, créons un modèle. Ce modèle sera votre protocole.

Avec du vrai code, ça ressemblerait à ceci :

from typing import Protocol

class Publishable(Protocol):

   def publish(self):
      pass

Et voilà, vous pouvez l'utiliser pour n'importe quel type de publication sans héritage. Cela signifie qu'un objet est conforme à un protocole s'il implémente les méthodes requises. Voici un exemple avec la méthode publish :

class Article:
   def __init__(self, title: str):
      self.title = title

   def publish(self) -> None:
      # do something to publish
      pass

La classe Article implémente maintenant le protocole Publishable grâce à l'ajout de la méthode requise publish.

Les avantages et inconvénients sont les suivants :

Avantages

Pas besoin d'héritage, moins de liens directs, et on évite les inconvénients de l'héritage quand on fait des changements
On n'oublie pas d'implémenter des choses et on gagne en dynamisme

Inconvénients

Moins lisible, il faut le savoir
Utile surtout pour le typage

Je suppose que vous vous dites : super, mais comment j'utilise ce Protocol ? Bonne question !

Les Protocol sont principalement utilisés pour les annotations de type et la vérification statique des types. Cela signifie que vous pouvez utiliser un protocole comme annotation de type pour indiquer qu'un argument ou une variable doit être conforme à un protocole donné.

Si on reprend notre exemple, on obtient le code suivant :

def publish_article(article: Article) -> None:
   article.publish()
   ...

Ici, un seul Protocol est utilisé, mais vous pourriez en utiliser plusieurs.

class Draft(Protocol):

   def mark_as_draft(self):
      # do something to mark as draft
      pass

class DraftAndPublishable(Draft, Publishable):
   pass

Dans cet exemple, on définit un protocole nommé Draft avec une méthode mark_as_draft. Puis on définit un autre protocole nommé DraftAndPublishable qui combine les protocoles Draft et Publishable.

Si vous connaissez les méthodes spéciales __iter__ et __next__ : si vous implémentez les deux, votre objet utilisera le protocole Iterator ✨ Vous pouvez en apprendre plus dans l'article de Real Python sur le protocole Iterator.

Pour conclure, les Protocol permettent de définir du typage structurel en Python, et donc de créer des interfaces sans avoir besoin d'héritage explicite. Ils permettent aux vérificateurs de types de s'assurer que les objets respectent les protocoles définis, ce qui améliore la justesse et la maintenabilité du code.

C'est tout pour le moment ! J'espère que ça sera utile à quelqu'un.

TIL: python Protocol and typing

2024-12-18T14:00:00+01:00

Hi there,

I’m still learning a lot around Python, and I discovered Protocol some months ago and I wanted to write that down to not forget.

Protocol was created in Python 3.8 with the PEP 544. There a multiple protocols in python but the one I’m talking about is a way to define structural typing. Some of you will also call that implicit interface. We can use the Protocol class from the typing module. To not confuse you even more, I will explain that with a simple image.

If we consider you as a journalist and you are writing tech articles, week notes and many type of writing; you always have things you will do for your posts despite the type of them, for example, such as:

mark it as draft
publish

To make sure you not forget those things, let’s create a template, so you don’t forget them. This template will be your protocol.

With real code it should look like something like this:

from typing import Protocol

class Publishable(Protocol):

   def publish(self):
      pass

That’s it, you can use it on any types of posts you want without inheritating them. This means that an object conforms to a protocol by implementing the required methods. Here’s an example with the publish method:

class Article:
   def __init__(self, title: str):
      self.title = title

   def publish(self) -> None:
      # do something to publish
      pass

The class Article is now implementing the protocol Publishable with the addition of the required method publish.

The pro and cons of that are:

Pro

No need of inheritance pattern, less direct links and avoid drawbacks of inheritance if you make changes
Don’t forget to implement things and have more dynamics

Cons

Less readable, you have to know that
Useful mostly for typing

I guess right now you’re thinking, great but how do I use this Protocol? Good question!

Protocols are primarily used for type hinting and static type checking. This means you can use a protocol as a type annotation to indicate that an argument or variable must conform to a specific protocol.

If we retake our example, we will have this following code:

def publish_article(article: Article) -> None:
   article.publish()
   ...

In this case it’s only one Protocol used, but you could have multiple Protocols used.

class Draft(Protocol):

   def mark_as_draft(self):
      # do something to mark as draft
      pass

class DraftAndPublishable(Draft, Publishable):
   pass

In this example, we define a protocol named Draft with a mark_as_draft method. Then we define another protocol named DraftAndPublishable that combines both the Draft and Publishable protocols.

If you are familiar with the special methods __iter__ and __next__, if you implement both, then your object will use the Iterator protocol ✨ You can learn more on Real Python blog post related to Iterator Protocol.

To conclude with, Protocols provide a way to define structural typing in Python, allowing you to create interfaces without the need for explicit inheritance. They enable type checkers to verify that objects adhere to the defined protocols, enhancing code correctness and maintainability.

That’s it for now! I hope it will be useful for someone.

Conseil d'administration de la DSF : AMA après 8 mois

2024-11-16T06:00:00+01:00

Bonjour, ça fait un moment. J'ai toujours plein d'idées d'articles et jamais le temps, mais j'essaie d'en trouver pour parler du conseil d'administration de la Django Software Foundation (DSF). J'oublierai peut-être certaines choses, donc je ferai peut-être une série d'articles sur la DSF. Cette fois, j'ai décidé de réécrire cet article et de répondre directement aux questions qu'on m'a posées sur les réseaux sociaux ou en personne.

AVERTISSEMENT : il s'agit de mon avis personnel, je n'ai l'intention de blâmer personne, à part moi-même. Ce sont mes réflexions sur ces derniers mois, sachant que j'apprends encore comment fonctionne le conseil.

Comment es-tu devenue membre du conseil d'administration de la DSF ?

J'ai été élue par les membres de la DSF. Si vous voulez en savoir plus sur l'adhésion à la DSF, vous pouvez consulter le site de Django, et si vous pensez que vous ou quelqu'un d'autre pourriez convenir, candidatez. J'ai commencé à siéger au conseil en janvier 2024, et mon mandat se terminera en décembre 2025. Chaque membre du conseil a un mandat de 2 ans, et il existe 4 rôles spécifiques :

Président·e
Vice-président·e
Trésorier·ère
Secrétaire

Je n'ai pas de rôle spécifique, je voulais d'abord voir comment ça se passait, puis voir ce que je pouvais faire. Et aussi comment ça allait se combiner avec mes tâches actuelles et mon (énorme) liste de choses à faire.

Qu'est-ce qui est différent de ce que tu imaginais ?

Je pense qu'en venant de l'organisation de Djangonaut Space, je m'attendais à des similitudes en termes de communication et d'organisation, mais ce n'était pas le cas. Je m'attendais à plus de communication et d'interactions asynchrones, puisque nous pouvons tous être occupés pour de nombreuses raisons.

Des choses un peu plus définies, comme qui doit répondre aux e-mails et que faire des spams, par exemple.

1 h de réunion du conseil par mois, ce n'est pas suffisant pour moi, et certains sujets ne sont pas vraiment discutés en dehors des réunions.

Que faudrait-il faire à l'avenir pour assurer le succès à long terme du conseil et de la DSF ?

Faire plus d'efforts sur la levée de fonds : je crois qu'avoir plus d'argent permettra d'agir dans plus de domaines.

Et aussi, avoir un meilleur lien avec la communauté. Parfois, nous rencontrons des problèmes pour lesquels les retours et le soutien de la communauté seraient utiles pour les résoudre.

Parmi tes initiatives au conseil, combien pourraient être menées SANS être membre du conseil ?

Par exemple, le problème de l'intégration et de l'accompagnement des nouvelles personnes contributrices est traité par Djangonaut Space, de notre propre initiative. Mais approuver des subventions et sélectionner une équipe pour la DjangoCon Europe ne peut être fait que par des membres du conseil.

En fait, énormément de choses peuvent être faites sans être membre du conseil 😁

Aider les gens sur le forum Django ou le Discord Django
Modérer le forum et le Discord
Lancer un groupe de travail
Participer à un groupe de travail
Aider sur le contenu du site de Django
Proposer des personnes comme membres de la DSF
Créer une communauté Django locale (par exemple le meetup Django Paris)
Chercher des communautés partout dans le monde pour les ajouter à la page des communautés locales
Contribuer aux sites djangoproject.com / code.djangoproject.com
Contribuer au bot Discord de Django
Contribuer au cœur de Django pour améliorer les processus
Contribuer à une équipe Django (par exemple l'équipe de tri et de revue)
Parler à des personnes qui pourraient rejoindre un groupe de travail
Être bénévole pour la présence de Django/de la DSF lors d'événements (par exemple aider à tenir un stand Django)

De petites façons de s'impliquer : si je n'ai que 5 heures par mois pour contribuer, où avez-vous besoin de monde ?

Il existe de nombreuses façons de contribuer, selon ce qui vous intéresse le plus :

Actions immédiates

Aider le groupe de travail Réseaux sociaux à fournir ou relire du contenu
Aider les Djangonautes sur le forum ou sur Discord, répondre aux questions
Retweeter/partager sur Mastodon les publications de Django

Peut nécessiter une validation / actions futures

Aider à la modération (par exemple Reddit /r/django)
Le groupe de travail Levée de fonds de la DSF pourrait avoir besoin d'aide pour contacter des sponsors potentiels
Si possible, venir aux permanences de la DSF pour aider à répondre ou contribuer à la conversation
J'aimerais à terme avoir une équipe dédiée au contenu du site, et de l'aide serait la bienvenue ici

Si l'une de ces actions vous intéresse, remplissez ce formulaire, pour que je puisse vous contacter plus tard en cas de besoin précis.

La DSF fixe-t-elle et suit-elle des objectifs de diversité et d'inclusion, et si oui comment ?

Nous avons une déclaration publique sur la diversité et quelques améliorations en cours en matière de DEI.

Actuellement, il s'agit surtout de définir l'état des lieux et son évolution avec des statistiques, pour pouvoir fixer des objectifs.

Les actions menées visent surtout à montrer la diversité de la communauté dans le monde de Django, c'est-à-dire : le site, les élections, les membres et les outils de communication de Django :

La page des communautés locales
Reconnaître des membres de la DSF du monde entier
De petites initiatives pour aider à obtenir une bonne représentation de la diversité de la communauté lors des élections du conseil de la DSF
Parler des membres actuels de la DSF
…

On pourrait aller plus loin, par exemple en faisant participer Django au programme Outreachy, etc.

Quelles sont les tâches et le temps à y consacrer ?

Les tâches régulières comme base, puis les tâches ponctuelles/initiatives personnelles, avec une estimation du temps

Nous avons une réunion chaque mois, qui dure une heure. Pendant ce temps, nous passons en revue tous les sujets en cours et nouveaux avec tous les membres et l'assistante, Catherine.

En dehors de ça, nous communiquons de manière asynchrone sur Slack.

Comme je n'ai pas de rôle spécifique, il s'agit surtout de promouvoir et de représenter la Django Software Foundation, et de suivre des groupes de travail de la DSF en tant que référente du conseil. Nous avons un formulaire de contact, donc je dois vérifier les e-mails et y répondre si je peux.

Pour les tâches ponctuelles/initiatives personnelles, je ne connais pas précisément le temps, mais je pense que ça dépend de la tâche : s'il s'agit de recherches sur un sujet ou de faire quelque chose pour un groupe de travail. Je suis impliquée dans 3 groupes de travail, ce qui veut dire qu'il peut y avoir des réunions ou des actions à faire en lien avec eux.

C'est difficile de définir un temps précis, mais je pense pouvoir dire environ 5 heures ou plus par mois, selon les besoins et ma santé.

Dans quels domaines le conseil pourrait-il s'améliorer, et où manque-t-il de compétences/d'expertise ?

Je pense que le conseil pourrait s'améliorer en matière de promotion : trouver des sponsors, proposer des offres de sponsoring selon le niveau de sponsoring, obtenir des contacts...

Et je crois que nous manquons d'expertise sur les questions juridiques et le marketing. Par exemple, Django est connu des développeurs et développeuses pour sa stabilité et ses mises à jour sans douleur, c'est quelque chose qui n'est pas mis en avant, ou alors mal, en disant qu'il est « ennuyeux ».

Des choses « en coulisses » ? Des points douloureux ?

Je devrais vraiment partager ce qui se passe en coulisses ? 😁

Je pense que le principal point douloureux pour moi, ça a été la communication et la documentation.

Beaucoup de choses ne sont pas documentées, ou seulement en partie, et avec tous les conseils successifs, j'imagine que des choses se sont perdues avec le temps. C'est difficile de tout comprendre quand on est nouvelle.

J'aurais aussi préféré que les tâches soient partagées, ou éventuellement que les gens puissent/soient encouragés à demander de l'aide s'ils n'ont pas le temps ou pour toute autre raison, surtout quand ils ont un rôle qui peut être très prenant. J'ai mis beaucoup de temps à comprendre qui rédige nos pages d'actualités. Les accès et les processus pour les demander ne sont pas toujours clairs pour moi. Ce genre de choses devrait être documenté quelque part.

Comment le conseil prend-il ses décisions (votez-vous sur tout) ?

Comme je le disais, nous avons une réunion du conseil chaque mois, avec un ordre du jour précis que nous passons en revue ensemble :

Demandes de subventions
Propositions de DjangoCon
Adhésions à la DSF
Groupes de travail de la DSF

Tous ces sujets sont soumis au vote à chaque fois qu'il y a quelque chose à voter, donc nous nous assurons d'avoir le quorum avant le début de la réunion, sinon elle est reportée. Nous discutons aussi de sujets liés à l'organisation de la DSF, comme les statuts, la marque, etc., mais tout n'est pas soumis au vote, sauf en cas de changement majeur. Tous les membres du conseil peuvent ajouter un sujet à l'ordre du jour.

Pour quelles choses faut-il impliquer le conseil, et que peut-on « simplement faire » ?

Certains groupes de travail de la DSF existent déjà : tous leurs membres sont identifiables, ainsi que la façon de les rejoindre.

Tout le monde peut aider un groupe de travail sans demander à un membre du conseil.

Tout le monde peut créer un groupe de travail de la DSF, mais il faut au moins un membre du conseil pour suivre et guider le groupe de travail (= référent·e du conseil) selon la vision du conseil de la DSF et pour faire le lien. Quand la proposition est prête, la ou le référent·e la présente en réunion pour qu'elle soit votée par le conseil.

Il existe aussi des initiatives comme Djangonaut Space, Django News, etc., qui ne dépendent pas du tout du conseil. Si vous avez une idée qui pourrait résoudre un problème dans la communauté Django, lancez-vous !

La principale chose qui implique le conseil, c'est la création d'une nouvelle DjangoCon, puisque le nom est déposé sous la marque Django avec certains critères. Vous pouvez tout de même créer des événements plus petits sans le conseil, et certains sont recensés sur la page des communautés locales.

Tes réflexions personnelles : est-ce un plaisir ou une corvée ?

Difficile à dire, j'ai connu les deux.

J'ai été frustrée de ne pas pouvoir aider dans certains cas, ou de voir des gens se plaindre sans que l'information remonte directement au niveau du conseil, là où elle aurait pu faire la différence. Alors je prends des notes et j'essaie de faire changer les choses, mais parfois c'est juste une question de temps ou d'actions, ça ne se passe pas comme on voulait et on est déçu·e du résultat.

J'apprécie aussi quand des gens me remercient pour certaines actions, quand je les vois émerveillés par la reconnaissance de leur adhésion à la DSF, ou simplement quand je vois des personnes que je connais d'autres espaces (Djangonaut Space, Discord...) participer à la communauté Django d'une manière ou d'une autre, même si ça ne se termine pas comme prévu, comme lors des élections. C'est vraiment beau de voir des gens du monde entier se rassembler autour d'une chose en commun.

Où en es-tu de tes objectifs ? Sommes-nous sur la bonne voie ? Sinon, de quelles ressources faudrait-il pour les atteindre ?

Si on reprend ma déclaration de candidature publiée sur le blog de Django, voici où on en est :

Augmenter la levée de fonds : en cours avec le groupe de travail Levée de fonds de la DSF
- améliorer la communication : des idées ont été partagées avec le groupe de travail Réseaux sociaux de la DSF, il manque la coordination avec le groupe de travail Levée de fonds quand l'équipe aura tout ce qu'il faut
- mettre en valeur les sponsors : ce sera revu avec le futur groupe de travail Site web de la DSF, en coordination avec le groupe de travail Levée de fonds
Développer notre communauté : en cours, avec beaucoup de nouveaux membres de la DSF et de nouvelles personnes
- aider en particulier les contributeurs et contributrices, actuels et nouveaux : faire connaître la communauté et rencontrer des gens lors d'autres événements.
Groupe de travail sur le mentorat : discussion lancée. Je suis impliquée dans trop de groupes de travail, mais j'ai maintenant une bénévole pour mener ce projet ✨ Elle aura besoin de personnes et de ressources pour l'aider, une issue sera bientôt ouverte, gardez un œil dessus.
Faire progresser l'accessibilité dans le framework : en cours, nous avons de nouveaux membres et beaucoup d'idées et de discussions en cours. Cela dépend aussi beaucoup du groupe de travail Site web de la DSF, qui sera bientôt lancé.
La diversité de Django et l'élargissement de la communauté : en cours, avoir une meilleure représentation dans Django, par exemple parmi les candidat·es aux élections ou les personnes mises en avant sur le site.

Je pense que nous sommes sur la bonne voie, mais je ne peux pas le faire seule, surtout pour les réseaux sociaux : nous aurons besoin de personnes pour nous aider à promouvoir et à écrire du contenu.

Il y a aussi des sujets sur lesquels j'aimerais que plus de personnes s'impliquent :

Le groupe de travail Code de conduite de la DSF
La modération du Discord et du forum
Une future équipe pour rédiger le contenu du site
Recueillir les retours des gens pour apporter des améliorations
Recueillir les retours des sponsors

Qu'as-tu accompli ?

Je suis contente de ce que j'ai accompli, même si je pensais en faire plus.

Représenter la DSF à certains événements (par exemple le FOSDEM)
Le stand Django à l'EuroPython
Un lightning talk à la DjangoCon Europe
Le panel de la DSF à la DjangoCon Europe
Gérer les rôles DSF sur le serveur Discord
Répondre à des questions sur Discord, le forum ou par e-mail
Aider à lancer le groupe de travail Levée de fonds de la DSF
Ajouter des communautés locales sur la page des communautés locales
Suivre le brouillon du groupe de travail Site web de la DSF
Aider à la revue des propositions de DjangoCon pour l'année prochaine
Aider le groupe de travail Réseaux sociaux
Faire des recherches sur les anciens conseils et l'histoire de la DSF
Aider sur le prochain sondage des développeurs et développeuses Django
Proposer beaucoup de personnes comme membres de la DSF
Lister les demandes potentielles des Djangonautes

Qu'aimerais-tu accomplir ?

Automatiser partiellement ou complètement l'ajout de nouveaux membres individuels de la DSF
Améliorer la levée de fonds pour pouvoir mener plus d'actions
Améliorer le site avec le groupe de travail Site web de la DSF
Créer une équipe (un groupe de travail ?) dédiée au contenu du site
Créer un groupe de travail sur le mentorat/le leadership
Créer un moyen de recueillir les retours de la communauté
Améliorer les formulaires pour les futures élections
Créer une série d'articles sur les membres de la DSF
Créer des publications « le saviez-vous ? » sur la DSF pour les réseaux sociaux

Qu'aimerais-tu que la communauté sache pour te faciliter la tâche ?

Ça demande en fait du temps si on veut faire des choses en dehors de la réunion mensuelle. Le travail et les activités à côté prennent du temps, et certains jours, c'est difficile de travailler sur l'open source.

Nous devons augmenter les financements, et la meilleure façon de commencer, c'est vous, chère lectrice, cher lecteur. Si vous travaillez pour une entreprise, demandez-lui si elle sponsorise Django si elle l'utilise, et expliquez-lui pourquoi elle devrait le faire. Si vous ne savez pas quoi dire, vous pouvez commencer par le fait que ça aide à payer nos Fellows, les 2 femmes incroyables qui maintiennent chaque jour l'outil dont elle dépend, en assurant sa sécurité et ses améliorations.

Beaucoup de choses pourraient être résolues avec de l'argent, mais pas seulement. Parfois, ce qui nous manque, ce sont des personnes. Des mentors, des personnes pour répondre aux questions, des personnes pour modérer les plateformes, des personnes pour contribuer au code source.

Qu'est-ce qui t'a fait rire ?

Mon intégration, ce n'était vraiment pas ce que j'imaginais, même si, pour être honnête, je n'attendais pas grand-chose.

Le referais-tu ?

Je pense que oui, pas parce que c'est particulièrement amusant, mais plutôt parce que certaines choses ne peuvent changer qu'à un certain niveau, et je pense que je peux être utile ici.

Si tu as le syndrome de l'imposteur, comment le gères-tu ?

Le syndrome de l'imposteur est malheureusement mon meilleur ami, toujours là, je ne sais pas pourquoi, lol

Je pense que c'est une question de réfléchir à la meilleure façon de faire : même si je ne suis pas la personne la plus compétente, je pense que j'ai quelque chose à apporter, et c'est pour ça que j'ai été élue.

DSF Board, AMA after 8 months

2024-11-16T06:00:00+01:00

Hi there, it's been a while, I always have many ideas to write and no time, but I try to find some to talk about the Django Software Foundation (DSF) board. I might forget things to say so I might do a DSF blog series. This time I decided to re-write this post and directly answer questions I was asked on social media or in person.

DISCLAIMER: This is my personal opinion, I do not intend to blame anyone except myself. This is my reflection from the past few months, including the fact I’m still learning about the board.

How did you become a DSF board member?

I was elected by DSF members. If you want to learn more about DSF membership, you can check the django website and if you think you or someone else are suitable, please apply. I started to serve on the board from January 2024, and my term will end in December 2025. Each board member have 2 term year and we have 4 specific officer roles:

President
Vice President
Treasurer
Secretary

I don’t have any specific role, I was planning to see how it’s going and then see what I can do. And also, how it will go with my current tasks and (huge) to-do list.

What’s different from your expectations?

I think coming back from Djangonaut Space organization I was expecting some similarities in terms of communication and organisation but it wasn't the case. I was expecting more asynchronous communication and interaction since we might all be busy for many reasons.

A bit more defined things like who should answer emails and what about spams for example.

1h of board meetings a month is not enough to me and some topics are not really discussed outside the meetings.

What do you think needs to happen in the future to set the board and the DSF up for long term success?

Put more effort in fundraising, I believe having more money will help to take actions in more domains.

Also, have a better link with the community. Sometimes we have issues where having feedback and support from the community would be helpful to address them.

How many of your DSF board specific initiatives are things that could be done NOT being a board member?

For example, solving the problem of onboarding and nurturing new contributors is tackled by Djangonaut Space on our own initiative. But approving grants and selecting a DjangoCon Europe team can only be done by board members.

So many things can be done without being a board member actually 😁

Help people in the Django forum or Django discord
Moderate the forum and discord
Initiate a working group
Participate to a working group
Help with the content of the Django’s website
Submit people as DSF members
Create a local Django community (ie: Django Paris meetup)
Search for community around the world to add to the local community page
Contribute to djangoproject.com / code.djangoproject.com website
Contribute to the Django Discord bot
Contribute to Django core to improve processes
Contribute to a Django team (ie: Triage and review team)
Talk to people who could be part of a working group
Volunteer in Django/DSF presence in events (ie: help run a Django booth)

Small ways to get involved: If I only have 5 hours per month I can contribute, where do you need people?

They are many ways to contribute depends on the things you are more interested:

Immediate actions

Help social media WG to provide content or review content
Help Djangonauts on the forum or on discord, answer questions
Retweet/retooth Django posts

Might need review / futures actions

Help on moderation (for example Reddit /r/django)
DSF Fundraising WG might need extra help to reach potential sponsors
If possible, come on the DSF office hours to help answers or contribute to the conversation
I would like at some point to have a content team for the website and help would be helpful here

If you are interested in any of those actions please fill this form, so I can reach you later if there are any specific needs.

If and how the DSF is setting and tracking goals for diversity and inclusion?

We have a public statement for diversity and some ongoing DEI improvements.

Currently it’s more to define what is the existing state and the evolution with statistics to be able to set goals.

The actions that had been taken is mostly to show how diverse the community is in the Django world, which means: the website, elections, the members and Django communication tools:

The local community page
Recognize DSF members from all over the world
Small initiatives to help to get a good representation of the diversity of the community in DSF board elections
Talk about the current DSF members
…

Could be even more, having Django participate in the Outreachy program and so on.

What are the tasks and time commitments?

Regular tasks as a baseline and then ad-hoc tasks/personal initiatives with rough times

We have a meeting each month and it lasts one hour. During this time, we are reviewing all current and new business with all members and the assistant Catherine.

Except that, we have async communication on slack.

Since I don't have a specific role, it's mostly promotion and representation of the Django Software Foundation and following DSF working groups as a board of liaison. We have a contact form so I have to check emails and reply if I can.

In more ad-hoc tasks/personal initiatives, I don’t know precisely the time but I think it depends on the task, if it’s research on a topic or doing something for a working group. I’m involved in 3 working groups, which means that there might be meetings or actions that I may have to do related to that.

It’s hard to explicitly define times, but I think I could say around 5+ hours a month, depending on the need and my health.

What areas do you think the board could improve on and where does it lack skills/expertise?

I think the board could improve in promotion: get sponsors, offer sponsorship package in function of the level of sponsoring, get contacts…

And I believe in terms of legal considerations and marketing we are lacking expertise. For example Django is known from developers for its stability and smooth upgrades, this is something which is not promoted, or at least poorly by saying it’s “boring”.

Any "behind the curtain" stuff? Any pain points?

Should I really share behind the curtain stuff? 😁

I think the major pain point for me was communication and documentation.

Many things are not documented or partially and with all different boards I imagine things have been lost over time. It’s hard to understand everything when you are new.

Also, I would have preferred to have the tasks shared or potentially allow/push people to ask for help if no time or whatever reason, especially when they have a role which can ask a lot. It took me a lot of time to figure out who writes our news pages. Access and the processes to ask for access are not always clear to me. This kind of thing should be documented somewhere.

How does the board decide things (do you vote on everything)?

As I was saying before, we have a board meeting each month and we have a precise agenda that we are reviewing together:

Grant submissions
DjangoCon proposal
DSF memberships
DSF working group

All of those areas are voted on each time if there is anything to vote on, so we are making sure that we have a quorum before the start of the meeting, otherwise it will be rescheduled. We also discuss things related to the DSF organisation like bylaws, trademark etc. but things aren’t always under vote except if there is a major change. All board members can add a topic to the agenda.

What things folks should involve the board with and what can they "just do".

Some DSF working groups already exist, all members are identifiable and the way to join the working group.

Everyone can help a working group without asking a board member.

Everyone can create a DSF working group, but this needs at least one board member to follow and guide the working group (=board liaison) with the DSF board vision and for reporting. When the proposal is ready, the board liaison will bring it to the board meeting to be voted on by the board.

There are also initiatives like Djangonaut Space, Django News etc. which don’t rely on the board at all, if you have an idea which might solve something in the Django community, please do it!

The major thing which involves the board is creating a new DjangoCon since the name is registered under the Django trademark with certain criterias. You can still create smaller events without the board, and some of them are registered in the local community page.

Your personal reflections - is this a joy or a chore?

Hard to say, I have experienced both.

I was frustrated to not be able to help in some cases or see people complaining but I didn’t get the information at the board level directly where it could make a difference. So I keep notes and try to make changes but sometimes it’s even just a matter of time or actions, it doesn’t go like you wanted and you’re disappointed with the result.

I also enjoy people thanking me for some actions I have done, see them amazed with the DSF membership recognition or just see people I know from other spaces (Djangonaut Space, Discord…) taking part in Django community contributions in some way, even if it doesn’t end as expected like elections, this is really nice to see all folks from all over the world gather for one thing in common.

Where are you at with your goals? Are we on track? If we aren't, what resources would it take to accomplish them.

If we retake my personal statement from the Django blog post, this is the current state:

Increase fundraising: in progress with DSF Fundraising WG
- improving communication: ideas was shared with DSF social media WG, missing coordination with DSF Fundraising WG when the team have everything ready for
- highlighting sponsors: this will be reviewed with the future DSF Website WG with coordination of DSF Fundraising WG
Develop our community: in progress with many new DSF members and newcomers
- specifically helping existing and new contributor: sharing the community and meeting people in other events.
Working group for mentorship: Discussion initiated, I’m involved in too many working groups, I have now a volunteer to lead this project ✨ She will need people and resources to help her, an issue will be open soon, keep an eye on that.
Push accessibility in the framework: in progress, we have new members and many ideas and discussions on going. This also rely a lot on DSF Website WG which will be soon kickstarted.
Django's diversity and expand the community: in progress, have a better representation in Django like candidate elections or people shown in the website.

I believe we are on track but I can’t do that alone, especially for social media, we will need people to help us to promote and write content.

There are also topics I would like to have more people involved in:

DSF Code of Conduct WG
Moderation of Discord and Forum
Future team to write content of the website
Get folks feedbacks in order to make improvements
Get sponsors feedbacks

What did you achieve?

I’m happy with what I have achieved, even though I was thinking I would have done more.

Represent DSF at some events (e.g. FOSDEM)
Django booth at EuroPython
DjangoCon Europe lightning talk
DjangoCon Europe DSF panel
Handle DSF roles on discord server
Reply to some questions on discord, forum or email
Help to quickstart the DSF Fundraising WG
Add local communities in local communities page
Follow-up on draft of the DSF Website WG
Help on the review of DjangoCon proposal of next year
Help the social media WG
Research on the DSF past board and history
Help on the next Django developer survey
Submit many people for DSF membership
Listing of potential requests that Djangonauts would like

What would you like to achieve?

Automate partially or completely the addition of new DSF Individual Members
Improve fundraising to be able to take more actions
Improve the website with the DSF Website WG
Create a content website (WG?) team
Create a mentorship / leadership WG
Create a way to get feedback from the community
Improve forms for futures elections
Create a DSF members blog series
Create some “did you know” social media post related to DSF

What do you wish the community knew that would make your role easier?

This is actually some time commitment if you want to do things outside of the monthly meeting. Your work and extra activities take time and some days this is hard to work on open source.

We need to increase funding but the best way to start is with you, dear lovely reader. If you are working for a company, you should ask if they are sponsoring Django if they use it and tell them why they should do that. If you don’t know what to tell for why, you can start by the fact it will help pay our Fellows, the 2 incredible women who are maintaining the tool every day they are relying on and keep the security and improvements on it.

Many things could be solved by having money, but not only. Sometimes what we are missing is people. Having mentors, having people to answer questions, people who moderate platforms, people who contribute to code source.

What made you laugh?

My onboarding, it was definitely not what I expected, even if I didn’t expect so much to be honest.

Would you do it again?

I think yes, not because this is particularly fun, but more because some things can change only at some level, and I think I can be helpful here.

If you had impostor syndrome, how do you deal with it?

Impostor syndrome is, unfortunately, my best friend, always there I don’t know why lol

I think it's a question of thinking about the best way, even if I'm not the most competent person, I think I have something to contribute, and that's why I was elected.

TIL : ressources sur l'accessibilité #2

2024-05-23T00:00:00+02:00

Bonjour,

J'ai décidé de lancer une deuxième édition des ressources sur l'accessibilité. J'ai appris beaucoup de choses sur l'accessibilité et je veux partager ces ressources avec vous. Je les ai classées par thème, selon ce qui pourrait vous intéresser le plus.

Cours

Ces cours sont intéressants pour une introduction à l'accessibilité et pour revoir certains concepts si vous connaissez déjà les notions d'accessibilité.

Cours edX : Introduction to Web Accessibility - cours gratuit
Cours de Sara Soueidan : Practical Accessibility - cours payant

Livres

Je suis une grande fan des livres numériques, je les ai tous dans ce format si c'est important pour vous. Je n'ai pas tout lu, mais ceux que je n'ai pas terminés sont dans ma liste de choses à faire. J'ai ajouté des liens pour les personnes qui veulent en savoir plus, mais vous pouvez les trouver sur d'autres plateformes.

Accessibility for everyone, Laura Kalbag - A Book Apart
Maximum Accessibility: Making Your Web Site More Usable for Everyone: Making Your Web Site More Usable for Everyone, Sharron Rush - Amazon
Practical Web Inclusion and Accessibility: A Comprehensive Guide to Access Needs, Ashley Firth - Amazon
Web Accessibility Cookbook: Creating Inclusive Experiences, Manuel Matuzovic - Amazon
Beyond Accessibility Compliance: Building the Next Generation of Inclusive Products, Sukriti Chadha - Amazon
Fixing Access Annoyances, Phil Mitchell - Amazon
Web Accessibility: Web Standards and Regulatory Compliance, Jim Thatcher, Mark Urban, Bruce Lawson, Michael R. Burks, Richard Rutter, Andrew Kirkpatrick, Christian Heilmann, Shawn Lawton Henry, Bob Regan, Cynthia D. Waddell - Amazon
Ensuring Digital Accessibility through Process and Policy, Jonathan Lazar, Daniel F. Goldstein, Anne Taylor - Amazon

Couleurs et contraste

Il existe beaucoup de super comptes et ressources partagés via #a11y ou #accessibility, ça vaut le coup de les suivre sur les réseaux sociaux.

C'est tout pour le moment ! J'espère que ça sera utile à quelqu'un.

TIL: Accessibility resources #2

2024-05-23T00:00:00+02:00

Hi there,

I decided to start a second edition of accessibility resources, I have learned many things about accessibility and I want to share these resources with you. I have made sections related on topic you might be more interested.

Courses

These courses are interesting as an introduction to accessibility and to review certain concepts if you are already familiar with accessibility notions.

Edx course: Introduction to Web Accessibility - Free course
Sara Soueidan course: Practical Accessibility - Paid course

Books

I'm a big fan of ebooks, I have all of them in that format if it's a requirement for you. I haven't read everything but it's on my todo-list if not finished. I added some links for people who wants to learn more but you can find them in other platforms.

Accessibility for everyone, Laura Kalbag - A book A Part
Maximum Accessibility: Making Your Web Site More Usable for Everyone: Making Your Web Site More Usable for Everyone, Sharron Rush - Amazon
Practical Web Inclusion and Accessibility: A Comprehensive Guide to Access Needs, Ashley Firth - Amazon
Web Accessibility Cookbook: Creating Inclusive Experiences, Manuel Matuzovic - Amazon
Beyond Accessibility Compliance: Building the Next Generation of Inclusive Products, Sukriti Chadha - Amazon
Fixing Access Annoyances, Phil Mitchell - Amazon
Web Accessibility: Web Standards and Regulatory Compliance, Jim Thatcher, Mark Urban, Bruce Lawson, Michael R. Burks, Richard Rutter, Andrew Kirkpatrick, Christian Heilmann, Shawn Lawton Henry, Bob Regan, Cynthia D. Waddell - Amazon
Ensuring Digital Accessibility through Process and Policy, Jonathan Lazar, Daniel F. Goldstein, Anne Taylor - Amazon

Colors and contrast

There are many great accounts and resources shared via #a11y or #accessibility, worth to follow them in social medias.

That’s it for now! I hope it will be useful for someone.

TIL : git push force with lease

2024-05-22T11:00:00+02:00

Bonjour,

J'ai l'habitude de rebaser mes PR avec un git rebase puis un force push, et j'ai découvert ma nouvelle meilleure amie : git push --force-with-lease, grâce à mes collègues.

Git rebase ?

Git rebase permet de réécrire l'historique des commits d'une branche donnée. Vous pouvez consulter la documentation complète de git push. Si vous débutez ou si vous n'êtes pas encore à l'aise avec git, j'aime beaucoup ce site pour apprendre git et pratiquer en même temps. Vous pouvez réécrire l'historique de vos commits puis faire un force push.

--force vs --force-with-lease

La différence entre --force et --force-with-lease, c'est qu'avec --force-with-lease, le push ne se fera que si vous n'écrasez aucun travail sur la branche distante, dans le cas où d'autres commits y auraient été ajoutés. Si c'est le cas, le push sera annulé et vous obtiendrez une erreur.

--force écrasera tout le travail présent sur la branche distante, qu'il y ait du nouveau ou non. Comme vous pouvez le voir, --force-with-lease est une option plus sûre si vous ne voulez pas écraser le travail de quelqu'un d'autre en faisant un force push.

Bonus : --force-if-includes

J'ai découvert aujourd'hui via Mastodon qu'Adam Johnson avait écrit un article sur le sujet avant celui-ci, il vaut le détour. J'y ai aussi découvert --force-if-includes : vous pouvez en apprendre plus dans son article.

C'est tout pour le moment ! J'espère que ça sera utile à quelqu'un.

TIL: Git push force with lease

2024-05-22T11:00:00+02:00

Hi there,

I'm used to rebase my PRs with a git rebase and force push, I discovered my new friend: git push --force-with-lease thanks to my coworkers.

Git rebase?

Git rebase is helpful to rewrite history of the commits in a specific branch. You have the full documentation of git push. If you are new or not fully familiar to git, I quite like this website in order to to learn git and practice at the same time. You can rewrite the history of your commits and then force push.

--force vs --force-with-lease

The difference between --force and --force-with-lease is with --force-with-lease will push only if you are not overwriting any work on the remote branch if more commits were added to the remote branch. If is not the case, the push will be cancelled and you will get an error.

--force will overwrite any work in the remote branch, no matter if there are anything new in the branch. As you can see, --force-with-lease is a safer option if you don't want to overwrite someone elses work by force pushing.

Bonus: --force-if-includes

I discovered today via Mastodon that Adam Johnson has done a post related to this before this one, worth take a look, I also learned about --force-if-includes : you can learn more on his article.

That’s it for now! I hope it will be useful for someone.

Ma checklist de revue d'accessibilité

2024-03-27T10:00:00+01:00

Bonjour, certain·es d'entre vous savent déjà que je m'intéresse à l'accessibilité et que je contribue à des projets open source dans ce domaine. Je voulais écrire une checklist pour me rappeler les points à vérifier quand je relis une PR, afin de ne rien oublier. C'est mon point de vue, et j'apprends encore énormément sur l'accessibilité. Ça pourrait vous être utile si vous voulez faire de même. Je mettrai aussi des liens vers d'autres checklists, car beaucoup de choses existaient déjà avant que j'écrive cet article, et elles sont géniales.

Si vous avez un doute sur quoi que ce soit, vous pouvez consulter la documentation :

Règles pour l'accessibilité des contenus web (WCAG)

TL;DR

Voici le résumé des points de la checklist à surveiller :

1.Tester avec des outils de vérification d'accessibilité

2.Utiliser du HTML sémantique

3.Utiliser un texte alternatif approprié pour toutes les images et icônes

4.S'assurer que la navigation au clavier est possible

5.S'assurer que le contraste des couleurs respecte les normes d'accessibilité

6.Vérifier le bon usage des attributs ARIA

7.Ajouter des landmarks

8.Tester avec des lecteurs d'écran

La checklist détaillée

Outils de vérification d'accessibilité

Tester est la partie la plus importante. Même si vous ne connaissez pas tout de l'accessibilité, vous saurez ce qui ne va pas et ce que vous avez réellement fait, et vous pourrez commencer à améliorer les choses quelque part.

Il existe de nombreux outils qui permettent de tester correctement votre code et de vous donner des indications sur la règle et/ou le code à modifier.

Il y a plusieurs façons de tester un site. D'abord, il y a les outils de vérification d'accessibilité. Vous pouvez les utiliser via une extension de navigateur, directement via leur site, ou les intégrer comme outil dans votre projet.

N'oubliez pas que vous pouvez aussi utiliser les outils de développement, qui proposent certaines vérifications liées à l'accessibilité. Par exemple, vous pouvez forcer les couleurs du thème pour voir les changements. Personnellement, j'utilise l'extension de navigateur Accessibility Insights. Elle répond à mes besoins la plupart du temps et c'est un outil très complet.

Pour éviter de réinventer la roue, je vous conseille d'en apprendre plus sur la façon de commencer à tester l'accessibilité avec l'article de a11y.coffee.

Si vous voulez automatiser certains tests, c'est aussi possible.

« 57,38 % du total des problèmes ont été détectés lors de tests automatisés », selon Deque, vous trouverez plus d'informations sur leur site.

Pa11y est un excellent outil pour automatiser vos tests d'accessibilité : il existe Pa11y CI, conçu pour fonctionner en intégration continue. Vous pouvez trouver de nombreux tutoriels sur Pa11y sur leur site.

Balisage HTML

C'est quelque chose auquel on pense rarement, mais ça a un impact sur l'accessibilité. Les balises div et span n'ont aucune signification sémantique, et c'est vraiment important. Les éléments sémantiques sont reconnus par les navigateurs, mais aussi par les lecteurs d'écran et les autres technologies d'assistance. Je crois que je ne pourrais pas expliquer mieux leur importance que l'article Semantic Code. Why meaning is important d'accessibiltywise.info, par Edward Haynes.

Par exemple, pour décrire une liste non ordonnée, au lieu d'utiliser ce code :

<div>
   <span>Coffee</span>
   <span>Tea</span>
   <span>Water</span>
</div>

Vous pourriez utiliser ces éléments HTML spécifiques :

<ul>
   <li>Coffee</li>
   <li>Tea</li>
   <li>Water</li>
</ul>

Texte alternatif

Les images et les icônes sont jolies et esthétiques, mais elles n'ont aucun sens pour les personnes malvoyantes ou aveugles.

Beaucoup d'outils et de sites intègrent un texte alternatif pour que les personnes qui ne voient pas l'image, ou qui ont du mal à la voir, aient au moins sa description. La plupart du temps, c'est une courte description, mais c'est mieux que rien.

Sur le site, vérifiez que chaque média, en particulier les images, a un attribut alt.

Par exemple, pour ajouter la photo de l'entreprise sur une page, vous pourriez faire quelque chose comme ceci :

<img
   src="/path/to/img"
   alt="Photo of the Company Staff holding a flag"
>

Pour prendre un vrai cas d'usage, j'ai pris une image de mon blog ci-dessous : si l'image n'est pas accessible ou si le lien est simplement cassé, on obtient ce résultat, comme vous pouvez le voir ci-dessous :

Rendu d'une image cassée avec un texte alternatif

Labels

Souvent, les gens aiment se passer des labels ou les supprimer. Pour le design ou pour une autre raison, vous ne devriez pas le faire. Les labels visibles aident à savoir ce que représente un élément. C'est particulièrement important dans un formulaire, par exemple. Un exemple concret est le placeholder d'un champ de carte bancaire :

Utiliser un placeholder sans label sur le champ de la carte bancaire, par exemple, fait dire au lecteur d'écran « kisses kisses kisses kisses » (car le placeholder est xxxx-xxxx-xxxx-xxxx) au lieu de « numéro de carte bancaire »

—Sara Soueidan, Twitter

L'enregistrement du lecteur d'écran est disponible.

Dans ce cas, le mieux serait d'ajouter un label relié au champ avec l'attribut for, comme ceci :

<label for="cardNumber">Card Number</label>
<input
   id="cardNumber"
   type="text"
   inputmode="numeric"
   pattern="[0-9]*"
/>

Il est possible d'ajouter une indication si besoin avec une balise span. Les gens devraient pouvoir saisir leur numéro de carte bancaire dans le format qui leur est familier. Cela veut dire pouvoir ajouter des espaces, des traits d'union et des tirets, tout en permettant de valider le bon format du champ.

Navigation au clavier

Naviguer sur un site peut être difficile si on n'aide pas les lecteurs et lectrices, surtout quand ils utilisent uniquement un clavier et/ou un lecteur d'écran. C'est pourquoi il faut utiliser le bon balisage HTML et réfléchir à la navigation. Le meilleur moyen est d'essayer de naviguer comme le ferait quelqu'un d'autre.

Vous remarquerez aussi l'importance de l'indicateur de focus dans ce type de navigation, pour savoir sur quel élément vous vous trouvez. Si vous avez un jour supprimé l'outline des éléments en CSS sans définir de nouvel indicateur, reconsidérez-le maintenant que vous savez ça.

Voici les étapes pour naviguer sur un site :

Parcourez votre page avec la touche Tab
Assurez-vous que chaque élément interactif peut être atteint.
Assurez-vous que chaque élément interactif peut être utilisé.
Assurez-vous que l'ordre est logique.
Assurez-vous que le focus est visible, non masqué et suffisamment contrasté.
Faites la même chose dans l'autre sens avec Maj + Tab
Assurez-vous qu'il n'y a pas de piège au focus

La navigation est censée suivre un ordre logique entre les éléments. Si vous voyez quelque chose qui ne va pas, vous pouvez chercher comment le corriger. Cette partie est plus facile quand vous avez des retours ou que vous demandez à d'autres personnes de vérifier que tout est correct.

Couleurs et contraste

Les couleurs et le contraste ont un impact sur beaucoup d'utilisateurs et d'utilisatrices : handicaps, confort de lecture la nuit, basse vision, etc. C'est important, car c'est la première chose qu'on voit en plus du contenu. Un faible contraste rend les choses difficiles à distinguer et à lire, en particulier pour les personnes ayant une faible acuité visuelle ou un daltonisme.

Il existe de nombreuses façons de s'assurer que le contraste est suffisant et que tout le monde peut lire. Les devtools de votre navigateur vous aident à vérifier directement les éléments qui ont une couleur et/ou un arrière-plan.

Contraste des couleurs d'un texte de la barre latérale avec les devtools de Chrome sur djangoproject.com

Vous pouvez aussi ajouter une extension à votre navigateur pour vérifier les couleurs et le contraste. Par exemple, j'utilise personnellement colorblindly sur Chrome pour voir les différences entre les types de vision des couleurs qui peuvent exister.

Enfin, il existe des sites ou des outils dédiés qui vous aident à vérifier le contraste pour des cas précis. J'aime beaucoup whocanuse.com pour voir les différents types de vision entre une couleur et la couleur d'arrière-plan associée.

Si vous voulez comparer deux couleurs avec une matrice, contrast-grid d'eightshapes.com est mon outil de référence.

Il existe des outils spécifiques qui vous aident à adapter la couleur en fonction de l'image, par exemple. On le voit sur les réseaux sociaux, comme Instagram : le texte sur un arrière-plan sera blanc ou noir selon la couleur, pour garantir un contraste correct.

Attributs ARIA

ARIA est l'abréviation d'Accessible Rich Internet Applications. C'est utile pour fournir des informations accessibles en complément de la sémantique HTML, mais ça ne doit être utilisé que lorsque c'est nécessaire.

Par exemple, c'est quelque chose à utiliser pour indiquer l'élément courant : page, section... Un bon exemple est le fil d'Ariane :

<nav aria-label="breadcrumbs">
   <ol>
      <li>
         <a href="/">Home</a>
      </li>
      <li>
         <a href="/blog">Blog</a>
      </li>
      <li>
         <a
            href="/blog/accessibility"
            aria-current="page"
         >
            Accessibility
         </a>
      </li>
   </ol>
</nav>

Le risque avec ARIA, c'est que les gens pensent qu'il faut à chaque fois ajouter un attribut, et ce n'est pas le cas. La sémantique HTML peut suffire dans certains cas. Par exemple, une balise button n'a pas besoin d'avoir un rôle, elle a automatiquement le rôle button. Vous trouverez plus d'informations sur les rôles ARIA sur le site MDN.

Landmarks

Les landmarks (ou points de repère) sont les « sections » qui structurent le site : header, main, footer, nav...

Ils peuvent être définis via les balises HTML : main a sa propre balise, ce qui permet de définir le contenu principal de la page.

Les landmarks sont particulièrement utiles pour structurer la page, mais aussi pour passer facilement d'une section à l'autre avec un lecteur d'écran.

Landmarks affichés avec des carrés sur djangoproject.com avec Accessibility Insights*

Une chose à ne pas oublier : si un même type de landmark est utilisé plusieurs fois, par exemple <nav> pour le landmark de navigation, chaque occurrence a besoin d'un aria-label pour les distinguer.

Lecteurs d'écran

Les lecteurs d'écran sont très utiles pour les personnes en situation de handicap ou qui préfèrent les utiliser pour se faciliter la vie. Beaucoup pensent que c'est uniquement pour les personnes aveugles, mais ce n'est pas le cas. Une personne dyslexique peut utiliser un lecteur d'écran sur son ordinateur, tout comme une personne ayant des troubles de la motricité, même temporaires par exemple. Le lecteur d'écran annonce le contenu d'un site via la synthèse vocale ou sur une plage braille. Il propose aussi plusieurs façons d'interagir avec le site au clavier, il ne s'agit pas seulement de lire le contenu : remplir un formulaire, interagir avec le navigateur, etc.

Il existe différents lecteurs d'écran selon l'appareil ou le navigateur pris en charge et les fonctionnalités. JAWS et NVDA sont les plus populaires. VoiceOver est celui installé par défaut sur les appareils Apple. Les systèmes d'exploitation Microsoft utilisent le Narrateur. Les appareils Android proposent le lecteur d'écran TalkBack ou VoiceView par défaut. Pour les systèmes Linux et Unix, il y a Orca ou SpeakUp. Vous devriez pouvoir trouver un lecteur d'écran pour votre appareil.

Il suffit d'essayer de vous mettre à la place de quelqu'un qui ne voit pas parfaitement le site et de le parcourir avec l'outil.

Conclusion

Pour résumer, cette checklist de revue d'accessibilité est un bon moyen d'initier les gens à l'accessibilité et de relire vos propres sites pour corriger les erreurs qui pourraient empêcher des personnes de les utiliser. C'est ma propre checklist, mais il en existe beaucoup d'autres très bien, vous pouvez jeter un œil à la liste ci-dessous.

Un grand merci aux personnes qui ont relu cet article, elles se reconnaîtront. Merci pour votre soutien 💚

-- Que le futur soit accessible grâce à ces checklists ⭐

Autres checklists

https://www.magentaa11y.com/

https://www.a11yproject.com/checklist/

https://webaim.org/standards/wcag/checklist

https://webflow.com/accessibility/checklist#start

https://dequeuniversity.com/checklists/web/

My Accessibility Review Checklist

2024-03-27T10:00:00+01:00

Hi there, some of you already know I have an interest in accessibility and contribute to open source projects in this domain. I wanted to write a checklist to remind myself of things to check when I’m reviewing a PR to avoid forgetting elements. This is from my point of view and I’m still learning a lot about accessibility. This might be useful if you want to do so too. I will also link to other checklists because many things already exist before I write this article and they are awesome.

If you have doubts for anything, you can check in the documentation:

Web Content Accessibility Guidelines (WCAG)

TL;DR

Here you have the summary of the checklist to care about:

1.Test with accessibility checker tools

2.Use semantic HTML

3.Use appropriate alternative text for all images/icons

4.Ensure keyboard navigation is possible

5.Ensure color contrast meets accessibility standards

6.Check for correct usage of ARIA attributes

7.Add landmarks

8.Test with screen readers

The detailed checklist

Accessibility checker tools

Testing is the most important part. Even if you are not aware of everything in accessibility, you will know what is wrong and what you have actually done and start to improve somewhere.

You have many tools which can allow you to test your code properly and give you some hints on the rule and/or the code possible to change.

There are many ways to test a website. First we have the accessibility tool checker. You can have it via a browser extension, via the direct website or run it as an integrated tool in your project.

Don’t forget that you can also use the developer tool with some checks related to accessibility. For example, you can force theme colors to see the changes. Personally, I use the browser extension Accessibility Insights. It suits my needs most of the time and it’s a very complete tool.

To avoid reinventing the wheel, I suggest you learn more on how to start accessibility testing via the article done by a11y.coffee.

If you would like to automate some tests, this is also something possible.

“57.38% of total Issues were detected during automated tests” according to Deque, you can find more information on the website.

Pa11y is a great tool to automate your accessibility testing, you have the Pa11y CI which is built to run under continuous integration. You can find many tutorials on Pa11y on their website.

HTML markup

This is something we don’t frequently think about but this does impact the accessibility. Div and span are tags without semantic meaning and this is really important. Semantic elements are recognized by browsers but also by screen readers and other assistive technologies. I think I can’t write better about how it is important than Semantic Code. Why meaning is important from accessibiltywise.info from Edward Haynes.

For example, when describing an unordered list, instead of using this code:

<div>
   <span>Coffee</span>
   <span>Tea</span>
   <span>Water</span>
</div>

You could use these specific html elements:

<ul>
   <li>Coffee</li>
   <li>Tea</li>
   <li>Water</li>
</ul>

Alternative text

Images and icons are nice and aesthetic but it’s meaningless for people with low or no vision.

Many tools and websites integrate an alternative text to make sure people who can’t see or have difficulties seeing the image, have at least the description of the image. Most of the time it’s a small description but it’s better than nothing.

In the website, verify you have an attribute alt on each media, especially images.

For example, when adding the company photo in a page, you could do something like this:

<img
   src="/path/to/img"
   alt="Photo of the Company Staff holding a flag"
>

To use a real use case, I took a picture from my blog below, if the image is not accessible or the link is simply broken, it will lead to this result as you can see below:

Image result when there is a alternative text and an image broken

Labels

Many times, people like to skip or remove labels. Design, or whatever reason, you shouldn’t do that. Visible labels are helpful to know what this element represents. This is really meaningful when you have a form, for example. A real example is with the placeholder on credit card field:

Using placeholder without a label on the credit card field for example has the screen reader say “kisses kisses kisses kisses” (cz the placeholder is xxxx-xxxx-xxxx-xxxx) instead of “credit card number”

—Sara Soueidan, Twitter

The recording of the screen reader is available.

In this case, best would be to add a label linked to the field with the for attribute like this:

<label for="cardNumber">Card Number</label>
<input
   id="cardNumber"
   type="text"
   inputmode="numeric"
   pattern="[0-9]*"
/>

It’s possible to add a hint if needed with a span tag. People should be able to enter payment card numbers in whatever format is familiar to them. This means to be able to have additional spaces, hyphens and dashes and it’s still possible to validate the correct format of the field.

Keyboard Navigation

Navigating through a website can be hard if you don’t help readers, especially when they use only a keyboard and/or a screen reader. This is why you should use the correct HTML markup and think about the navigation. The best way is to try to navigate like someone else will do.

You will also notice the importance of the focus indicator in this type of navigation, to know which element you are currently focusing on. If you have been one day removing the outline of elements with CSS without defining a new indicator, please reconsider it after knowing this.

These are the steps to navigate in a website:

Go through your page with the tab key
Make sure every interactive element can be reached.
Make sure every interactive element can be used.
Make sure the order is logical.
Make sure the focus is visible, unobscured, and has enough contrast.
Do the same in reverse with Shift + Tab
Make sure there are no focus traps

The navigation is supposed to be logical through elements, if you see something wrong then you can see how to change. This part is easier to do when you have feedbacks or ask other folks to make sure it’s correct.

Color and contrast

Color and contrast are something which impact a lot of users: disabilities, comfort if looking by night, low vision and so on.This is important because this is the first thing we see in addition to the content. Low contrast makes things hard to distinguish and hard to read, particularly for people with low visual acuity or color blindness.

You have many ways to ensure the contrast is enough and everyone can read. You have the devtools from your browser that will help you check directly on elements that have a color and/or background.

Color contrast of a text in the sidebar with chrome devtools on djangoproject.com

You can have an extension that you can add to your browser to also check colors and contrast. For example, I personally use colorblindly for Chrome to see the difference between colors visions that could exist.

Finally, you have dedicated websites or tools that will help you to check contrast only for specific things. I really like whocanuse.com about different types of vision between a color and the background color associated.

If you want to compare two colors with a matrix, contrast-grid from eightshapes.com is my go to.

There are specific tools that help you to adapt the color in function of the image for example. You can see that in social media, for example in Instagram, the text over a background will be white or black in function of the color, to make sure it has the correct contrast.

ARIA attributes

ARIA is the abbreviation of Accessible Rich Internet Applications. This is useful to provide accessible information in addition to the HTML semantic, but this should be used only when it’s necessary.

For example, something that should be used for showing the current element: page, section... A good example is the breadcrumbs:

<nav aria-label="breadcrumbs">
   <ol>
      <li>
         <a href="/">Home</a>
      </li>
      <li>
         <a href="/blog">Blog</a>
      </li>
      <li>
         <a
            href="/blog/accessibility"
            aria-current="page"
         >
            Accessibility
         </a>
      </li>
   </ol>
</nav>

The risk with ARIA is that people think each time it’s needed to add an attribute and it’s not the case. HTML semantics can be sufficient in some cases. For example, a tag button doesn’t need to have a role, it automatically has a role button. You can find more information on ARIA roles on the MDN website.

Landmarks

Landmarks are the “sections” that structure the website: header, main, footer, nav…

This can be defined via the HTML tags, main have its own tag and this allows to define the main content of the page.

Landmarks are especially useful to structure the page but also to move from a section to another easily with screen readers.

Landmarks displayed with squares on djangoproject.com with Accessibility Insights*

One thing to not forget is for a given type of landmark is used multiple times, for example <nav> for the navigation landmark, then each occurrence needs a aria-label to tell them apart.

Screen readers

Screen readers are very useful for people who have disabilities or prefer to use them to make their life easier. Many would think it’s only for blind people but it’s not the case. Someone with dyslexia can use a screen reader when using a computer or someone who has motricity issues, even temporary for example. Screen reader will announce the content of a website via text-to-speech or on a braille display. They also propose multiple ways to interact with the website with a keyboard, it's not only reading content: fill a form, interact with the browser and so on.

There are different screen readers in function of the device or browser supported and functionalities. JAWS and NVDA are the most popular. VoiceOver is the one by default on Apple devices. Microsoft operating systems use Microsoft Narrator. Android based devices provide Talkback screen reader or VoiceView by default. For Linux and Unix systems you have Orca or SpeakUp. You should be able to have a screen reader for your device.

You just need to try to put yourself in someone else’s shoes who can’t perfectly see the website and walk through the website with the tool.

Conclusion

To summarize, this accessibility review checklist is a good way to introduce people to accessibility and review your own sites to correct errors that might force people not to use your site. This one is my own checklist but there are many nice checklists, you can give a look at the list below.

Special thanks to the reviewers of this article, who should recognize themselves. Thank you for your support 💚

-- May the future be accessible with those checklists ⭐

Other checklists

https://www.magentaa11y.com/

https://www.a11yproject.com/checklist/

https://webaim.org/standards/wcag/checklist

https://webflow.com/accessibility/checklist#start

https://dequeuniversity.com/checklists/web/

Le FOSDEM 2024, de mon point de vue

2024-02-15T10:00:00+01:00

Bonjour, ça fait un moment ! Je n'ai pas eu le temps de m'occuper de mon blog ces derniers temps, mais j'ai tellement d'idées de sujets ! Je vais commencer par la conférence FOSDEM 🙂

C'était ma première fois à cette conférence. Le FOSDEM est une conférence de 2 jours sur les logiciels libres et open source. La conférence est aussi gratuite et organisée par des bénévoles, comme l'open source. Elle a lieu à Bruxelles, en Belgique, cette année. Vous pouvez en savoir plus sur le site du FOSDEM.

J'y suis allée avec l'équipe accessibilité de Django et avec quelques amis de l'équipe Wagtail. C'est toujours plus sympa de faire une conférence entre amis !

Personnellement, j'ai aimé la conférence, même s'il y a peut-être aussi l'effet de la première fois. Par rapport aux autres conférences où je suis allée, il y a beaucoup de tracks (aussi appelées devrooms), donc ça peut être difficile de s'y retrouver au début, mais on finit par trouver son chemin (ou par suivre des personnes qui vont au même talk).

J'ai vu quelques talks sur l'accessibilité et d'autres que je voulais voir par curiosité. J'ai aussi soutenu mon ami Sage Abdullah, qui donnait lui aussi un talk ❤️

Les talks auxquels j'ai assisté :

C'était aussi assez drôle : j'ai surtout fait des conférences entièrement en anglais, et comme je suis française, je ne savais jamais si je devais parler français ou anglais. Parfois, je découvrais après avoir parlé en anglais à quelqu'un que cette personne parlait en fait français avec quelqu'un d'autre, hahaha.

Les talks que je voulais voir étaient surtout le dimanche, donc j'ai beaucoup parlé avec des gens le samedi et découvert les différents stands. C'était vraiment varié : Mastodon, Mozilla, PostgreSQL, Open Design Collective, OpenSSL, Debian, et même XMPP !

Je me suis fait de nouveaux amis, bien sûr, j'ai revu d'anciens amis, et j'ai rencontré des personnes dont je connaissais le nom sans jamais les avoir vues en vrai, donc c'était plutôt sympa.

Ce que j'ai vraiment aimé, ce sont les BoF, pour Birds of a Feather. Ça a lieu la plupart du temps après un talk précis, et c'est une bonne occasion de discuter avec les personnes présentes à un talk ou simplement avec celles impliquées dans une track spécifique (par exemple Python ou l'accessibilité).

BoF - Outreachy Connect: Newcomers & Old friends
BoF - Web Accessibility and ATAG

Je suis allée à celui d'Outreachy et à un autre sur l'accessibilité. C'était vraiment intéressant de parler avec des gens, de poser des questions et de découvrir des ressources grâce aux autres. J'aimerais beaucoup voir aboutir la ressource sur les WCAG pour les développeurs et développeuses backend dont nous avons parlé pendant le BoF accessibilité, et avoir une track dédiée à l'accessibilité.

En tant que membre du conseil d'administration de la DSF, le programme Outreachy me semble intéressant pour Django à un moment donné. J'ai aussi trouvé déroutant de voir autant de personnes ne pas connaître Django du tout, je pense que ce serait bien d'avoir quelque chose qui représente Django l'année prochaine. Cela dit, nous avons trouvé des personnes qui utilisent Django ou qui le connaissent, et elles ont trouvé génial de voir toute l'équipe accessibilité à l'événement. On nous a remerciés pour notre travail sur l'accessibilité : c'est inestimable d'avoir des retours là-dessus et nous adorons ça.

Sage a représenté les CMS en Python avec son talk, et beaucoup de personnes dans la salle ne faisaient que du PHP, donc c'était agréable de voir d'autres personnes apprécier le travail fait dans un autre langage pour à peu près le même objectif : les systèmes de gestion de contenu.

Malheureusement, je n'ai pas eu le temps de voir le talk de Cheuk ni les talks de la devroom Python, mais je suis contente de l'avoir au moins croisée.

Certaines salles étaient complètement pleines, surtout pour les talks de Daniel Stenberg ou de Scott Chacon, mais j'ai pris plaisir à les regarder en ligne :

Je compte y retourner l'année prochaine, et j'espère vous y voir ou avoir votre soutien, où que vous soyez !

FOSDEM 2024, from my perspective

2024-02-15T10:00:00+01:00

Hi there, it’s been a while! I hadn’t time to take care of my blog these days but I have so many ideas to write about! I will start with the FOSDEM conference 🙂

It’s my first time to this conference, FOSDEM is a 2 days conference about free open source software, the conference is also free, run by volunteers, same as open source. It takes place in Brussels, Belgium this year. You can learn more on the FOSDEM website.

I have been there with the Django Accessibility Team and with some friends from the Wagtail team. It’s always more fun when you do a conference with friends!

Personally, I liked the conference, I guess there might be also the hype of the first time conference here. Compared to other conference I have been, you have many tracks (also called Devroom) so it can be hard to find your way at the beginning but you finally manage your way (or follow some people who are going to the same talk).

I have seen few accessibility talks and some I wanted to see out of curiosity. I also support my friend Sage Abdullah who was giving a talk too ❤️

The talks I have been to:

It’s also quite funny, I have done mostly conferences in full english and since I’m french, I wasn’t sure each time if I should speak french or english, and sometimes I discovered after talking in english to someone, this person was actually speaking french to someone else hahaha.

The talks I wanted to see was mostly on Sunday so I talked a lot to people in Saturday and discovering the various stands there were. It was really diverse, Mastodon, Mozilla, Postgresql, Open design collective, OpenSSL, Debian, even XMPP!

I made new friends, of course, see old friends, and see some people I know their name but never see them in real so it’s quite nice.

The thing I really like was the BoF, which mean Both of Feather, it happens most of the time after a specific talk, and it’s a good opportunity to discuss with people from a talk or just people involved in a specific track (for example python or accessibility).

BoF - Outreachy Connect: Newcomers & Old friends
BoF - Web Accessibility and ATAG

I have been to the Outreachy one and another one on accessibility. It was really interesting to talk with people, ask questions and learn some resources from other people. I would love to see happening the resource about the WCAG for backend developers we were talking about in accessibility BoF and have a dedicated track for accessibility.

As the DSF board member, the Outreachy program seems to be interesting to have for Django at some point. I also find disturbing to see so many people no knowing Django at all, I think it would be nice to have something representing Django next year. Nevertheless, we did find some people using Django or knowing Django and found amazing to see the full accessibility team at the event. We were thanks for our work on accessibility, this is so priceless to have feedback on that and we love that.

Sage represent CMS with python with his talk, and a lot of people in the room was only doing PHP, so it was nice to see the appreciation of other people of the work done in another language for quite same purpose in content management system.

Unfortunately, I didn't have time to see Cheuk's talk or talk from the Python Devroom but I'm glad I saw her at least.

Some of them were totally full, especially when it's a talk given by Daniel Stenberg or Scott Chacon but I enjoyed watch them online:

I plan to be there next year, and I hope to see you there or have your support from wherever you are!

2023, le bilan de l'année

2024-01-04T10:00:00+01:00

Bonjour, ça fait un moment... Tout d'abord, je vous souhaite une bonne année, meilleurs vœux !!

J'ai pris le temps de faire un bilan de l'année sur le même modèle que celui de 2021. J'ai été malade en fin d'année, donc je n'ai pas terminé mon article avant la fin de 2023, mais il est enfin prêt à être publié aujourd'hui ! 🎉

Avertissement

Je n'ai fait relire cet article par personne et l'anglais n'est pas ma langue maternelle (la version originale est en anglais). S'il y a des erreurs, n'hésitez pas à me contacter et je corrigerai l'article.

TL;DR

Cette année a été incroyable, j'ai réussi à faire des choses que je n'aurais jamais imaginé faire. Je suis très reconnaissante pour tout le soutien que j'ai reçu cette année, pour tous les nouveaux amis incroyables que je me suis faits et pour toutes les opportunités que j'ai eues.

Mes temps forts de l'année :

Aider à organiser la DjangoCon Europe
Tout ce qui concerne le programme Djangonaut Space
Donner mon premier talk
Changer de travail
Me faire des amis partout dans le monde
Être élue au conseil d'administration de la DSF

Apprentissages et progrès

J'ai beaucoup appris cette année, en essayant des choses, surtout des choses qui me faisaient vraiment peur, et en faisant des erreurs, bien sûr. Je pense que cette année a été une année de changement pour moi.

J'ai essayé de me rapprocher de ce que je veux vraiment. J'ai changé de travail pour un poste où j'utilise la technologie que je préfère, avec un impact sur le changement climatique.

J'ai aussi appris en discutant avec des amis. Je ne suis toujours pas complètement fière de mon niveau d'anglais, même si beaucoup de gens me disent qu'il est très bien, mais je suppose que c'est juste une question d'aisance pour trouver les mots justes pour dire ce que je veux.

J'ai aussi rencontré beaucoup de gens, et je suis reconnaissante qu'ils soient tous gentils et adorables, grâce à l'incroyable communauté Django 💚 Je suis très fière de l'équipe de Djangonaut Space : nous avons accompli quelque chose de vraiment chouette et nous avons construit une belle relation ensemble. J'ai réalisé grâce à ça que je suis vraiment douée pour mettre les gens en relation.

J'espère pouvoir continuer à grandir, progresser, accueillir des gens dans la communauté Django et rencontrer d'autres amis du monde entier.

Conférences

J'ai organisé la DjangoCon Europe cette année, c'était une super expérience pour moi. J'ai écrit à ce sujet, et j'ai vraiment hâte d'être à la prochaine édition à Vigo ! Je pense que cette fois, j'y participerai simplement, pour pouvoir voir davantage mes amis et échanger avec les gens, surtout maintenant que je fais partie du conseil d'administration de la DSF : recueillir des retours et construire l'avenir.

J'ai aussi assisté à la DjangoCon US, c'était très bien, mais je n'y suis pas restée longtemps à cause du décalage horaire. J'espère pouvoir y assister en 2024, j'ai peut-être une chance d'y aller 🤞🏽

Djangonaut Space

Si quelqu'un m'avait dit que je cocréerais ce projet et que nous recevrions le prix Malcolm Tredinnick pour ça, je ne l'aurais pas cru, hahaha.

Je suis vraiment heureuse de ce que nous avons accompli et de l'équipe que nous avons formée. Aujourd'hui, je les considère tous comme mes amis, et ce qui est incroyable, c'est que quand nous nous sommes vus en vrai, c'était comme si nous étions amis depuis des années, alors que c'était la première fois que nous nous voyions ailleurs que devant un ordinateur.

Nous faisons vraiment de notre mieux pour faire de Djangonaut Space un beau projet. J'espère que ce projet aidera beaucoup de Djangonautes à contribuer et à faire décoller leurs contributions 🚀

Ce qui est drôle, c'est que parfois je me dis que je devrais suivre notre programme moi-même, hahaha. J'aimerais vraiment améliorer mes compétences en 2024.

Carrière professionnelle

En parlant d'améliorer mes compétences, j'ai changé de travail pour me challenger et ne pas rester dans ma zone de confort. Ce n'est clairement pas facile, et j'ai un syndrome de l'imposteur dont il est difficile de se débarrasser, mais je continue d'avancer, d'essayer de progresser et de ne pas être trop dure avec moi-même.

Malgré ça, je suis contente d'avoir changé de travail, j'ai découvert beaucoup de choses et j'apprends encore. J'ai aussi appris sur moi-même avec ces expériences : par exemple, je pense que je suis douée pour aider à faire avancer les choses.

Je suis aussi très reconnaissante pour tout le travail open source et les opportunités qu'on m'a offertes. Je sais que ça a un impact sur la communauté, mais aussi sur ma carrière. Il y a ce sentiment que certaines personnes ont de ne pas en faire assez - oui, je sais, ça peut paraître bizarre venant de quelqu'un qui fait déjà beaucoup de choses - et de vouloir en faire plus, mais j'essaie de garder un bon équilibre entre bénévolat et repos. Si vous ressentez la même chose, n'oubliez pas que le temps pour soi est important aussi.

Talks et bénévolat

Je pense que c'est ma meilleure année en matière de bénévolat. J'ai été bénévole pour 2 DjangoCons, j'aide à l'organisation de Djangonaut Space, je contribue au code de Django et à son accessibilité et je les maintiens, et j'organise le meetup Django Paris. Je n'aurais jamais imaginé faire tout ça en début d'année, mais je crois que j'ai un fort appétit pour faire les choses quand personne d'autre ne veut les faire - suis-je bizarre ?

En tout cas, je suis vraiment fière d'avoir contribué à tout ce travail, le résultat est super et j'ai beaucoup appris grâce à ces expériences. Je me suis fait de nouveaux amis et j'ai eu plaisir à retrouver d'anciens amis. Je ferai de mon mieux pour continuer à travailler sur tous ces sujets.

De plus, j'ai donné un talk à la PyLadiesCon sur la création d'un programme de mentorat. Si vous me connaissez, vous savez déjà que je ne suis vraiment pas à l'aise pour parler en public, encore moins en anglais. Un ami plein de sagesse m'a dit qu'il faut pratiquer pour être plus à l'aise - merci Tim Schilling. Alors j'essaie, même si je trouve toujours ça effrayant, hahaha. Si vous pensez le faire un jour, essayez. Vous découvrirez peut-être que vous êtes un·e orateur·rice incroyable 😄

Comme je le disais, j'ai essayé beaucoup de choses cette année, y compris me présenter au conseil d'administration de la DSF. Pour être honnête, ce n'était vraiment pas prévu. Beaucoup d'amis m'ont aidée à l'envisager et à comprendre pourquoi je devrais le faire. Merci si vous m'avez aidée dans ma décision et/ou si vous avez voté lors de cette élection. Il y avait des candidat·es incroyables et je suis très honorée d'être l'une des représentantes de la DSF au conseil d'administration. Je découvre encore comment ça fonctionne et comment aider correctement. Je pense écrire des articles à ce sujet à un moment donné pour les partager avec vous.

Amis et soutien

J'ai rencontré tellement de gens cette année, je suis vraiment reconnaissante d'avoir eu l'occasion d'en voir certains en vrai lors de conférences ou de meetups. Ce que j'aime le plus dans la communauté tech, c'est que les amitiés virtuelles sont de vraies amitiés. J'ai la chance d'avoir des amis partout dans le monde grâce à mes expériences. Certains m'ont soutenue, et j'en ai soutenu d'autres. On s'amuse virtuellement ou en vrai, quelque part. C'est vraiment agréable et j'adore la communauté pour ça. Merci si vous avez contribué à mes réussites ou si vous m'avez soutenue dans mes échecs, j'espère avoir retenu toutes les leçons pour faire mieux en 2024.

Note à moi-même

En 2023, j'ai essayé des choses que je ne pensais pas faire un jour. J'ai beaucoup d'objectifs en tête et une grande liste de choses à faire pour 2024, mais je suis confiante. Je suis sûre que je ne pourrai pas tout faire, mais c'est noté quelque part pour avancer. Je pense que cette nouvelle année sera une bonne année, et je vous souhaite le meilleur si vous lisez encore ceci.

Quelques conseils pour cette nouvelle année :

Rester organisée
Continuer d'essayer, faire des erreurs, ce n'est pas si grave
La pratique est importante pour devenir bon·ne dans quelque chose
Quelque chose que vous trouvez bête peut être utile à quelqu'un d'autre
Ne pas avoir peur de demander
Garder ses objectifs en tête, et tout le reste aussi

2023, year in review

2024-01-04T10:00:00+01:00

Hi there, it’s have been a while… First of all, I want to say happy new year to you, best wishes !!

I took the time to do a review of the year with the same model as I've done in 2021. I was sick for the end of the year so I didn't finish my article before the end of 2023 but, it's finished to be published today! 🎉

Disclaimer

I didn't review my article by someone else and I'm not a native English speaker, if there are mistakes, feel free to contact me and I will edit the article.

TL;DR

This year was incredible, I success to do things I can’t imagine do. I am very thankful for all the support I had this year, all the new amazing friends I have, all the opportunities I had.

My highlights for the year have been:

Helps organizing the DjangoCon Europe
All about Djangonaut Space program
Do my first talk
Change job
Make friends all over the world
Be elected for the DSF Board

Learning and improvements

I've learned a lot this year, by trying things, especially things I was really afraid of, and making mistakes of course. I think this year was a year of change for me.

I tried to be more close to what I really want. I changed job to a job where I do the technology I like the most with an impact on climate change.

I also learned by chatting with friends. I'm still not completely proud of my English level despite many people would say it's really fine but I guess it’s just a matter of being comfortable to say the correct words for the meaning I want.

I also met many people, I’m thankful they are all kind and lovely, thanks to the amazing Django community 💚 I’m very proud of the team of Djangonaut Space, we achieve something really nice and we have built a great relationship together. I realized by that I’m really good at connecting people to each other.

I hope to be able to continue to grow, improve and welcome people to the Django community and met other friends from all over the world.

Conferences

I've organized the DjangoCon Europe this year, it was a great experience for me. I wrote on this, and I’m really excited to the next edition in Vigo! I think this time I will only attend to be able to see more my friends and exchange with people, especially as I’m part of the DSF board, get feedback and build the future.

I've also attended to DjangoCon US, it was very nice but I didn’t attend so long due to timezone. I hope to be able to attend in 2024, I might have a chance to come 🤞🏽

Djangonaut Space

If someone would have told me that I would co-create this project and we will get the Malcolm Tredinnick Award for that I wouldn't trust this person hahaha.

I'm really happy for we have achieved and the team we create. Now, I consider all of them as my friends and the thing which is amazing is when we saw each other in real life, it's like we know us like we are friends since years but this is the first time we are seeing each other not in front of the computer.

We are really trying our best to make Djangonaut Space a good project. I hope this project will help a lot of Djangonauts to contribute and skyrocket their contributions 🚀

The funny thing is sometimes I think I should follow our program for myself hahaha. I really would like to improve my skills in 2024.

Professional career

Talking about improving my skills, I changed job to challenge myself and not staying in my comfort zone. This is clearly not easy and I have the impostor syndrome that's hard to get rid of, but I keep going and trying to improve and be not too hard with myself.

Despite that, I’m happy I have changed job, I have discovered a lot and still learning. I have also learned about myself with those experiences, for example, I think I’m good at help push something forward.

I’m also really thankful of all the open source work and opportunities I have been given. I know that this has an impact in the community but also in my career. There is the feeling like some people have, not doing enough - yeah I know, this can be weird as someone who already doing a lot of things - and want to do more but I’m trying to keep a good balance with volunteering and rest. If you have the same feeling, don't forget that, time for yourself is important too.

Talk and volunteering

I guess this is my best year for volunteering. I've volunteered for 2 DjangoCons, I help on Djangonaut Space organization, contribute and maintain Django code and accessibility, and organize Django Paris meetup. I wouldn't have imagined doing all this at the start of the year, but I think I have a strong appetite for doing things when nobody else wants to do them - am I weird?

Anyway, I’m really proud to have contribute to all of this work, the result is great and I’ve learned a lot with these experiences. I made new friends and enjoyed seeing old friends. I'll do my best to keep working on all these issues.

Moreover, I have given a talk for PyLadiesCon about how to create a mentorship program. If you know me, you already know that I’m really not confident talking in public, even less if it’s in English. A wise friend told me you have to practice to be more comfortable - Thank you Tim Schilling. So I’m trying even if I still find that scary hahaha. If you are thinking to do that one day, just try. Maybe you will discover you are an amazing speaker 😄

As I was saying before, I've tried many things this year, including run for the DSF board. This is something I really didn't planned to do to be honest. Many friends have helped me to consider it and why I should do it. Thank you if you helped me in my decision and/or if you have voted for this election. There were amazing candidates and I'm very honored to be one of the DSF's representative on the board of directors. I'm still figuring out how it works and how to help correctly. I'm thinking of doing blog posts on this at some point to share with you.

Friends and support

I have met so many people this year, I'm really thankful to had the opportunities to see some of them in real life during conferences or meetups. The thing I like the most in tech community is the friends that you have virtually are real friendships. I have the chance to have friends all over the world with my experiences. I had support from some of them, I also gave support to others. Have fun virtually or in real life in some place. This is really nice and I love the community for that. Thank you if you have contribute to my success or support me in my failure, I hope to have learned all the lesson to do better in 2024.

Reminder to myself

2023 I tried things I didn’t think I would have done. I have many goals in mind and big to-do list for 2024 but I'm confident, I'm sure I will not able to do everything but it's listed somewhere to make progress in it. I think this new year will be a good one and I hope the best for you if you are still reading this.

Piece of advice to tell for this new year:

Keep being organized
Keep trying, making mistakes is not that bad
Practice is important to be good at something
Something that you might think it’s stupid might be helpful for someone else
Don’t be afraid to ask
Keep your goals in mind and the rest too

TIL : les contraintes Django

2023-08-12T10:00:00+02:00

Bonjour,

J'ai récemment travaillé sur des contraintes et je voulais écrire quelque chose dessus, pour m'en souvenir. J'espère que ça vous sera utile aussi.

Les contraintes de base de données sont vraiment utiles pour s'assurer que chaque ligne est valide avant de l'enregistrer. Il existe deux types de contraintes que l'on peut utiliser avant d'enregistrer une nouvelle ligne dans une table avec Django : CheckConstraint et UniqueConstraint.

J'utilise PostgreSQL, qui dispose d'outils puissants : on peut définir des contraintes de base de données en fonction de ce qui est implémenté par Django.

Les explications sont toujours meilleures avec un exemple, alors voici une contrainte pour éviter le chevauchement entre la date de début et la date de fin :

class Event(models.Model):
   start_at = models.DateField()
   end_at = models.DateField()

   class Meta:
      constraints = [
         models.CheckConstraint(
               check=models.Q(start_at__lt=end_at),
               name='start_at_before_end_at'
         ),
         models.UniqueConstraint(
               fields=['start_date', 'end_date'],
               name='unique_event_dates'
         ),
      ]

La CheckConstraint garantit que start_at est antérieur à end_at. La UniqueConstraint garantit qu'il n'y a pas deux événements avec la même start_date et la même end_date.

J'ai découvert que lorsqu'on crée une UniqueConstraint dans Django, les valeurs NULL sont considérées comme distinctes, ce que je ne voulais pas dans mon cas.

Pour reprendre mon exemple précédent, voici 2 enregistrements :

id	start_date	end_date
1	NULL	2019-12-31
2	NULL	2019-12-31

Les deux ont la même end_date et une start_date à NULL.

Ces deux enregistrements seront considérés comme uniques, car en SQL un NULL n'est pas égal à un autre NULL : les deux enregistrements sont donc considérés comme distincts.

On peut utiliser WITH DISTINCT NULL VALUES avec PostgreSQL 15, mais dans mon cas j'utilisais une version plus ancienne, évidemment, donc j'ai dû utiliser une autre solution.

Si vous voulez vous assurer que les valeurs NULL ne sont pas considérées comme distinctes dans la UniqueConstraint, vous pouvez utiliser à la place une fonction de hachage avec l'attribut unique=True.

Voici un exemple de fonction de hachage avec une valeur unique, basé sur le code précédent avec la classe Event. Un champ sha256_hash qui combine dans un hash tous les champs que je veux :

import hashlib
import json

class Event(models.Model):
   start_at = models.DateField()
   end_at = models.DateField()
   fancy_field = models.CharField()
   sha256_hash = models.BinaryField(
      max_length=32,
      unique=True,
      null=True
   )

   def __save__(self, *args: Any, **kwargs: Any) -> None:
      super().__save__(*args, **kwargs)
      self.sha256_hash = self.compute_sha256_hash()
      self.save()

   def compute_sha256_hash(self) -> bytes:
      json_object = {
         field: getattr(self, field)
         for field in (
               "start_at",
               "end_at",
               "fancy_field"
         )
      }

      # Forces datetime to use timestamp due to inconsistency
      # in timezone format.
      json_object["start_at"] = self.start_at.timestamp()
      json_object["end_at"] = self.end_at.timestamp()

      json_repr = json.dumps(
         json_object,
         sort_keys=True,
         indent=4,
         cls=DjangoJSONEncoder,
      )
      return hashlib.sha256(json_repr.encode("utf-8")).digest()

Le sha256_hash est unique et ne devrait pas accepter de valeurs nulles, mais avec les attributs blank=True et null=True, il peut en avoir. Il faut alors remplir les valeurs existantes s'il y en a.

Et s'il y a déjà des données dans la table ?

Pour cela, on modifie l'attribut pour autoriser les valeurs nulles :

class Event(models.Model):
   start_at = models.DateField()
   end_at = models.DateField()
   fancy_field = models.CharField()
   sha256_hash = models.BinaryField(
      max_length=32,
      unique=True,
      null=True,
      blank=True
   )
   …

Ensuite, on peut remplir la valeur avec une commande Django en filtrant la table Event existante sur les lignes où le champ sha256_hash est nul, et en appelant la méthode compute_sha256_hash de la classe pour créer la valeur de sha256_hash.

C'est tout pour moi !

TIL: Django constraints

2023-08-12T10:00:00+02:00

Hi there,

I have done some work with constraint recently and I wanted to write something on it just to remind myself. I hope it’s useful to you too.

Database constraints are really useful to make sure each row is valid before to save it. You have two type of constraints you can use just before to record a new line in a table in Django: CheckConstraint and UniqueConstraint.

I use PostgreSQL which has powerful tools, you can set database constraint according what is implemented by Django.

Explanations are always better with an example so here is a constraint to avoid date overlapping between the start date and the end date:

class Event(models.Model):
   start_at = models.DateField()
   end_at = models.DateField()

   class Meta:
      constraints = [
         models.CheckConstraint(
               check=models.Q(start_at__lt=end_at),
               name='start_at_before_end_at'
         ),
         models.UniqueConstraint(
               fields=['start_date', 'end_date'],
               name='unique_event_dates'
         ),
      ]

The CheckConstraint ensures that the start_at is before the end_at. The UniqueConstraint ensures that there are no two events with the same start_date and end_date.

I discovered that if you want to make a UniqueConstraint in Django, it considers NULL values as distinct, which I didn’t want in my case.

Going back to my previous example, here we have 2 records:

id	start_date	end_date
1	NULL	2019-12-31
2	NULL	2019-12-31

Both have the same end_date and start_date set to NULL.

These two records will be considered unique because a NULL is not equal to another NULL in SQL, so the two records are considered distinct.

You can use WITH DISTINCT NULL VALUES with PostgreSQL 15 but in my case I was using an older version, of course, so I needed to use another option.

If you want to make sure that NULL values are not considered distinct in the UniqueConstraint, you can use the hash function with the unique=True attribute instead.

Here is an example of the hash function with the unique value based on the previous code with the Event class. A sha256_hash field which combines all the fields I want in an hash:

import hashlib
import json

class Event(models.Model):
   start_at = models.DateField()
   end_at = models.DateField()
   fancy_field = models.CharField()
   sha256_hash = models.BinaryField(
      max_length=32,
      unique=True,
      null=True
   )

   def __save__(self, *args: Any, **kwargs: Any) -> None:
      super().__save__(*args, **kwargs)
      self.sha256_hash = self.compute_sha256_hash()
      self.save()

   def compute_sha256_hash(self) -> bytes:
      json_object = {
         field: getattr(self, field)
         for field in (
               "start_at",
               "end_at",
               "fancy_field"
         )
      }

      # Forces datetime to use timestamp due to inconsistency
      # in timezone format.
      json_object["start_at"] = self.start_at.timestamp()
      json_object["end_at"] = self.end_at.timestamp()

      json_repr = json.dumps(
         json_object,
         sort_keys=True,
         indent=4,
         cls=DjangoJSONEncoder,
      )
      return hashlib.sha256(json_repr.encode("utf-8")).digest()

The sha256_hash is unique and shouldn’t allow null values, but with the blank=True and null=True attributes, it can have null values. It’s needed then to populate the existing values if there are some.

What if there is existing data in the table?

In order to do that, we change the attribute to allow null values :

class Event(models.Model):
   start_at = models.DateField()
   end_at = models.DateField()
   fancy_field = models.CharField()
   sha256_hash = models.BinaryField(
      max_length=32,
      unique=True,
      null=True,
      blank=True
   )
   …

After that, we can populate the value with a django command in by filtering the existing Event table where the field sha256_hash is null, and call the method in order the create the sha256_hash value with the method compute_sha256_hash of the class.

That’s it for me!

DjangoCon Europe 2023 : de participante à organisatrice

2023-06-14T14:36:00+02:00

Bonjour, j'espère que vous allez bien. Il y a quelques semaines, j'étais à la DjangoCon Europe à Édimbourg. Je ne suis pas sûre d'être complètement remise de la fatigue, mais c'était génial !

Je suis accro à cet événement. Ma première DjangoCon, c'était en 2021, à distance à cause du COVID, et beaucoup de gens m'ont dit « c'est vraiment différent en vrai, tu devrais absolument essayer au moins une fois ».

Et... je l'ai fait !

J'ai participé à la DjangoCon Europe l'année dernière à Porto, c'était incroyable. J'ai vraiment aimé la conférence et rencontrer des gens, dont certains à qui j'avais parlé virtuellement, alors c'était une vraie joie de les voir en personne. C'était génial. Cette conférence m'a aidée à m'impliquer davantage dans la communauté et à apprendre énormément de choses. Pour être honnête, mon anglais n'est pas parfait, mais j'ai réussi à comprendre et à me faire comprendre. Si vous n'êtes jamais allé·e à une DjangoCon, vous devriez absolument y aller. Ça en vaut vraiment la peine.

Ce qu'il faut savoir, c'est que chaque DjangoCon Europe est organisée par des bénévoles, et que les responsables doivent envoyer une proposition à la Django Software Foundation (DSF) pour la faire approuver. Cette conférence a failli ne pas avoir lieu, si vous regardez l'article de la DSF à ce sujet. Je ne voulais pas que ça arrive, alors je me suis proposée comme bénévole. J'ai rejoint l'équipe en place, en particulier pour le site web, et pour faire partie de l'équipe du code de conduite 💖

Être organisatrice, c'est une autre façon de s'amuser. On ne profite pas de la conférence de la même manière, ça peut être épuisant, mais on apprécie vraiment de voir la conférence se dérouler et être un succès, surtout quand on sait tout ce qui s'est passé en coulisses.

Quand on regarde les gens :

se rencontrer et rire ensemble
trouver leur futur emploi
se faire de nouveaux amis
trouver de l'aide pour un projet précis
etc.

C'est une joie inestimable ✨

J'ai appris beaucoup de choses en étant « de l'autre côté ».

Je ne mesurais pas à quel point il est difficile d'obtenir un visa selon le pays d'où l'on vient. Les règles sont toujours différentes. Je n'imaginais pas à quel point organiser un événement à distance peut coûter cher quand on a des fonds limités. Chaque détail compte quand on essaie de faire le meilleur événement pour tout le monde.

Je suis vraiment heureuse de faire partie de cette communauté, et j'espère faire de mon mieux pour accueillir les gens et être aussi bienveillante qu'on l'a été avec moi.

Si vous souhaitez rendre à Django et à la communauté ce qu'ils vous ont apporté, pensez à la DjangoCon Europe 2024. Être organisateur·rice ou bénévole est une excellente façon de contribuer, et ça ne demande pas de savoir coder.

Je terminerai cet article en disant : « je suis venue pour une conférence, je suis restée pour la communauté » 💚

DjangoCon Europe 2023: from attendee to organizer

2023-06-14T14:36:00+02:00

Hi there, I hope you’re fine. A few weeks ago, I was at DjangoCon Europe in Edinburgh. I’m not sure I have completely recovered from tiredness, but it was awesome!

I’m hooked on this event. My first DjangoCon was in 2021 in remote, due to COVID, and many people told me “it’s really different in real life, you should definitely try once”.

And… I did!

I participated in DjangoCon Europe last year in Porto, it was amazing. I really liked the conference and meeting people, some of them that I have talked to virtually, so there was real joy seeing them in person. It was awesome. This conference helped me to become more involved in the community and learn so many things. To be honest, I don’t have the best English but I was able to understand and be understood. If you have never been to a DjangoCon, you should definitely go to one. It’s truly worth it.

What you need to know is that each DjangoCon Europe is run by volunteers, and the chairs have to send a proposal to the Django Software Foundation (DSF) for approval. This conference almost did not happen if you see the DSF’s post about it. I didn’t want that to happen so I proposed myself as a volunteer. I joined the current team especially for the website and be part of the Code of Conduct team 💖

Being an organizer is a different way of fun. You don’t enjoy the conference the same way, it can be exhausting, but you really enjoy the fact of seeing the conference happening and being a success especially when you know all things that happened behind the scenes.

When you look at people:

meeting and laughing together
finding their future job
finding new friends
finding help for a specific project
etc.

It's a priceless joy ✨

I learn many things by being “on the other side”.

I didn't understand how hard it is to get a visa depending on the country you're coming from. The rules are always different. I didn’t imagine how it can cost so much to host an event virtually when you have limited funds. Each detail counts, when trying to make the best event for everyone.

I’m really glad to be part of this community, and I hope to do my best to welcome people and be friendly as much as I've been welcomed myself.

If you would like to give back to Django and the community, you should consider DjangoCon Europe 2024 as a way to do so. Being an organizer or a volunteer is a great way to contribute, and it doesn't require the ability to code.

I will end this post by saying that “I joined a conference, I stayed for the community” 💚

Migration de Gatsby vers Pelican

2023-04-21T18:00:00+02:00

Bonjour... ça fait un moment, premier article de 2023, youpi ! J'ai tellement de choses à raconter, mais je vais commencer par le premier sujet sur lequel j'ai mis longtemps à écrire : mon blog.

J'ai changé de framework, en passant de Gatsby.js à Pelican.

Pourquoi migrer mon blog ?

Bonne question ! Comme je fais de plus en plus de Python, il me semblait plus logique d'avoir un blog en Python. En plus, c'est plus simple à maintenir puisque j'utilise ce langage tous les jours. Je voulais aussi avoir moins de dépendances.

Mon site avec Gatsby avait beaucoup de dépendances, vous pouvez le voir avec mon package.json. Comparez maintenant avec le requirements.txt.

Dépendances du package.json vs dépendances du requirements.txt

Comme vous pouvez le voir, le changement est énorme, et il s'agit des dépendances et des dépendances de développement, sans afficher les sous-dépendances.

Je devais passer à Gatsby V3, car mon projet avait trop de dépendances que je ne pouvais pas mettre à jour. Certaines sont tout simplement de vieilles dépendances qui ne sont plus maintenues.

Sinon, je devais mettre à jour mon projet Gatsby, et j'avais trop de conflits de dépendances, car j'avais utilisé un starter pour créer mon blog, et ce starter n'est pas entièrement compatible avec les dernières versions de Gatsby. Je sais à quel point il peut être difficile de maintenir un projet, surtout quand on est seul·e. J'aurais pu contribuer, mais à mon avis je ne fais pas assez de Gatsby pour ça.

J'ai finalement décidé de passer à autre chose.

J'ai choisi d'utiliser Pelican, c'est plutôt sympa. Il existe des plugins pour améliorer son site, et j'en ai utilisé un pour importer le contenu existant d'un autre site. Je m'en suis servie pour déplacer mon blog, c'est génial ! La documentation complète est ici.

J'ai utilisé un thème personnalisé, créé par mes soins, pour avoir le style que je voulais. Je l'ai fait correspondre à mon ancien blog pour que les gens ne remarquent pas que je suis passée à Pelican. Vous pouvez trouver des thèmes déjà prêts, ou un thème de base à partir duquel créer le vôtre. La documentation donne quelques conseils pour créer votre propre thème.

J'ai donc commencé avec un thème existant et j'ai modifié les éléments suivants :

Revoir les templates pour qu'ils correspondent à ce que je veux
Ajouter les pages manquantes
Modifier mon style CSS et mon JavaScript

La partie amusante, c'était de convertir ce qu'il fallait de React.js en pur JS, pour avoir moins de dépendances et un code plus simple, car il me manquait certaines choses sur mon site :

L'animation de la page d'accueil
Le bouton pour basculer en mode sombre
Un peu de JS pour la personnalisation (ajustement d'accessibilité pour aria-label)

Une fois que c'était fait, j'ai ajouté quelques plugins pour améliorer le site, comme le SEO ou les articles similaires dans un article. Vous pouvez trouver les plugins dans l'organisation Pelican.

Et voilà ! ✨

Exemples

Je sais que certain·es d'entre vous vont dire : c'est cool, Sarah, mais y a-t-il d'autres sites qui utilisent Pelican ?

Oui, il y en a ! Voici les personnes que je connais qui utilisent Pelican, mais j'imagine qu'il existe d'autres sites :

Adam Johnson - https://adamj.eu/
Julien Palard - https://mdk.fr/
Justin Mayer, créateur de Pelican - https://justinmayer.com/
Paolo Melchiorre - https://www.paulox.net/
Tom Carrick - https://carrick.eu/

Apprentissages et progrès

Cette migration n'a pas été aussi difficile que je le pensais. Je l'ai faite en quelques jours, répartis sur mon temps libre, car je n'avais pas beaucoup de temps à y consacrer, mais je pense que j'aurais pu aller plus vite. Trop de choses à faire, pas assez de temps.

C'était amusant de créer le thème du blog et de voir comment Pelican génère les templates, c'est vraiment bien. En plus, j'ai ajouté des catégories et une section TIL, il faut que j'ajoute d'autres articles, mais c'est un autre sujet. Pelican permet de créer facilement des catégories et de modifier ou supprimer des éléments comme on veut. Il est facilement personnalisable selon vos besoins.

Avoir moins de dépendances est clairement un bon point pour moi : moins de problèmes, et c'est plus facile à maintenir. Je suppose que je suis comme beaucoup de gens qui aiment leur blog mais ne peuvent pas y consacrer beaucoup de temps.

Pelican est vraiment simple à utiliser. Je n'ai pas l'habitude d'écrire en rst, mais ça ne change pas grand-chose par rapport au markdown. Notez que vous pouvez changer le format des articles si besoin, mais la plupart des documentations open source pour Python utilisent le rst, donc ce n'est pas un problème pour moi.

J'ai aussi eu le temps d'améliorer un peu l'accessibilité de mon blog. Ce n'est clairement pas terminé, mais j'ai eu le temps de faire quelques corrections, ce qui est cool.

Je peux maintenant faire des brouillons d'articles, ce qui est vraiment pratique, car je demande à des personnes de relire mes articles quand elles en ont envie, puisque l'anglais n'est pas ma langue maternelle. Du coup, vous ne trouverez pas mon blog sur GitHub, désolée.

Je recommande Pelican, je n'ai trouvé aucun inconvénient jusqu'ici.

La prochaine étape sera d'améliorer encore l'accessibilité et d'ajouter plus d'articles, bien sûr !

Migration from Gatsby to Pelican

2023-04-21T18:00:00+02:00

Hi here... it's been a while, first post of 2023 yay! I have so much to talk about but I'll start with the first topic that took me a long time to write about: my blog.

I switched frameworks from Gatsby.js to Pelican.

Why migrate my blog ?

Good question, as I’m doing more and more python, it seems more logical to have a blog in python. Besides, it’s simpler to maintain since I use the language everyday. I also wanted to have fewer dependencies.

My website with Gatsby had many dependencies, you can see that with my package.json. Now compare that to the requirements.txt.

package.json dependencies vs requirements.txt dependencies

As you can see, the change is huge, it's the dependencies and dev-dependencies without displaying sub-dependencies.

I needed to move to Gatsby V3 because my project had too many dependencies which I cannot update. Some are simply old dependencies that are no longer maintained.

Otherwise, I had to upgrade my Gatsby project and I had too many dependencies conflicts since I used a starter in order to create my blog and the starter is not fully compatible with latest versions of Gatsby. I know how it can be hard to maintain a project, especially when you're alone. I could have contributed but i’m not doing enough Gatsby to do so in my opinion.

I finally decided to move to something else.

I choose to use Pelican, it’s pretty nice. There are plugins to improve your website and I used one of them to import existing content from another website. I used it to move my blog, it’s great! You have the full documentation here.

I used a custom theme, created by me, to have the style I wanted. I made it correspond to my previous blog so that people won’t notice I changed to Pelican. You can find already built-in themes or basic theme to create your own theme from. You can get some guidance ton creating your own theme in the documentation.

So I started from an existing theme and I change the following:

Review templates to correspond to what I want
Add missing pages
Change my CSS style and JavaScript

The fun part was to change the needed things from React.js to pure JS to get less dependencies and simple code because I'm missing some things in my website:

The animation on the homepage
The toggle theme for dark mode
Few JS for customisation (accessibility tweak for aria-label)

After that was done, I added some plugins to improve the website like SEO, or posts related in an article, you can find the plugins in the pelican organization.

And that’s it ! ✨

Examples

I know some of you will say, cool Sarah but are there other websites using Pelican ?

Yes, there are ! These are the people I know that use Pelican, but I imagine there are other websites:

Adam Johnson - https://adamj.eu/
Julien Palard - https://mdk.fr/
Justin Mayer, creator of Pelican - https://justinmayer.com/
Paolo Melchiorre - https://www.paulox.net/
Tom Carrick - https://carrick.eu/

Learning and improvements

This migration was not as difficult as I expected. I did it in a few days split up on my free time that I had because I didn't have much time for it, but I think I could have done it faster. Too many stuff to do, not enough time.

It was fun to create the theme for the blog and see how Pelican generates templates, it’s really nice. Besides, I added some categories and a TIL section, I need to add other articles but that’s another point. Pelican makes it easy to create categories and update/remove some stuff as you want. It’s easily customizable to fit your needs.

Having less dependencies is clearly a good point for me, less issues and better for maintaining. I guess I’m like many people who like their blog but can’t dedicate much time to it.

Pelican is really simple to use, I'm not used to writing in rst but it doesn't change much from markdown. Note that you can change the type of the articles if needed, but most documentation in open source for Python use rst so it's not a big deal for me.

I also have time to improve a bit the accessibility of my blog, clearly not completely done but I had time to make few corrections, which is cool.

I can now do draft articles, which is really cool because I ask people to read articles when they are willing to do so, since I’m not a native English speaker. So, you can’t find my blog on GitHub, sorry for that.

I recommend Pelican, I don’t have any drawbacks so far.

Next step will be to improve accessibility again and add more articles of course !

TIL : le gitignore global

2022-07-12T10:10:00+02:00

Bonjour !

J'ai découvert qu'on peut configurer git pour exclure des fichiers ou des dossiers de manière globale. C'est utile pour que le gitignore du projet ne contienne que ce qui concerne le projet, et pas ce qui dépend du système d'exploitation ou de l'éditeur de chaque membre de l'équipe.

Devinez quoi, vous pouvez ignorer des choses globalement de votre côté sans avoir besoin de les commiter dans le gitignore du projet. Je vous explique comment !

Tout d'abord, il faut créer un fichier dans le répertoire personnel. On peut lui donner le nom qu'on veut, mais pour savoir facilement ce que c'est, appelons-le : .gitignore_global.

touch ~/.gitignore_global

Ensuite, ajoutez dans ce fichier tout ce que vous voulez exclure :

.DS_Store
.vs_code

Voici le mien, j'utilise un Mac et VS Code, mais il faut l'adapter à votre système d'exploitation et aux fichiers de votre éditeur.

Enfin, configurez git pour qu'il sache que les fichiers globaux à exclure se trouvent à cet emplacement :

git config --global core.excludesfile ~/.gitignore_global

Pour les utilisateurs et utilisatrices de Windows, c'est légèrement différent :

git config --global core.excludesfile``%USERPROFILE%\.gitignore_global

C'est tout pour le moment ! J'espère que ça sera utile à quelqu'un :)

TIL: Global gitignore

2022-07-12T10:10:00+02:00

Hi there!

I found out that you can configure git to exclude files or folders globally and this is useful so that the project gitignore is based only on that and not on the operating system or editor of each team member.

Guess what, you can ignore things globally on your end and you don’t need to commit this in the gitignore of the project. I’ll tell you how!

First of all, you need to create a file in the home directory, we can call it with any name we want but just to know easily what it is, let’s call it: .gitignore_global.

touch ~/.gitignore_global

And then add in the file all the things you want to exclude:

.DS_Store
.vs_code

This is mine, I use Mac and Vs Code, but you need to match it with your operating system and your editor files.

Finally, configure git to know that the global files to exclude are in this path:

git config --global core.excludesfile ~/.gitignore_global

For windows users, it’s slightly different:

git config --global core.excludesfile``%USERPROFILE%\.gitignore_global

That’s it for now! I hope it will be useful for someone :)

TIL : ressources sur l'accessibilité

2022-05-07T10:00:00+02:00

Bonjour,

J'ai décidé de lancer une série de TIL (Today I Learned) !

Rodrigo, auteur du blog Mathspp, m'a donné envie de le faire avec sa série de TIL. Comme je le lui ai dit, je vais le faire pour m'aider à me souvenir de certaines choses et partager ce que j'ai découvert avec toutes les personnes que ça pourrait intéresser. Je lui dédie mon premier TIL d'une série que j'espère belle.

J'ai commencé à créer un mode sombre pour le projet Django et je me suis retrouvée face à un sujet intéressant : l'accessibilité.

C'est un sujet auquel je suis sensible, mais j'ai découvert que j'ai énormément de choses à apprendre ! Même mon site est vraiment mauvais en matière d'accessibilité... mais j'ai découvert des ressources très utiles qui méritent d'être notées quelque part.

L'accessibilité concerne de nombreux cas : tritanopie, deutéranomalie, etc.

Whocanuse repose sur le même principe que Caniuse, mais pour l'accessibilité et le contraste.

C'est vraiment utile pour voir la simulation des couleurs pour chaque type de vision et le contraste avec une autre couleur. Ça m'aide vraiment à mieux ajuster le contraste des couleurs.

Remarque : vous pouvez aussi voir le contraste et le ratio des couleurs dans les devtools de Chrome :

Contraste dans les devtools de Chrome

Il y a aussi Kontrasto, créé par Thibaud Colas, qui s'intéresse de près à l'accessibilité 🙂

C'est vraiment bien de voir une façon d'améliorer l'accessibilité avec les images.

J'ai aussi découvert Link Contrast Checker, un site qui permet de vérifier le contraste des liens pour s'assurer qu'il n'y a pas de problème d'accessibilité.

J'ai trouvé cette checklist d'accessibilité, qui peut être un bon point de départ pour rendre votre site plus inclusif et repérer des points que vous auriez manqués.

Comme je suis une grande fan des pipelines, il existe aussi des outils pour vérifier l'accessibilité avec une extension de navigateur ou en intégration continue :

aXe
pa11y
…

C'est tout pour le moment ! J'espère que ça sera utile à quelqu'un.

TIL: Accessibility resources

2022-05-07T10:00:00+02:00

Hi there,

I decided to start TIL (Today I Learned) series !

Rodrigo, author of Mathspp blog, give me envy to do so with his TIL series, as I told him, I will do that to help me to remind me some stuff and share what I discovered to everyone who can be interested on. I’m dedicating my first TIL of a great series to him I hope.

I started to create a dark mode for Django project and I face to an interesting issue : accessibility.

This is something I’m aware of, but I discovered I have so many things to learn ! Even my website is really bad for accessibility.. but I learned some ressources very useful which deserve to be written somewhere.

Accessibility concern many cases : Tritanopia, Deuteranomaly and so on.

Whocanuse, is based on the same purpose of Caniuse but for accessibility and contrast.

It’s really useful to see the simulation of color for each type of vision and contrast with another color. It really helps me to better adjust color contrast.

Note: you can also see color contrast and ratio in devtools of Chrome :

devtools chrome contrast

You also have Kontrasto, created by Thibaud Colas, which have a deep interest in accessibility 🙂

Really nice to see a way to improve accessibility with images.

I also discovered Link Contrast Checker which is a website to see the contrast for links to be sure there are no violation for accessibility.

I find accessibility checklist which can be a good start to make you website more inclusive and see some point you missed.

As I am a big fan of pipelines, there are also tools to check accessibility with desktop extension or in continuous integration:

aXe
pa11y
…

That’s it for now! I hope it will be useful for someone.

2021, le bilan de l'année

2022-01-30T10:00:00+01:00

Bonjour, ça fait un moment... Tout d'abord, je vous souhaite une bonne année, meilleurs vœux !!

Merci à Katherine Michel et Dawn Wages de m'avoir inspirée à écrire un article de bilan de l'année !

TL;DR

Cette année n'a pas été ma meilleure, mais j'ai réussi à faire des choses que je n'aurais jamais imaginé faire.

Mes temps forts de l'année :

Participer à la DjangoCon Europe et à la DjangoCon US
Faire un lightning talk
Réussir le challenge Hacktoberfest
Contribuer à un énorme projet
Découvrir une communauté incroyable et en faire partie

Apprentissages et progrès

J'ai beaucoup appris cette année, en essayant des choses, en lisant et en faisant des erreurs, bien sûr. J'ai lu le livre d'Adam Johnson sur les tests, qui est vraiment intéressant. J'ai découvert que je devais changer certaines habitudes et améliorer certains projets.

J'essaie de m'impliquer davantage dans les sujets qui me tiennent à cœur ou qui m'intéressent, par exemple les tests ou les logiciels open source.

J'apprends aussi en échangeant avec les gens, même si j'ai encore un peu de mal à tout comprendre en anglais, car je ne suis pas bilingue, mais presque !

J'ai découvert beaucoup de choses en 2021, il y a tellement de ressources : newsletters, podcasts, comptes Twitter (oui, vraiment). En voici quelques-unes :

Et les conférences, même celles des années passées, sont vraiment intéressantes. Je vous recommande vivement d'y jeter un œil !

J'ai aussi découvert que je pouvais inspirer d'autres personnes, même si je n'ai pas l'impression d'avoir fait quelque chose d'aussi incroyable que d'autres grandes personnes du monde du dev. On peut inspirer même avec des choses qui ne semblent pas énormes.

Conférences

J'ai assisté à ma première conférence, la DjangoCon Europe, et j'y ai donné mon premier lightning talk ! J'ai écrit un article ici. J'espère avoir la chance d'assister à la prochaine, et en vrai cette fois : tellement de personnes incroyables m'ont dit que c'était une expérience différente, et j'ai vraiment envie de voir ça et de rencontrer les personnes avec qui j'ai si souvent parlé en virtuel, haha.

J'ai aussi assisté à la DjangoCon US, c'était très bien, mais je n'y suis pas restée longtemps à cause du décalage horaire. Je voulais aider les organisateurs et organisatrices, mais je n'ai pas eu le temps. Si vous voulez contribuer à la communauté, c'est une façon de le faire. Beaucoup de gens pensent que tout tourne autour du code, mais il y a plein de choses à faire à côté du code pour contribuer.

J'espère pouvoir faire plus de meetups et échanger avec des gens (en vrai, ce serait encore mieux !).

L'Hacktoberfest en tant que mainteneuse

J'ai fait l'Hacktoberfest pour la deuxième fois, mais cette fois j'étais à la fois contributrice et mainteneuse, grâce à Fum. C'est une super expérience, même si je n'imaginais pas à quel point ça pouvait être épuisant. En tant que contributrice, on veut que les choses aillent vite, mais en tant que mainteneuse, c'est agréable de voir l'engagement des gens, mais il y a tellement de choses à faire, et parfois les gens répondent comme si le projet était toute votre vie, et je peux vous dire que ce n'est absolument PAS le cas !

Malgré ça, j'ai appris énormément de choses en faisant des revues : voir les choses autrement, ou creuser des sujets que je connaissais mal.

Contributions individuelles

Je pense que c'est ma meilleure année en matière de contributions à l'open source : j'ai contribué à de nombreux projets, des petites contributions aux plus grandes. J'ai contribué à un gros projet : Django. C'était incroyable, et j'ai aussi appris en le faisant. Ce n'est pas une contribution impressionnante, mais j'espère qu'elle sera utile à toutes les personnes qui utilisent ce framework incroyable ! J'espère faire plus de contributions cette nouvelle année, en particulier dans l'écosystème Python.

Note à moi-même

En 2021, j'ai essayé des choses que je ne pensais pas faire un jour. Si j'avais un conseil à donner, ce serait :

Être plus organisée
Faire de son mieux, et si ce n'est pas parfait, ce n'est pas grave
Contribuer, aider, écrire. Parfois, on pense que c'est bête ou inutile, mais ça ne l'est pas pour quelqu'un d'autre
L'échange, c'est de l'or. On peut apprendre des choses de quelqu'un, et cette personne peut aussi apprendre de nous

2021, year in review

2022-01-30T10:00:00+01:00

Hi there, it’s have been a while… First of all, I want to say happy new year to you, best wishes !!

Thank you to Katherine Michel and Dawn Wages for inspiring me to do a Year in Review blog post!

TL;DR

This year wasn’t my best year but I success to do things I can’t imagine do.

My highlights for the year have been:

Attending to DjangoCon Europe and US
Do a lightning talk
Pass Hacktoberfest challenge
Make a contribution to a huge project
Discover and be part of an amazing community

Learning and improvements

I learn a lot this year, by trying things, reading, and do mistakes of course. I read the book of Adams Johnson about testing, which is really interesting. I discovered I had to change some habits and improve some projects.

I’m trying to be more involved in things which I care about or I have an interest in, for example, testing or Open Source Software.

I also learn by interacting with people, even though I still have some difficulty understanding everything in English since I am not fluent but close too!

I discovered many things in 2021, there are so many resources : newsletter, podcast, twitter accounts (yeah really), let me list some of them :

And conferences, even for past years are really interesting. I definitely recommend you to check out!

I also discovered I can inspire others, even I don’t think I did something amazing as other great people of the dev world but you can inspire even on things that don’t seem huge.

Conferences

I have attend to my first conference, DjangoCon Europe, and gave my first lighting talk ! I have wrote a post here, I hope I will have a chance to attend to the next one. And in real life, so many amazing people have told me that it’s a different experience and I really want to see that and see the people I talk to, so many times in the virtual haha.

I also attend to DjangoCon US, it was very nice but I didn’t attend so long due to hours. I wanted to help the organizers but I didn’t have time to do so. If you want to contribute to the community, this is a way to do it. Many people think, it’s all about code, but there are so many things to do besides coding for contribution.

I hope I will be able to do more meetups and exchange with people (in real life would be even better!).

Hacktoberfest as maintainer

I have done hacktoberfest for the second time, but this time I was contributor and also maintainer, thanks to Fum. This is a great experience, even I didn’t imagine how it can be exhausting. As a contributor you want things to happen quickly, but as a maintainer, it’s nice to see the engagement of people but so many things to do and some time people answer like the project is your only life, and I can tell you: this is totally NOT the case !

Despite that, I have learned so many things by reviewing: see things in another way, or dig in some subject I didn’t know much before.

Individuals contributions

I guess this is my best year for contributing to open source, I contributed to many projects. From small contributions to big ones. I contributed to a big project: Django. It was amazing, I also learned while doing it. It’s not an impressive contribution, but I hope it will be useful to everyone who uses this amazing framework! I hope to make more contributions, especially in the python ecosystem this new year.

Reminder to myself

2021 I tried things I didn’t think I would have done. If I have piece of advice to tell, it will be :

Be more organized
Try your best, if it’s not perfect, that’s fine
Contribute, help, write. Sometimes you think it’s stupid or useless, but it’s not for someone else
Exchange is gold. You can learn things from someone and the person can also learn from you

Mes impressions sur la DjangoCon Europe 2021

2021-06-07T12:00:00+02:00

Bonjour, ça fait un moment depuis mon dernier article, mais je reviens tout juste d'une super conférence : la DjangoCon Europe.

C'était ma première conférence virtuelle. Grâce aux organisateurs et organisatrices, elle était très bien organisée malgré les circonstances difficiles. Nous avions un gather.town pour rencontrer des gens, et les talks étaient hébergés sur loudswarm, ce qui a très bien fonctionné ! C'était très intéressant. Il y a eu de super talks et j'ai rencontré des personnes incroyables !

Je suis aussi épuisée, lol. Je suppose que c'est une expérience différente de ce que j'imaginais, d'après les retours des personnes qui l'ont vécue en présentiel. J'espère avoir l'occasion d'assister à une autre édition en personne. Comme on dit, on vient pour la syntaxe et on reste pour la communauté !

J'ai donné mon premier lightning talk à la DjangoCon : « Run Django tests with GitHub Actions », une petite introduction à GitHub Actions et à son utilisation avec des services Docker. Ce genre de choses me rend très nerveuse, mais je l'ai fait. Je suis contente d'avoir reçu des retours positifs. Je sais aussi ce que je dois améliorer si je décide de retenter l'expérience 🙂

Si vous avez un sujet en tête, lancez-vous. Vous ne le regretterez jamais et c'est une belle expérience. Vous aiderez quelqu'un ou ferez découvrir à quelqu'un quelque chose que vous n'auriez pas imaginé. Pour les sprints, c'était compliqué pour moi de gérer les deux jours, mais j'ai pu être mentore pour Django Girls le samedi. C'était une belle expérience pour moi.

Thoughts on DjangoCon Europe 2021

2021-06-07T12:00:00+02:00

Hi there, it has been a while since my last post, but I’ m now returning from a great conference: DjangoCon Europe.

It was my first virtual conference. Thanks to the organizers, it was well done despite the difficult circumstances. We had a gather.town to meet people, talks hosted in loudswarm, which worked great! It was very interesting. There were great talks and met amazing people!

I’m also exhausted lol. I guess it’s another experience as I imagine and due to the return of people who did it in real life. I hope to have the ability to attend to another one in person. As people said, you come for the syntax and stay for the community!

I gave my first lightning talk at the DjangoCon: “Run Django tests with GitHub Actions” which was a little introduction to GitHub Actions and how to use it with Docker services. I’m completely nervous about things like that but I did it. I’m happy I received some positive feedback. I know also what to improve if I choose to undertake the experience again 🙂

If you have one in mind, go for it. You will never regret and it’s a good experience. You will help someone or make someone discover something that you didn’t imagine you could. For the sprints, it was complicated for me to manage the two days, but I was able to be mentor for DjangoGirls on Saturday. It was a good experience for me.

Première contribution à l'open source, Hacktoberfest !

2020-11-03T09:08:00+01:00

Première participation, première contribution à l'open source. Youpi !

Oui, j'ai terminé mon premier challenge Hacktoberfest, grâce à Digital Ocean, Dev.to et Intel. Si vous ne voyez pas de quoi je parle, jetez un œil aux détails de l'Hacktoberfest.

J'ai toujours voulu contribuer à un projet open source. Mais il y avait toujours des obstacles, mes premières pensées :

Quel projet choisir dans l'océan de dépôts possibles ?
Comment faire une bonne pull request pour un projet ?
Les issues semblent souvent nécessiter une compréhension précise de la façon dont les projets évoluent
etc.

Oui, je sais ce que vous pensez : elle est peut-être folle, ou peut-être simplement je ressens la même chose.

Je pense que c'est normal : chaque fois qu'on utilise un bon projet open source, on a envie d'y contribuer un jour. L'open source, c'est incroyable. Il y a tellement de projets utilisés par tellement de personnes.

J'ai énormément de respect pour les mainteneurs et mainteneuses de projets open source, car beaucoup, voire la plupart, de nos projets personnels ou professionnels échoueraient sans eux.

L'Hacktoberfest est l'une des meilleures façons de commencer à contribuer à des projets open source. Leur site recense de nombreuses ressources et fournit des informations pour contribuer, que vous soyez débutant·e ou développeur·se confirmé·e. Et si vous suivez le CONTRIBUTING.md spécifique du dépôt open source, vous ne pouvez pas vous perdre (normalement).

N'hésitez pas à contacter les mainteneurs ou d'autres contributeurs pour poser des questions si besoin, à regarder les labels, et à prendre le temps de lire attentivement les issues.

Si vous débutez, vous pouvez commencer par consulter ce lien qui vous proposera de bonnes pistes pour démarrer :

issuehub.io

Même si l'Hacktoberfest est terminée cette année, c'est toujours le bon moment pour faire vos premières contributions.

J'ai contribué à 2 projets :

C'était ma première Hacktoberfest et j'ai adoré cette expérience. Je ne peux pas tout à fait l'expliquer, mais la satisfaction de contribuer à quelque chose qui peut être utile à d'autres fait vraiment du bien. C'est aussi l'occasion de découvrir d'autres projets, en cherchant ou grâce aux personnes qui partagent leurs expériences, et d'apprendre de nouvelles choses, bien sûr.

Je vais continuer à contribuer ❤️

Malheureusement, je n'ai pas officiellement terminé le challenge Hacktoberfest à cause d'un « comportement voulu » qui rend désormais certains dépôts non éligibles.

Alors faites attention : si vous avez participé cette année et que vos PR sont toujours en cours de revue, ce défaut peut encore vous arriver. Fum explique tout sur son blog. Quoi qu'il en soit, c'est moins important que d'avoir enfin sauté le pas et contribué à des projets open source, ce qui est vraiment l'essence même de l'Hacktoberfest.

À l'année prochaine, peut-être !

First contribution to open source, hacktoberfest !

2020-11-03T09:08:00+01:00

First participation, first contribution to open source. Yeah !

Yes, I finished my first the Hacktoberfest challenge, thanks to Digital Ocean, Dev.to and Intel. If you don’t know what I’m talking about, just check Hacktoberfest details.

I always wanted to contribute to an open source project. But there always seemed to be obstacles: first thoughts:

Which project should I choose out of the ocean of possible repositories?
How can I make a good pull request for a project?
Issues usually seem to need specific understanding of how the projects develop
etc.

Yeah, I know what your are thinking: she might be crazy or maybe just I feel the same.

I think it’s normal to think whenever you use a good open source project, you want to contribute to it in the future. Open source is incredible. There are so many projects that are used by so many people.

I have so much respect for open source project maintainers because many or maybe most of our personal or professional projects would fail without them.

Hacktoberfest is one of the best way to start contributing to open source projects. Their site lists an extensive resources and provides information for contributing regardless of whether you a beginner or a seasoned developer. And if you follow the specific CONTRIBUTING.md for in the open source repository, you can’t be lost (normally).

Don’t hesitate to reach out to the maintainers or other contributors to ask questions if needed, as well as checking labels, and spending some time carefully reading issues.

If you’re a beginner you can check start by checking this link which will suggest some good things to get started with:

issuehub.io

Even if the Hacktoberfest has finished this year, now is still a great time to make your first contributions.

I contributed to 2 projects:

This was my first Hacktoberfest event and I have loved this experience. I can’t fully explain but the satisfaction that comes from contributing to something that can be useful to others feels great. It’s also time to discover other projects, by searching or through people who share their experiences and learn new things, of course.

I will continue to contribute ❤️

Unfortunately I didn’t officially complete the Hacktoberfest challenge due to an “intented behaviour” which now prohibits certain repositories from being eligible.

So just beware, if you have participated this year and your PRs are still in review, be careful, the flaw can still happen to you. Fum explain all in his blog. Regardless this is less important than having first taken the plunge into making contributions to open source projects — which is really the thing at the core of Hacktoberfest.

See you maybe next year!

Déclencher manuellement GitHub Actions

2020-01-28T22:12:00+01:00

Bonjour, cet article explique comment déclencher manuellement des builds GitHub Actions.

Pourquoi vouloir faire ça ?

Au lieu d'attendre simplement un changement de code ou de workflow GitHub ?

Eh bien, par exemple, la dernière fois que votre build sur master s'est exécuté, certains des serveurs utilisés par votre build étaient peut-être indisponibles (par exemple : le registre npm, une API que vous utilisez pour les tests, etc.).

Pour l'instant, GitHub indique qu'il n'y a aucun moyen de déclencher manuellement un build, alors que la question a été posée sur StackOverflow et que certaines personnes utilisent même CURL pour déclencher des builds manuellement.

Mais j'ai trouvé une meilleure solution ! Avec ma solution, une fois en place, le bouton ⭐️ de votre dépôt GitHub déclenchera un build chaque fois que VOUS (et seulement vous) mettrez une étoile au dépôt. Vous pouvez le faire autant de fois que vous voulez.

Oui, c'est une solution TRÈS bricolée, mais elle fonctionne plutôt bien. ✨

Comment déclencher manuellement

Entrons dans le vif du sujet.

Le bouton ⭐️ sert à lancer le workflow quand c'est possible, comme ceci.

Modifiez votre fichier de workflow pour y inclure :

on:
  watch:
    types: [started]

Ainsi, le workflow sera exécuté chaque fois que vous mettrez une étoile au dépôt, ou que vous l'enlèverez puis la remettrez.

Si on combine ça avec un conseil utile de Samira sur Stack Overflow, on peut lancer le workflow uniquement si c'est le ou la propriétaire qui déclenche l'action.

if: github.actor == github.event.repository.owner.login

Ça évite que l'action soit exécutée par d'autres personnes, et la réserve aux mainteneurs par exemple.

Ensuite, vous pouvez ajouter votre ou vos jobs et des services supplémentaires.

Au final, on obtient le workflow suivant...

name: Test

on:
  watch:
    types: [started]

jobs:
  build:
    runs-on: ubuntu-latest

    if: github.actor == github.event.repository.owner.login

    steps:
       - name: Checkout repository
         uses: actions/checkout@v2
        #  add more ...

C'est une base, vous pouvez donc l'adapter à un workflow existant ou en créer un nouveau à partir de celle-ci.

Quelques remarques

Il est possible de combiner deux événements.

Par exemple, vous pouvez configurer votre workflow avec l'événement watch et à chaque push, pour avoir les deux possibilités.

name: Test

on:
  push:
    branches:
      - master
  watch:
    types: [started]

Ici, le processus s'exécute à chaque push sur la branche master et à chaque étoile sur le dépôt.

N'oubliez pas que si vous voulez relancer un workflow qui a échoué, vous pouvez relancer toutes les vérifications grâce à un bouton de l'interface prévu pour les workflows en échec, comme ceci...

Capture d'écran de l'onglet Actions sur GitHub

Tout dépend de ce que vous voulez vraiment faire.

De plus, vous pouvez lancer tout le workflow avec l'événement watch, ou seulement certaines étapes en ajoutant une condition if sur une étape, comme ceci :

name: Test

on:
  watch:
    types: [started]

jobs:
  build:
    runs-on: ubuntu-latest

    steps:
       - name: Checkout repository
         uses: actions/checkout@v2
       - name: Step 2
         if: github.actor == github.event.repository.owner.login

Dans ce cas, l'étape 2 ne s'exécutera que si le dépôt reçoit une étoile de son propriétaire.

N'oubliez pas que le bouton ⭐️ lance le workflow uniquement depuis la branche par défaut (master).

Notez qu'il existe des permissions dans les paramètres du dépôt pour désactiver les actions ou empêcher l'exécution d'actions tierces.

Capture d'écran des permissions des actions dans les paramètres

Mise à jour : comme l'a suggéré Emilien Escalle dans les commentaires sur dev.to, on peut aussi configurer le workflow uniquement pour les collaborateurs et collaboratrices, en créant un autre job dont dépendra le build : il vérifie si la personne collabore au projet, sinon le workflow échoue.

jobs:
  authorize:
    runs-on: ubuntu-latest

    steps:
    - uses: octokit/request-action@v2.0.0
      with:
        route: GET /repos/:repository/collaborators/${{ github.actor }}
        repository: ${{ github.repository }}
      env:
        GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}

  build:
    needs: [authorize]

    runs-on: ubuntu-latest

   steps:
     - ...

Bon à savoir...

GitHub vient tout juste de publier ses API Actions, ce qui devrait bientôt permettre à GitHub ou à des extensions de navigateur d'ajouter des boutons « déclencher le workflow » dans leur interface.

J'espère que cet article vous a plu, et un merci tout particulier à Vincent qui m'a poussée à l'écrire :)

Manual trigger with Github Actions

2020-01-28T22:12:00+01:00

Hi there, this blog post explains how to manually trigger builds of GitHub actions.

Why would you want to do that?

Instead of just waiting for a code change or a GitHub workflow change?

Well, for example the last time your build on master ran, maybe some of the servers used by your build were down (example: npm registry, some API you’re using for tests, etc..).

For now GitHub says that there’s no way to manually trigger a build, while this question was asked on StackOverflow and some people are even using CURL to trigger manual builds.

But I have found a better way! With my solution, once you’ll have it set up, the ⭐️ button of your GitHub repository will trigger a build every time YOU (and only you) will star the repository. You can do that as many times as you want.

Yes, it’s a VERY hacky solution but it works pretty well. ✨

How to do manual trigger

Let’s dig into it.

The ⭐️ button is used to launch the workflow if it’s possible, like this.

Update your workflow file to include:

on:
  watch:
    types: [started]

So the workflow will be executed each time you star, or unstar and star again the repo.

If we combine that by a useful advice from Samira in Stack Overflow, you can launch your workflow only if it’s the owner who trigger the action.

if: github.actor == github.event.repository.owner.login

It prevents to execute the action by others and only by maintainers for example.

Next you can add your job(s) to do and additional services.

At the end, we have the following workflow…

name: Test

on:
  watch:
    types: [started]

jobs:
  build:
    runs-on: ubuntu-latest

    if: github.actor == github.event.repository.owner.login

    steps:
       - name: Checkout repository
         uses: actions/checkout@v2
        #  add more ...

It’s a starter, so you can adapt it for an existing workflow or start a new one with this.

Few notes

There is the possibility to combine two events.

For example you can set your workflow with the watch event and on each push, to have the both ways.

name: Test

on:
  push:
    branches:
      - master
  watch:
    types: [started]

Here it run the process for each push on master branch and on star of the repo.

Don’t forget that if you want to re-run a workflow which have failed, you can re-run all the checks with a UI button set for a failed workflow just like that…

Screenshot of the actions tab on GitHub

It depends on what you really want to do.

Moreover, you can launch the full workflow with the watch event or only some particular steps if you add a conditional if on a step like this:

name: Test

on:
  watch:
    types: [started]

jobs:
  build:
    runs-on: ubuntu-latest

    steps:
       - name: Checkout repository
         uses: actions/checkout@v2
       - name: Step 2
         if: github.actor == github.event.repository.owner.login

In this case, it will run step 2 only if the repo is starred by the owner.

Don’t forget that the ⭐️ button launch the workflow from the default branch (master) only.

Notice that there is permissions to avoid actions in the repository or to avoid the third party to run your actions in the settings of the repo.

Screenshot of the actions permissions in the settings

Update: Suggested by Emilien Escalle in comments on dev.to, we can also configure the workflow only for collaborators by creating another job which will be needed to check if it’s a collaborator of the project or the workflow will fail.

jobs:
  authorize:
    runs-on: ubuntu-latest

    steps:
    - uses: octokit/request-action@v2.0.0
      with:
        route: GET /repos/:repository/collaborators/${{ github.actor }}
        repository: ${{ github.repository }}
      env:
        GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}

  build:
    needs: [authorize]

    runs-on: ubuntu-latest

   steps:
     - ...

Good to know…

GitHub just released their action APIs which should allow soon either GitHub or browser extensions to add “trigger workflow” buttons on their UI.

I hope you liked this post and special thanks to Vincent who pushed me to write it :)

La relation entre dev confirmé·e/senior et dev junior

2020-01-01T22:12:00+01:00

J'ai été formatrice et aussi apprenante, alors j'ai quelque chose à vous dire.

J'ai entendu tellement de remarques comme « tu es trop junior », « tu n'es pas dev confirmée/senior ». Je suis sûre que vous les avez entendues aussi.

Si vous me dites que quelque chose est impossible, je suis le genre de femme qui va essayer de réussir même s'il n'y a qu'une petite chance.

Oui, j'ai essayé d'atteindre un niveau technique proche de celui des développeurs et développeuses qui m'ont inspirée, malgré mon expérience limitée.

Le fait est que certaines personnes pensent qu'un·e junior doit écouter les devs confirmé·es/seniors, et c'est tout.

Le ou la dev confirmé·e/senior est très qualifié·e et a de l'expérience. C'est certain.

Mais ça reste un échange.

Partager ses connaissances n'est pas facile pour tout le monde. Et quand on est dans cette situation, on doit parfois expliquer des choses complexes avec des mots simples et rendre des idées abstraites plus digestes.

C'est un art, pas une science, vraiment.

On sait tous qu'un·e développeur·se apprend en permanence, y compris en posant des questions à d'autres devs. Parfois, les devs posent des questions auxquelles on n'avait pas pensé, ou dont on ne connaît simplement pas la réponse, et on a envie de la connaître aussi. Alors parfois, leur question nous pousse à faire plus de recherches et nous aide à élargir nos connaissances.

À toi, dev junior

Ne pense pas que le ou la dev expérimenté·e n'a pas de temps pour toi. S'il ou elle est vraiment occupé·e, ajoute une réunion dans son agenda. Ça montrera que c'est important pour toi et que tu as vraiment besoin de ce point. Ça peut être le moment de clarifier ce qui est bien dans ton travail et ce qui doit être amélioré.

Essaie de trouver la réponse avant de demander, mais n'y consacre pas trop de temps. Si tu es bloqué·e, demande de l'aide. Tu perds du temps : même s'il semble important de t'en sortir seul·e et d'en retirer la gloire, tu aurais pu faire tellement plus. Et quand c'est résolu en deux secondes, il vaut bien mieux ne pas avoir attendu aussi longtemps pour demander de l'aide 😉

À toi, dev confirmé·e/senior

Certaines personnes t'admirent en secret, vraiment. Prends le temps d'aider les devs juniors à progresser si tu en as la possibilité. C'est aussi l'occasion de te challenger et de mieux connaître ton équipe.

De mon point de vue, un·e excellent·e dev confirmé·e/senior n'est pas seulement quelqu'un de compétent techniquement, c'est aussi quelqu'un qui aide les autres à progresser. Un·e dev expérimenté·e devrait constamment apprendre à transmettre avec plus de clarté, à mieux organiser son équipe et à communiquer plus efficacement.

Et vous, qu'en pensez-vous ?

Relation between middle/senior and junior dev

2020-01-01T22:12:00+01:00

I’ve been a teacher and also a learner, so I’ve got something to tell you.

I’ve heard so many comments like “you’re too junior”, “you’re not a middle/senior dev”. I’m sure you’ve heard that too.

If you told me that something is impossible, I’m the type of woman that will try to succeed even if there is only a small chance.

Yes, I tried to achieve a proficiency level in tech close to the level of developers who inspired me despite my limited experience.

The fact is, some people believe that a junior should listen to the middle/senior dev and that’s all.

The middle/senior dev is highly qualified and has experience. For sure.

But it’s still an exchange.

Sharing knowledge is not easy for everyone. And when you’re in this situation, you sometimes have the obligation to explain complexity with simple words and distill abstract ideas into more digestible ones.

It’s an art not a science, really.

We all know that a developer is always learning, even by asking other devs. Sometimes developers ask things you didn’t think about, or you just don’t know about, and you also want to know the answer. So sometimes their question prompts you to research more and helps expand your knowledge base.

To you the junior dev

Don’t think the dev with high skills has no time for you. If he/she is really busy, add a meeting in his/her calendar. That will show it’s important for you and you really need this point. It can be the time to clarify what’s good in your work and what needs to be improved.

Try to find the answer before asking but don’t dedicate too much time to it. If you’re stuck ask for help. You’re losing time, even if it seems important to do it on your own and get the glory, you could have done so much more. And when it’s solved in two seconds, it’s much better not to wait so much time to ask help 😉

To you the middle/senior dev

Some people admire you in secret, I mean really. Take time to help junior dev to grow if you have the capacity to do so. It’s also time for you to challenge yourself and get to know your team better as well.

From my perspective a great middle/senior dev is not just someone who is technically proficient but also is someone who can help others to grow. An experienced dev should constantly learn to teach others with more clarity, to better organize their team, and to communicate more effectively.

And you, what do you think?

Les services Docker dans GitHub Actions n'auront plus de secrets pour vous

2019-11-17T22:12:00+01:00

J'explique plus en détail comment une action est structurée et comment utiliser les services Docker dans un article, mais ici je vais me concentrer davantage sur les services.

Eh oui, la bonne nouvelle, c'est qu'on peut utiliser des conteneurs Docker comme services dans GitHub Actions. 🎉

Comment fait-on ?

C'est très simple, c'est similaire à la définition d'un service dans un docker-compose.yml, mais avec beaucoup moins de paramètres.

On utilise le mot-clé services avec :

la définition de l'image Docker à utiliser
la liste des ports du service à exposer
une liste de variables d'environnement
une liste de volumes

Tous ces éléments ne sont pas obligatoires, mais c'est bon à savoir.

Concrètement, ça ressemble à ceci, pour un service Postgres :

services:
 image: postgres
  env:
  - POSTGRES_USER: postgres
  - POSTGRES_PASSWORD: postgres
  - POSTGRES_BD: postgres
  ports:
  - 5432/tcp
  options: --health-cmd pg_isready --health-interval 10s --health-timeout 5s --health-retries 5

Exemple réalisé par Chris Patterson et Mike Coutermarsh pour PostgreSQL. Vous pouvez trouver l'exemple complet avec node juste ici.

Il nous faut l'image Docker à lancer, le port à exposer et le nom du service. Il est possible de transmettre des variables d'environnement ou des options Docker, comme dans l'exemple ci-dessus. Les valeurs sensibles peuvent être définies avec une clé secrète.

Exemple complet

Par exemple, on veut créer une action qui lance les tests de notre application Django à chaque événement push.

Le workflow suivant est mis en place :

name: Test Workflow

on: push

jobs:
 tests:
   runs-on: ubuntu-latest

   services:
    image: postgres
    env:
    - POSTGRES_USER: postgres
    - POSTGRES_PASSWORD: postgres
    - POSTGRES_BD: postgres
    ports:
    - 5432:5432
    options: --health-cmd pg_isready --health-interval 10s --health-timeout 5s --health-retries 5

   steps:
   - uses: actions/checkout@v1
   - name: Set up Python 3.5.7
   - uses: actions/setup-python@v1
     with:
      python-version: 3.5.7
   - name: Install dependencies
     run: pip install -r requirements.txt
   - name: Run tests
     run: python manage.py test

Ici, le job tests consiste à :

installer Python 3.5.7 sur l'environnement Ubuntu
installer les dépendances
lancer les tests avec la base de données Postgres

Dans cet exemple, il faut quand même surcharger les valeurs du service dans le settings.py de Django pour la connexion à la base de données PostgreSQL, comme ceci :

DATABASES = {
    'default': {
       'ENGINE': 'django.db.backends.postgresql',
       'NAME': 'postgres',
       'USER': 'postgres',
       'HOST': 'localhost',
       'PORT': 5432,
    }
}

Si vous avez plusieurs configurations de base de données, vous pouvez utiliser une variable d'environnement os.environ.get('HOST_NAME') ou une configuration conditionnelle avec if os.environ.get('GITHUB_WORKFLOW') par exemple.

Quelques remarques

Il est parfois nécessaire d'attendre un retour sur l'état du service pour établir une connexion. On définit donc un élément qui vérifie l'état de santé du service pour savoir quand il est opérationnel (on parle aussi de health check).

options: --health-cmd pg_isready --health-interval 10s --health-timeout 5s --health-retries 5

Celui-ci est pour Postgres, mais vous en trouverez pour plein d'autres, comme Elasticsearch, MySQL, etc. Si vous n'avez pas de health check disponible, on met en pause l'exécution avec la commande sleep. Oui, ce n'est pas terrible, je vous l'accorde...

Pour relier le service au job du workflow, il faut l'hôte. Si votre workflow s'exécute :

dans la machine virtuelle, ce sera localhost
dans un conteneur, ce sera le nom du service

N'oubliez pas, vous ne pouvez utiliser les services Docker qu'avec une distribution Linux.

Pour le port, voici comment y accéder dans votre ou vos jobs :

${{ job.services.postgres.ports[5432] }}

Dans le premier exemple, un port libre de la machine est attribué aléatoirement au port 5432 et c'est par lui qu'on y accède.

Néanmoins, on peut aussi l'attribuer de manière fixe :

ports:
 - 5432:5432

Ici, le port 5432 du service est relié au port 5432 de la machine définie dans l'action.

Et voilà, vous êtes prêt·e à utiliser des services dans votre workflow ! 💪

Docker services in Github Actions won't have secrets for you

2019-11-17T22:12:00+01:00

I explain deeper how is structured an action and how to use docker services in an article but I will focus here more on services.

Yeah, the great fact is you can use Docker containers as services in Github Actions. 🎉

How do we do it?

Very simple, it is similar to the definition of a service in a docker-compose.yml but with far fewer parameters.

We use the keyword services with:

the definition of the Docker image to be used
the list of ports to be exposed of the service
a list of environment variables
a list of volumes

Not all of these elements are required but good to know.

In concrete terms, it looks like this, for a Postgres service:

services:
 image: postgres
  env:
  - POSTGRES_USER: postgres
  - POSTGRES_PASSWORD: postgres
  - POSTGRES_BD: postgres
  ports:
  - 5432/tcp
  options: --health-cmd pg_isready --health-interval 10s --health-timeout 5s --health-retries 5

Example made by Chris Patterson and Mike Coutermarsh for PostgreSQL. You can find the full example with node just here.

We need the Docker image to launch, the port to expose and the name of the service. There is a way to transmit environment values or Docker options as shown in the example above. Sensitive values can be defined with secret key.

Full example

For example we want to do an action which launch tests of our Django application on each push event.

The following workflow is implemented:

name: Test Workflow

on: push

jobs:
 tests:
   runs-on: ubuntu-latest

   services:
    image: postgres
    env:
    - POSTGRES_USER: postgres
    - POSTGRES_PASSWORD: postgres
    - POSTGRES_BD: postgres
    ports:
    - 5432:5432
    options: --health-cmd pg_isready --health-interval 10s --health-timeout 5s --health-retries 5

   steps:
   - uses: actions/checkout@v1
   - name: Set up Python 3.5.7
   - uses: actions/setup-python@v1
     with:
      python-version: 3.5.7
   - name: Install dependencies
     run: pip install -r requirements.txt
   - name: Run tests
     run: python manage.py test

Here the job tests consist of:

install Python 3.5.7 on the Ubuntu environment
install the dependencies
start the tests with the Postgres database

In this example, we still need to override the service values in the Django settings.py for the connection to the PostgreSQL database like that :

DATABASES = {
    'default': {
       'ENGINE': 'django.db.backends.postgresql',
       'NAME': 'postgres',
       'USER': 'postgres',
       'HOST': 'localhost',
       'PORT': 5432,
    }
}

If you have multiple settings for database, you can do with env variable os.environ.get('HOST_NAME') or a conditional settings with if os.environ.get('GITHUB_WORKFLOW') for example.

Few notes

It is sometimes necessary to require a service status feedback to establish a connection. Therefore, an element is defined that checks the health of the service to know when it is operational (also called a health check).

options: --health-cmd pg_isready --health-interval 10s --health-timeout 5s --health-retries 5

This one is for postgres but you can find multiple such as elasticsearch, mysql and so on… In case you don’t have a health check available, we pause the process execution with the command sleep, yes it’s not great, I grant you…

To link the service with the job of the workflow, the host is needed. In case you’re running your workflow:

in the virtual machine, it will be localhost
in a container, it will be the name of the service

Don’t forget, you can use Docker services only with a Linux distribution.

According to the port, to access it on your job(s), it will be like that:

${{ job.services.postgres.ports[5432] }}

In the first example, the machine port 5432 is randomly assigned a free port and accessed.

Nevertheless, it can be assigned in a fixed way:

ports:
 - 5432:5432

Here, we have the port 5432 of the service related to the port 5432 of the machine defined in the action.

Here you go, you’re ready to use services in your workflow ! 💪

Comment créer une GitHub Action pour lancer des tests avec des services ?

2019-11-05T22:12:00+01:00

Je creuse GitHub Actions depuis que j'ai eu accès à la bêta. GitHub Actions est disponible pour tout le monde depuis le 11 novembre 2019, et je peux vous l'expliquer. 🎉

Une autre version française de l'article est disponible ici.

Photo de Yancy Min sur Unsplash

Qu'est-ce que c'est ?

GitHub Actions est une solution d'intégration continue et de déploiement continu (CI/CD). C'est une nouvelle fonctionnalité de GitHub, qui s'affiche sous forme d'onglet dans votre dépôt. Ses opérations sont déclenchées par des événements Git, comme le push d'un commit. Pour créer une nouvelle séquence d'événements à exécuter lors d'un push, il faut créer un ensemble de commandes qui seront exécutées selon les spécificités du projet. Une fois mis en place, ce service est conçu pour exécuter des processus automatiquement et en continu pour le travail collaboratif sur un dépôt Git. Il faut noter que GitHub Actions repose sur Docker, il est donc recommandé d'avoir quelques connaissances à ce sujet pour l'utiliser.

Écrire son action

Une action contient plusieurs éléments nécessaires à l'exécution d'un processus : l'événement on, qui correspond à l'événement GitHub : push, pull request, etc. Pendant la bêta, seuls les déclencheurs push et pull request sont disponibles.

on: [push, pull_request]

Il est bien sûr possible de définir la portée de votre action, pour qu'elle effectue des tâches précises sur certaines branches de votre dépôt, mais pas sur d'autres. Par exemple, un déploiement automatique sur un serveur depuis la branche staging, mais pas depuis la branche dev.

on:
 push:
  branches:
  - staging

Ensuite, il y a les jobs. En pratique, un job est une série d'étapes exécutées dans l'ordre. Il a 2 éléments importants : l'environnement et les étapes que le service doit réaliser.

Le paramètre runs-on définit l'environnement dans lequel l'action est exécutée :

runs-on: ubuntu-latest

Il existe plusieurs environnements virtuels possibles pour l'exécution de votre action, ce qui peut être utile pour correspondre aux spécificités de chacun. D'Ubuntu 19.10 à Windows 2016, vous avez le choix 😉

Il faut noter que chaque job est exécuté dans une nouvelle instance de l'environnement virtuel.

Donc, si vous voulez effectuer une série d'actions liées entre elles, il vaut peut-être mieux le faire dans le même job. Mais il est possible de créer des dépendances entre jobs avec le paramètre need :

jobs:
 job1:
 job2:
  need: job1

Dans ce cas, job2 ne s'exécutera qu'une fois job1 terminé.

Ensuite, il y a toutes les étapes à réaliser pendant le processus. Dans une optique d'intégration continue, le but est de lancer les tests automatiquement. Mais un certain nombre d'éléments doivent être définis avant de pouvoir lancer les tests !

Cet ensemble est défini par le mot-clé steps. Chaque étape nécessite au moins un élément à exécuter, c'est-à-dire l'un des éléments suivants :

le mot-clé uses, pour utiliser un élément précis :

une action publique
une action dans le même dépôt
une action sur le Docker Hub ou sur le registre public Docker

le mot-clé run, pour lancer une commande en bash (sachant qu'il existe plusieurs façons d'exécuter une commande si nécessaire)

Enfin, on associe le paramètre name pour savoir quelle étape il représente. Un exemple étant toujours plus parlant, voici un job pour tester un projet Django :

jobs:
 tests:
   runs-on: ubuntu-latest

   steps:
   - uses: actions/checkout@v1
   - name: Set up Python 3.5.7
   - uses: actions/setup-python@v1
     with:
      python-version: 3.5.7

   - name: Install dependencies
     run: pip install -r requirements.txt
   - name: Run tests
     run: python manage.py test

Ici, le job tests consiste à :

installer Python 3.5.7 sur l'environnement Ubuntu
installer les dépendances
lancer les tests

Pour tester en conditions réelles, il faut une base de données, d'où la mise en place de services.

Ajouter un service à son action

Comment fait-on ? C'est très simple, c'est similaire à la définition d'un service dans un docker-compose.yml, mais avec beaucoup moins de paramètres.

On utilise le mot-clé services avec :

la définition de l'image Docker à utiliser
la liste des ports du service à exposer
une liste de variables d'environnement
une liste de volumes

Tous ces éléments ne sont pas obligatoires, mais c'est bon à savoir.

Concrètement, ça ressemble à ceci, pour un service Postgres :

services:
 image: postgres
  env:
  - POSTGRES_USER: postgres
  - POSTGRES_PASSWORD: postgres
  - POSTGRES_BD: postgres
  ports:
  - 5432/tcp
  options: --health-cmd pg_isready --health-interval 10s --health-timeout 5s --health-retries 5

De plus, il est parfois nécessaire d'attendre un retour sur l'état du service pour établir une connexion. On définit donc un élément qui vérifie l'état de santé du service pour savoir quand il est opérationnel (on parle aussi de health check). J'ai repris l'exemple réalisé par Chris Patterson et Mike Coutermarsh pour PostgreSQL.

Si vous n'avez pas de health check disponible, on met en pause l'exécution du processus avec la commande sleep. Oui, ce n'est pas terrible, je vous l'accorde...

Tout ça, c'est très bien, mais il faut faire le lien entre le service et notre application. On le fera via le port, et pour l'hôte, ce sera localhost, puisque le service est exécuté directement dans la machine Ubuntu dans notre exemple. Sinon, ça aurait été le nom du service.

Dans l'exemple précédent, un port libre de la machine est attribué aléatoirement au port 5432, et on y accède comme ceci :

${{ job.services.postgres.ports[5432] }}

Néanmoins, on peut aussi l'attribuer de manière fixe :

ports:
- 5432:5432

Ici, le port 5432 du service est relié au port 5432 de la machine définie dans l'action.

Le workflow suivant est mis en place :

name: Test Workflow

on: push

jobs:
 tests:
   runs-on: ubuntu-latest

   services:
    image: postgres
    env:
    - POSTGRES_USER: postgres
    - POSTGRES_PASSWORD: postgres
    - POSTGRES_BD: postgres
    ports:
    - 5432:5432
    options: --health-cmd pg_isready --health-interval 10s --health-timeout 5s --health-retries 5

   steps:
   - uses: actions/checkout@v1
   - name: Set up Python 3.5.7
   - uses: actions/setup-python@v1
     with:
      python-version: 3.5.7
   - name: Install dependencies
     run: pip install -r requirements.txt
   - name: Run tests
     run: python manage.py test

Dans notre exemple, il faut quand même surcharger les valeurs du service dans le settings.py de Django pour la connexion à la base de données PostgreSQL.

Et le tour est joué, il ne reste plus qu'à pousser du code et espérer que ça marche. 😉

How to create Github Actions to run tests with services ?

2019-11-05T22:12:00+01:00

I’ve been digging GitHub Actions since I received access to the beta. GitHub Actions is generally available since November 11, 2019 and I can explain to you. 🎉

French version of the article right here.

Photo by Yancy Min on Unsplash

What is it ?

Github Action is a solution for continuous integration and continuous deployment (CI/CD). It’s a new feature from Github, which is displayed as a tab in your repository. Its operations are triggered by Git events such as a commit push. In order to create a new sequence of events to be run on a commit push, we must create a set of commands which will be carried out according to the specifications of the project. This service is designed to perform processes automatically and continuously for collaborative work on a Git repo once implemented. It should be noted that Github Action is based on Docker, so it’s recommended to have some knowledge about it to use it.

Write your action

An action contains several elements necessary to perform a process: the on event that corresponds to the Github event: push, pull request, etc. During the beta however, only the push and pull request triggers are available.

on: [push, pull_request]

It is of course possible to define the scope of your action, so it does specific tasks on certain branches of your repository but not on others. For example, this may include automatic deployment to a server from the staging branch but not from the dev branch.

on:
 push:
  branches:
  - staging

Then we have the jobs. In practice, a job is a series of steps performed in an orderly manner. It has 2 important elements: the environment and the steps to be taken by the service.

The runs-on parameter defines the environment in which the action is performed:

runs-on: ubuntu-latest

There are several possible virtual environments for the execution of your action, this can be useful so that it corresponds to the specificities of each one. From Ubuntu 19.10 to Windows 2016, you have the choice 😉

It should be noted that each job is performed in a new instance of the virtual environment.

So if you want to perform a series of actions with a link between them, you may want consider doing it in the same job. But it is possible to create job dependencies with the need parameter:

jobs:
 job1:
 job2:
  need: job1

In this case, job2 will only run when job1 has been completed.

Then, we have all the steps to perform during the process. With a view to continuous integration, the aim is to launch the tests automatically. However, a number of elements must be defined before the tests can be performed!

This set is defined by the keyword steps. Each step requires at least one element to be performed, i.e. one of its elements:

the uses keyword to use a specific element:

a public action
an action in the same repository
an action on the Docker Hub or on the Docker public register

the run keyword to launch a command in bash (knowing that there are several ways to execute a command if necessary)

Finally, we associate the parameter name to know which step it represents. An example being always more meaningful, so here is a job to test a Django project:

jobs:
 tests:
   runs-on: ubuntu-latest

   steps:
   - uses: actions/checkout@v1
   - name: Set up Python 3.5.7
   - uses: actions/setup-python@v1
     with:
      python-version: 3.5.7

   - name: Install dependencies
     run: pip install -r requirements.txt
   - name: Run tests
     run: python manage.py test

Here the job tests consist of:

install Python 3.5.7 on the Ubuntu environment
install the dependencies
start the tests

For tests in real conditions, a database is needed, hence the implementation of services.

Add a service to your action

How do we do it? Very simple, it is similar to the definition of a service in a docker-compose.yml but with far fewer parameters.

We use the keyword services with :

the definition of the Docker image to be used
the list of ports to be exposed of the service
a list of environment variables
a list of volumes

Not all of these elements are required but good to know.

In concrete terms, it looks like this, for a Postgres service:

services:
 image: postgres
  env:
  - POSTGRES_USER: postgres
  - POSTGRES_PASSWORD: postgres
  - POSTGRES_BD: postgres
  ports:
  - 5432/tcp
  options: --health-cmd pg_isready --health-interval 10s --health-timeout 5s --health-retries 5

In addition, it is sometimes necessary to require a service status feedback to establish a connection. Therefore, an element is defined that checks the health of the service to know when it is operational (also called a health check). I took up the example made by Chris Patterson and Mike Coutermarsh for PostgreSQL.

In case you don’t have a health check available, we pause the process execution with the command sleep , yes it’s not great, I grant you…

All this is very good, but we have to make the link between the service and our application. We will do it through the port and for the host it will be localhost since the service is executed directly in the Ubuntu machine in our example. Otherwise it would have been the name of the service.

In the previous example, the machine port 5432 is randomly assigned a free port and accessed as follows:

${{ job.services.postgres.ports[5432] }}

Nevertheless, it can be assigned in a fixed way:

ports:
- 5432:5432

Here, we have the port 5432 of the service related to the port 5432 of the machine defined in the action.

The following workflow is implemented:

name: Test Workflow

on: push

jobs:
 tests:
   runs-on: ubuntu-latest

   services:
    image: postgres
    env:
    - POSTGRES_USER: postgres
    - POSTGRES_PASSWORD: postgres
    - POSTGRES_BD: postgres
    ports:
    - 5432:5432
    options: --health-cmd pg_isready --health-interval 10s --health-timeout 5s --health-retries 5

   steps:
   - uses: actions/checkout@v1
   - name: Set up Python 3.5.7
   - uses: actions/setup-python@v1
     with:
      python-version: 3.5.7
   - name: Install dependencies
     run: pip install -r requirements.txt
   - name: Run tests
     run: python manage.py test

In our example, we still need to override the service values in the Django settings.py for the connection to the PostgreSQL database.

Then the trick is done, just push some code and hope it works. 😉