hakozhi's bloghttps://blog.hakozhi.dev/rss.xml一個創作者的隨筆設定 GitHub SSH 連線公鑰https://blog.hakozhi.dev/posts/setting-up-github-ssh-public-keyMon, 22 Jul 2024 12:00:00 +00001. 利用 ssh-keygen 產生金鑰

在 terminal 底下輸入以下指令：

ssh-keygen -t ed25519 -C "youremail@example.com"

其中的 youremail@example.com 要換成你註冊 GitHub 時所用的 email。

ssh-keygen 會讓你設定金鑰儲存的地方，預設會在 ~/.ssh/id_ed25519 ，若不想變更按 Enter 鍵即可。

接著它還會讓你設定 passphrase ，一樣按 Enter 鍵跳過就行。

2. 複製剛剛設定的金鑰

在 terminal 底下輸入以下指令輸出給 GitHub 的公鑰，並將其複製：

cat ~/.ssh/id_ed25519.pub

3. 將金鑰新增至 GitHub

打開 GitHub 設定金鑰的頁面，按下畫面中的 New SSH key，貼上剛剛複製的公鑰，按下確定後即設定完成。

此時你可以用 ssh clone 隨意一個 repo 看看，如果 clone 的了就是設定成功了。

]]>2026 新的開始https://blog.hakozhi.dev/posts/2026_new_startMon, 29 Dec 2025 12:00:00 +0000後天便是 2026 了（時間過得還真快）。

我為 2026 立下了三個最重要的目標：

  • 重新設計生活
  • 完成一個產品的原型
  • 讀完 CSAPP 前九章

重新設計生活

說來慚愧，我過去兩年的生活十分混亂：

  • 沒有明確的作息
  • 沒有明確的目標
  • 得過且過，幾乎完全不依賴原則行事
  • 將時間、精力投入一些自己根本不需在乎的事情
  • 用各類垃圾（物質上和精神上）糟蹋自己

所以，我打算重新思考、設計生活方式。

我目前想到的項目有這些：

  • 作息
  • 習慣
  • 興趣
  • 原則（哲學）
  • 飲食
  • 內容接觸

完成一個產品原型

關於這項，我無法著墨過多（說出來就不好玩了：））。

產品方向是語言學習，但應該能把目前市面上多數的同類 App 吊起來打（包含 Duolingo）。

還請讀者等待。

讀完 CSAPP 前九章

最近寫個人 Project 有感：底層知識還是挺重要的。別看網上 Vibe Coding 一堆，上生產照樣被幹到飛起。

CSAPP 作為可能是 Computer Architecture 中最全面的入門書（CMU 的入門，嗯），在國內外頗具盛名。

考量到時間精力，我大概只會讀到第九章（Virtual Memory）。但應該也夠我用一陣子了。

]]>我推的內容（不定期更新）https://blog.hakozhi.dev/posts/what-i-recommendSat, 20 Sep 2025 12:00:00 +0000前言

下午在刷 RSS Reader 時，我突然覺得來整理一個「我會推薦給別人的清單」是個好點子。所以這篇文章會收錄（幾乎）所有我欣賞的內容，包含部落格、書籍、動漫、遊戲和電影等等。

排名不分前後。

部落格

書籍

Fiction

  • 牧羊少年奇幻之旅
  • 小王子
  • 流浪者之歌
  • 車輪下
  • 深夜加油站遇見蘇格拉底
  • 人間失格
  • 剃刀邊緣
  • 月亮與六便士
  • 異鄉人
  • 戰廢品
  • 福爾摩斯探案

Non-fiction

  • 賈伯斯傳
  • 最後十四堂星期二的課
  • 原子習慣
  • 黑馬思維
  • 當下的力量
  • 我、刀槍不入
  • 被討厭的勇氣
  • 我想和你好好說話
  • 僧人心態
  • 與成功有約
  • 少有人走的路
  • 毒性羞恥

