Hi,你現在看到的「Snapshots」頁面,是在這個網站上專屬於「不成熟想法」的空間,在這邊的內容大多篇幅較短,可能只有兩三行字,也沒有特別組織過起承轉合。

這些則是我日常從數個不同面向記下的想法,目前共有六個類型,裡面涵蓋我有興趣的問題以及回答、我隨機的短想法、我發現的有趣東西,以及我嘗試了什麼事。

命名為 Snapshots 的原因是,這些想法或嘗試大多都會停留在「記下來的當下」,我可能過一陣子以後就不再這麼想了,也不會回來更新內容,所以 Snapshots 裡面的內容只代表某個當下我的想法,尤其時間離現在越遠就褪色。但我認為想法的累積仍是有意義的,所以還是會把這些 Snapshots 都放上來,留下紀錄。

歡迎你可以順著往下瀏覽,也可以快速點選下方比較有興趣的類別逛看看!

  • Daily What:這裡放的是我好奇的「What」類型問題,不過這類問題我比較少直接記錄下來,所以目前內容還沒有很多。
  • Daily How:這裡放的是我好奇的「How」類型問題,目前主要都是「如何做到某件事」。
  • Daily Why:這裡放的是我好奇的「Why」類型問題,主要都是關於「動機」、「選擇」或者「為何有這個現象」之類的問題。我目前花比較多時間在記錄這些問題上。
  • What I Found Interesting:這裡放的是我發現的有趣的東西,可能是某個新產品或是某個方法論。
  • What I Tried Today:這裡放的是我最近嘗試了什麼以前沒做過的事,可能是開始使用某個新工具,或者是開始更換某個 workflow 的內容。
  • Random Thoughts:這裡放的是那些隨機的、沒有特定類型的問題或想法,就是大雜燴,但可能最貼近我當下的思考,屬性上有點接近「Fleeting Notes 閃念筆記」。

嘗試製作一個嵌入 Tweets 的 shortcode 失敗

P.J. Wu 吳秉儒

本週在編輯第 16 期電子報的時候,嘗試了 substack 貼上推文串的功能,覺得效果蠻好的、也很直覺。

因此就起心動念想在網站上面也做一個類似的功能。

我首先想到的是 Zola 的 Shortcode 功能,它有點類似模板,我想說可以設定成某種固定的 iframe 段落,只要設定推文的網址,就能自動渲染產生。

但我發現 Twitter 官方好像沒有提供 iframe 的嵌入方案。

不過,Twitter 官方提供的方式也不能說困難,詳見 “How to embed a Tweet on your website or blog”,只要在想嵌入的推文點幾下,就會產生完整的嵌入代碼了。

試著操作了一下,發現雖然步驟比我想像中還要多幾步,但也不困難,只要每次想嵌入時,到 https://publish.twitter.com/# 貼上對應的網址,就可以產生嵌入代碼了。

實際運作的效果可以參考下方這則我的推文:

整體來說覺得還算堪用了!

不過這樣做會拖累網頁的效能表現,所以想了想,我應該只會在必要的地方嵌入吧。

嘗試使用了 General Task

P.J. Wu 吳秉儒

先前在 Twitter 上面隨機看到 General Task 這個新產品,當時快速看了一下好像看不出什麼特別的,而且目前只開放 Google 帳戶登入,我比較喜歡透過 email 管理帳號,所以就沒有嘗試。

這兩天在清瀏覽器分頁時,發現這個頁面還開著,就再次瞭解看看。這次我多搜尋了一下有沒有既有的產品介紹或 review ,結果搜到的是創辦人自己的介紹:Why I'm Building General Task (蠻酷的純文字文件網站)

看了介紹以後我好像有更有興趣一點,應該是因為他很熱情地說,設定目標、分配時間在這個目標上,有助於達成任何想達成的事。

這剛好跟我近期想要精進的方向一致,我最近想稍微收斂一下我的目標與方向,要多花一點時間在「設定好要做的事情」上面,而不是每天讓注意力與好奇心亂飄。(當然,亂飄還是很棒,只是可能要限制一下比例)

所以決定來嘗試看看 General Task 有沒有機會達成。剛好他目前開放串接的是我熟悉的 Slack 以及剛開始嘗試的 Linear

進入 General Task 的首頁是蠻乾淨的三欄式介面,最左邊是各項功能與串接的服務,第二欄是不同任務的列表,而第三欄是任務的詳細資訊。

general-task-home

不過最右邊還有一個日曆介面,這邊可以直接把 task 拖曳到日曆裡面,所以應該算是四欄式的介面才是。


初步逛下來,我喜歡的地方有幾點:

  • 每個任務都有很大的 note 區塊,而且編輯器支援 markdown ,以目前的 beta 版本來說就可以放 inline code, code block 以及 quotes。

    • general-task-notes
    • 我之前對 OmniFocus 有點不滿意的地方就是它的 notes 欄位非常小,很難編輯,也很難紀錄跟任務有關的各種想法與靈感。

    • 而 General Task 的筆記欄位,感覺是很有潛力的空間。

  • 除此之外,側邊欄就有一個超大的單獨筆記區域,不過我暫時還沒想清楚可以怎麼用它。

  • 另外,新手教學的 notes 裡面就有一篇 General Task 團隊對用戶的誠摯感謝,我覺得看了還蠻開心的,有感覺到這個團隊對這個產品的熱愛。

