最近幫朋友解決一個 Google Sheet 上面的小問題，就是他需要取得 資料表的名稱(非檔案名稱)

這不能直接透過內建的函式做到，必須要透過 App Scripts  能夠取得，這邊就筆記一下

整理舊專案發現一個很有趣的東西，我們很常製作一個 List<string> 然後放在記憶體中

然後讀取，但是有沒有想過每次加入一個新的對記憶體中都是一個負擔，即使他們長的一樣

寫一個很久的問題但是我一直都沒有去處理的，就是有關於 Holdon.js 

因為我在form post 之前，我都 會呼叫 Holdon.js 來做到 debounce (防止重複 submit )

但是我遇到一個問題，就是如果我在 submit 後，跳轉到下一頁，如果我按下瀏覽器的上一頁

會依然停留在 HoldOn.open() 的畫面..

之前在網路上看到有人說可以用 Any() 取代 Count()==0 ，效能會比較好，畢竟 Count()==0 

平常寫得很習慣，一開始我以為這只是誤差，沒想到背後居然真有明顯的效能差異，於是我動手測一下..

最近在整理一些老專案的時候，我發現自己以前為了快速方便，常常會直接在程式裡手動寫 Singleton

在一些應用裡，我們常常需要呼叫外部指令，例如執行自己寫的 console程式，或是跑報表等其他命令列工具。

過去的做法通常是使用 System.Diagnostics.Process，雖然可行，但要處理輸入輸出、等待結束、取消執行、讀取結果等細節時，程式碼會變得又長又複雜。

後來我發現有個套件叫 CliWrap，能讓這些操作變得簡潔許多，也更容易維護

最近在看一些 open source 專案的原始碼時，看到某個地方用到了 stackalloc

這關鍵字讓我一點一熟悉看一下文件這不是以前要開 unsafe 的東西

結果一查，才發現這玩意兒原來早在以前就有，只是因為後來有了 Span<T>，

現在可以安全地在受控環境裡使用堆疊記憶體，完全不需要 unsafe 了。

因為最近在開發跟 Telegram 的東西，接下來要筆記兩個項目，一個是如何發送圖片，還有一個就是

如何在 Telegram 中對發出的訊息做 pinned (釘成公告)

今天記錄一篇，基於  Telegram Bot 開發筆記：如何在 v22.4.4 正確接收訊息 這篇文章，這裡面有一個問題

就是有朋友問為何在群組中，好像除了  command 也就是 / 開頭的訊息，因為之前沒有遇到這問題，後來查一下

是因為一個參數要打開，筆記一下免得我忘記