對稱加密與非對稱加密
「對稱加密」就是通訊雙方進行加密與解密使用相同的金耀，但除了雙方都要保守金鑰外，怎麼讓雙方都持有相同的金鑰本身就是個問題，存在被劫持的風險（中間人攻擊）。「非對稱加密」透過一對金鑰（Key Pair），也就是公鑰與私鑰來解決對稱加密會遇到的問題。
「對稱加密」就是通訊雙方進行加密與解密使用相同的金耀，但除了雙方都要保守金鑰外，怎麼讓雙方都持有相同的金鑰本身就是個問題，存在被劫持的風險（中間人攻擊）。「非對稱加密」透過一對金鑰（Key Pair），也就是公鑰與私鑰來解決對稱加密會遇到的問題。
In Go, there are two common data structures for "sequence data": Array and Slice. They are similar in syntax, but the differences in behavior.
在 Go 语言中，有两种常见的资料结构可用于表示「序列资料」：Array 与 Slice。这两者在语法上相似，但背后行为与使用情境差异非常关键。简单来说，Array 是固定长度（Static Array），而 Slice 是动态长度（Dynamic Array）。
在 Go 語言中，有兩種常見的資料結構可用於表示「序列資料」：Array 與 Slice。這兩者在語法上相似，但背後行為與使用情境差異非常關鍵。簡單來說，Array 是固定長度（Static Array），而 Slice 是動態長度（Dynamic Array）。
My recent work involves migrating GitLab to GitHub, Fortunately, GitLab has had a feature called Mirroring for a long time.
近期工作上计划将 GitLab 迁移到 GitHub，但光是腾出时间进行专案迁移就感觉很麻烦，也因此很多计画被耽搁着，像是建构 CI 自动化测试环境、导入 AI 代码审核。幸好 GitLab 很早就有一项功能叫做 Mirroring。
近期工作上計劃將 GitLab 遷移到 GitHub，但光是騰出時間進行專案遷移就感覺很麻煩，也因此很多計畫被耽擱著，像是建構 CI 自動化測試環境、導入 AI 代碼審核。幸好 GitLab 很早就有一項功能叫做 Mirroring。
I've always had a fear of TypeScript generics with all the <T>, <U>, extends. It seems daunting, but generics are essential for specific problems.
对于 TypeScript 的泛型我一直有种恐惧，什么满满的 `<T>`、`<U>`、`extends`、多层嵌套，看起来就很可怕。毕竟在日常开发里，好像也不太需要……对吧？的确解决小问题如此，但在特定问题下泛型将会非常必要。
對於 TypeScript 的泛型我一直有種恐懼，什麼滿滿的 `<T>`、`<U>`、`extends`、多層嵌套，看起來就很可怕。畢竟在日常開發裡，好像也不太需要……對吧？的確解決小問題如此，但在特定問題下泛型將會非常必要。
程式是可被執行的代碼或指令，而作業系統透過統整不同概念達成有效率的執行程式，理解以下概念可以幫助更好理解多工程式的運作原理與運行效率最佳化：CPU Core（處理器核心）、Process（進程 / 程序）、Thread（線程 / 執行緒）。
The ever-changing complexity of frontend UI leads to various challenges in testing tools and methods. The difficulties along the way.
前端 UI 一直是多变且复杂的题材，经历各种工具迭代与起伏，有很长一段时间其实并没有什么特别统一良好的方式进行测试。在经历过太多次的跌宕变化过后，纪录我认为现阶段怎么打造可被验证的前端与未来趋势与过程中实际遇到的各种困难。
前端 UI 一直是多變且複雜的題材，經歷各種工具迭代與起伏，有很長一段時間其實並沒有什麼特別統一良好的方式進行測試。在經歷過太多次的跌宕變化過後，紀錄我認為現階段怎麼打造可被驗證的前端與未來趨勢與過程中實際遇到的各種困難。
Understand the Iterator Protocol and Generator, and arrays benefit from the new iterator helper for lazy evaluation.