不過目前為止我好像沒有被哪個功能或設計特別擊中,也好像還沒有特別感覺到,該怎樣透過這個工具達成「讓自己專注在設定好的目標」這件事上。

覺得可以再觀察一陣子看看會不會有什麼新的功能出現!

如果 Twitter 可以讓我從上次瀏覽的地方繼續看

P.J. Wu 吳秉儒

大約 10 天前, Twitter 無預警地關閉了第三方 app 的 api 權限,老牌的 Twitterrific 跟 Tweetbot 都被關閉了,而且在經過一個多星期後,他們似乎打算完全放棄等待 Twitter 回心轉意,而是決定轉移陣地到 Mastodon 。

我大約在一個多前付費試用了另一個第三方 twitter client “Spring app”,不知為什麼沒有受到這一波影響,目前還是可以正常登入使用,我猜測可能 Spring 的知名度比較低,也有可能因為他的付費方式是一次性的買斷而非訂閱制。總之我還是可以透過 Spring 滑推特。

但也因為這件事,讓我開始思考,假設 Spring 也被斷,我該怎麼辦?我會受到怎樣的影響?

結果發現,我最仰賴 Spring 或之前用的 Tweetbot 的功能,只有一個,就是依照時間軸瀏覽時,能夠準確識別我「斷在哪裡」,然後從那邊開始繼續讓我看下去。

舉例來說,在 1 月 21 日的 19:30 我滑完 Timeline 上面所有推文,隔天早上 8:00 醒來後,我打開 Spring ,此時他會抓到 19:30 - 08:00 出現在我 Timeline 的那些推文,並且從 19:30 那個我關掉的時間點開始依序呈現給我,同時也會顯示還有多少則,例如 200 ,然後會隨著我往上滑,逐漸遞減。

透過這個功能,我幾乎可以完全不漏接我追蹤的人的推文,而且我也可以透過數字,知道還有多少「新東西」,而不用無止盡地往下滑。

不過這樣做的潛在缺點是資訊量可能過多,因此我會蠻認真地整理我追蹤的人,如果發現 po 的都是我沒興趣看的東西,可能就不會繼續追蹤。

但除此之外 Spring 或 Tweetbot 的各種功能,我好像都用不太到,或者說沒那麼必要。

所以我不禁思考,假設 Twitter 也導入這樣的功能,我是否就不再需要第三方 app 了?目前誠實的答案是,對。

關於 Heptabase 側邊瀏覽器的想法

P.J. Wu 吳秉儒

今天 Heptabase 更新了 0.256.0 版本,推出了側邊欄瀏覽器的功能,可以在右側的 panel 搜尋網站並瀏覽。

雖然目前還有許多網站連不上、看起來也無法登入,只能單純瀏覽網頁,但我已經開始想像未來的可能性。

  • 例如,在上面瀏覽 Twitter 並把推文摘錄下來,寫想法
  • 例如,在上面打開 ChatGPT,讓他跟我對話互動
  • 例如,在上面閱讀網路文章,並直接 highlight 段落做成卡片

我覺得,雖然目前也可以透過瀏覽器,一邊開 Hepta ,一邊開網頁,但是那樣的內容沒辦法直接拉到 Hepta 裡面,而且多視窗的管理總是比單一視窗還要麻煩一些。

而且更關鍵的功能應該是在未來持續更新後,應該可以更容易的把網頁內容摘錄成卡片,此時卡片上面也會直接帶有網頁的 metadata ,讓自己更容易回溯與分類。

我開始感覺 Hepta 對於各種主打生產力的新創瀏覽器來說,有類似降維打擊的效果,因為瀏覽器上面並沒有好的基礎設施來紀錄與發展想法,但另一方面,在某些場景的瀏覽需求裡面,並不需要太複雜的瀏覽器功能,此時 Hepta 只要有基本可瀏覽的程度,再加上更完整的整合,就能在整個瀏覽、筆記、思考的流程上處理得更好。

感覺我未來會直接把日常興趣型與學習型的瀏覽都移到 Hepta 上面了吧。(那麼還剩什麼呢?可能只有工作的整套場景還需要仰賴正規的瀏覽器吧!)

讓寫電子報變成是為自己服務的事

P.J. Wu 吳秉儒

如同「我為什麼還是想寫電子報?」這篇裡面提到的,對我來說,要持續更新電子報這件事,因為是件持續性的事情,且不容易辦到,所以心理門檻很高,久而久之就容易擺爛放棄,但我又不想放棄。

為了解決這個矛盾,我思考了一些不同的作法,想來想去,勢必得要更動每一期的內容結構才行。

過往的內容結構是:

  • 當期的主題短文

  • 我的某個 workflow 介紹

  • 好文推薦分享

  • 新工具新服務分享

其中第一部分跟第二部分最花時間與力氣。三跟四則還好。所以如果要調整結構,那麼應該要保留三跟四就好,一跟二就得要放棄。

順著這個思路我又在想,如果我每篇電子報就只是分享幾篇文章連結或工具的連結,會不會有點廢?

