嘗試透過 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


嘗試安裝 umami 成功

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

因為稍早嘗試安裝 Cusdis 但失敗,想說一鼓作氣再來試試另一個之前曾提過的 umami

這次參考的是 搭建 umami 收集个人网站统计数据 | Reorx’s Forge 這篇文章,架設過程蠻順利的,基本上是完全照著 Reorx 提供的步驟做就成功了,只有幾個地方與原文稍有不同(或需要補充):

  1. 原文寫的 brew install libpg 應該是 brew install libpq 才對(不是 g, 是 q)

  2. 原文所說的「完成后,将 libpg 的 bin 路径添加到 PATH 中,在 .zshrc 或 .bashrc 中添加一行:」這段我本來看不太懂,搜尋一下才知道 .zshrc 跟 .bashrc 大概是什麼,後來我直接在 /home 底下建立了這兩個文件,並且添加那串 libpq 的路徑代碼,才順利完成。

  3. 我沒有像 Reorx 一樣修改腳本的名稱,避免被 ublock 擋住。(我覺得如果真的被擋住那也沒差。)

  4. 最後,我是透過 Netlify 的 Snippet Injection 功能來放置 umami 的代碼,我非常喜歡這個功能,快速好用,相當推薦。

整個過程對不熟悉任何資料庫或部署的我來說,大概花了一個小時完成,完成後所有數據都可以很直觀地透過 umami 看到,現在我對它非常滿意!如果過一個禮拜沒什麼大問題,應該就會把 Google Analytics 的追蹤碼移除了!

#Umami   #Google Analytics


嘗試安裝 Cusdis 但失敗

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

之前曾經有提過想試試看輕量的評論系統 Cusdis,今天突然有股動力實作,就照著 轻量级开源免费博客评论系统解决方案 (Cusdis + Railway) · Pseudoyu 這篇的說明開始架設。

第一步註冊 Railway 帳號並部署 Cusdis ,沒問題。

第二步,把 Cusdis 的 embed code 貼到部落格的對應段落,花了一點點時間,還是完成了。

但完成以後,卻只看到那個區塊有個「空白」,卻跑不出 Cusdis 的留言框框。

原先以為是 CSS 的問題,花了好多時間在亂調整一通,都失敗。後來打開瀏覽器的 inspect ,看到有一段錯誤碼是:

Access to script at 'https://cusdis-production-54de.up.railway.app/js/iframe.umd.js' from origin 'https://notes.pinchlime.com' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.

嘗試研究了一下,發現這好像是我看不太懂,也不知道該怎麼解決的 CORS 問題。所以只好先放棄了!

還是先維持目前的 email 評論方式吧!


Backlinks:

#Cusdis   #Failed Experiences


嘗試了 iA Writer 6 的 backlinks

發布於 2022-06-17 | 最後更新時間 2022-06-17 | 分類: What I Tried Today
  • 前幾天 iA Writer 大改版,加入了 Backlinks 的功能。

  • 我看了 MacStories 的 iA Writer 6 Adds Cross-Document Linking, Metadata, and More - MacStories 這篇介紹後,被勾起了一點點的興趣,嘗試使用了看看。

  • 但發現,目前的 iA Writer backlinks 功能還相當簡陋,還沒有什麼實用性,因為連最基礎的「Linked References」區塊都沒有,這樣充其量只能說是建立了一個快速的單向連結功能而已。

  • 不過這篇文章也有介紹 iA Writer 讓 YAML 區塊的內容可以作為本文的 variables 來使用,覺得這蠻有趣的,例如設定了 “Creation Date” 這個變數後,在本文中就可以用 [%Creation Date] 來呼叫這個變數。

  • 整體感覺起來,雖然這個 wiki-links 功能是一次重大的改版,但好像沒有很確定 iA Writer 的開發者們是怎麼看待這個功能,或怎麼期待用戶使用這個功能。這讓我有些小失望,也可能我根本不算是這個 app 主打的用戶吧!

#iA Writer   #Backlinks


GPT-3 擅長回答什麼問題?

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

接續昨天的 嘗試使用 Logseq 上面的 GPT-3 plugin

這兩天玩下來,我覺得 GPT-3 擅長:

  • 回答某個名詞的解釋,包含它是什麼、與它相似的有什麼、它含有什麼元素等等
  • 回答如何進行某件事,包含初步的作法以及進階的指南

這兩類問題讓 GPT-3 非常適合拿來作為某個新領域的入門工具,可以快速給出一個初步的認識、給出一些學習的方向以及子領域,接著可以再去問子領域的相關事情。

