Notes

le :

Nouvel article sur le techblog de Deepki par Julia Cavicchi : “Les fixtures de données pytest : la fausse bonne idée ?” où on y discute de tests unitaires, de lisibilité, de duplication… Un bon point de départ pour des débats intéressants !

Merci pour vos partages, réactions et discussions à venir !

👉 https://techblog.deepki.com/data-fixtures-in-tests/

Test code is just as important as production code. It is not a second-class citizen. It requires thought, design, and care. It must be kept as clean as production code.

deepki
python • programmation • tdd • fixture
le :

I wouldn’t personally see the use of AMQP 0.9.1 as a warning sign, as RabbitMQ is a very stable and mature AMQP implementation (the best one if you ask me) that I’ve been using in real production workloads for more than a decade now. It never failed me and was able to handle massive message traffic over the years. Moreover, the community is working right now in implementing AMQP 1.0 (see https://github.com/rabbitmq/rabbitmq-server/pull/9022).

1 2
le :

🎮 J’ai dépassé les 200h sur Zelda Tears of the Kingdom et j’ai toujours pas été taper sur Ganondorf… Je crois que je me suis perdu en chemin.

zelda
le :

How to synchronize a tree directory only matchnig one type of file? My use case is generating a website AND a gemini capsule at once with Hugo, and splitting gemini content into another directory for a lighter space management on a capsule.

rsync to the rescue (as always) with its (a bit strange) --include and --exclude set of options:

rsync -zarvm --include="*/" --include="*.gmi" --exclude="*" public/ /some/dest/dir/

source: SO: rsync copy over only certain types of files using include option

blog • hugo • gemini • web
le :

Nice! I was looking in the wrong place. I might be able to cook some PR, but I suspect some instances still rely on the v1 API.

le :

I would gradly help! I took a look at granary, it seems like the truncate_text_length attribute is set in the constructor: would it be wise to call an API endpoint on the constructor of an object? It looks like an antipattern to me, preventing people from doing isolated unit test and / or using this object in different contexes.

What would you suggest for implemeting this?

le :

Syndication with mastodon: content is truncated

With X (previously twitter), content had to be truncated to conform with their (ever changing) tweet char limit. On mastodon (depending on the instance I think), we can post more text. It seems to me that Bridgy truncates mastodon syndication in the same fashion as it did with X, see https://indieweb.social/@jpcaruana/110831617954383431 for instance, but I might be wrong here.

Is there a limitation somewhere or could bridgy post more content when syndicating to a mastodon instance?

le :

J’ai testé ChatGPT pour la 1ère fois aujourd’hui et je dois admettre que c’est impressionnant. Au bout quelques échanges sur les différents systèmes de magie en fiction, j’ai pu obtenir de sa part un début de système de magie pour écrire un roman de fantasy, assez malin, avec même des conseils de sa part pour que cela reste équilibré.

par exemple :

La magie du canal du feu serait basée sur la puissance de la passion et de la détermination, permettant aux utilisateurs de déchaîner des pouvoirs flamboyants et ardents. Cependant, l’utilisation du feu magique pourrait également être liée à la maîtrise de soi, car la colère ou l’impulsivité pourraient entraîner des conséquences indésirables et potentiellement dangereuses.

ou encore :

Pour maintenir un équilibre dans l’univers magique, il serait plus réaliste de limiter les capacités des Sang-Émotion en se spécialisant dans un ou deux canaux, tout en ayant une certaine affinité ou sensibilité envers les autres. De cette manière, chaque Sang-Émotion aurait un domaine spécifique où il excelle et serait confronté à des défis uniques en fonction de son ou ses canaux.

Je n’ai pas l’intention d’écrire moi-même un livre, mais j’imagine très comment cela pourrait aider à donner des idées à des auteurs et autrices en panne d’inspiration !

3