是有點,但如果滿足下列條件,好像就會比較不廢一點:

  • 在分享文章的同時,也分享我的「閱讀動機」

  • 在分享工具的同時,也分享我的「嘗試動機」


我感覺這好像是我在看大部分內容聚合型的電子報時,比較少看到的。以我自己來說,先前分享文章時,可能比較著重在推薦「這篇文章為何好看」,但不會特別去說明「我為何會想看」。

但在資訊過載的現在,我覺得多分享一些動機也是很不錯的事,可以讓接收者更迅速地判斷是否自己也要進一步處理這個資訊。

以我自己來說,如果別人在分享文章時帶有閱讀的動機,我又恰好有類似的閱讀動機,可能就會更願意點進去看。

同樣的,假設某個人因為使用某個工具不順,因此找到了一個新工具,然後分享出來,倘若他能把前面的「不順」描述出來,而我也恰好能共鳴這個「不順」,那也會讓我更願意嘗試那個工具看看。


而除了調整形式這個方式以外,我覺得更重要的是,好像可以藉由寫電子報這個任務,更勤奮地整理我閱讀後的紀錄。

在開始使用 Readwise Reader 後,我的閱讀量更大了,也記下了更多的想法,這對我來說是很享受的事。不過,我還沒有花太多時間處理的,是「整理」我閱讀後產生的新想法們,讓他們跟我既有的筆記與想法互動。而我好像可以透過寫電子報,讓這件事也變成是生產流水線的一部分。


換句話說,讓寫電子報變成是為自己服務:

  • 透過寫電子報,我可以更頻繁地更新我的閱讀紀錄與想法

  • 透過寫電子報,我也能夠檢視我閱讀不同內容、嘗試不同工具的動機

思考到這邊以後,我覺得我寫電子報的內在動機好像充電完畢,可以開始執行看看了!

我為什麼還是想寫電子報?

P.J. Wu 吳秉儒

我最近打算開始重新連載電子報,這個念頭持續盤旋在我心中好久了。

最近一次的電子報更新已經是 2022 年的 6 月 26 日,在那之後我有一段時間忙於工作跟玩足球遊戲,不僅電子報徹底斷更,也沒在接觸新的工具或有趣的東西,直到 11 月左右才開始慢慢回到 2022 上半年的節奏。

而從 12 月底開始,我陸續寫了幾篇年度回顧,也重新翻修了網站,把筆記與想法的內容都搬回主網站。搭配著使用越來越順手的 Heptabase ,我開始越來越習慣 PO 文,無論是短的想法或長的文章,好像寫起來的阻礙都變得比以前更小了,但「電子報」仍舊還沒開始復更。

為什麼呢?我這幾週斷斷續續地在思考這個問題,我也慢慢找出一些解釋或說法,整理如下:

  • 時間壓力:

    • 過往十幾期的電子報經驗,平均每一期的撰寫時間大概就要花上 2-4 個小時,差不多就是週末的整個下午時間。而且它需要蠻聚精會神地進行,才能夠寫出我自己也滿意的內容。長久下來,我覺得有點太累。

    • 這種感覺跟寫單篇的 blog 不太一樣,有時單篇的文章我要寫更久的時間,但那也不會太常發生,不像電子報這樣,會有個「每週/每兩週」都要完成的心理壓力。

  • 品質壓力:

    • 我很期待自己能寫出有價值的內容,但這件事情門檻有點高,因此先前在寫電子報時,常常會寫到一半卡住,思考怎樣寫更好。這件事也會給我帶來一些心理壓力,當我覺得我的內容不夠好、當我覺得我暫時沒有什麼好內容時,就會傾向擺爛、斷更。

但更關鍵的核心問題可能是,我寫電子報的目的到底是什麼?

  • 我目前已經有一個網站,可以分享比較長的介紹型內容、比較短的想法與靈感,也有 Twitter 可以轉發有趣的東西,這些形式與通路都與電子報有些重疊。因此我需要一個更強的動機來寫電子報。

  • 先前我寫電子報與分享的動機並不明確,因此這件事情就被我放置在一旁不去處理,即使有時間,也會拿來做其他我更有動機去做的事,例如研究新工具、改一改自己的網站之類的。

  • 雖然我在先前 2022 寫的這篇「為何我要寫電子報」裡面有回答幾個動機,但我現在再來看這篇,這些都不是足夠吸引我持續寫的動機,因為我已經不會卡在「產出內容」這件事,我也沒有強烈的經營個人品牌的想法。

  • 如果順著這個思路想,結論就是,我沒有什麼真正的強烈動機,支持我持續寫電子報。

但,為什麼「繼續寫電子報」這件事,仍然被我認為是一件重要的事,而一直在腦中不斷拉扯呢?

  • 我感覺它好像是某種內在的試金石,因為這件事若要持續做,很困難,所以我想要挑戰看看有沒有機會達成。

  • 如果放棄了,好像有點遜,所以我不太想放棄。

  • 對,就是這個有點中二的原因,讓我還是想再來挑戰看看寫電子報。

而這兩個禮拜,我好像想到一些改變的方向了!

-> 讓寫電子報變成是為自己服務的事

當我在做筆記時該用「placeholder」嗎?

P.J. Wu 吳秉儒

