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

發布於 2022-12-04 | 最後更新時間 2022-12-04 | 分類: What I Tried Today

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

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

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

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

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

#Heptabase


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

發布於 2022-12-01 | 最後更新時間 2022-12-01 | 分類: Daily Why

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

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

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

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

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

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

#Proton   #Privacy


測試以 DEVONthink 作為暫存資訊的 hub

發布於 2022-11-26 | 最後更新時間 2022-11-26 | 分類: What I Tried Today

過去在使用 DEVONthink 時的心態,都是把 DEVONthink 當作資訊儲存的終點站,我可以把東西收錄進來,也許未來會用得到,屆時也很好搜尋。

不過後來一直覺得 DEVONthink 偏「重」,無論是介面、啟動速度、同步複雜性等等,都好像少了一些靈敏的速記的感覺。

但今天想到,或許這只是我的盲點,如果我要「輕用」的話,好像也是做得到。尤其是他很方便的 clipping 工具,可以截圖並馬上備註、可以截取文章並備註,好像也蠻適合拿來作為暫存箱的(也有完整的 inbox / reminder / smart group / date view 等 workflows),但感覺就是要確保定期把它清空,避免越累積越多。


測試 15 分鐘後的結果:

不行,處理「圖」這類素材的能力跟現代的「 block 編輯器」差太多了。我擷取圖片以後註解的內容蠻難閱讀,也沒辦法像 capacities 這樣把內容展開,或許可以考慮用用看 capacities 唷!

至於 DEVONthink ,可能還是要放比較正經的內容?或者,真的用不到它的話,就別再執著了?

#DEVONthink


測試使用 Capacities

發布於 2022-11-26 | 最後更新時間 2022-11-26 | 分類: What I Tried Today

這兩天在發現 Capacities 這個工具好像頗適合拿來收錄零散內容後,就有點好奇實際運作起來會怎樣。因此就註冊來體驗看看。

先說第一直覺我喜歡的幾點:

  • 進入 app 後的 onboarding 是透過幾篇預設的文件進行,其中除了讓人熟悉介面外,也帶入了基本概念的介紹。其中我最被吸引的是「Time is a fundamental dimension」這個概念。 據我目前的理解,應該是每則紀錄的內容都會自帶時間戳,並且展示在該日的概覽介面。這個概念是我目前想使用 Capacities 的核心原因,期待它的表現。

  • 銜接 Twitter 的表現不錯:在 Capacities 裡面直接貼上 Twitter 連結後,就可以抓到呈現不錯的 card view,另外也會直接出現在「Tweets」這個預設的 database 裏面。其他預設的 databases 還有 images / pages / tags / weblinks ,我猜只要是一般 url 應該都是歸類到最後一個裡面。

  • 而且倘若貼的是推文串的最後一則,那麼 Capacities 會直接收錄整個 thread 的內容。我覺得還蠻讚的。

  • 而在貼上這些內容後, Capacities 會自動抓取一些 metadata ,例如 Twitter 的作者是誰、或者是 web links 的網域是什麼,感覺可以帶有一點自動整理的功能。

  • 在刪除內容時,若該項目底下有巢狀的子項目,會詢問你是否要一起刪除,或者是只刪除部分。


試玩了一下下後,我覺得有幾個想法:

  • 目前好像不適合拿來存「文章」,因為介面中沒辦法收錄全文,只能看連結,這個 flow 反而弱於 Glasp 或者是 Readwise 等可以直接 annotate 的工具。(若他可以內建瀏覽器再用側邊欄或許就可以)

  • 目前最適合拿來寫 tweets / threads 的想法。

  • 目前還不確定是否適合拿來處理圖片、PDF、聲音檔、電子報。

#Capacities


再看了一次 Capacities 的想法

發布於 2022-11-25 | 最後更新時間 2022-11-25 | 分類: Random Thoughts

今天在 Heptabase 的 discord 上面有人分享了 Capacities 的截圖跟討論,我覺得有個功能還蠻吸引我的,就是可以自動在每項收錄的內容上面加上時間戳,並且自動在 Journal / Daily notes 介面集成顯示。

capacities-journal-view

