In France, we don't say "vibe-coded contribution" but "merde request" and I think it's beautiful 💩
Remote
JB Lièvremont
@mithfindel@mastodon.social
mastodon 4.8.0-nightly.2026-10-06Earthling 🌍 human 🚶 daddy 👨👩👧👦 husband 💑 musician 🎼 developer 👨💻 cyclist 🚴 gamer 🎮 foodie 🥘 felinist 😽 panda 🐼. Born @340ppm. Views my own. http://pronoun.is/he
Profile pic alt: a close-up on the face of a middle-aged white man on a clear background
Banner alt: a grayscale picture of a middle-aged man conducting a band, wearing a hat that looks like Studio Ghibli's Totoro
0 Followers
0 Following
40 Posts
Joined October 30, 2022
Stack:
Full
Comtois rends toi:
Nenni ma foi
Pays:
de Gex
In France, we don't say "vibe-coded contribution" but "merde request" and I think it's beautiful 💩
Replying to
@itgrrl@infosec.exchange @gloriouscow@oldbytes.space this pic is lacking some smoke. And screams. Not hot enough I guess 🙃
Replying to
@gloriouscow@oldbytes.space @itgrrl@infosec.exchange yup. That was my high school self. Something like, taking notes while soldering resistors to a PCB, and mistaking the iron tip for a pen 🔥
Replying to
@Gilou@mastodon.social I believe it's consistent to view a "merde request" as a collection of "vommits" 😇
Si vous avez prévu de visiter le #Futuroscope pendant les vacances, épargnez vous l'attraction "T-Rex" : ça commence avec 15 minutes de #chIAsse en mode propagande, et ça poursuit sur un pseudocumentaire que vous trouverez sur n'importe quelle chaîne vaguement éducative.
J'ai envie de me laver les yeux à la Javel.
Replying to
@trishagee@mastodon.social been looking for a new position on and off for a few years, and actively since at least September 2025, nothing signed yet.
This is the first time in more than 20 years in tech that it takes so long. Actually, most of the previous times, I already had the new plan in place when giving my notice.
The current landscape is wild. Most recruiters don't even respond to applications. The ones that do usually blindly trust the LLM behind their ATS. Most of the really good gigs are hidden.
Replying to
Principe numéro 5 : le test est plus important que l'unité testée.
Certaines personnes considèrent qu'un test unitaire devrait n'avoir aucune dépendance en dehors de l'unité testée - pas de base de données, pas d'appel à distance...
La vraie réponse est : ça dépend. Si le code est fortement couplé à une dépendance externe, il vaut mieux avoir des tests qui utilisent la dépendance que pas de test "parce que ce serait pas propre".
Replying to
@Kropotkine_113 Flexispot c'est vraiment la référence. Un peu cher à l'achat mais super qualité. On en a 2 à la maison, télétravail entre 20% et 80% par semaine.
Replying to
@jpalies@piaille.fr je ne connaissais pas ! Je n'y ai rien trouvé dans la tech dans notre coin, mais je le garde sous le coude pour regarder de temps en temps. Merci !
J'aimerais bien reprendre des cours de #japonais, sur #Genève ou en ligne.
J'ai eu la chance de pouvoir débuter en école d'ingé, entre 2001 et 2004 avec une super profe japonaise qui nous a donné des bases solides pour la conversation, assez pour demander notre chemin sur place et ne pas trop passer pour des rustres, mais clairement pas assez pour lire, écrire ou parler couramment.
Le repouet apaise les yōkai 👺
Replying to
Replying to
Dit autrement : si tu es dans la tech et que tu te prétends apolitique, c'est que tu collabores avec les oppresseurs.
Replying to
@johjo@mastodon.social tout à fait ! Avec les conséquences sur la qualité des tests et l'importance des outils de mutation de tests.
Replying to
Principe numéro 12 : les bons tests échouent.
Des tests qui passent tout le temps, en toutes circonstances, ne servent à rien.
Il est assez facile d'écrire des tests qui donnent 100% de couverture, mais qui ne vérifient rien.
Un bon test échoue, au moins une fois. Si le comportement du code change, au moins un test doit échouer.
Replying to
Principe numéro 1 : si tu écris du code, écris des tests.
Simple, basique.
Si le code mérite d'être écrit, il mérite d'être testé.
Replying to
@cyclescattin@mastodon.social par curiosité, c'est quoi la manip : décaper, braser, repeindre ?
Chouette mod en tout cas !
Pour #VendrediLecture je suis retombé dans "Kurokami – Black God" écrit par Lim Dall-young et dessiné par Park Sung-woo.
Un shōnen qui tire sur le seinen, une intrigue qui mêle équilibre mondial, pactes avec des êtres supérieurs, baston et parfois un peu de fan service gratuit. Mais une histoire vraiment sympa et un style graphique très détaillé.
Je l'ai lu il y a... 20 ans, et j'y retourne avec plaisir après l'avoir conseillé à Numéro 1 (iels grandissent si vite...)
https://www.ki-oon.com/mangas/minisite-139-kurokami-l-histoire.html
Replying to
@agnes007@mastodon.social thanks for the reply!
I guess this is not for me for the moment then 😅 all the best in finding the right candidates!
Replying to
@fabi1cazenave@mastodon.social @NuclearSquid@piaille.fr j'ai passé quelques très bonnes années chez Flowbird (anciennement Parkeon) à Besançon, à bosser sur des horodateurs ; ça peut valoir le coup de regarder.
Replying to
@jpalies@piaille.fr dommage que Nantes soit aussi loin du pays de Gex, parce que la description du poste correspond bien à ce que je cherchais ces derniers temps !
Replying to
Principe numéro 7 : des tests qui ne tournent pas se dégradent.
Fais tourner tes tests souvent.
Ne les laisse pas pourrir.
Réjouis toi quand ils passent.
Réjouis toi quand ils pètent.
Replying to
Principe numéro 9 : un test moche est meilleur que l'absence de test.
Quand le code est moche, le test peut parfois être moche.
Personne n'aime écrire des tests moches, mais le code moche est celui qui a le plus besoin de tests.
Ne laisse pas le code moche t'empêcher d'écrire des tests, mais fais en sorte qu'il t'évite d'écrire encore plus de code moche.
Replying to
Principe numéro 4 : considère le code et les tests comme une seule entité.
Quand tu écris du code, pense au test. Quand tu écris un test, pense au code.
Quand tu traites le code et les tests comme une seule entité, tester est facile et le code est beau.
Replying to
@Ant8e@fosstodon.org sorry to hear that 🙁 if it can help I saw a few nice Scala opportunities recently, e.g: https://career.onedoc.ch/fr/jobs/senior-scala-software-engineer-68
All the best for The Big Search!
Replying to
Principe numéro 11 : seuls les idiots n'utilisent pas d'outils.
Certaines tâches sont mieux effectuées à mains nues, d'autres avec des outils.
Il n'est pas spécialement noble de faire à la main une tâche qui peut être effectuée avec un outil.
Il n'est pas spécialement sage d'utiliser sa tête quand ce n'est pas nécessaire.
What's My JND? 0.0095
Not bad for a deuteranomalous guy 🙈🟥🟩
Can you beat it?
https://www.keithcirkel.co.uk/whats-my-jnd/?r=A7EgKP_-_Dq_
Replying to
@matthieu@framapiaf.org ça fait 8 mois que je cherche, y avait de ça dans toutes les offres que j'ai vues. J'ai juste évité de postuler à celles qui en faisaient la promotion.
Replying to
Principe numéro 10 : parfois, la fin (du test) justifie les moyens.
Certains pensent qu'utiliser des bibliothèques d'objets simulés (mocks), c'est tricher parce que ça casse l'encapsulation.
Encore une fois, la réponse est : ça dépend.
Parfois, il est nécessaire de modifier le code pour le rendre testable. Parfois, il vaut mieux le traiter comme une boîte noire et tester les limites.
Replying to
@agnes007@mastodon.social the Android Build & Release Engineer position looks very interesting!
I see that the position is hybrid + based in Amsterdam, is this open to discussion - e.g. would it be possible to start mostly remote from France with regular visits to Amsterdam?
Replying to
Ça a l'air d'être des principes de bon sens, mais le bon sens est très inégalement réparti.
Ça ressemble aussi pas mal à des principes de base de vie en communauté, là aussi on a parfois des surprises.
Donc tu sais ce qu'il te reste à faire, que tu écrives déjà des tests ou pas.
Suis la voie de Testivus, et n'hésite pas à emmener tes collègues avec toi.
Replying to
Principe numéro 2 : ne reste pas bloqué sur un dogme pour tes tests.
Le dogme dit : fais ça, fais seulement ça, fais le comme ça, et fais le parce que je te le dis.
Le dogme est inflexible. Tester demande de la flexibilité.
Le dogme tue la créativité. Tester demande de la créativité.
Replying to
Principe numéro 8 : un test imparfait aujourd'hui est meilleur qu'un test parfait demain.
La perfection est l'ennemie du bon.
N'attends pas la perfection pour faire mieux.
N'attends pas de pouvoir faire mieux pour faire bien.
Écris le test que tu peux, aujourd'hui.
Replying to
@borisschapira@framapiaf.org aaaah Marine et Link sur la plage, quelle scène mythique...
Replying to
Principe numéro 6 : le meilleur moment pour écrire des tests, c'est quand le code est frais.
Ton code est comme de l'argile. Quand il est frais, il est mou et malléable. Quand il vieillit, il devient dur et friable.
Si tu écris tes tests quand le code est frais et facile à changer, tester est facile, et le code comme les tests seront forts.
Replying to
Principe numéro 3 : adopte le karma des tests.
Le karma dit : fais de bonnes choses et de bonnes choses t'arriveront, fais les comme tu sais, fais les comme tu aimes.
Le karma est flexible. Tester demande de la flexibilité.
Le karma encourage la créativité. Tester demande de la créativité.