本週回顧#
能夠留在家中的時間越來越短了，兩個月不過是白駒過隙，一閃而過。本週主要的時間花在了博客搭建和趕作業上，作業沒啥好說的，就是一些無聊透頂的，但必須得去做的東西。但是搭博客的過程我覺得有必要總結一下。首先回顧一下我搭建博客的契機：
首先，博客是一個很好的載體，在寫博客的時候，我能有一個很好的深度思考的機會。由其他推友影響，我也跟風開始寫周報，為了能夠讓以後的自己在回憶這一段時光時至少了解自己做了些什麼，想了些什麼。現在我主要的目的是這個，同時這樣也是鍛煉自己寫作技能很好的機會。我計劃未來能夠就自己所學寫一些真正對自己和他人有用的文章，只是目前來說對我過於困難。總之，博客的搭建會是一個開始。
其次，最近 Twitter 頻繁的業務調整，又是封禁第三方客戶端，又是對 API 進行收費，這些都讓我對這個平台的未來保持悲觀。讓我覺得把自己所寫下的內容放在這個平台上是不安全的，同樣我也不再願意將自己綁定在這樣一個平台上，現在我捨棄不了它的主要原因是我 follow 的人們都在上面，這一點短時間內很難改變。為了減少對它的依賴，我決定拓寬自己的信息輸出渠道。
最後再回顧一下自己搭建博客的過程。首先，我對這一過程的總結就是一波三折與無能為力。具體的流程如下：
- Google 搭建博客的工具，這時了解到了 Hugo，然後看了下最近常去的博客也是 Hugo 搭建的，那 OK 就是它了。
- 因為之前有了解過 GitHub Pages 服務，所以就搜索用 Hugo 搭建博客並部署到免費的 GitHub Pages 的教程。
- 之後我創建了自己的 Hugo site，此時就出現了第一個問題。在添加
git submodule後，啟動 hugo server 的時候一直報錯，整了半天才發現是submodule倉庫沒有被正確的 clone 到本地，搜索到了git submodule update的命令，總算得以解決。 - 接下來遇到的問題就超出了我的理解範圍：GitHub Actions 並不能正確的將我生成的 Hugo 靜態文件部署到對應的
gh-pages分支上。每次我運行 workflow 之後它都沒有任何的反應，而且由於對 GitHub Environments 的不了解，我從頭到尾都沒有發現原來自己的 workflow 就沒有運行過，運行的只是這個pages-build-deployment而已。我當時不知道是為什麼，現在還是不知道，所有的配置和 workflow 文件都是使用的相應 Actions 的文檔的內容，還使用了 Hugo 官方提供的文檔，都沒有解決這一問題。 - 就這樣，我刪除過兩次倉庫，最終放棄了。只能選擇另外的不使用 GitHub Actions 而手動進行部署的方法。這個方法需要有兩個倉庫，一個作為 Hugo site 的倉庫，而另一個則是 GitHub Pages 相應的域名倉庫。這個方法總算讓我成功通過 GitHub Pages 訪問到了自己的博客，但是更新比較麻煩，而且它使用了我的兩個倉庫，實在忍受不了。
- 最後，我從一個正常部署的倉庫複製了 workflow 的內容到倉庫中，打算最後試一下。讓我沒想到的是，這一次它成功了！我不太清楚是為什麼，只是知道這一次和之前的嘗試有兩處不同：workflow 相應步驟的名稱和之前不一樣，最後 deploy 輸入參數的 key 是全大寫的，之前是小寫；部署的倉庫名不是 pages 的域名，而是另外的名字，不過我之後把名字改成了域名，同樣正常的運行了。
至此，我的博客都在正常運行，雖然搭建它的過程浪費了我大量的時間。我也從這次的過程中學到了一些經驗： - 遇到問題，很多時候可能並不是自己的原因。而可能是工具產出的錯誤或者是超出認知範圍外的配置、使用方法。所以此時要做的首先一定是先排除自己可知的問題，比如查看配置文件裡有無錯別字，有沒有使用錯誤的參數等。排除這些錯誤後如果問題仍然存在，接下來應該做的是通過看文檔、搜索等方法檢驗邏輯有無錯誤。我覺得這個步驟應該是最有效的定位問題的方法，但唯一的缺點是需要大量的時間精力，而且由於信息的龐大，可能並無法找到有用的信息。於是，如果這個步驟仍然無法定位問題，這時就應該另尋它路，重回起點。總之時間是寶貴的，遇到問題不應該固執地在無法定位錯誤的時候仍然幻想著再重來一遍就好，這條路走不通換一條路即可。
- 在進行一個項目前一定要提前規劃好，列出需要用到的服務和工具，一定要提前對它們有一些基本的了解，這樣在遇到問題的時候有助於自己定位問題所在。也能對自己使用它們能夠達到的目標有一個認知，防止因無法達到預期而浪費時間。
本週探索#
Nostr#
最近，以 nostr 為協議的去中心化的 Damus 非常火，我也創建了一個帳號，公鑰是 npub17yq9a5ua9e5c8389xfy0n0yea6py3slzh0z8e8c77js67nx9glzqcqdjth 如果有人看的話可以加一下。體驗之後，給我留下最深刻的體驗就是註冊時的流程，簡直是太簡潔了，複製兩串亂碼，然後就創建了自己的帳號，這個體驗很奇妙。其他部分的體驗，說真的沒有什麼值得稱道的地方，倒是體會到了 Posts 無法修改和刪除、用別人的公鑰登錄可以看到發送私信的雙方信息和信息時間這些因為其去中心化的信息架構帶來的缺陷。所以，我認為它是不會成為主流的，特別是現在廣告等垃圾信息的泛濫，用戶集中在頭部 Relay 對其形成的依賴，這些它現在都沒有很好的解決方法。在我這樣的普通用戶看來，它也不過是一個創建帳號更簡單的簡陋版推特。但是，我仍然覺得 Nostr 有其存在的意義，它的流行和產生正是向世界普及去中心化網絡的概念，我希望它能夠成功。
最後，在 Twitter 被馬一龍變成現在這幅封閉的樣子之後，我不禁開始想像未來的社區會是什麼樣子的，互聯網如何才能夠做到忠實的連接人與人，做到信息的自由流通。而像 Nostr 這樣的協議出現和流行，就意味著我們又向未來踏了一步。
我也看了一些 NIP 的內容，但對於現在的我來說過於高深，完全無法理解實現這些協議的底層技術，自己了解的技術還是太少，太單薄。
學習內容#
本週，如同之前所說，幾乎沒有學習新的東西。只是學了一些 Hugo 的配置和搭建。但是，因為探索 Nostr NIP 時產生的挫敗感，讓我重新對自己的學習方向產生了動搖。我這個寒假以來，把大多數的學習時間都用在了前端的學習上。然而越是看到優秀的前輩，越是感到自己學習能力的低下和已有技術的貧乏，我在前端這個領域可能並無法做到優秀，甚至很長一段時間只能停留在入門水平，也就是我很難通過這一技能來獲得工作。所以說到這裡，我想我需要調整一下自己的學習重心了。我自認為在 UX 領域較為擅長，那麼就應該進一步深入這個領域，並且打好 UI 設計的基礎，這才應該是我目前的重心。而前端，或者廣義上的 CS 則作為次要的學習目標。而不是像現在這樣主次不分，錯誤的把大部分時間放在了次要的目標上。
越來越感到時間的緊迫，我恨我過去浪費那麼多時間，但也已經無法挽回。今後要開始選擇性地學習，規劃好自己的時間，做好對自己重要的事情。