我覺得這個功能的好處是,讓「review」這件事更簡易、更直覺。一樣是解決了 Logseq 那種難以回顧、必須仰賴雙向連結「碰撞」在一起的不確定感。

那麼,我可以在目前的哪個軟體做到類似的效果嗎?

看起來在 Heptabase 0.225.0 版本更新後,可以做到差不多的效果,只要我把 journal 的內容好好收錄整理,就可以在平鋪的白板上一次看到近期紀錄的內容。

不過,capacities 感覺更像是前期的 process 收錄箱,因為我也不想要把一堆無用的連結資訊塞到 Heptabase 裏面,那或許他真正可以替代的是 Raindrop?

等於說,我收錄了各種雜訊內容,寫下我的想法後,再記到 Heptabase 裏面,然後我真的就可以不用去管 Capacities 裡面的東西。

看了一下價格,如果要無限制收錄內容,那麼每個月的費用大概要 12 美金,感覺有點太貴了。那我還有哪些工具的選項可以做類似的事呢?

首先,他會需要有一個堪用的 daily notes 介面,然後,要有不錯的收錄功能,可以整理當天的項目。

第一個想到的是 Craft ,但試了一下感覺不太順,或許可以把 DEVONthink 挖出來試試看!

#Capacities   #Journal


Metaphor - 類 GPT-3 的新搜尋引擎

發布於 2022-11-25 | 最後更新時間 2022-11-25 | 分類: What I Found Interesting

這幾天忘了在哪則推文看到有人分享 Metaphor 這個新玩意,看了一下,好像是以類似 GPT-3 以及 Stable Diffusion 的技術運作的「搜尋引擎」,有點像是可以用自然語言搜尋,更精確一點,他希望你輸入的是日常社群或對話中,你推薦或分享給別人的時候會怎麼講話,Metaphor 就會「產生」那樣的連結。

例如:接觸一個新工具時,一般搜尋時可能會搜尋「Heptabase / Heptabase introduction 」,但 Metaphor 可能會希望你輸入「These are the best blog posts about Heptabase: 」。

我實際測試後,發現… 還找不到 Heptabase 的資料 XD ,而以其他生產力工具帶入,得到的答案也似乎不到特別厲害。不過若要找的是比較大眾一點的東西或工具,好像內容就還蠻豐富的。

我在使用的過程中,好像有產生之前在 Logseq 上面測試使用 GPT-3 類似的感受,就是,我好像不知道該拿來測什麼、我不知道怎樣與這些全新的 AI 工具互動。但隱約覺得這好像是接下來幾年很重要的一種能力呢!

最後放一下 Metaphor discord 裡面介紹 Metaphor 是什麼的文字:

Metaphor is a search engine that predicts the next link, similar to the way that GPT-3 predicts the next word. You search with it by writing a prompt: a phrase that looks like it could end with a link.

For example, if you prompt it with everyone knows the best scooby doo movie is, it'll predict what link is most likely to come after. In this case, Scooby-Do on Zombie Island, which is objectively the best.

#Metaphor   #GPT-3   #AI   #Search Engine


硬體冷錢包真的好難普及

發布於 2022-11-21 | 最後更新時間 2022-11-21 | 分類: Random Thoughts

昨日朋友來家裡玩,其中一項任務是教會他怎麼使用硬體冷錢包 Ledger Nano S,因為 FTX 暴雷事件,我一直警告他如果不把錢搬回冷錢包,資產遺失的風險會很高。剛好我在 2018 入坑時,一次買了兩個 Ledger Nano S,其中有一個一直閒置不用,就想說先借他用用。

趁這機會,剛好可以從一個外行人、純新手的角度,體驗看看「硬體冷錢包」這種東西的普及障礙到底有多大。

在體驗過程中我發現,要能夠「放心地」使用這種東西,可能至少要對下列概念都有基礎的理解(或有意願放在心上):

  • 什麼是私鑰?什麼是助記詞?他們之間的關係是什麼?
  • 區塊鏈帳本的意義是什麼,你的幣是「放在」哪裏?(並非放在錢包裡)
  • 為何要有「冷錢包」這種東西?它想解決的是「熱錢包」的什麼問題?
  • 冷錢包如果不見,怎麼辦?
  • 我該怎麼存放冷錢包?怎麼存放助記詞?