動漫

  • 暗殺教室
  • 我內心的糟糕念頭
  • 棋靈王
  • 無職轉生
  • FX 戰士久留美
  • 輝夜姬想讓人告白
  • 擅長捉弄人的高木同學
  • 敗北女角太多了
  • 浪客劍心
  • Dr. Stone
  • One Outs

遊戲

  • 紀念碑谷 1 & 2
  • Minecraft

電影

  • 肖申克的救贖
  • 三個傻瓜
  • 波希米亞狂想曲
]]>我用 Rust 寫了一個 Static Site Generator 取代 Hugohttps://blog.hakozhi.dev/posts/i-wrote-a-ssg-to-replace-hugoSun, 7 Sep 2025 12:00:00 +0000近來無事，用 Rust 從頭刻了一個 Static Site Generator——Jet。

Static Site Generator 就是 Hugo、Hexo 這些可以將 Markdown 檔案轉成 HTML 的程式。因為很多網站（GitHub Pages、Netlify）可以讓你免費丟靜態的 HTML，所以不少人用 Hugo 或 Hexo 寫部落格，多數中文獨立部落格是用 SSG 生成的。

之前這個部落格就是用 Hugo 架的。那為什麼我要自己從頭造輪子？有現成的 Hugo、Hexo 不好嗎？

為什麼我放棄 Hugo

容易和其他網站撞主題

因為常見的 theme 就那些，所以多數人都是從最常見的 theme 挑選。也因此很容易遇到和別人的部落格撞主題的情況。舉之前使用的 theme Stack 爲例，我能在網路上找到超過三個使用 Stack 的部落格。雖然和別人撞主題不是啥大不了的事，但既然都開自己的部落格了，我認爲還是用個獨特的 theme 比較好。

那為什麼不從頭寫一個 theme 呢？ Hugo 不是也可以自定義 theme 嗎？

Hugo theme 不好寫

儘管 Hugo 還算易用，但當我想自定義一些東西時，我總無從下手——尤其是 theme。

Hugo 的 template 檔案複雜，複雜到我不太想花時間去理解。一個 theme 底下有幾十個模板檔案是常態，而且那些別人寫好的主題也不好更改。與其花大量時間學習寫 theme，我還不如重頭刻一個 blog 更省時間。

完全掌握自己網站

雖然 Hugo 是 open source project，未來也不太可能出什麼大問題，但我還是不想用 Hugo。因為我無法理解 Hugo 背後的技術原理，也無法照著那些檔案復刻出一個 Hugo。如果某天我沒辦法用 Hugo，我就要重新想個方法來生成部落格。

那為什麼不一開始就自己寫一個呢？抱著這樣的想法，我開始寫 SSG。

程式語言選擇

一個好的語言就是成功的一半，選對的語言能省掉很多不必要的麻煩。

以下是一些我認爲必須滿足的條件。

該滿足的條件

有一個好的 package manager & ecosystem

  • 好的 package manager = 有更多時間想程式本身
  • 好的生態 = 有更多時間想整體邏輯
  • 我不想重頭刻很多東西

可以編譯成 executable file

  • 可以直接安裝到系統上
  • 速度比 script 快
  • 要給別人用也比較方便

資料多

  • 出問題時比較容易問 GPT
  • 容易找到幹過類似事情的人
  • 不用直接看 source code

最終選擇——Rust

考慮到以上因素，我選擇了 Rust，而非其他我會的語言——Python、C++、TypeScript 或 Racket。

Python 第一、三點滿足，但 Python 編譯成單一 executable file 很麻煩。我知道有現成方案能解決，但那些方案坑也不少，還不如不用。

C++ 第二、三點滿足，但 C++ 沒有一個稱得上好用的 package manager （也有可能我沒研究過），而且我也不是很想寫太噁的語言。

TypeScript 和 Python 原因一樣，我不確定如何編譯成單一 executable file。

