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."

En réalité, c’est un peu l’impression que donne toute l’industrie de l’IA.
Ce n’est pas de la conduite autonome, mais on affirme que si.
Ce n’est pas de l’intelligence, mais on affirme que si.

La plupart des études concluent qu’un repos et un sommeil suffisants profitent aux individus, et même aux entreprises,
mais les mentalités semblent encore ancrées dans le passé.

À titre de référence, les ouvriers qui ont construit les pyramides de l’Égypte antique travaillaient 8 heures par jour.

Je crois savoir que, comme Docker, il prend aussi en charge les fonctionnalités réseau.
Y a-t-il encore des points qui ne fonctionnent pas correctement ?

Auriez-vous une idée de la raison ?

Docker ne prend même pas en charge le réseau.

Pour les développeurs 10x, avec l’aide de l’IA, ils peuvent sans doute passer à environ 12x.