我自己有這樣的理解後,也問了 GPT-3 他擅長回答怎樣的問題,他回答:

  • General knowledge questions
  • Questions about the world around us
  • Questions about history
  • Questions about science
  • Math questions

看起來主要就是某些有「確定答案」的問題。

不過, 我也問了 GPT-3 不擅長回答什麼問題,他的回答包含:

  • Questions about specific people or personal experiences
  • Questions that require in-depth research
  • Questions that require creativity or original thought
  • Questions about the future
  • Questions about complex topics or concepts

看起來,主要是那些資料不夠的、沒有答案的、複雜深入的、與未來有關的問題。

而這些 GPT-3 自認不擅長的問題,好像也是人類相對比較有能力去回答的問題?

#GPT-3   #AI


嘗試使用 Logseq 上面的 GPT-3 plugin

發布於 2022-06-15 | 最後更新時間 2022-06-16 | 分類: What I Tried Today

References: 

這是什麼?

  • 這是 Brian Sunter 這個工程師透過 OpenAI 的 GPT-3 api ,製作而成的 Logseq 插件。

  • 它非常地簡單使用,只要在 Logseq 寫下任何問題,並且在後面輸入 /gpt3 ,就會呼叫 GPT-3 的 AI 來回答這個問題。

如何安裝?

  • 在 Logseq 的 plugin 市集搜尋 GPT-3 Open AI 並安裝

  • 到 OpenAI 官網註冊帳號,複製自己的 API-Key

  • 回到 Logseq 的 plugin 介面,打開設定,貼上自己的 API-Key ,就可以開始用了。

我嘗試問了一些基礎的知識型問題,例如 What’s bitcoin? What is personal knowledge management? 它回答的答案都很合理。而我繼續問一些觀點類型的問題,例如 Should we have clear goals? 或是 Why should I keep making notes? 它給的回答也還是很合理,那種答案有點像是 Google 找到 Quora 或是 Reddit 上面最多人 upvoted 的問題一樣。

我問了一些問題後,有點欲罷不能,覺得非常開心,好像有了一個自己的私人問答機器人一樣。整體初步的感覺是, GPT-3 很適合在面向一個新議題時有一個最初步的理解,他的回應通常都蠻簡潔扼要,可以順著回應再繼續往下問。但我還沒有問他太複雜的問題,以後再來測試看看。期待之後能夠把這個機器人加入我的 workflow 裡面!


以下是我問的幾個問題與回答節錄:

Q: What's Bitcoin?

A: Bitcoin is a cryptocurrency, a form of electronic cash. It is a decentralized digital currency without a central bank or single administrator that can be sent from user to user on the peer-to-peer bitcoin network without the need for intermediaries. Transactions are verified by network nodes through cryptography and recorded in a public distributed ledger called a blockchain.

Q: What is personal knowledge management?

A: Personal knowledge management is the process of organizing, storing, and retrieving the information and knowledge resources that are important to an individual. This includes both digital and non-digital resources, such as books, articles, notes, contacts, and files. Proper personal knowledge management can help individuals be more efficient and productive in their work.

Q: Should governments regulate cryptocurrencies?

A: There is no definitive answer to this question as opinions will vary from person to person. Some people may feel that cryptocurrencies should be regulated in order to protect investors, while others may believe that too much regulation could stifle innovation. Ultimately, it is up to each individual to decide what they believe is best.

Q: Why do people use Zettelkasten method to taking notes?

A: There are a variety of reasons why people might use the Zettelkasten method. Some people find that it helps them to better organize their thoughts and ideas, while others find that it helps them to better remember information. Additionally, some people find that the Zettelkasten method can help them to make connections between ideas that they might not have otherwise made.

Q: How to increase productivity?

A: There is no one answer to this question since productivity varies from person to person and depends on many factors. However, some tips to help increase productivity include:

  1. Create a daily schedule and try to stick to it as much as possible.
  2. Set realistic goals and break them down into smaller, more manageable tasks.
  3. Take breaks when needed and make sure to get enough rest each night.
  4. Find a work environment that suits your needs and helps you focus.
  5. Stay organized and keep track of your progress.
  6. Seek help when needed and don’t be afraid to ask for assistance.
  7. Be willing to adjust your approach if something isn’t working.
  8. Reward yourself for meeting milestones and goals.
  9. Keep a positive outlook and avoid getting overwhelmed.
  10. Stay motivated by setting yourself new challenges and goals.

Backlinks:

#GPT-3   #AI   #Logseq


