Hexo 預設的文章連結設計我覺得不太好對文章做管理
造成我必須在文章的檔案名稱加上一些前綴以方便區分檔案

為了以後方便管理文章，所以我就做了文章的遷移

想說是時候該寫文章了，就拿這次遷移水一篇 XD

沒想到距離上次發文已經超過一年了。自從開始工作之後，就沒什麼時間去研究一些東西，也懶得寫文章。

想說來寫一篇文章表示今年還活著，並且回顧一下整個 blog 建立然後快速荒廢的過程，做一些反思，分享一下最近頹廢的生活(?)。

一切的起源

大約一個月前，因為覺得公司的筆電開機慢又容易發燙，所以自己另外買了一臺筆電想要在工作上使用
不過買了才發現電腦裝的是 Windows 11 Home
好傢伙，我連 WSL 沒辦法開

雖然有嘗試過找指令來開 Hyper V
結果就是 Windows 一直開機失敗…

因為不想再花錢升級成 Windows 11 Pro
所以開箱第一天，直接拿去重灌成 Linux Mint

目前用起來還算順手，缺點就是 Linux 好多軟體不支援 😢
偏偏公司用微軟套餐，非 Windows/Mac 就沒軟體用，只能乖乖用 PWA
最後就放棄在公司使用改在家裡當第二台電腦

每次 Mint 開機時都會遇到一個問題
那就是 boot 選單都需要等 30 秒
常常接上螢幕後蓋著發現怎麼還沒開機，打開來才知道倒數計時還沒結束
等個 10 秒就算了，偏偏要等 30 秒…

於是，我就開始查資料來解決這個問題

距離上次寫的文章已經是大約 4 個月前的事情了
因為工作的關係，加上最近沒什麼動力
於是原本搞得像月更的 Design Pattern 又中斷了
寫這篇只是做個紀錄表示自己還活著 (x

Strategy Pattern 與 Template Method Pattern 的相似，都是跟流程相關的模式
但有一些不一樣的地方

正如 Strategy Pattern 這個名子，這個模式著重在策略的部份
策略也是一種抽象的概念，可以說是達成某個目的過程中可能會用到方法
根據不同的場合使用不同的策略，靈活度高

Template Method Pattern 用於建立通用流程，並透過繼承的方式讓子類別實現流程的細節
以我個人的理解，就是建立一套抽象的 SOP 流程，細節則依照業務的不同而有所差異

Command Pattern 是一個簡單到另你懷疑這算不算一種模式的模式
主要的形制大致上如下：

// Command.cs
interface Command {
    void Execute();
}

實際上就是個只有一個執行方法的介面

以上面的 Command 介面為例，只要是實做 Command 介面的類別
呼叫它的 Execute 方法就會執行一連串的指令

這也能算得上是一種模式嗎？

近期因為服兵役，在裡面太無聊，所以就又重讀了很久之前買的 無暇的程式碼—敏捷完整篇
主要是針對設計模式的部份來看看

大約 3 年前，剛看完書籍就想要現學現賣，結果只寫了 Command Pattern 跟 Active Object Pattern 就沒再更新了
現在回去看，感覺就像是把書籍的內容貼上一樣 XD
當時有位前輩就有回覆過使用模式的原因，現在有比較了結意思了
最初的統整文章：設計模式筆記 (舊)

現在打算依照自己的經驗重新去撰寫這些模式的相關介紹
舊的文章則會保存，把黑歷史留下來 XD

我自己在體驗 Linux Desktop 時都是會額外建立一個虛擬環境
這樣蠻耗費資源的，因為需要兩個 Linux 的硬碟空間，其中一個是平常用的 Ubuntu Server

在粗略的碰過 Docker 之後，開始在想能不能夠透過 Docker 來執行 GUI 程式
一來環境本身隨用隨棄，二來移除時也比較方便，比較沒有負擔

近期把 hexo 的 source code 放到 github 上託管
以防哪一天不小心弄丟了，復原很麻煩

但是這樣我都要進行一些例行公事

hexo clean
hexo deploy -g

用起來也挺麻煩的
所以我就開始使用 Github Actions 來進行自動部屬了
花了一些時間才弄好