C’est le genre de sensation qu’on aurait en faisant l’éloge de NamuWiki ?

On a l’impression qu’en ce moment, Wikipédia apparaît moins souvent dans les moteurs de recherche... et que les mises à jour sont aussi beaucoup plus lentes...

Il semble qu’il y ait plusieurs applications GUI qui sortent, comme conductor et viber.

https://fr.news.hada.io/topic?id=22576
On dirait qu’ils ont renommé Claudia.

On dirait qu’au départ, c’était uniquement en affichage mobile ?

Peut-on vraiment qualifier de pays libre un pays qui va jusqu’à bloquer même les VPN…

Les réseaux de neurones bayésiens représentent l’avenir.

Comme avis personnel supplémentaire, je pense qu’imposer un changement d’IDE (KIRO) dans le seul but du SDD est une exigence un peu excessive.

Personnellement, j’ai plutôt l’impression qu’une extension d’IDE, une application d’appoint ou un simple CLI serait une forme plus appropriée en tant qu’outil complémentaire.

Je pense aussi que partager les informations sur les outils SDD que vous connaissez pourrait être d’une grande aide pour celles et ceux qui s’y intéressent.

Oh oui, c’est vrai. La méthodologie Spec Driven me semble encore à ses débuts, et il paraît aussi y avoir encore beaucoup d’aspects à faire évoluer dans ces specs.

Le partage de ce type d’outils et de documents semble très important à l’heure actuelle.

Je viens de voir un toolkit SDD appelé spec-kit, et je tombe aussi ici sur le SDD. https://github.com/github/spec-kit

Chine, Indonésie, Royaume-Uni, Australie, ... c’est un problème plus répandu qu’on ne le pense.

En réalité, la compatibilité avec Docker n’est pas si bonne, donc l’ergonomie n’est pas terrible…
Je suis passé à Podman en pensant au mode rootless, puis je suis finalement revenu à Docker.
Comme l’a dit quelqu’un d’autre, si c’est pour l’utiliser avec Kubernetes, autant utiliser directement containerd.

Je me demande si, puisque Docker Compose ne fonctionne pas bien et que l’avantage mis en avant est une bonne compatibilité avec Kubernetes, il ne vaudrait pas mieux utiliser directement Kubernetes.
J’ai aussi essayé de l’utiliser, mais comme ça ne fonctionnait pas d’un coup et qu’on ne peut pas non plus faire soi-même le mapping des ports inférieurs à 1024, j’utilise finalement une combinaison de k3s et de nerdctl pour construire les images.

Moi, je fais plutôt du 775... et parfois du 776. Le 996... honnêtement, commencer à 6 h, ça pourrait sans doute aller, mais si on me disait de finir à 21 h, ce serait vraiment trop dur, je pense.

Par rapport à la Corée où l’on criait « lundi, mardi, mercredi, jeudi, vendredi, vendredi, vendredi »...
Ils te laissent carrément un jour de repos.

J’aimerais bien travailler en 777, mais à cause de la loi il n’y a aucune entreprise qui me laisse faire comme ça T_T

J’avais envie de faire le changement depuis un moment, mais quand j’ai essayé auparavant, contrairement à ce que disaient les développeurs, beaucoup trop de projets docker compose ne fonctionnaient tout simplement pas correctement...

Le problème, c’est que l’IA rend ce genre de choses beaucoup trop faciles, mais au fond, ce qui épuise vraiment, c’est aussi le manque de soin dans les retours, plus que l’IA elle-même.

C’est aussi un problème propre au système ouvert des issues et des PR.
Par le passé déjà, il m’est souvent arrivé d’être peiné en voyant des mainteneurs principaux seuls, épuisés à force d’issues et de bug reports bâclés et redondants, devenir peu à peu amers.

Ces derniers temps, même sur Windows que j’ai payé de ma poche, c’est fatigant de voir qu’à chaque mise à jour on essaie, avec des dark patterns, de nous pousser à activer toutes sortes de fonctionnalités bizarres.

"Waouh, tu as vraiment mis dans le mille."