光想就覺得,哇,實在好難,我完全沒有把握教會我爸媽這種東西。(我覺得我爸媽都可以懂的東西一定就有 mass adoption 的潛力,例如 LINE 以及 Pokemon Go )

那若要簡化,上述的先備知識裡面,有哪些是可以關到黑盒子裡面呢?

在完全沒有研究這題的狀況下,我想到的會是基於身分、綁定身分的認證機制,透過這個機制存取、管理特定的幾組私鑰,再透過這些私鑰管理不同的幣。

但誰又有資格驗證身分?這個資訊或標準有辦法全世界都通用嗎?現在 UID 的相關研究又進展到哪了?

光想一想就好多問題冒出來,好像該好好拾回求知慾,努力把這幾年沒在追的進度都補上了。

#Cold Wallets


硬體金屬冷錢包的壓力測試評比

發布於 2022-11-19 | 最後更新時間 2022-11-19 | 分類: What I Found Interesting

最近因為 FTX 事件,許多人開始認真考慮與開始使用「冷錢包」,不過那些冷錢包大多指的是某種硬體裝置,例如 Ledger nano S 或是 CoolWallet 等,這邊先不深究冷錢包的原理是什麼,大致上的概念是最重要的「私鑰」一直都是保存在這個硬體裡,沒有聯網、沒有對外公開,因此通常具有更高的安全性。

不過這類錢包還是可能有一些風險,例如硬體故障或遭外力損壞時,假設自己並無備份私鑰或助記詞的組合,那麼錢包的資產還是有可能會永久遺失。

因此有些人又發明了更「冷」的錢包,它們沒有任何連網的功能,但是有極高的耐用性,非常不容易損壞,這類的錢包通常稱作 Metal Crypto Wallets,姑且先翻譯為金屬冷錢包。這類錢包通常以不鏽鋼等金屬製成,比起電子的硬體錢包來說,更防水、防火、防外力擠壓(地震崩塌等)。

以前知道這概念時就想說未來一定要買一個來玩玩,不過因為一直沒有太多資產,就沒有真的實踐這一步,後來在 twitter 上看到有人分享由 Jameson Lopp 製作的一份超完整金屬冷錢包評比表: Metal Bitcoin Seed Storage Reviews ,看了嘖嘖稱奇,原來已經有這麼多不同類型的金屬冷錢包。

有的是將助記詞的字母製成一片一片小小的金屬片,並依序排列放入金屬卡夾/桶子中,有的則是在一張金屬板上透過蝕刻或壓洞的方式印下助記詞。

我喜歡這份評比的原因是,它不僅只是買來試用而已,而是用了一套專業的壓力測試流程,分別以超過 1000 度並延續十分鐘的烈火、強酸腐蝕浸泡 12 小時、以及 20 噸的壓力擠壓,測試在這些極端狀況下,金屬冷錢包上面的註記詞是否仍能被準確辨識、未受到損害。

推薦大家可以隨意挑清單中的幾項參觀看看,真的很有意思,也是很實用的資訊。

#Cryptocurrencies   #Cold Wallets


為何我對 Mastodon 等「推特替代品」暫時沒興趣?

發布於 2022-11-19 | 最後更新時間 2022-11-19 | 分類: Daily Why

這一兩個禮拜由於 Elon Musk 收購 Twitter 後各種大刀闊斧的動作,引發許多人對目前 Twitter 的不滿,或者是擔心 Twitter 會驟然崩塌,因此開始有不少人主動遷離 Twitter 。其中最多人的去處應該是 Mastodon 。

雖然我一向對這類新玩意都蠻好奇也願意嘗試,但這次好像對 Mastodon 提不太起興趣。為什麼呢?我想到可能有幾個原因:

  1. Mastodon 去中心化的架構,讓我感覺有點…不安定?或者說,不適應;又或者說,會有選擇障礙?我不知道我該在哪個地方經營、PO 文、與其他人交流。

  2. 我喜歡用 Twitter 首先是因為 Twitter 上面有許多我有興趣的人、以及我有興趣的內容和社群,而在上面分享比較屬於次要的使用目的,因此假設替代品尚未形成這樣的量級,能讓我每次打開隨意一滑都能看到許多自己有興趣的討論話題,那麼我好像也不太有興趣到這個替代品上面。

  3. 我還是很喜歡 Twitter 的各項功能與設計,以及使用起來的正面體驗,因此我似乎沒有感覺到什麼把我推離 Twitter 的推力。

