なぜそう思われたのか気になりますね

ああ、不安になりますね

username を設定

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

の部分を

XWINDOW_USER="${XWINDOW_USER:-user}"
XWINDOW_USER_ID="${XWINDOW_USER_ID:-1000}" # デフォルトは1000
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

に変更して、USER_ID をホストマシンのアカウントIDと同じ値で設定しました。

エントリーポイントにある sh ファイルを修正し、XWINDOW_USER_ID を作業フォルダの ID に合わせることで解決したようです。

残業代は支給されます

良さそうでもあり、そうでもない気もする

内部の vscode では新しいファイルの作成はできますが、既存ファイルの修正はできません。既存ファイルを chmod 777 に変更しても同じです。権限やグループ所有権の問題のようなので、もう少しいろいろ試してみます。

なんとなく Svelte っぽい感じがかなり強いですね。
巡り巡って、結局そのうち ReactLike に行くんじゃないかと（笑）

ここでは無停止での移行が可能だと書かれていますが、実際の運用環境では妙な点がいろいろあるんですよね。たとえば mac 環境ではデフォルト設定で zstd 圧縮を使うため、ビルドしたイメージがレジストリをかなり圧迫したりとか..

個人的には、ソーシャルメディアでグルーミング性犯罪を試みる行為について、プラットフォームに責任を負わせる程度であれば妥当だと思います。

N番部屋防止法を見ているような気分です。児童保護？ 必要です。私も本当に切実に必要だと思います。ですが、その方法の実効性と安全性がひどく心配です。このやり方は間違っていると確信しています。

わあ。本当にすごいニュースです。うるうる

AI に学習されている分量が少ないせいで、みんな新しいフレームワークを敬遠する傾向が出てきたように思います。
Svelte が最後のチャンスに乗れたと思います。Svelte ですら、プロンプトをうまく書かないと rune を使わずに $ 構文で来てしまうので困ります。

いい記事ですね

775しながら、追加手当は受け取っているんですよね？

すごいですね..

自分の会社ならまだしも……

> 2023年9月8日、

幻覚によって日付が誤って出ていました。2023年の話ではなく、今の話ですね。
npmはかなり頻繁にハッキングのニュースを耳にする気がします。問題がありそうです。

+1 共感できる点がありますね。

大企業の場合、長年使われてきたレガシーコードの上で新しい開発をしなければならないのに、コミュニケーションやインセンティブのアラインメントで忙しいPM/POたちが、どうやってバイブコーディングだけで開発までカバーできるのか、私には分かりません。小さな会社なら可能だと思います。