Je me demande pourquoi vous avez pensé cela.

Aïe, ça devient inquiétant.

définir le nom d’utilisateur

XWINDOW_USER="${XWINDOW_USER:-user}"
if ! id -u $XWINDOW_USER >/dev/null 2>&1; then
useradd -m -s /bin/bash $XWINDOW_USER
echo "user '$XWINDOW_USER' generated."
fi

j’ai remplacé cette partie par

XWINDOW_USER="${XWINDOW_USER:-user}"
XWINDOW_USER_ID="${XWINDOW_USER_ID:-1000}" # 1000 par défaut
if ! id -u $XWINDOW_USER >/dev/null 2>&1; then
useradd -m -s /bin/bash -u $XWINDOW_USER_ID $XWINDOW_USER
echo "user '$XWINDOW_USER' generated with UID $XWINDOW_USER_ID."
else
echo "user '$XWINDOW_USER' already exists."
fi

afin de définir USER_ID avec le même identifiant de compte que sur la machine hôte.

Il semble que le problème ait été surmonté en modifiant le fichier sh dans l’entry point et en ajustant XWINDOW_USER_ID sur l’ID du dossier de travail.

Je reçois des heures supplémentaires.

J’ai l’impression que c’est bien… ou peut-être pas.

Dans le vscode interne, il est possible de créer de nouveaux fichiers, mais pas de modifier les fichiers existants. Même en changeant les fichiers existants avec chmod 777. Il semble que ce soit un problème d’autorisations ou de propriété de groupe, donc je vais encore essayer quelques pistes.

J’ai fortement l’impression que ça fait très Svelte.
Après plusieurs détours, ça finira peut-être par devenir un truc à la React, haha

Ici, il est écrit qu’une transition sans interruption de service est possible, mais dans un environnement de production réel, il y a pas mal de bizarreries. Par exemple, sur macOS, comme la configuration par défaut utilise la compression zstd, l’image construite a tendance à occuper pas mal d’espace dans le registre...

À titre personnel, je pense qu’il serait raisonnable de se limiter à rendre les plateformes responsables lorsqu’une tentative de grooming à des fins d’exploitation sexuelle a lieu sur les réseaux sociaux.

Cela me rappelle la loi « anti-Nth Room ». La protection de l’enfance ? Elle est nécessaire. Je pense moi aussi qu’elle l’est vraiment de toute urgence. Mais je m’inquiète énormément de l’efficacité réelle et de la sécurité de cette méthode. Je suis convaincu que cette approche est la mauvaise.

Waouh. C’est vraiment une nouvelle énorme. T_T

On dirait qu’il y a une tendance à éviter les nouveaux frameworks, probablement parce que la quantité de contenu sur laquelle l’IA a été entraînée est trop faible.
Je pense que Svelte a été le dernier à monter dans le train. Même avec Svelte, si on n’écrit pas bien le prompt, ça continue à foncer avec la syntaxe $ au lieu d’utiliser les runes, ce qui est gênant.

C’est un bon article.

Vous faites bien du 775 et vous touchez des heures sup, j’espère ?

Incroyable..

À la rigueur si c'était ma propre boîte....

> 8 septembre 2023,

La date est incorrecte à cause d’une hallucination. Il ne s’agit pas de 2023, c’est actuel.
J’ai l’impression qu’on entend assez souvent parler de piratages sur npm. Il semble y avoir un problème.

+1, c’est bien ce que je ressens aussi.

Dans le cas des grandes entreprises, il faut développer de nouvelles fonctionnalités sur une base de legacy code accumulée pendant des années, et avec des PM/PO déjà débordés par la communication et l’alignement des incitations, je ne vois pas comment ils pourraient couvrir aussi le développement uniquement avec le vibe coding. Pour une petite entreprise, cela me semble possible.