為何我不再用「純」文字編輯器了?

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

我已經有好長一段時間沒有使用以前很喜歡的那些文字編輯器來寫作,像是 Ulysses、iA Writer、Scrivener 等等。

工作上,在我轉換職位後,比較沒有須要頻繁地寫有架構的長文字(大約 3000 字)。因此我不再使用 Scrivener 或 Ulysses 來分拆段落寫作並組合在一起

在個人知識管理上,我也從文件型的筆記軟體 Obsidian ,轉向了大綱型的 Workflowy 及 Logseq ,現在則是開始在 Heptabase 上進行卡片寫作,因此我也不再需要像以前使用 DEVONthink 時那樣,還要外連 iA Writer 來撰寫 .md 文件的內容。

在向外輸出上,我目前習慣的作法是,先透過 Drafts 寫大致的草稿,寫得差不多後,就直接丟到 VSCode 裡面編輯,好了以後就可以直接透過 github 讓 Netlify 自動部署,這個過程,也不再需要透過 iA Writer 來進行,甚至這些原始檔案,也都直接放在同一個 repo 裡,可以透過 VSCode 統一管理。

對我來說, Scrivener 更像是「傳說中」的小說與學術文件寫作利器,目前我用不到。而 Ulysses 則是很早就被我刷下來,這兩個工具如果不再使用了,好像不會特別惋惜。

只剩下 iA Writer,我真的很喜歡這個編輯器,雖然暫時找不到使用情境,但我仍會保留著他。

#Text Editors   #iA Writer   #VS Code


嘗試了 Beam 這個工具

發布於 2022-06-10 | 最後更新時間 2022-06-10 | 分類: What I Tried Today
  • 今天嘗試了 Beam 這個「瀏覽器+雙鏈筆記」的工具

    • 他目前還在很早期的版本 (0.9.0),核心的功能只有幾個: 

      • 瀏覽

      • 擷取(capture)

      • daily journal (outline)

      • backlinks

  • 我會想要嘗試是因為,覺得這是一個很不錯的構想,讓 Capture 到 make notes 這段過程的阻力降到最小,好像挺適合進行速記,再拿去 Heptabase 裡面整理。

  • 初步體驗的感覺

    • 編輯起來蠻流暢的

    • Capture 的速度也蠻快,好像很適合拿來擷取 Twitter 上面有感覺的推文,並且快速寫下自己的想法。

    • 但每寫下一段文字以後,右邊的 action 竟然是「搜尋」,這點也蠻奇妙的。

    • 對於雙向連結的中文支持度也不錯,但好像不支援 Markdown 語法 (看起來只支援一點,支援粗體但不支援連結。)

    • 喜歡它的地方:讓瀏覽 -> 擷取的步驟更無阻礙。

  • 但當我想認真一點使用時,卻發現它有一些缺點

    • 不太支援 markdown

    • 複製出來的不是純文字,很難貼到其他 app 裡面

    • 沒有 export 的功能

    • 對我來講,這代表在這裡面記錄的東西很難導出到其他地方,是個蠻大的缺點

    • 這些缺點就讓我不想要在上面累積東西了,寧願多花一點點力氣把內容收集在其他 app 上面。

  • 在試用的過程中也讓我思考,我真的有需要這個「瀏覽 → 擷取」的 workflow 嗎?目前「瀏覽 → 畫線 → 寫筆記 → 擷取」的流程用起來有什麼不好嗎?

  • 簡單列點一下:

    • 原先的 Curius 著重在畫線,畫線時可以快速寫下自己的想法

    • 畫線完畢後,我會再找時間把畫線的段落與想法丟到 Hepta 裡面

    • 透過這個流程,我可以重新思考

      1. 我真正喜歡這篇文章哪些地方

      2. 我要怎麼重新組織這篇文章的重點

      3. 我產生了哪些想法

      4. 我產生的想法是否跟既有的筆記或想法有連結

    • 所以看起來,假設 Beam 沒辦法很好轉貼到其他 app ,也沒辦法 export ,那就有點失去了使用的價值,我很難再將它加入我既有的工作流裡面。

#Beam   #Curius   #Journal   #Browsers


為何我更偏好週休三日(而非工作五天但全遠端)

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

今天志祺在 Twitter 上面問了一個問題:

假設只能二選一,大家喜歡週休三日,還是工作五天但全遠端?

我的直覺反應是:當然是週休三日+全遠端。

但如果真的要選的話,我會傾向週休三日。因為對我來說,遠端已經是現在進行式。