或許這個狀態未來終究會改變,但我想那應該還要一段時間吧!

#Twitter   #Mastodon


為何我選擇不續訂 Craft ?

發布於 2022-11-19 | 最後更新時間 2022-11-19 | 分類: Daily Why

昨晚心血來潮,覺得好像可以把 Craft 上面累積半年多的工作專案記錄及信件草稿搬走,搬到 Obsidian 上面,而 Craft 就停止訂閱 Personal Pro 版本。

會這樣做主要的原因是想省錢,Craft 的費用為一年 1,320 元台幣,雖不算多,但也是一筆小小的費用,我一直以來都會留意自己的每月平均訂閱費用,因此每到了要續訂的時間,就會想想,我真的有需要訂嗎?有沒有其他的替代選項。

這次考量後我覺得,我可以不再續訂 Craft ,因為我用不太到它的各項付費功能,包含版本紀錄、便利的公開分享功能(適合拿來當成輕薄的個人頁面)、或者是多人協作文件等等。 我要的大概只有 daily notes 的介面,並且可以透過 backlinks 追蹤特定專案。

這些需求我可以透過其他工具完成,因此雖然 Craft 有不少優點,但其中好像沒有那個「獨一無二的 killer feature 」,這就導致我會傾向用其他手上的工具來完成想在 Craft 上面做的事。我想,這可能代表我不太是 Craft 主打的客群。

退訂 Craft 後「記錄工作上的專案紀錄」這件事我決定移到 Obsidian 上面進行,我已經大概一年多沒用 Obsidian 了,覺得 daily notes + backlinks 好像很適合以 Obsidian 來完成,因此又重新安裝了回來。 Obsidian 能夠免費使用也是一個重要的關鍵,至於同步的部分,我也學會了透過 Git 同步,而不需要使用 Obsidian 頗貴的 Sync 服務。

不過我最期待的仍然是,Heptabase 可以早日推出開啟另一個獨立 workspace 的功能,這樣我就不用擔心個人的筆記與工作的專案紀錄混雜在一起了,至於工作上的這些功能需求, Hepta 早已可以完全滿足,包含好用的編輯器、雙向連結、Daily notes 等等,還附帶更多。

#Craft   #Obsidian


為什麼我總是離不開會讓我過載的 OmniFocus?

發布於 2022-11-13 | 最後更新時間 2022-11-13 | 分類: Daily Why

我從 2018 年開始用 OmniFocus,中間大概經歷過兩三次的大循環,每次循環都從認真設定一波開始、穩定運行一陣子,後來因為任務量過載而系統崩潰,荒廢一陣子只用其他軟體替代,但又忍不住回來重新大掃除,再開始認真設定一波。

這次我又進入一個新循環,正處在大掃除舊任務、重新設定一波的狀態。

為什麼系統崩潰這麼多次,我卻總是仍想好好整理乾淨,再重新開始?

可能是習慣、可能是喜歡他方便的時間設定、或者是 defer 的功能、或者是有序任務的功能,或者是 Perspective 的功能,這些功能好似沒有在其它的工具裡面看到過,所以我始終喜歡 OmniFocus 。

另一方面是,每次我把閃念想法存到 OmniFocus 後,它似乎就真的被我快照下來了,有時間點、有時會有一些 references ,所以即使過了幾個月再看,好像還是很快可以進入這個情境,我喜歡這樣的感覺。

不過為何每次系統都會崩潰呢?

這次重建,我想要好好釐清這個問題,看能否再順利的運作下去,就試試看吧!

#OmniFocus


令人感覺混亂的 Capacities

發布於 2022-11-08 | 最後更新時間 2022-11-08 | 分類: Random Thoughts

