Pour être très honnête, je n'en reviens toujours pas d'avoir pu écrire ce message sur LinkedIn.

Comme dit dans le billet, c'est une étape importante dans le voyage que j'ai entrepris il y a quelques années sous l'impulsion de Eric. Et, en parallèle de mes attributions professionnelles, je vais tenter une nouvelle hygiène d'écriture. C'est certain que cela fera un changement majeur par rapport au rythme habituel de ce site depuis quelques siècles…

Je vais donc tenter de publier un billet par semaine. Du technique, du perso, du sérieux ou du frivole (me connaissant, ce sujet sera rare) mais l'important est de publier quelque chose pour garder l'esprit et les doigts alertes. Non, je ne ferai pas de listing des dernières nouveautées chez AWS, vous avez assez de ressources pour cela. Je ne m'interdis pas cependant d'aborder le sujet.

Quant au jour de publication, j'hésite encore. Mais comme il y a un chouette flux RSS qui accompagne ce blog, vous savez comment suivre.

Being locked out of wifi is annoying, really. Especially when you're on a known network.

Thanks to my company, I'm the happy owner of a WeWork access card which allows me to go to any of their coworking sites and work from there. Today I had a day-long meeting with my team at one of these locations.

WeWork does not only offer nice locations and good coffee but also a unified wifi connection: on any place, you connect to the same wifi network with the same credentials. Usually, you come to the place, take a coffee, find a seat and enjoy a good working day. But today, it didn't work.

I was watching network-manager trying to connect continuously and failing with an SSL error. Strange. Some digging in my laptop's logs, some internet searches¹ and I found a solution. In Ubuntu 22.04, Canonical and the community finally upgraded OpenSSL to version 3. Included in this upgrade was the deprecation of some old ciphers and providers. And, unfortunately, the wifi system at my coworking location was not updated.

The fix is "simple" as it only impacts wpa_supplicant and won't lower the security level of your system.

Tout d'abord, un avertissement : ce que je vous décris fonctionne pour moi & ne fonctionnera pas tel quel pour un autre. Au fil de mes expériences, j'en suis arrivé à considérer toutes les méthodes d'organisation comme une boîte à outils plus que comme des dogmes à suivre à la lettre. Je me suis donc créé ma méthode avec mes outils.

Tout d'abord, et incidemment pour contredire le paragraphe au dessus, je suis un fervent partisan de la méthode GTD de David Allen. Et pour la mettre en oeuvre, j'utilise Remember the milk sur tous mes appareils.

Cela, c'est pour la «grande» organisation, celle au plus ou moins long cours. Pour l'organisation quotidienne, en sachant que je suis plongé en permanence sur mon écran avec le casque vissé aux oreilles (réunionite quand tu nous tiens…), je découpe mon temps en suivant la logique Pomodoro avec une app toute propre & simple (comme je les aime) sous linux qui s'appelle Pomotroid. Enfin, parce que le remote possède l'inconvénient d'être bruyant, surtout pendant les vacances scolaires, j'ai découvert il y a quelques années, un site/outil nommé Brain.fm qui permet de se mettre dans ce fameux état de flux propice à la réflexion & au travail en concentration.

Enfin, que ce soit pour la «grande» ou la «petite» organisation, cette méthode est totalement compatible avec des postures plus agiles comme scrum ou kanban car étant plus une méthode de flux.

Cover photo by Steve Johnson on Unsplash

Following my migration to molecule 3, all my testinfra tests were taking more time than before. Like 56 seconds for 6 tests !

As I changed nothing on the test side of my roles, I dug a bit to know what happened and try to recover my previously fast tests.

With the release of Molecule 3, the devs decided to ditch testinfra as the primary verifier tool in favor of ansible itself. While it isn't a bad decision, I'm not fond of it as I think ansible is not the best fit for a verification step as it is quite verbose and relies too heavily on register.

I still don't know who's the culprit but the slowness is linked to the connection backend used by testinfra to connect to test instance. Like it's already written in testinfra doc, the ansible backend is the slowest of all.

After digging in molecule code and testing things, the fix is really easy to deploy in your stack:

In your molecule.yml file, you need to declare the connection backend in testinfra options, like in my case, podman:

verifier:
  name: testinfra
  options:
    connection: podman

With this option, my tests are now running at lightspeed!

Ceux qui me connaissent savent que je suis un papivore acharné et que, malgré mon passage au numérique par manque de place, j'aime toujours autant le papier sous toutes ses formes¹.

Et trop régulièrement, l'actualité me rappelle que ce secteur est clairement en crise, quelque soit le pays & quelque soit le domaine.

En France, on rit (très jaune) de Presstalis et on subit tous la crise sanitaire qui oblige les éditeurs à trouver de nouvelles sources de revenus pour survivre.

C'est cette fois CanardPC qui se relance. Leur avantage dans cette course à la survie est qu'ils traitent d'un domaine spécialisé avec un effet communautaire important qui leur a déjà permis de faire le tour de table. Mais cette opération ne doit pas occulter le fait que, comme tout éditeur de presse de taille moyenne, ils n'ont quasiment aucune subvention, doivent aider à éponger la dette de Presstalis tout en subissant les affres d'une distribution physique malmenée tant par la crise sanitaire que Presstalis (encore)

De l'autre côté de l'Atlantique, le même son de cloche mais à une autre échelle : la dernière journée de l'imprimerie historique du Philadelphia Inquirer. Pourquoi ? Une rationalisation des coûts et une mutualisation des ressources dans un contexte tout aussi rouge qu'en France.

Cover photo by Yang Xi on Unsplash