而即使完全不能遠端,我還是更想要週休三日,因為那真的會有「多出一天」的感覺,那一天是完全自由的,是可以盡情揮霍、浪費的。

相較之下週休二日的第一天通常仍在回復體力,而第二天又要準備上班,心情沒辦法那麼自由。

所以結論是,週休三日可以令我感到更自由,因此我更偏好週休三日。

#Works


測試 Heptabase Journal 的「拖曳到白板」功能

發布於 2022-06-08 | 最後更新時間 2022-06-08 | 分類: What I Tried Today
  • 今天 v0.152.0, Journal 功能的內測更新,提高了 dragging to whiteboard 體驗。

  • 具體來說,目前的實踐方式有兩種:

    • 假設在 Journal 編輯器上,透過 @ 或 [[ 建立卡片,或連結某張卡片。那麼我會得到的結果是,這個編輯器介面上的 block ,本身就是一個卡片的連結,此時將這個 block 拖曳到白板上時,得到的體驗是我期待的結果,就是顯示在白板上的卡片對應到的就是 journal 裡的這個項目,且在白板會自動展開,也會顯示 journal 對應的日期資訊在 Card Info 裡面。

    • 直接將某個文字 block 以及底下的列表文字拖曳到白板上,此時在 journal 中原本的列表文字會收起,而白板上則會呈現展開的內容。我覺得這是很有趣的設計,有點像是 journal 速記完以後,他在 journal 上的意義就是一個帶有時間序的「項目」。但白板上則是重新展開的內容。

  • 整體來說,我很喜歡這次的小更新,設計上很直覺也合理,期待後續有更多隨之產生的 workflow 。

#Heptabase   #Journal


人們不喜歡的網站體驗有哪些?

發布於 2022-06-07 | 最後更新時間 2022-06-07 | 分類: Random Thoughts
  • 今天看到有人轉推一則今年 1 月的推文,裡面列了許多「現代網站」惱人的地方如下:

    1. Figure out how to decline all but essential cookies
    2. Close the support widget asking if I need help
    3. Stop the auto-playing video
    4. Close the “subscribe to our newsletter” pop-up
    5. Try and remember why I came here in the first place
    6. A browser message asking if you’ll accept push notifications
    7. Another asking if you’re willing to share your location
    8. A banner suggesting you download the iPhone app
    9. An NPS survey asking you to rate the site.
    10. More ads than content
    11. Being required to register to read the full article.
  • 後面推主有列出他覺得的可能原因

    • Most digital teams don't experience the website as new users experience it. They're either looking at mock-ups / sandboxed version or have already accepted all the cookies.

    • Different teams are responsible for different elements based on driving different KPIs.

  • 想法:好像可以歸納整理一下共通的元素、以及思考「為何要有這些東西」,「有沒有其他解決方案」

歸納結果:

  • 人們不喜歡的地方在於

    • 在他體驗網站前就打斷他的體驗(蓋板廣告、聊天機器人、cookies 提醒、訂閱電子報的 pop-up、詢問是否要接收通知、是否分享位置)

    • 以他沒有預期的方式強迫他體驗(自動播放的影片、過多廣告)

    • 體驗正好時阻斷自己的體驗(訂閱、註冊以閱讀更多)

為何要有這些東西?

  • (好像太顯而易見,目前沒有其他答案或想法)

有沒有其他解決方案?

  • 如果整個使用網站的過程是不斷地根據體驗給予正負分,那麼還沒累積正分時打斷體驗就會直接負分出局,較好的作法可能是累積了一定的正分後,再給予這些可能會扣分的功能。

  • 要釐清自己如果真的需要這些負分功能,優先序是什麼?如果最多只能選 2 個,要選哪兩個?(為什麼是 2 個?好像是純體感。)

#Websites   #UX


我真正想要的不是個人 wiki

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

經過了一個月持續更新個人 wiki ,我發現我真正想要的不是「wiki」,wiki 感覺更像是面向一個社群或一個知識主題的知識系統,但對我來說,我想要的核心元素比較不是「多人協作」以及「知識」,而是更初步的「想法」。

我想要的地方仍會放置知識,但更偏重的是我對這個知識的想法與觀點。

我想要的地方仍會開放其他人留言,但更偏重的是放置我自己的內容。

所以我決定調整這個子網站的方向與定位,重新思考以後的定位如下:

這個網站會分成兩大類的內容,一類是我的「長青筆記」(evergreen notes),一類是我的「想法快照」(姑且稱為 thought snapshots)。

前者是我會持續維護的筆記,每則筆記只承載一個觀點或主張;後者在紀錄的當下即成形,也許會發展成長青筆記,也許過一陣子就會被拋棄。

而思考一個連假後,在製作的方式上,我決定再捨去 Dendron ,也不會回頭轉向 Logseq ,而是選擇與部落格相同的 Zola 來處理。因為這兩個東西的使用者應該都算極小眾,就不在這邊展開比較了,只分享幾個我最後判斷的原則:

  • SEO 表現
  • 網站讀取速度
  • 互動的可能性

但這一個月對 Dendron 的嘗試對我來講仍非常有意義,我重新思考了層級架構對我的重要性,也認識了這個很小眾,但很有自己個性的工具。

這樣的使用經驗也讓我意識到,我目前在 Logseq 上面運作的每日工作與專案紀錄系統,好像更適合放在 Dendron 上面。

這整串寫下來,我隱約有個想法是,我好像已經找到三件事情上面的 90 分方案了。

  • 面向自己的第二大腦是 Heptabase
  • 工作上的每日紀錄與資訊管理是 Dendron
  • 向外輸出則是 Zola 這個靜態網站產生器 (分成部落格與「筆記&想法」的子網站)

但這整套工作流的演進,也離不開之前嘗試過的每一個軟體與工具。

這邊汲取一點,那邊發想一些,帶著 markdown 文件搬來搬去,

最終形成一個自己用起來越來越順,各方面效率也越來越高的系統。

#Personal Wiki   #Dendron   #Heptabase   #Zola


測試 Hepta 的 Journal

發布於 2022-06-05 | 最後更新時間 2022-06-05 | 分類: What I Tried Today
  • 今天參加 Hepta 的新功能 Journal 測試,覺得很有趣。

  • 測試的方式:

    • Hepta 團隊先在 Discord 邀請有興趣的人填寫表單,再挑選大約 30-50 人加入一個 private channel ,並且邀請大約 8 人在這兩天進行線上會議的測試。我剛好連假有空,就登記了參加

    • 會議開始後,團隊先跟我確認我的註冊帳號,接著他們在他們那邊幫我開通新功能,我的 Hepta 裡面就多了一個 Journal 的頁面。

    • 接著他們就開始讓我自由使用,看看有沒有什麼問題。

  • 而我在測試的過程中發現下列問題:

    • 目前的介面,缺少一個日曆可以快速點到其他日期

    • 不知道怎麼連到其他日子

    • 這個 journal 本身好像不是一張卡片,看不到卡片資訊,但從其他卡片連回來後,發現 journal 的等級跟 whiteboards 同級。

    • 不過,從其他地方還是連不到這一天,只能連到這一天建出來的卡片

    • 目前日期的顯示方式 Jun 5, 2022 我不是特別喜歡,想要可以改成 2022-06-05 這樣。

  • 後來發現,在白板中也可以打開 journals 的視窗,變成是可以把 Journal 裡面記下來的東西傾倒到白板,我還蠻喜歡這樣的設計,也很直覺,但缺點是傾倒時會直接消失在 Journal 的欄位裡面,我比較希望可以留著。

  • 後記: 在 2022-06-08 時的測試 Heptabase Journal 的「拖曳到白板」功能 這篇裡面就可以保留拖曳的內容了。

#Heptabase   #Journal


為何 Heptabase 要建立 Journal app?

發布於 2022-06-05 | 最後更新時間 2022-06-05 | 分類: Daily Why
  • 在 Hepta 裡面,側邊欄的這些「功能」被它們稱做 app ,我的理解是「應用卡片的方式」。而在 Timeline, Tags, Map (Whiteboards), Library 後,Journal 是第五個可以應用卡片的 app。
  • 沒有很認真去查證,但我在 discord 裡面觀察的感覺是, Journal 的用意是讓 Hepta 的使用者們能「更快速無壓的紀錄」。
  • 那原本的 Timeline 有遇到怎樣的問題嗎?坦白說,我覺得也是很快速無壓了,但少了「時間」這個重要的屬性,因此我必須自己去建立對應時間的卡片,來滿足這樣的時間屬性。
  • 但從 Hepta 團隊的角度,這個新功能的意義會是什麼呢?
  • 讓用戶養成儀式感?更黏著?好像可以。
  • 透過各種 Daily Journal 的 templates 來讓新手用戶更好上手?好像也是。
  • 這樣想來,Journal 的概念比 “Timeline” 更適合在「累積」為主的系統裡面,畢竟社群的 timeline 是鼓勵大家想到就發,發了就不去管。

#Heptabase   #Journal