今天看到 Capacities 這個 app ,認真看了一下發現有好多我不喜歡的地方,記錄一下:

  1. 混亂,在 Features 頁面光這樣看,就覺得不知道這個東西的特色在哪。不同功能彼此之間的邏輯不清楚、重要性也不明確。
capacities-features
  1. 複雜,光編輯器就充滿一堆功能選項,不知道要這麼多顏色幹嘛。

  2. 看起來主打的就是不斷地不斷地收集,但感覺一下就爆了,沒有「該如何用」的 insights。

  3. 只有講「你可以怎麼做」,但好像沒有特別說「我們覺得怎樣做最好」(缺乏產品哲學)

  4. 看了一下產品哲學頁面,發現是有提到一些理念,但我好像沒有從產品的功能面向觀察到這些目的。以上都是未使用過純看的感覺,有機會再來補充。


Backlinks:

#Capacities


一忙起來,什麼生產力工具都沒用

發布於 2022-11-02 | 最後更新時間 2022-11-02 | 分類: Random Thoughts

上一篇發文已經是將近 4 個月前的事了。

這段期間,工作極忙,加班甚多,導致下班後、或者週末時,也只想放鬆放空,好像騰不出多餘的腦力再學習新東西、關注新工具,甚至是發表自己的想法。

另一方面, 7 月購入了 Football Manager 2022 這款遊戲,也讓我重溫求學時代的回憶,回到了 FM 系列這個精神時光屋中。

這兩個狀況互相結合起來,讓這幾個月幾乎只有足球遊戲來填補我工作以外的生活。

不過近期總算慢慢把工作時數壓下來了,足球遊戲也有點玩膩了,或許可以再回到七月以前的狀態了。

但這幾個月這樣接近 burn out 的經驗也讓我深刻感覺到,當心神完全被工作佔據、耗盡,真的是很難再用任何方法、流程或工具,讓自己在工作以外的時間持續吸收、持續產出。

期待 11 月開始,能把工時再降下來一些,好好分享這幾個月裡面那些很值得分享的事、待看的文章、待玩的新工具。

#Works   #Productivity


嘗試透過 Airtable + MenubarX 建立一個個人的 Twitter CRM 系統

發布於 2022-07-12 | 最後更新時間 2022-07-12 | 分類: What I Tried Today

隨著 Twitter 使用時間增加,追蹤的人也越來越多,曾經看到有些人說他們會把追蹤人數保留在一個固定的上限,超過就會刪掉。

我也曾想這樣做,但卻發現我本來就很頻繁 unfollow 了,而且我想要追蹤的人增長的速度更快,這路應該行不通。

但人越來越多,就會開始出現一些情形是「這人是誰啊?為何我會追蹤他?」

最近這狀況愈趨頻繁,因此我想來好好處理一下。

主要的需求有:

  1. 我希望可以在追蹤人時,簡單記錄一下,我為何要追蹤這人?是因為看到他推了什麼我感興趣的東西嗎?

  2. 在隨機看到我真的很喜歡的推文時,能夠記下來,並且與這個人專屬的欄位產生關聯。

思考了一下手邊既有的工具,發現應該蠻多東西可以辦到這件事,在一番嘗試後,我決定透過 airtable + Menubar X 來試做看看。

選擇 Airtable 是因為這樣的需求感覺就蠻適合用資料庫來處理,也一直想試試看 Airtable 但沒有找到特別適合的使用情境。

而 Menubar X 則是為了讓這個資料庫能更順暢地打開與查找,我想要的是「想到時馬上就可以打開」,這好像也蠻適合透過 Menubar X 這個「menubar 的瀏覽器」來處理。

實際組合起來以後,覺得好像還蠻不錯的,雖然感覺過一陣子又會有別的方案,但現在先這樣測試看看也很好!

#Airtable   #Twitter   #MenubarX   #Personal CRM


嘗試把 The Archive 當成 Heptabase 的草稿夾

發布於 2022-07-10 | 最後更新時間 2022-07-10 | 分類: What I Tried Today

我買 The Archive 好久了,但一直沒有認真用它。曾經有一度拿來當成 Obsidian 的 quick capture 剪貼板,但當時並沒有一個很穩固的工作流,變成大量塞入內容,卻沒有去處理。