今天看到有篇文章在講他怎麼記 evergreen notes,其中一個步驟是把自己有興趣的主題記下來作為「placeholder」,也就是先卡個紀錄在那邊,但不特別去處理它。

例如,我看了這篇文章後覺得「placeholder」這個概念蠻有趣,我可能就會為他新增一個頁面、卡片或反向連結,然後未來就有機會繼續補強這個概念、或者是把其他概念連結過來。

我在幾年前第一次接觸反向連結或類似的概念時,也很興奮地努力創造 placeholders,例如今天看了某篇關於專案管理的文章,就創一個空白頁面叫「專案管理」,明天看了某則關於個人知識管理的文章,則創了「個人知識管理」,但當時還不懂得如何整理、如何補充、如何灌溉這些筆記,因此過一陣子就發現,空有標題的空白頁面非常多,但真正產出的心得或內容卻沒多少,系統就崩潰了。

後來我有好一陣子,都沒有用這種方式紀錄筆記,取而代之的,是另一套記筆記的原則:

不管多短,有什麼念頭產生時,就至少寫一兩句自己的想法,只有自己的想法才是重要的。

我發現,這種作法的成效更好,我記下了更多想法。其中有許多甚至是開始紀錄一兩句後,後面的想法就跟著跑出來。

所以看到這篇文章後我在想,我可能可以再來嘗試看看這種建立 placeholder 的筆記方式了,但重點是,當下,一定,一定要寫下自己的想法。

可以直接到 placeholder 的頁面寫,也可以直接寫在旁邊,讓自己未來從反向連結的顯示區塊可以看到自己為何要記下這個 placeholder。

要寫的內容,無論是自己對這個 placeholder 的解釋、或者是別人的解釋,都好。寫下來後,再嘗試與既有的筆記連結看看。

總之重點是,當下事,當下畢,這樣才不會累積到崩潰。

我打算在網站上建立的「個人詞庫」是什麼?

P.J. Wu 吳秉儒

最近在看了「卡片笔记中的三种笔记类型」這篇文章後,對於「公認詞條筆記」跟「自創詞條筆記」這兩種類型的筆記很嚮往。

剛好 Heptabase 也推出了 Tag’s table 的功能,感覺完全可以趁這機會開始建立自己維護的詞庫,這個詞庫會由一則一則的名詞構成,每則名詞就是一個單獨的頁面,可以給我的網站每篇內容引用。

這些名詞單頁可能會放置這些詞彙的簡單介紹、定義的 references、以及我對這個詞的一些註釋、補充、說明等。我也打算在頁面放置有連到這個名詞的站內文章,也就是所謂的反向連結(backlinks)。

我覺得建立一個這樣的個人詞庫的好處有兩個:

第一個是,我可以更理解與更確定自己在用的這些詞,究竟是什麼意思?我有沒有誤用?這個詞本身是否有歧義?我怎麼看待這些歧義?

同時也可以思考,如果不用這個詞或概念,我能夠表達我想表達的內容嗎?

透過這個過程,我覺得我有機會進行更深度的思考與輸出。

第二個好處是,能夠降低溝通上的認知落差。讓看了我的文章的人,都能更清楚我對這些專有名詞與術語的理解是什麼、我怎麼看待與使用這些術語,而在這樣的基礎之上,看了我的文的人就可以:

  • 基於同樣的名詞與術語認知,跟我討論該篇文章的內容
  • 跟我討論或挑戰關於這個名詞與術語的定義或註釋

無論是哪一種,我感覺都會是我有興趣、也很歡迎的事。期待近期就有機會能慢慢建起來!

為何我想為網站加上搜索功能?

P.J. Wu 吳秉儒

在去年七月時,看到 Owen 這篇「给Zola博客增加搜索功能」文章後非常心動,就很想要找機會幫自己的網站也加上類似的功能,不過後來一直遲遲未展開研究。

前幾個禮拜,看到 Pagefind 這個工具,好像可以為靜態網站建立搜尋 index ,又激起了我的興趣。

今天終於認真想來研究一下,結果發現 Pagefind 對目前的我好像還是有點太進階了。我能夠照著它的教學,在我電腦裡的網站 directory 成功生成 index,但我不知道該怎樣把這個流程也套用到 Netlify 上面,不知道該怎麼讓網站在自動 build 的同時也可以透過 Pagefind 產生 index ,所以就暫且先放棄。

這時又回頭看 Owen 那篇文章,發現我還是很想要有站內搜尋的功能,而且看起來或許可以試試看 Owen 在用的 Meilisearch ,不過這部分就過幾天再來研究了。

那麼,為什麼我會想要網站裡有搜尋功能呢?我覺得好像是想讓瀏覽的人有更多機會接觸他想看到的內容,無論是什麼,只要搜尋當下有某個念頭,而我又正好寫過相關的東西,相信那樣的體驗一定會很不錯。

所以為了促成這樣的體驗有機會能真正發生,這幾個月一定要嘗試把搜索功能做出來!(立 flag )

為何我想嘗試看看 Linear 作為個人專案管理的工具?

P.J. Wu 吳秉儒

今天在 Twitter 上面看到有人推薦 Linear ,我以前也看過有人分享與推薦,但一直沒有去看看他「到底是什麼」。

