今天是個特別的日子,網站程式部署到測試環境,基本建置通過後接著測試,預計開啟頁面的網頁,
沒想到迎接而來的是,無情的 500 錯誤 ~
看了一陣子的 Vim 想說稍微練習下,安裝了之後確實可以使用,大部分的命令提示工具支援,
只是在 PowerShell 輸入 vim 卻沒有效果,查了一下原來要加入加入 Path
用了這麼久的Visual Studio 2022 突然出現問題,在新增類別時突然跳出錯誤,找了一陣子的解決方式,
看到一篇文章服用後,藥到病除...
已經使用 SSMS 21 一段時間,對於深色主題挺愛的,可惜就是關鍵字的顏色很難閱讀,一度棄用,
但後續又覺得可惜,再次撿回來使用,這次就是要突破顏色的問題...
我是個不喜歡使用 Stored Produre 的人,大都限縮它的使用場景,像是產生報表或是產生報表,
還是只能是產生報表,今天遇到這個狀況,更加深了我的理念...
測試GitHub Copilot 的代理人 /startDebugging ,這個指令會協助建置偵錯的設定檔(launch.json),
但發現 copilot 收到訊息後,在產生對應內容時會產出到一半就突然收回訊息,最後也沒有完成,
嘗試測試了幾次,都是一樣狀況...
開始接觸 GitHub Copilot 之後,許多設定很不錯慢慢紀錄一下,其中針對版控的訊息,
也可以透過 Copilot 先協助產生內容,但訊息格式希望是依據我們設定的...
前陣子有分享透過指令啟動站台,有感於 vscode 可以使用指令(vscode .) 快速開啟並且
快速進入編輯該目錄,我想仿照類似的使用「 vs2022 . 」開啟開目錄下的 .sln 專案
最近在玩 TSQL,其中需要設計防呆機制,故用上了 begin try、begin catch 機制搭配完成需求,
但測試過程中,發生不在預期內的錯誤,理解一下,發生小丑竟是我...
有一些歷史專案,除非線上系統使用者回報問題,不然很少主動會去開它,但難免就是會輪到
去維護它,由於問題都很小,有時候就想透過簡單的編輯器,修正完之後直接建置
這是難得的經驗能夠遇到這樣的情境,比對測試資料時,透過SSMS 下TSQL 撈出來的欄位
值為何比預期差很多,一開始以為是原本塞進去的資料就不完全...
沒想到 SpecFlow 有停止支援的一天,並且官網幾乎移除了所有內容,也太絕了;
還好 Reqnroll 就是從 SpecFlow Fork 而來的,也一直有在維護,相關 framework
版本也都支援,這次紀錄下轉移的步驟
深拷貝與淺拷貝確實很常使用,這邊稍微紀錄一下,其中深拷貝的效果不是使用常見的
JSON.parse(JSON.stringify(object)) 來實作,這部分未來再深入探討...
這幾個方法或多或少都會用到,不過還是有些細節可以記錄一下,像是 splice 除了移除
元素之外,還支援替換或新增元素,特此紀錄一下...