不過,最近開始用 Heptabase 學習與實踐 Zettelkasten 後,好像慢慢掌握卡片筆記法的流程了。在這個流程中,只要當我有一定的卡片後,在 Heptabase 裡面產生跟組織新的卡片都蠻容易的。

但我發現,如果是「還沒建立卡片集群」的概念或主題,這個過程就會有點卡。因為我好像不想要直接用珍貴的個位數編號來放置我零散、未組織的隨機想法。

可是這就會讓我的想法「塞車」,因為我一天消費的資訊頗多,可能每天累積下來會對至少 5-10 個不同的領域的資訊產生想法,但我的卡片集群還沒建立這麼快,這些想法都會被我在第一關就卡住排除掉。

於是我想到了 The Archive ,他有很快速的輸入工具,也可以區分標題跟內文,並可以依照標題來排序。

對我來說,這好像變成一個「卡片草稿」的暫存區,當我想到零散的想法,我可以快速幫它編上任何編號,但我可以先從這個編號開始往下展開。等我覺得我累積到一定的量,我再一次把這些卡片放到 Heptabase 裡面去正式編號與歸檔整理。

對我來說, The Archive 目前更適合做這件事的原因是,他有「快速輸入」的小視窗,並且可以「透過標題排序」,這兩點都是目前 Heptabase 還沒有的功能,但好像是我實踐卡片筆記法的需求,因此目前就先來嘗試用 The Archive 處理看看吧!

#The Archive   #Heptabase   #Zettelkasten


嘗試解決 Railway 鎖住導致 umami 跟 Cusdis 失效的問題

發布於 2022-07-09 | 最後更新時間 2022-07-09 | 分類: What I Tried Today

昨晚點開我的 umami dashboard ,想查看這禮拜的 blog 數據,卻突然發現無法登入。

看了一下,發現是 Railway 的免費額度限制,必須要填寫信用卡資訊,如果不填的話資料庫就會被鎖住(不確定是否是這個原因,總之我的資料庫被鎖住不能用)。

於是我就趕快升級方案,但還是卡住,就先去睡了。今天早上起來,發現資料庫是解鎖了,但 umami 跟 Cusdis 還是不能用,花了一個多小時總算搞定它們並且重新上線,也學到兩件事:

  1. 目前我的 umami 是部署在 Railway 裡面,他可以選擇要採用哪個 branch ,也可以自動設定要更新 umami repo 的版本,我發現原來選完更新後,他會對我的 umami repo 產生一個 pull-request ,這時我要到 github 上面去 merge ,merge 完畢後,Railway 就會重新開始部署 umami 了(花了四十分鐘),在這之後終於可以重新上線。

  2. Cusdis 部分,我則是資料庫放在 Railway,服務部署在 Vercel ,但資料庫解鎖後,Vercel 那邊還是無法 redeploy 成功,看了一下 logs ,發現好像是連不到資料庫。因此重新看了一下變數,發現資料庫的網址好像跟 Railway 那邊不一樣,於是重新填寫後,也順利部署成功了。

希望以後 Railway 能安穩一點,如果要付費就付吧XD ,有付費的話再來更新一下付費心得與資訊。

#Railway   #Umami   #Cusdis


平鋪畫面的卡片軟體 Gingko

發布於 2022-07-02 | 最後更新時間 2022-07-02 | 分類: What I Found Interesting

這禮拜都在用 Hepta 製作卡片筆記,在建立樹狀架構上面花了一些時間研究怎麼做比較好。 想起之前不知道在哪邊看到一個專門用樹狀架構處理筆記的軟體,找了一下應該是 Gingko

它的特色是提供一個橫向的介面,最左邊是所有卡片的根,往右則是該卡片的子卡片,以此類推。

透過這個介面可以很清楚的知道卡片彼此之間的階層關係,我還沒有去測試使用它,所以不確定在建立連結、或者是不同卡片樹之間該如何互動操作。

但總體來說我蠻喜歡這個 app 的理念,也希望未來 Heptabase 能夠加入這樣的卡片用法,可能是可以建立這種卡片樹,然後就可以手動添加對應的卡片進來。