今天好奇心充足,就點開來瞧瞧,看了第一眼的理解是為了軟體開發團隊打造的協作工具,可以提 issues,進行 sprints,規劃產品的 roadmaps 。

在官網上還有許多功能與特色,但我突然間被打動的是,好像可以拿來作為我的「個人專案管理工具」?

在團隊上,我們使用的是 Clickup 作為團隊的專案協作工具,目前運作起來沒什麼問題。

在個人工作向的任務管理上,我這禮拜開始使用 Todoist ,覺得蠻順暢的,很不錯。

不過一直以來好像沒有花很多力氣在「個人專案管理」上面,無論是學習東西、長期性的累積,常常都是比較隨機性地進行,某個時段對某件事比較有熱情,就會投注大量時間與專注力,但熱情一旦消逝或移轉,也會離開得很快。

不過從 2023 年開始,有點想要更有紀律地執行一些事情,例如寫電子報,例如學習更多東西,例如更投入某些專業的領域。

當我想到這些比較大的「專案」時,就覺得好像需要一些工具來協助我。這時, Linear 出現了,我來用用看吧!

用了一下子,發現還不錯,好像真的有機會成為自己的專案管理工具。

優點:

免費版就有甘特圖、串接 Raycast 後能夠快速加入 issues、有自定義的 workflow 流程

我暫時設定為

  • Issues
  • Tasks
  • Doing
  • Blocked
  • Done
  • Archive
  • Abandoned

感覺有機會來同步多線進行幾個不同的事情。

我覺得拿這個工具來進行個人任務管理的好處是,可以「重器輕用」,例如團隊協作需要的 comment 功能,一樣可以拿來自己使用,這就可以讓一個任務被賦予多次的註解紀錄。另外也可以設置任務的好幾個階段,把專案好好拆解成不同任務,並且按部就班地去執行。

而因為他不是任務管理工具,因此沒有諸如比較進階的 defer 推遲、重複任務等功能,但這反而好像蠻適合我的使用場景,因為我本來就不太需要為這些個人研究興趣的東西設定截止日。

換句話說,我在做的事情好像本來就該以「專案」為規模,而非單純的「任務」才對?

為何會有稅收超徵的狀況出現?

P.J. Wu 吳秉儒

今天剛好跟同事聊到這個議題,簡單記錄一下我的理解與想法。

歲入部分

為何會有稅收超徵,原因是政府在編列「歲入」預算時的預測失準,原先預計可能整年各項收入會收到 X ,結果最後收了 X + n ,這個 n 目前被命名為「超徵」。

那麼為何會預測失準?

  • 可能是真的不知道該年度會收到這麼多
  • 可能是「不敢或不想照著真實預測的內容編列」,也就是說,即使預測會收入 X + n ,但還是只編列 X 的歲入。

真實狀況也許介於兩者之間,就是原先預估可能可以比過往多收一點,但因為種種原因,最終還是不要把這些可能多出來的部分編進去好了。

為什麼呢?

第一個原因,是預算編了某個值後,它就會成為未來年度的基準值,很難降下來。這個很難降的原因是政治性的,假設今年編了 X + n ,結果明年預測整年景氣後覺得不理想,只編回 X 的收入預算,此時就會受到立法委員與媒體質疑,為何政府收入能力下降了?

第二個原因,是歲入預算如果照著預測編得高了,但卻沒有真的收滿這個 X + n 的收入,那麼則會被審計部認為是「預算執行率過低」,意思就是這些負責收錢的部門「辦事不力」。而立法委員也會針對審計部的報告去電這些「辦事不力」的機關。

第三個原因,是編太低卻收很多,通常沒什麼問題,大家會以一種常識型的心態看待這件事,覺得是「收到原本沒想到的錢」,是賺到。

從這三個角度來看,依照預測編高歲入預算,對公務機關來說幾乎是沒什麼誘因的事,而照過往的經驗編列,則是沒什麼損害的事。


歲出部分

另外除了歲入本身的狀況,還有「歲出」的預算。通常歲入歲出這兩個數字不會相差太大,這會造成的結果是,硬是基於對收入的樂觀期待,把支出的預算也拉高,例如預計會多收 2,000 億,就把支出的預算也拉高 2,000 億,那麼這種狀況下可能會遇到更多問題。

假設這筆多出來的錢要用在特定用途上,就會提早面臨本次用錢方式的爭議,大家開始吵著討論這幾千億要花在哪裡。而且到時候是基於一個「未必收得到錢」的樂觀想像,卻要去編列「幾乎一定花得掉」的支出,怎麼想問題都很大。

而倘若多出來的預算是要雨露均霑分給不同的部會與不同的計畫,此時他們未必有能力把預算「有意義地」花完,而且預算「只能升不能降」的狀況在歲出預算更明顯,有爭取到預算的部會為了牢牢掌握這筆錢,就會把錢盡量花光,避免來年被審計部認為預算執行率過低、被立法委員認為「你們根本就不需要這筆錢嘛,刪掉刪掉」。而來年就會拿著前一年的紀錄,希望能夠繼續編列這樣額度的預算。

不管從歲入還是歲出的角度來看,最保險、最安全的做法,就是大致上跟著通膨,在去年的基礎上多個幾 % ,這樣最省事、最安全,至於如果真的多收到錢了,那也不過就是再討論一下怎麼花這筆錢就好。