Racket 算一個意外還不錯的選項，但它的 ecosystem 真的很差——雖然理論上寫得了，但我實在不想賭運氣。也許哪天我會用 Racket 重寫吧。

這下可好了——我熟悉的語言沒有一個符合條件。但經過一番調查後，我最後選擇了 Rust，一個我原本很抗拒的語言。縱使我不喜歡 Rust 的一些設計，Rust 完全符合我的需求——Cargo 可能是目前市面上數一數二好的 package manager，Rust 的整體生態也不錯；Rust 可以直接 run，也可以編譯成單一檔案（甚至可以一行指令直接安裝在系統上）；Rust 社區的 docs 非常詳細，我隨時能找到需要的資料。

雖然我幾乎沒寫過 Rust，但我毅然決然開始學 Rust 來開發 SSG。

如何從頭寫一個 SSG？

Static Site Generator 原理

  1. 把 Markdown 檔案轉成 HTML。
  2. 把轉換完的 HTML 塞到模板檔案的 <body>，生成完整的 HTML。
  3. 建立輸出的資料夾，並把完整的 HTML 寫入檔案。

需要的 Library

  • Markdown Parser ——用來把 Markdown 檔案轉成 HTML
  • Template Engine ——把轉換完的 HTML 塞入 template files 對應的位置，生成 HTML

開發過程

Prototype

專案架構

├── Cargo.lock
├── Cargo.toml
├── LICENSE
├── README.md
└── src
    ├── commands.rs
    ├── generate.rs
    └── main.rs
  • main.rs 爲程式的起始點，負責處理 command line arguments，並依此執行對應指令
  • generate.rs 包含所有處理和生成內容的 functions，爲整個程式最重要的檔案
  • commands.rs 爲對 generate.rs 中的 functions 的包裝，包含每個指令

使用的 library

成果

我大概花了三天寫出了 prototype，能做到：

  • 新增文章
  • 自定義 theme
  • 生成最後要丟到 GitHub Pages 的 static files

在 local 預覽效果

Hugo 有提供 hugo server 可以在 local 預覽網站。我完成 prototype 後覺得這功能不錯，所以又花了點時間寫這功能。

爲了實現這功能，我需要一個 web framework（其實能跑 http server 就行）。問了一下 GPT 後，我選擇使用 axum 。

開發過程非常順利，一個早上就寫完功能了。axum 設計不複雜，和一般的 framework 相差無幾。

設定輸出資料夾

Hugo 有個很煩的問題：沒辦法指定最後輸出的資料夾。我用 Git 作版控時需要這個功能（因爲這樣對 Git 比較友好，不會出現同一個 project 下有兩個 Git repo 的狀況），所以這是另外一個我想實現的功能。

只要用 std::fs 就能完成功能了。

RSS

原本我沒打算加 RSS——畢竟我平常也不太用 RSS reader，但考量如果我要把這裏加到 中文独立博客列表 ，這部落格還是需要 RSS。

於是我又加了兩個 library rss 和 toml。rss 用來處理 RSS，toml 則負責讀取 blog 的 config file。

寫的過程順便重構了一下程式。

目前實現的功能

  • jet create {article} 新增文章
  • jet serve 在 local 預覽網站
  • jet build 生成最後能上線的網站檔案
]]>我為什麼使用 Emacshttps://blog.hakozhi.dev/posts/why-emacsWed, 27 Aug 2025 12:00:00 +0000我從兩年前開始用 Emacs——我通常用它來寫文章（包括目前這篇）、寫程式、問 AI 問題，使用體驗非常好。但是，我周圍的人幾乎都不理解——他們覺得 Emacs 很慢、老、而且很奇怪（可能最後一點是對的）。

所以，我想來說說我使用 Emacs 作為主力 text editor （和系統）的理由。

Flexibility

Emacs 給你真正的自由

