寫程式基本上很多資訊都還是習慣看英文，雖然英文程度也沒多好，但很多時候看英文真的是比看中文好懂，最近重新安裝 .NET SDK 的時候發現 CLI 突然變中文了，甚至在一些編譯器的環境會變成亂碼(無法顯示中文)，所以後來就找了方法設定 CLI 的顯示語言。
可以透過命令設定環境變數 DOTNET_CLI_UI_LANGUAGE 其可變更 CLI 顯示的語言。
set DOTNET_CLI_UI_LANGUAGE='en-US'
如果用 PowerShell 可以用以下命令設定
$env:DOTNET_CLI_UI_LANGUAGE='en-US'
Windows 底下也可以直接使用下列命令來將環境變數寫入使用者環境變數中：
[Environment]::SetEnvironmentVariable("DOTNET_CLI_UI_LANGUAGE","en-US","User")
Claude Code 前陣子大概 8 月初的時候 release 了 security-review 的功能，這幾天想到想說用一下，結果一下指令就噴了以下的錯誤: Error: Bash command failed for pattern "!`git log --no-decorate origin/HEAD...`": [stderr] fatal: ambiguous argument 'origin/HEAD...': unknown revision or path not in the working tree. Use '--' to separate paths from revisions,
Ref: * 寫程式不是輸出，是內化 * Vibe Story：用敘事智能為程式碼注入生命，簡化維護 這篇主要是想紀錄一下看了Ruddy 老師的文章後想做的事情，雖然通篇的重點不是在我想做的這件事，但因為Ruddy 老師的這篇文章讓我覺得以後在排除 Bug 的時候應該要做這件事才對。 以下的內容是擷取 Ruddy 老師的內容(部分修改) 1. 記錄搜尋路徑與嘗試過的假設 => 我以為是 state 沒清，但發現是 effect 未執行 2. 為錯誤進行分類，然後標註成概念 => 這是 mutable state 的副作用問題 3. 寫一段描述該段程式的情境與原則 => Vibe Story 該段程式的情境與原則可以參考一下的要點撰寫： * 場景（Context）：描述程式碼的背景與需求。 * 目標（Goal）：說明功能目的。 * 挑戰與迭代（Challenges &
Claude Code 在大家軍備戰發布了 Status line 這個功能，讓使用者可以在 Claude Code 的輸入框下方自訂自己想要的訊息，官方提供幾個方式可以實現這功能(Bash, Node.js, Python)，最後我選擇使用 Node.js。 趁著週末寫玩了一下，剛開始照著官方文件做，結果啥都沒顯示出來，接著叫 Claude Code 幫我做，他說成功了，結果還是啥都沒有...最後才發現可能是官方提供設定檔案的問題 { "statusLine": { "type": "command", "command": "~/.claude/statusline.sh", "padding": 0 // Optional:
在 .NET Core 要使用一些其他編碼(例如: Big5) 需要額外安裝 System.Text.Encoding.CodePages 並且在使用前呼叫下列 api: Encoding.RegisterProvider(CodePagesEncodingProvider.Instance); 這樣才能使用一些其他編碼 Encoding big5Encoding = Encoding.GetEncoding("big5");