總之只要 Hepta 保持「以卡片為最小單位的元件」,就有機會疊加出不同的互動方式吧!

最後也分享看到的一個 2001 A Space Odyssaey 範例: https://gingkoapp.com/2001-a-space-odyssey

#Heptabase   #Gingko   #Zettelkasten


連結想法的關鍵也許是 Zettelkasten 的編碼系統?

發布於 2022-06-26 | 最後更新時間 2022-06-26 | 分類: Random Thoughts

之前我一直沒有完整研讀 Zettelkasten 的介紹,只有東看西看,大概懂一些,大概做一些。這兩天決定來認真學習及實踐,因此晚上開始看 Zettelkasten 的相關介紹。

一看就發現,之前一直還沒做,因為不太知道從何開始的「將我的 Evergreen Notes 互相建立連結」流程,很適合透過 Zettelkasten 的編碼方式來進行。

因為編碼這件事情就是在強迫自己釐清每則筆記之間的關係,甚至應該說,釐清「新筆記」與「卡片盒裡的既有筆記」之間的關係,這樣的關係是基於上下文脈絡的、也是排他獨立的。

雖然會預料到一些未來可能的問題,例如「可否變動卡片的主編號?」「卡片主編號太多以後該怎麼辦?」但好像又覺得這些潛在的「困擾」都沒那麼難克服,只要優點多於缺點,這件事對我來說就很值得去做。

那就開始建立卡片盒吧!編號 1 就是 “1 Zettelkasten” 。

#Zettelkasten   #Evergreen Notes


為何我想要看到卡片的變化歷程?

發布於 2022-06-25 | 最後更新時間 2022-06-25 | 分類: Daily Why

今天在更新某個 workflow 時,又遇到了更新卡片內容的最佳實踐方式是?這裡面提過的問題,我不太知道該怎麼更新卡片最好。這時我嘗試詢問自己,為何我那麼在意「卡片的變化歷程」。

答案可能是恐懼「失去」?覺得過去的想法應該要被留住。

再進一步挖掘,這樣的恐懼,可能是某種損失趨避的心理,會希望自己盡量握有許多足以進行思考和決策的籌碼。

那麼,如果重點是「不想要失去」(而非「看到版本差異」),那好像更適合的作法是,把「過去版本」 archive 起來。然後新卡片有個連結能指向過去的版本就好。

#Heptabase   #Changelog


漂亮好用的註記工具 Glasp

發布於 2022-06-23 | 最後更新時間 2022-06-23 | 分類: What I Found Interesting

今天在 Twitter 上看到有人分享 Glasp 這個 highlighter 工具,稍微嘗試一下以後發現蠻喜歡的,喜歡的點包含:

  • highlight 的體驗不錯,有四種顏色可以選擇,也可以註記想法。

  • 可以快速複製 highlight 的文字內容。

  • 個人頁面可以累積自己的 highlight 紀錄,有那種熱力圖,感覺會有額外的動力去累積 highlights。

  • 可以看到很多人精選的文章跟 highlight 內容。

跟目前我最常用的 Curius 相比,Curius 有兩個地方更好:

  • 到一個網頁就可以看到「追蹤的人的儲存與 highlight 紀錄」,等於我可以隔空發現「原來這個頁面某某人已經讀過了」。

  • 在點到任一篇文章後, Curius 在右上角可以顯示「這個頁面我有幾個 highlights 」,這對我來講是判斷一篇文章價值或重要程度的視覺依據。Glasp 則必須到自己的首頁才看得到這個資訊。

但 Glasp 可以用不同顏色是個蠻重要的優勢,我可以用不同顏色去區分不同用途的 highlights ,比方說黃色是標註有感的句子,綠色拿來標註能讓我產生下一步行動的句子,紫色是我有疑問的句子,紅色則是我不認同的句子,透過顏色這樣簡單的分類方式,可以更快記下重要的靈感與想法,未來再回頭查找時也更直覺。

除此之外, Glasp 的複製體驗,還有 Quote 段落到 Twitter 分享的體驗都不錯,感覺蠻值得嘗試的。

#Glasp   #Curius