Emacs 允許你做任何你想要的事——真的，就是字面上的意思。

  • 不喜歡 modeline？自己刻！
  • 想看 YouTube 影片？裝個 瀏覽器的 package。
  • 覺得 Emacs 很 BLOATED？把不要的 package 砍掉！

你有權利修改 Emacs 裡的任何東西。對，任何！

比起普通的 text editor，Emacs 更像是一個可以任意客製化的作業系統。別的 editors（VSCode、Sublime Text、Helix）隱藏了許多內部細節，讓使用者只能修改特定配置。使用者也很難直接看到 plugins 背後的運作原理 & source code（除非是 open source），更別提更改這些 plugins 了。但在 Emacs 中，使用者能定製幾乎一切、見到 plugins 的 source code。

Emacs Lisp - Emacs 的靈魂所在

Emacs Lisp （Elisp）是 Emacs 的核心和魅力所在。Emacs Lisp 是 Emacs 的 configuration language，是一個完整的程式語言，也是 Emacs 和其他編輯器差異最大之處。

一般的 text editor（比如 VSCode、Sublime Text、Zed）通常是 out of box，安裝完即可使用，configuration language (通常是 JSON、TOML）的存在是為了讓使用者小修小改。想開發自己的 plugin？ 可以，但你得用另外一個語言（Python、JavaScript）。

Emacs 則不然。Emacs 的 core 為一個由 C 寫成的 Emacs Lisp interpreter，剩下所有的功能都是用 Emacs Lisp 寫成的。而 Emacs 也讓你能用 Emacs Lisp 隨意調整 Emacs，一切細節都公開透明。對於你不喜歡的預設功能，你總可以用 Emacs Lisp 改個變數、跑個 function 修改（或自己從頭寫！）。只要五分鐘，任何人都能輕鬆寫出一個 package & 使用。

而且自從教主 RMS （Richard Stallman）在 1984 年開發出 GNU Emacs 第一版以來，Emacs Lisp 幾乎沒有太大的改動——這代表你二十年前用 Emacs Lisp 寫的 package 到現在還能用！舉個現實的例子，目前 Emacs 最有名的 package Org Mode 便是二十年前一個教授所寫的。

過去二十年來，無數 Emacs 高手寫了優秀、強大的 package。這些 package 很多都放在 MELPA 上，只要 M-x package-install package 就可以安裝使用。這些 package 就只是一個個 Emacs Lisp file，所以你也可以更改、研究背後的功能。只要你電腦上有 Emacs，這些 package 都能用一輩子！

只要一小時，就能寫出 plugin

如果你願意花點時間（大概一個小時）學習 Emacs Lisp，你就能隨心所欲寫出你想要的 plugin。只要五分鐘，你就能寫一個很簡單的功能加到 Emacs 裡。

我在 Emacs 中裝了個能使用 Gemini、ChatGPT 等 LLM 的 package gptel，讓我能高效使用 LLM。但有個問題：我沒辦法輕鬆管理 prompts。所以，我花了一個多小時簡單寫了個小 function，完美解決這個問題。這個 function 會去 .emacs.d/misc/prompts 下抓所有 txt 檔（每個 txt 檔都是一個 prompt），載入到 gptel 中，之後我只要稍微按幾個鍵就能切換 system prompt。

只要花幾個小時投入，你就能獲得一個真正屬於你的 text editor。

Power

良好的 plugin ecosystem

Emacs 作爲歷史最悠久的現存 editor，無數 Emacser 爲 Emacs 開發了 packages。其中不少 packages 能讓 Emacs 使用體驗上和 VSCode、JetBrains IDE 毫無區別，甚至有過之而無不及。

LSP Mode 可以讓 Emacs 獲得如同 VSCode 的 completion 體驗，輕鬆打造 C/C++/Python/JavaScript IDE。

Org Mode 自成一家，足以替代 Notion、Obsidian 等一衆筆記軟體。

gptel 能讓你同時用 GPT、Claude、Gemini 等 models，並將對話存成 Markdown 檔案。

Magit 讓 Git 變得方便無比，再也不用記憶複雜的指令。

在其他 editors 中，你很難找到如此豐富、強大的 plugins，但這一起在 Emacs 中都有。

而且不少優秀 packages 可以互相搭配，達到 1+1 > 2 的效果。Company Mode 是一個 completion frontend，能根據檔案類型提供不同的 completion。我設定了 company-ispell，讓 Emacs 可以 auto-complete 英文單字。而 Writeroom-mode 讓 Emacs 變得像 Typora 一樣簡潔，搭配上 company-ispell，Emacs 就變成一個好用的 Markdown Editor。

一個配置好的 Emacs 可以是：

  • 一個完全不用滑鼠、更不吃 RAM 的 VSCode + Terminal
  • 一個比 Notion、Evernote 更自由、靈活的筆記軟體
  • 一個可以任意切換 Model、搜尋對話記錄的 LLM Client
  • 、、、

Keyboard-Driven

Programming 需要極高的專注力，所以 Editor 必須儘可能減少不必要的干擾，讓 Programmer 能進入「心流」狀態——腦中只有螢幕上的程式，隨時將心中的想法透過鍵盤輸入，化諸一行行 code。若想進入如此狀態，一個不仰賴滑鼠的環境不可或缺。如果一個 Editor/IDE 讓 Programmer 頻繁在滑鼠/鍵盤兩者間切換，Programmer 就無法輕易進入「心流」。

Emacs （和宿敵 Vim）皆是上個世紀文字介面時代的產物，所以你使用 Emacs 時可以完全不碰滑鼠，純粹依靠鍵盤來輸入、移動，達到極高的編輯效率。而這也是很多高手喜歡 Vim/Emacs 的原因——一切都能使用鍵盤操作，減少不必要的心理負擔，讓人可以更專注在程式本體。

網路上有不少人批評 Emacs 傷手——這實際上也算事實，Emacs 內建的快捷鍵真的不是給一般人用的——又多又雜，而且幾乎沒有啥規律——C-x C-c 是退出、C-x C-s 是存檔、C-x b 是切換 buffer（類似其他 editor 的 tab）。儘管也有不少 Emacser 喜歡原生的 keybindings，但我想對大部分人而言，如此的操作方式讓人卻步。

但是有一群 Emacs hacker 寫了 Evil 。Evil 讓你可以在 Emacs 用 Vim 的 keymaps（我知道聽起來有點邪教），體驗上和 Neovim/Vim 幾乎毫無差異！而 general.el 可以實現 Vim 中的 leader keys，設定上比 Neovim/Vim 那套方法更好理解。

我目前的 Emacs 就定義了好幾個 shortcuts:

  • SPC f f 搜尋檔案
  • SPC m s 開啟 Magit (一個 Git 前端）
  • SPC g g Ripgrep 搜尋特定關鍵字
  • SPC c p 編譯、輸入測資、執行 C++ 程式（競程）

再舉個例子，我時常使用 Gemini、ChatGPT 問程式問題。

在 VSCode 中，如果我想打開 GitHub Copilot 問問題，我必須用滑鼠打開右邊的 tab、輸入 prompt、再用滑鼠複製回答。

但在 Emacs 中，我可以直接 SPC g p 開一個空的 chat、輸入完問題按 C-C <return> 得到答案，再用 Emacs keymap 複製答案。整個過程不用滑鼠，也快上不少。

總結

試試看 Emacs 吧。可以用用看我的 emacs.d，或是用成熟的 configuration （比如 Doom Emacs）。

你會喜歡上 Emacs 的 :)

]]>如何打造想要的人生https://blog.hakozhi.dev/posts/how-to-succeed-navalThu, 18 Sep 2025 12:00:00 +0000

上圖是 Naval（一個知名天使投資人 & 講者）廣爲人知的 tweet。私認爲這則 tweet 十分中肯且貼切，值得每個人參考。

]]>