但我覺得裡面更根本性的問題是,沒有任何機制去鼓勵、去獎勵能夠精準因應變化的人,整個體系環環相扣,要改動什麼都太難了。甚至這個議題在理解上就困難到不行,離一般人的生活經驗與接觸的數字額度都差距太遠,因此不太在意,而代表民意的立法委員當然也就沒有誘因去改變制度。

備註:

  1. 我也不知道有什麼解方。
  2. 如果本文內容哪邊有誤還請跟我說,感謝!

為何我想開始使用 Todoist 作為我工作上的任務管理工具?

P.J. Wu 吳秉儒

今天突然有個想法是,想用用看不一樣的任務管理工具來管理工作上的各項任務,例如回信給客戶、準備會議文件、整理某項專案紀錄等等。

從進入目前的工作與職位以來,我的任務管理工具一直有些變化,有一陣子是單純用子彈筆記的形式,每天在文字編輯器列出待辦事項與優先序,然後當天沒做完的事就手動移到下一天,依此類推。

後來還是希望有些比較「任務管理」的功能,於是又移回了老朋友 OmniFocus 上面。

OmniFocus 一直是我信任的夥伴,多平台同步、能夠定義詳細的任務資訊,也能設定 defer 的狀態,讓某些任務在特定時間才會浮現在自己面前,避免過載。

因此我在 OmniFocus 上倒也使用得還算順利。

不過,跨年的這幾天我一直在想,我對筆記軟體那麼有「嘗試慾」,為何從以前到現在幾乎沒用過幾個不同的任務管理工具,而一直獨鍾 OmniFocus 呢?曾在 2 個月前簡單寫了一下相關的想法「為什麼我總是離不開會讓我過載的 OmniFocus?」但現在想想,也沒那麼絕對,於是我剛才就憑著一股衝勁,註冊了 Todoist 並開始使用。

會選擇 Todoist 是因為感覺它蠻有存在感,常常在我使用的不同工具,例如 Spark, Slack, Raycast 等等都有看到可以串接的樣子。因此在稍微研究後,覺得我的使用情境好像免費版也夠用,就註冊了。

結果試用了 20 分鐘發現相當喜歡,只是淺嚐而已就有許多不錯的 UI 體驗,例如 quick capture 功能可以直接用自然語言設定 due day 與指定 project ,另外內建的一些小提示也蠻溫馨的,而成功串起 Slack 與 Raycast 的感覺也非常好,快速用下來的感覺是,我應該有機會把工作上的任務都丟來這邊。

至於 OmniFocus ,假設工作上不再需要了,可能只剩下個人成長上的待辦事項,但隱約覺得它未來應該會被 Heptabase 給取代,因為 Heptabase 只要加上基本的 todo view ,就能夠在給我任務的同時,也給我更多「關於這個任務的產生情境與相關內容」,這是 OmniFocus 線性的介面設計很難達到的效果。

Heptabase Web 版本可以多做到什麼事?

P.J. Wu 吳秉儒

今天 Heptabase 的 0.247.0 版本上線,更新了重要的 Web 版本 v1,雖然目前還沒有針對 Mobile 或 Pad 版本的顯示優化,但 Web 版上線後已經可以比原先多做好多事情,例如:

  1. 可以發揮瀏覽器 extensions 的威力:例如我可以直接在 Hepta 的卡片上使用 DeepL 翻譯,或者是直接把自己的 Heptabase 內容存到 Readwise 裡面。

  2. 可以直連到特定頁面:如 Journal 跟白板都有自己的專屬連結,這樣就可以透過書籤或其他工具快速連結到自己想要的頁面,減少跳轉的時間。

  3. 可以多開 Hepta :原先只能透過 Hepta 內建的分割功能把不同卡片顯示在左右兩側,但現在完全可以做到「左右各放一個白板」或「左右各放一個 Journal 頁面」的效果,甚至要的話也可以開更多視窗,放更多不同的內容。(只要顯示器夠大、電腦效能夠好)

我覺得作為一個 Heptabase 的用戶,真的是蠻開心的。

我想要的 Heptabase 功能 - Smart Section

P.J. Wu 吳秉儒

昨晚想到這個需求,今天早上在 Heptabase 的 discord 裡面提出,期待之後有機會實現,也在這邊記錄下來。

以下是原文:

想要一個功能,我先以 smart section 命名跟想像

在白板中可以選擇加入一個 smart section,加入時可以自訂這個 section 的篩選條件,例如某個日期到某個日期、帶有某個tag、卡片中有某個字串等等。

設定後,這個 section 會帶著符合條件的卡片,直接出現在當前白板上,這個 section 會隨著符合條件的卡片變動而即時更新內容(例如多加入一張符合 tag 的卡片在其他地方時,這個 section 也會自動擴張。

而這個 smart section 由於篩選條件固定,因此不能隨意把卡片加入或移出,除非調整篩選條件。

但在介面裡可以編輯個別卡片的內容,也可以透過拖曳的功能直接把想要的卡片拉出 section 到目前的白板裡。

這個功能的特性是,可以快速篩選並呈現某個群組的卡片,但他不會是一次性把卡片加入白板,而著重的是持續性的監測、或者是快速的加入參照。

我有想到的使用情境,例如想寫 weekly 或 monthly reviews 時,就可以快速把過去某段時間的 journal 卡片抓出來一起參考對照,或者可以設定成「未來七天」的持續呈現,這樣可以聚焦在短期內應該做的事情,有點像是 smart views 的感覺,當然也可以是把特定的 tags 都聚集在一起展開研究。

我想透過 section 來實現的原因是,它是一個視覺上聚焦的方式,著重呈現卡片之間的群組關係,但它不會重複影響卡片庫或白板的內容。

嘗試透過 ChatGPT 改部落格的 CSS 樣式

P.J. Wu 吳秉儒

今天早上本來想設定部落格的 backlinks 功能,這是從 Zola 0.16.0 版本就有的功能,但我這幾個月一直沒空研究。

結果研究了一個早上一直失敗,最後直接放棄,不管是 Rust 還是 Zola 還是我的部落格,我懂的還是太少了啊。

不過研究的過程看側邊欄有點不滿意,就想調整看看,這時想到了 ChatGPT,問了一兩輪後,就真的順利解決了我的小問題,非常開心。

此時又看首頁每篇文章連在一起的呈現方式不太滿意,決定一樣請 ChatGPT 幫我調整看看,這次花比較多時間,但最終也順利完成了,成果是目前看到的這樣,每篇文章會區隔開來,並且也有響應式的自動變換尺寸。

整個過程 run 下來,我覺得真的很神奇,如果在沒有 ChatGPT 前,我大概要花上兩三倍的時間才有機會完成,但現在快上好多,甚至讓我開始想像設定其他進階樣式的可能性,例如分欄顯示、Menu 按鈕等等。(對,我就是這麼麻瓜!)

而這好像是用過幾次 ChatGPT 後最直接的感受:它帶給我更多的可能性與想像。甚至會為了想好好利用它,先再去多學一些基礎知識。

期待接下來的發展。

嘗試改變部落格裡 og image 的設定

P.J. Wu 吳秉儒

最近又開始比較密集分享兩個部落格的文章,不過在 Twitter 上面分享時,通常都只會顯示部落格的 LOGO (如下圖),沒辦法顯示裡面的配圖。

logo-as-ogimage

今天剛好有空,想來調整這部分的設定。

這個部落格的 og-image 設定是放在 base.html 這份檔案裡面,之前的寫法是寫死成固定的圖檔連結,而這次要做的事情是,希望他能夠有些彈性,假設我在文章裡面特別設定了 "extra.image" 的路徑,就要把 og:image 設定為該路徑。但若沒設定,則還是維持原本的 LOGO。

所以我在原先的設定前面新增了

{% if page.extra.image %}

讓文章裡面若有這個設定,就會影響下面抓的 og:image 內容。

最後也順利成功了!(雖然可能程式碼的結構不是很乾淨,但可以順利通過編譯)

接下來在社群上分享文章顯示的圖應該會更好看了!

我為何對 Heptabase 的「溝通平台」想法有興趣?

P.J. Wu 吳秉儒

今天 Alan 在 Heptabase 的 discord 宣布:

To help you explore and share ideas with others using the existing card system, we'll begin to build a platform that enables individuals, teams, and communities to explore, share, communicate, and reuse ideas without disturbing each other's independent thinking process. We've rebuilt our entire backend infra in 2022 Q4 in preparation for this.

看起來是想要打造一個能夠共同與他人「探索、分享、溝通與重複使用想法」的平台。

我對這個溝通平台很有興趣,因為我喜歡分享想法,也喜歡跟別人討論這些想法,所以假設能更好地把我的思考歷程與最終產出分享給對方,對方應該更容易進入我的思考狀態,進而跟我一起在相近的思考基礎上討論,這也更容易聚焦、及產出我都沒有想過的想法。

那既有的工具在這些方面有什麼不足呢?

以文件來說,必須經過充分的組織,有條理的架構,才能與他人好好的溝通,但在這過程中可能會遺漏一些思考的痕跡,例如,是基於什麼資訊而產生什麼想法,又是基於怎樣的取捨才得出目前的方案,或者是曾考量過哪些選擇,但過程中卻放棄不採用

這些資訊在文件為主的「線性思考」系統中若都放進來,可能會讓文件太過雜亂、沒有重點。但在白板類型的空間,則有機會通通收錄進來,讓整個思考的內容更全面、也更好被理解。但白板可以乘載的內容也有一定限度,且倘若沒能在視覺面有好好的規劃梳理,非線性的結構也容易讓「非內容產製者本人」迷失。

而以白板畫布來說,既有的產品可能主要是 focus 在於單次性專案的發想與討論,對於同一原子概念或核心想法的重複使用可能比較不重視,甚至對於長文字的編輯體驗也較差,很難讓人在上面充分完整的表達自己的想法。

因此,無論是文件型的、或者是白板型的,都需要在多人共同「編輯」、「展示」與「整理」上面有足夠好的體驗,以讓每個參與者都能快速理解別人想表達的事情,包含前後的演進歷程、上下文的脈絡、以及完整陳述的深度,這樣才能更好達到這個溝通的效果。

具體來說,假設有下列功能的話,都會很有助於上述目標的實現:

  • 可以透過視覺 focus 在某個最終的思考路徑或範圍,甚至可以隨意任選一些卡片形成特定卡片組,就可一鍵選擇 focus 在這些卡片組的路徑上。
  • 可以有 fork / clone / commit / merge 之類的操作方式,且要夠直覺,讓不同人都能輕易協作,貢獻給共同的想法歷程紀錄
  • 可以有不同版本的溝通思考 snapshots 紀錄,甚至能夠充分比對不同版本的差異
  • 要有公開與私人版本的差別,兩者之間的路徑要很暢通,因此大家可以在自己的空間思考規劃,並且貢獻自己的內容上去公開版本裡面,此時公開的介面也會留下不同人的編輯紀錄與想法

因此最期待 Heptabase 的是,在單一卡片的維度,可以有文件的嚴謹與清晰的架構,同時在多卡片的架構下,又能夠保有充足的思考脈絡;而在多人共享的平台中,能夠穿梭在不同人、不同時間的多卡片空間裡,形成最好的共享溝通思考平台。

為何我對 Mastodon 產生興趣了?

P.J. Wu 吳秉儒

我一個月前曾在 為何我對 Mastodon 等「推特替代品」暫時沒興趣?這篇裡面提到:

這次好像對 Mastodon 提不太起興趣

不過今天的我變了。

因為早上 Twitter 公布一項新的規定是,未來不能在 twitter 上面 po 其他社群平台的連結,例如 Facebook, IG, mastodon 等都名列其中,雖然目前最認真使用的社群平台就是 Twitter,也不太會 po 別的帳號,但 Twitter 現在這樣做,未來有可能會擴及到其他類型的連結。

例如,假設未來 Twitter 主打長文章或電子報的閱讀,可能就會禁掉網站或 substack 的連結。假設未來 Twitter 主打某某新的內容類型,可能就會禁掉該領域的其他競爭對手。雖然 Twitter 這篇公告很快就下架,但信任的摧毀通常只在一瞬間,我不太喜歡 Twitter 這樣的決定,因此看到這個規定後就覺得,是時候該新找地方待了,而最有機會的替代方案就是 Mastodon。

晚上下班後搜尋了一下,之前在 PKM 社群裡面看到不少人都加入 pkm.social 這個伺服器,我覺得在這上面可能最有機會找到同一批我在 Twitter 喜歡追蹤的人,因此也選擇在這邊註冊。現在我在: https://pkm.social/@pj ,歡迎追蹤和交流!

至於在 Mastodon 上面暫時要 po 什麼呢?我在想,或許可以 po 英文版的內容,一直都想要認真練習英文,不如就從這次開始吧!

嘗試使用 Heptabase 新更新的 PDF 卡片功能

P.J. Wu 吳秉儒

在今天更新的 0.233.0 版本裡,可以上傳 PDF 檔案到 Heptabase 裡面成為 PDF 卡片,在 Heptabase 裡面閱讀、從其他卡片連結到這些 PDF 卡片,同時也可以將這些 PDF 卡片放到白板上或者是側邊欄。

稍微測試了一下,覺得導入 PDF 以後閱讀的體驗還不錯,並且可以放在側邊欄,同時開啟別的卡片寫筆記,覺得透過這種方式蠻好整理閱讀筆記以及自己的想法,也很容易把拆解後的卡片放到白板上去組織成自己的想法。

跟其他稍微比較先行的 PKM 工具比較起來,Hepta 的 PDF 功能是剛推出而已,所以還缺乏標註、直接連結與跳轉段落等功能。

但以「拆成卡片」以及「重組卡片」的體驗來說,我覺得 Hepta 具有很大的優勢,因為 PDF 文件通常較長,所以每段標註或筆記的內容可能都會比較零散,此時在傳統線性或樹狀架構的工具裡,需要花較多力氣去建立這些零散註解與想法之間的關聯性,但「卡片」天生就是零散的,而在 Hepta 裡面可以很容易地組織這些零散的卡片。

假如我寫論文時有 Heptabase 就好了 XD

為何我想使用 Proton 的各項產品?

P.J. Wu 吳秉儒

我從好幾年前就聽說過 Proton,一直以來都很有好感,一開始只知道 Proton 是個很厲害的加密電子郵件,後來知道他們有 VPN 服務,不過也一直沒去用。

可能是一方面覺得麻煩(畢竟要改 email 感覺是個超大工程),另一方面也不便宜。

但對 Proton 的好感則是一直持續存在,可能是欣賞他們注重隱私的理念、也覺得這是一間很酷的公司,甚至 UI 視覺方面也很合我的胃口。

所以今年看到 Proton 的黑色星期五優惠後,整個就被燒到,包含了 Proton Mail, Calendar, Drive, VPN 等四個產品的 Proton Unlimited,平均一個月只要 250 台幣左右,完全可以負擔。

其中, Proton Mail 跟 Proton VPN 應該是我會想要認真嘗試看看的產品,而 Drive 目前沒有特別想存的東西,但或許也可以放一些個人的備份資料。 Calendar 則是暫時不知道可以怎麼用,因為目前日曆應該還是離不開 Google 跟其他人(公司同事)的協作。

但至少前兩個都很值得一試,我也決定要認真地跟 Google 說掰掰。