<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="zh-TW">
    <title>Pin 起來！</title>
    <subtitle>介紹生產力工具，以及分享使用心得</subtitle>
    <link rel="self" type="application/atom+xml" href="https://pinchlime.com/atom.xml"/>
    <link rel="alternate" type="text/html" href="https://pinchlime.com"/>
    <generator uri="https://www.getzola.org/">Zola</generator>
    <updated>2025-12-01T00:00:00+00:00</updated>
    <id>https://pinchlime.com/atom.xml</id>
    <entry xml:lang="zh-TW">
        <title>我又開始準備搬家網站，這次是認真的</title>
        <published>2025-12-01T00:00:00+00:00</published>
        <updated>2025-12-01T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/migration-plan/"/>
        <id>https://pinchlime.com/letters/migration-plan/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/migration-plan/">&lt;p&gt;我在 3 月的時候曾發作並熬過了一次&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.threads.net&#x2F;@wu_pingju&#x2F;post&#x2F;DGQq3kKyQDt&quot;&gt;網站換換病&lt;&#x2F;a&gt;，還寫了一封信 “&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;letters&#x2F;simplify&#x2F;&quot;&gt;Simplify&lt;&#x2F;a&gt;” 紀念這件事，後來沉寂了好一陣子，也沒有很頻繁在更新內容，但最近情勢產生了一些變化。&lt;&#x2F;p&gt;
&lt;p&gt;最主要的拉力來自 Lawrence 大大推出的 “&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.facebook.com&#x2F;yiru.lin&#x2F;posts&#x2F;pfbid0NyB3v1oKT9fx49Qr8ncLDfWJqxQBjJP497cLoKvpXeokCB8kWWsSeXMhSvVBzbY3l&quot;&gt;Recur&lt;&#x2F;a&gt;” 這個產品，主打的是讓創作者更容易串接台灣的金流服務。我雖然原本沒有在做訂閱制，但一直有想說有機會可以試試看。&lt;&#x2F;p&gt;
&lt;p&gt;現在機會不就來了嗎！&lt;&#x2F;p&gt;
&lt;p&gt;有了這個契機後，我開始思考很多問題，我為什麼想要弄什麼訂閱制？我要給別人訂閱什麼內容？這些東西原本都還沒有什麼頭緒，但我在想這些東西時，就越來越覺得我原本的網站實在是個大大的障礙。&lt;&#x2F;p&gt;
&lt;p&gt;比較資深一點的讀者可能知道我的網站 Pin 起來是&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;rebuilt-pinchlime&#x2F;&quot;&gt;透過 “Zola” 這個工具打造的靜態網站&lt;&#x2F;a&gt;，他是一個非常簡潔輕便的架構，這也是我原先在 2022 年選擇他的主要原因，當時就連 ChatGPT 都還沒推出，我是靠著複製網路上前輩的整個網站程式碼，一步一步去了解架構然後自己魔改出來的。後來雖然加了一些自己想要的頁面或內容，但總有些侷限，即使在 ChatGPT 推出後也只是讓我比較容易「改東西」，但真的要擴充什麼內容我都不太敢想。&lt;&#x2F;p&gt;
&lt;p&gt;要擴充什麼內容呢？我在跟 ChatGPT 討論後，覺得若要搭配 Recur 這樣的管理訂閱工具，最簡單的方式就是自己弄個有會員系統的網站，於是在幾輪搜索與討論後，我採用了以前有考慮過的 Astro 架構作為前端，而內容管理系統則是用 Strapi 。&lt;&#x2F;p&gt;
&lt;p&gt;坦白說，我沒有花太多時間研究其他可行的選項，只是基於一些粗淺的印象，例如朋友曾用過 Strapi 或者是看過一些人推薦 Astro 之類的。總之，我在週日的時候做了下列這些事：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;在 Astro 官網上找到一個看起來蠻符合我需求的模板網站，我就把它 fork 下來，嘗試直接串 Strapi 的 API ，失敗。&lt;&#x2F;li&gt;
&lt;li&gt;覺得不要跑太快，於是乖乖照著 Astro 的說明，建立了一個最基本的網站並嘗試串我在電腦端運行的 Strapi ，在 Cursor agent 的幫忙下成功！&lt;&#x2F;li&gt;
&lt;li&gt;成功後我把這套流程移植到原本的模板上，順利完成，接著就開始清除模板網站上我不需要的內容。&lt;&#x2F;li&gt;
&lt;li&gt;接著我嘗試把 Strapi 部署到他的線上版，再來把 Astro 部署到我熟悉信任的 Netlify 上，兩者也串接成功，最後到 Cloudflare 買了一個新網域，就完成了這個最基本的架構。&lt;&#x2F;li&gt;
&lt;li&gt;研究了 Strapi 線上版後發現免費方案過一陣子應該就會遇到限制（500 筆資料），於是開始研究別的方案，這時我想到好朋友 Zeabur ，於是又花了一點時間成功在 Zeabur 上部署 Strapi ，資料庫也改成了 Postgres，然後又花了一些時間建立與測試本地和線上的更新方式。&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;這個過程幾乎沒有遇到那種非常嚴重的卡關，即使卡住也大概只是 15 分鐘，全程只有用到 Cursor 免費版的免費模型＋部分內容直接跟 ChatGPT 討論而已，真的非常感謝他們。而跑通基本架構，實際開始建構網站後，我就訂閱了 Cursor Pro ，想用好一點的模型，確實也表現很好。&lt;&#x2F;p&gt;
&lt;p&gt;在這些等待的過程中，因為慢慢了解到 Strapi 是什麼，並意識到 Strapi 可以這樣做、可以那樣做，然後又發現 AI 可以輕鬆地掌握 Strapi 的內容而搭配規劃前端的呈現資訊，我對於新網站的想像與期待就越來越多。&lt;&#x2F;p&gt;
&lt;p&gt;舉例來說，我發現我可以非常輕鬆的就設置網站的不同分區和每個分區的內容要有哪些欄位，這件事就解放了我的想像力，讓我可以真正根據我的需求去思考我的網站該怎麼架構（而不是根據「我改不改得動」這個限制去思考）。&lt;&#x2F;p&gt;
&lt;p&gt;在這個思考與討論的過程中，最一開始那個「訂閱制」的動機反而變得沒那麼重要，我原本也想說那就當成是練習架設後台就好，不特別在意訂閱的內容，但今天又想到一個適合的方案。總之，我目前在 AI 的大力幫助下，已經順利地把我想要的框架弄出來，接著會再把必要的東西搬過來，到時會再正式介紹一下！&lt;&#x2F;p&gt;
&lt;p&gt;至於原本的 Pin 起來，我應該會逐漸封存不再使用，也不太考慮搬家繼承流量之類的，因為本來就沒什麼流量，但這部分我還沒有確定的想法，也是之後再來分享。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>對「不是…而是…」以及「不只是…更是…」的生理性不適</title>
        <published>2025-11-19T00:00:00+00:00</published>
        <updated>2025-11-19T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/uncomfortable/"/>
        <id>https://pinchlime.com/letters/uncomfortable/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/uncomfortable/">&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;letters&#x2F;no-desire-to-express&#x2F;&quot;&gt;兩個多月前寫的信&lt;&#x2F;a&gt;裡面有提過一點類似的感受，最近對於這類句子的不適感好像愈發強烈，甚至到了錯判也無所謂的程度。具體來說，只要我看到一篇文裡面有類似的短句，除非我有非常強的好奇心或其他動機要看，不然我就會直接跳出不看。&lt;&#x2F;p&gt;
&lt;p&gt;這樣是否會錯判那些其實是真人自己寫的內容？肯定會。那怎麼辦？好像也沒辦法，這種感覺也會出現在某些類型的其他貼文上，比方說說教感太重、充滿濃厚惡意、或者是太不真誠的內容，我看到後也會直接跳出，有的還會直接 mute 對方。&lt;&#x2F;p&gt;
&lt;p&gt;不過，為什麼這種句型會讓我有不適感？&lt;&#x2F;p&gt;
&lt;p&gt;先限定討論範圍在真的是透過 AI 寫的那類好了，當我一看到這類的內容，我感覺到的是 po 文者有某個想傳達的意圖，但他基於某些考量，可能是覺得 AI 表達的更好，可能是自己懶惰，可能是其他任何原因，決定讓 AI 用 AI 認為好的方式，包裝他自己的意圖，傳達出來。&lt;&#x2F;p&gt;
&lt;p&gt;對，關鍵在於包裝過的意圖，會讓我有種不真實／不真誠的感覺。假設這類文一開始就說「本文由 AI 協助擴寫」好像就會好一點，假設這類文寫得非常好，沒有那種包裝感，也就更不會有問題，但剛好落在中間的，我就不太喜歡。&lt;&#x2F;p&gt;
&lt;p&gt;這種狀況會改變嗎？比方說，更聰明的 AI 不再用這類句型了？（我相信現在肯定已經有很多）或者是，大家都開始不喜歡這種句型一陣子，沒那麼氾濫後，再用這種方式寫就沒那麼不舒服了？&lt;&#x2F;p&gt;
&lt;p&gt;我還不確定，但我感覺，要掩飾那個包裝感，不是一件很容易的事，因此即使換了句型，只要不對稱的意圖仍存在，那就還是會有其他句型帶來類似的不適感。&lt;&#x2F;p&gt;
&lt;p&gt;話說回來，我真的很喜歡那些真誠的文字與想法，尤其是精心設計的，與意圖強烈呼應與映襯產生的表達，每每看到都是種享受。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>沒辦法再更懶的做法</title>
        <published>2025-10-14T00:00:00+00:00</published>
        <updated>2025-10-14T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/the-laziest-approach/"/>
        <id>https://pinchlime.com/letters/the-laziest-approach/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/the-laziest-approach/">&lt;p&gt;我從今年一月開始上重訓的教練課，每週一次，有時我偷懶或有事可能會請假一週，但至少每兩週一定會重訓一次。&lt;&#x2F;p&gt;
&lt;p&gt;一開始上課的那一兩個月，我也是有自己跑去健身房自主訓練，但是我的惰性太強了，後來幾乎都只有上教練課那天會去，甚至有時候還會跟自己抗爭一下想偷懶。不過我一直對這樣偷懶的自己不以為意，因為我最一開始報名的原因就是想要養成規律的運動習慣而已，有在動我就很滿意了。&lt;&#x2F;p&gt;
&lt;p&gt;8 月底的某天上課結束後，整天都覺得眼睛不太舒服，由於這不是第一次，我懷疑跟健身房有關係，可能是沒有消毒清潔乾淨，但我覺得這個很難避免，因此我突然想到，那要不要乾脆在家裡弄一個 home gym？&lt;&#x2F;p&gt;
&lt;p&gt;這個念頭一冒出來就停不下來。仔細想了一下，住的地方剛好有個閒置的空房間可以運用，量了一下尺寸勉強塞的下一些健身器材，於是就下定決心要這樣做，花了幾天做功課研究器材，下單，收拾舊房間，等人來安裝，然後在 9 月底差不多都搞定。&lt;&#x2F;p&gt;
&lt;p&gt;結果從上週開始，我幾乎每天都有重訓，輪流訓練胸、腿、背三個主要肌群，就這樣過了一個多禮拜，每天都很愉快的踏進小房間去動個半小時到一小時，好像沒有哪天是基於「意志力」才能啟動的。而且我已經好幾次在練的當下以及練完時，有種非常舒暢愉悅的感覺（主要是臥推&amp;amp;深蹲），這完全是我先前在上教練課時沒感覺過的，也是原本連家裡附近走路就可以到的健身房都會懶得去的我，在弄 home gym 之前完全沒有想像過的事，&lt;&#x2F;p&gt;
&lt;p&gt;我現在覺得，對我來說能維持一個習慣的核心要素不是勤奮或者意志力。因為我的惰性更強，絕對足以擊垮意志力。但只要讓懶惰的我找到一個沒辦法再更懶的解方，我好像就能認命地去執行它。&lt;&#x2F;p&gt;
&lt;p&gt;當我悟出這個洞察後，我開始有意識地思考還有哪些類似的狀況，於是我這幾天在嘗試直接用最省力不用開火的方式做午餐，找了簡單的氣炸跟微波食譜搭配幾乎不用處理的去骨雞腿肉跟一些菜，結果非常好，我又多了一個沒辦法再更懶的方程式，可以讓我無腦規律地做就好。我又開始思考還有哪些東西或流程可以更懶人一些，當我有了這樣的念頭（錘子），可以說到處都是釘子，恨不得到處去敲一下。&lt;&#x2F;p&gt;
&lt;p&gt;就這樣，分享這個心法與喜悅給大家。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>在 ChatGPT 幫助下，我找到了小時候玩過的遊戲 Treasure Mountain!</title>
        <published>2025-09-11T00:00:00+00:00</published>
        <updated>2025-09-11T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/treasure-mountain/"/>
        <id>https://pinchlime.com/letters/treasure-mountain/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/treasure-mountain/">&lt;p&gt;週末的時候不知道為什麼，腦中突然想起一件事，是我很小很小的時候玩過的一款遊戲。我甚至忘記是幼稚園還是國小的什麼時候玩的，我猜大概是小學低年級，總之應該是很小的時候，因為在那之後玩過的一些遊戲我幾乎都有印象，都叫得出名字來，像是仙劍奇俠傳、大富翁 2 &amp;amp; 3、三國志六、成吉思汗四、銀河英雄傳說 IV EX等等。&lt;&#x2F;p&gt;
&lt;p&gt;但關於這款更小的時候玩過的遊戲，我只記得好像有綠色矮人、可以收集金幣、可以學單字等等，其他什麼都沒印象了，但我一直有著這遊戲很好玩的印象。&lt;&#x2F;p&gt;
&lt;p&gt;於是我跑去問 ChatGPT ，期待他能給我一些線索，問答如下：&lt;&#x2F;p&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;CDqjmw_xs6TPE.png&quot; data-fancybox data-caption=&quot;Treasure mountain!&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;CDqjmw_xs6TPE.png&quot; loading=&quot;lazy&quot; alt=&quot;Treasure mountain!&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;在他回答我第一輪以後，我感覺這幾個選項好像都不是我玩過的那款，所以又調整了線索多問了幾輪，但答案越來越遠，跟我印象中的畫面不一樣。於是我再重新看一次他的回覆，發現他給的第二個答案 Treasure Mountain! 好像比較接近我記憶中的畫面（截圖第三個與第四個的那款），但我不確定到底是不是這個，於是請他根據這個方項再研究，可是給出的其他系列作都不是我記憶中的畫面，於是我就跑去找了 Treasure Mountain! 看看，&lt;&#x2F;p&gt;
&lt;p&gt;結果搜尋到這個畫面後，記憶全部都回來了，我印象中就是有左邊那個壞人角色、還有那個溜滑梯。&lt;&#x2F;p&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;SkWHkE_G18ShF.png&quot; data-fancybox data-caption=&quot;Treasure mountain!&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;SkWHkE_G18ShF.png&quot; loading=&quot;lazy&quot; alt=&quot;Treasure mountain!&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;找到後我就關掉與 ChatGPT 的對話，想說有空再找找看有沒有線上模擬器可以玩。剛才下班後又想到這件事，就找來玩，結果&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;classicreload.com&#x2F;super-solvers-treasure-mountain.html&quot;&gt;還真的有&lt;&#x2F;a&gt;，於是我就玩了大約 20 分鐘。&lt;&#x2F;p&gt;
&lt;p&gt;這個遊戲非常簡單，操作的角色可以做兩件事：撒網子或者是丟硬幣。在橫向移動的地圖中若看到帶著捲軸的小矮人，就可以撒網子把他抓起來，然後回答一個超簡單的謎題後，就會給你一個線索單字，每個地圖會有三個線索，比方說可能是「Five、Round、Rock」。而地圖的背景裡會有剛好一個物件符合這個描述，例如這個案例就會有五顆圓形的石頭，只要對他丟硬幣，就會得到鑰匙，可以往上爬一層。而假設遇到滿足兩個線索的物件，則會得到一個寶藏（例如五個方形石頭、或者是兩個圓形的石頭）&lt;&#x2F;p&gt;
&lt;p&gt;遊戲的目的就是要不斷往上爬並收集寶藏，每爬三層就會跑到壞國王面前把寶藏丟到寶箱裡面，然後從溜滑梯溜下去，再開始下一關。我重複三次循環後就覺得心滿意足，關掉了。&lt;&#x2F;p&gt;
&lt;p&gt;我也不知道我週末為什麼會想起這件事，毫無來由，這件事大概有二三十年沒有在我腦中。但我很高興現在有 ChatGPT 可以幫我找，也很高興世界上不知道哪個角落有人把這樣的遊戲保留起來讓人可以線上玩。&lt;&#x2F;p&gt;
&lt;p&gt;感謝大家！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>不影射他人</title>
        <published>2025-09-09T00:00:00+00:00</published>
        <updated>2025-09-09T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/no-insinuation/"/>
        <id>https://pinchlime.com/letters/no-insinuation/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/no-insinuation/">&lt;p&gt;前一封信「&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;letters&#x2F;no-desire-to-express&#x2F;&quot;&gt;沒有表達慾&lt;&#x2F;a&gt;」裡面有提到，我原本有一件看不順眼的事想要分享出來，但因為不想用影射的方式表達，因此我就不分享了。這封信想分想一下為什麼「不想影射」。這是我這幾年慢慢建立起來的某種習慣。&lt;&#x2F;p&gt;
&lt;p&gt;對我來說，影射指的是偏向批評的言論，例如「某產品的介面真的有夠不直覺、難用！」或者是「某創作者的最新影片有夠糟」。假設是「我上週去的某間拉麵店超讚！」或者是「昨天在路上看到一個男生實在有夠帥」，這類則不是我要討論的影射。&lt;&#x2F;p&gt;
&lt;p&gt;為什麼不影射？第一個冒出來的理由是：容易樹敵。&lt;&#x2F;p&gt;
&lt;p&gt;影射也有分程度，有的是幾乎所有人都知道的影射（通常這會以某種綽號或暱稱代稱），有的是只要跟你有著一部分共同的背景知識就知道你在講誰的影射（例如提到某些外觀或行為的特徵、或者是在某個共同群組裡面提到某個固定的職稱），有的則是很廣泛的影射，例如前面說的「某產品、某創作者」。無論是哪一種，發表影射言論的人都有可能帶來觀者的不適。&lt;&#x2F;p&gt;
&lt;p&gt;為什麼容易樹敵？我試著從訊息接收者的角度來看。假設我看到一則影射的訊息，我感覺他絕對不是在講我，那麼我不會有被冒犯或攻擊的感覺。但假設他講的是我喜歡的對象，我可能會不開心。除非他講的是我也討厭的人，我可能才會產生正面的感受。&lt;&#x2F;p&gt;
&lt;p&gt;假設我看到這則影射的訊息，我覺得對方「有可能」是在講我，這時我可能會產生一些防衛心態，假設對方說的有道理，我可能會暗自檢討自己，但假設對方批評的沒什麼道理，即使他的本意不是在講我，但因為我自己對號入座了，我就會產生不爽的情緒，進而會連帶著不爽這個人。假設我明確知道對方在講我，通常事情會更糟糕。&lt;&#x2F;p&gt;
&lt;p&gt;換句話說，影射對象假設很明確，有可能會得罪支持那些被影射對象的人，而假設是不夠明確、不夠精準的影射，則有可能會波及容易自己對號入座的人。但通常一個人會想要影射，可能是因為想要避免一些直接衝突造成的麻煩，所以通常不會屬於明確直接的影射，這就表示容易間接或直接得罪人。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;第二個冒出來的理由是，容易讓別人覺得自己不好相處。&lt;&#x2F;p&gt;
&lt;p&gt;這是我自己的感受，由於影射大多是在批評別人，但是我又不確定發出影射的人究竟在批評誰，因此我沒辦法用我自己的標準或證據去衡量這個批評是否合理，這時我會對於這個批評持保留態度，但如果大多數批評都是這樣的狀況，我會下意識想要離這樣的人遠一點，因為我不確定未來是否也會被對方影射波及。&lt;&#x2F;p&gt;
&lt;p&gt;綜合上述兩個理由，影射對我來說是個容易得罪他人，或者容易在他人心中留下不好印象的做法，因此我不太想要這樣做。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;那麼，影射是否有任何優點？&lt;&#x2F;p&gt;
&lt;p&gt;我可以想像一些優點，假設影射的目的是要打擊某個對象，那麼精準的影射可能可以引起許多人的共鳴，進而產生廣大的迴響。而假設不那麼負面，只是幽默一下或損一下影射的對象，有可能還可以達到沒有任何人受損，但大家都很有共鳴、覺得發表的人很有趣的結果。但我覺得這種狀況屬於高難度的技巧，我自認不是這方面的料，所以優點不足以讓我無視缺點。&lt;&#x2F;p&gt;
&lt;p&gt;我還想到一個不影射的關鍵是，在我選擇影射之前，我是否還有其他選擇？比方說我要影射一個競爭對手，比起影射，直接指名評論會不會更好？若我要影射一個真實認識的人，有沒有其他跟他溝通的其他方式？假設我不認識這個人，那會不會我不要講任何話更好？通常跑過一輪檢查後會發現，可能會有比影射更好的做法。想到這件事後也會降低我影射的慾望。&lt;&#x2F;p&gt;
&lt;p&gt;想完上述這些後，我覺得還有一個可以思考的是，假設自己某天遇到被影射的狀況，該怎麼應對？由於這封信已經夠長了，之後有空再來寫好了。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>沒有表達慾</title>
        <published>2025-08-29T00:00:00+00:00</published>
        <updated>2025-08-29T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/no-desire-to-express/"/>
        <id>https://pinchlime.com/letters/no-desire-to-express/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/no-desire-to-express/">&lt;p&gt;過去三個月，沒有什麼分享的慾望，所以幾乎沒有寫信、寫文章、寫社群貼文。在忙碌的工作與生活中，我有注意到「自己表達慾下降」這件事，但也沒什麼心思去剖析為什麼。最近幾天持續在整理東西，整理幾個不同的電子信箱、整理自己使用 AI 的方式與 prompts、整理自己記錄在 Heptabase 裡的零散東西，整理著整理著，就稍微有多一點想表達的念頭與想法。&lt;&#x2F;p&gt;
&lt;p&gt;於是我回頭看了一下在今年上半年，我都在寫些什麼東西、表達什麼東西。看了看還真是有些尷尬，好不容易稍微重燃的表達慾又下降了一些。但我感覺這就像是熱身賽一樣，在結束一個賽季後，總需要一段時間的冷卻休息（渡假），然後再花上幾週的時間熱身找回感覺，接著進入狀態。&lt;&#x2F;p&gt;
&lt;p&gt;先隨意記錄一下這三個月中的那些雜七雜八的事好了！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;za-ji-zhi-yi-bu-shi-er-shi-bu-shi-zhi-shi&quot;&gt;雜記之一：不是⋯而是⋯／不是⋯只是⋯&lt;&#x2F;h3&gt;
&lt;p&gt;有一陣子，我只要看到這樣的句型就會有種生理性的不適，有這種（或類似）句型的很多都有明顯的 ChatGPT 味，這當然不是說只要有這四個字就一定是 AI 寫的，他們大多具有某種隱隱的特徵，我原本想多記錄一些然後嘗試分析看看，但懶，就沒這樣做了。&lt;&#x2F;p&gt;
&lt;p&gt;我也曾經搜尋我寫過的文字裡，有多少「不是⋯而是⋯」，發現有一些，但好像又沒那麼有 AI 味，感覺是因為有 AI 味的那種句型裡，「不是」與「而是」背後接的通常是相對立的價值觀、概念或做法，這類句型試圖透過對比的張力來說服人（因為 prompt 大多是問句，所以回答的句型就會傾向說服？）&lt;&#x2F;p&gt;
&lt;p&gt;但我自己寫的不是而是裡面，大多好像都是某些我原本以為、或者我原本以為別人以為的事，當我發現我的認識、認知不正確時，我就會使用這樣的句型，對我自己來說比較偏向分享，而不是說服。例如下面幾句：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;準確來說，這邊指的 GPT 並不是 ChatGPT 的對話介面，而是各種 “Plus AI” 的生產力工具。&lt;&#x2F;li&gt;
&lt;li&gt;在這些筆記與語句最後接的不是句號，而是冒號「：」&lt;br &#x2F;&gt;
這個冒號能促進未來的自己，延續某個時間節點記下的想法，進一步展開。也能促進與自己對話的對象（無論是自己或他人）更容易產生想法。&lt;&#x2F;li&gt;
&lt;li&gt;假設我追求的不是「完全正確」，而是「方向大致正確」的資訊，o1 就非常適合。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;相較之下，如果我改成這樣的句子，討人厭的氣味好像就有點冒出來了：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;這可不是 ChatGPT 的對話介面而已，而是一種更進階的 Plus AI 生產力工具。&lt;&#x2F;li&gt;
&lt;li&gt;要引人注意，你該寫的不是句號，而是冒號「：」&lt;&#x2F;li&gt;
&lt;li&gt;你不是一台追求完全正確的機器，而是一個有血有肉的人類，只要方向正確勝率足夠高就好。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;所以其實關鍵不在於不是而是，而在於&lt;strong&gt;說服說教感&lt;&#x2F;strong&gt;？&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;za-ji-zhi-er-zai-youtube-liu-yan-zhong-qu-de-de-bei-ren-tong-gan&quot;&gt;雜記之二：在 YouTube 留言中取得的被認同感&lt;&#x2F;h3&gt;
&lt;p&gt;兩個多月前我重新下載了以前玩了一陣子的 Football Manager 2024 來玩，這是老牌的模擬經營足球遊戲，跟 FIFA 系列不同的是，我不用也不能自己操控球員，我只能買賣球員、設定戰術、臨場指揮，還有處理足球隊經營的所有大小事，像是訓練、開記者會、聘用教練、設定球探等等。我從大學時期就很喜歡這個系列，當時第一次玩的應該是 Football Manager 2010 吧，這十幾年間我大概兩三年才會買一次新的，然後就會花不少時間玩，這也是個精神時光屋類型的遊戲。&lt;&#x2F;p&gt;
&lt;p&gt;這次回鍋玩，我在 YouTube 上面隨意看一些介紹，結果看到超棒的頻道 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.youtube.com&#x2F;@TheDeepLyingPlaymaker&quot;&gt;The Deep Lying Playmaker&lt;&#x2F;a&gt;，他每支影片短短的，就只講某個戰術概念或是某一兩個角色位置的搭配，影片節奏很固定，很容易理解。我看了幾支影片後就忍不住去自創我自己的戰術，然後就有更多收穫，遊戲玩起來也更滿足。&lt;&#x2F;p&gt;
&lt;p&gt;我看到他每支影片底下有一堆跟我一樣的人，很多人都說著類似的話「我玩了這遊戲十幾二十幾年，我第一次學到這樣的東西」「老兄你太偉大了，你該去當ＯＯ球隊的助理教練」，這些完全都是我想講的話，那幾天我還興奮的跟老婆分享我又學到什麼戰術概念 blabla。我覺得這種看到很多人跟自己有共感的感覺真的很好，或者説，看到有人把自己的心聲講出來的時候，會有一種非常滿足的感覺，這應該屬於被認同感？&lt;&#x2F;p&gt;
&lt;p&gt;關於 Football Manager 或者是遊戲對我的影響，我還有好多想分享的事，不過就此先打住。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;za-ji-zhi-san-kan-bu-shun-yan-de-shi&quot;&gt;雜記之三：看不順眼的事&lt;&#x2F;h3&gt;
&lt;p&gt;前陣子看到一件很看不順眼的事（不是犯法或者是任何與我身邊的人事物有關的事），本來有很強烈的表達慾望想要分享這件事，但由於某些原因（可能是工作、身分或者是其他類似的東西），我限制自己不能分享。那麼為何不用影射、暗指的方式就好？我當時在某篇 journal 裡面跟自己激烈地自我對話，最後還是決定不影射或暗指。不過後來我發現，這樣子把完整的事與自己的心情記錄下來後，好像就有某種「已分享」的感覺了，或者說，我知道這件事總會有某個地方有留下紀錄，不會被遺忘，那也就足夠了！&lt;&#x2F;p&gt;
&lt;p&gt;先這樣！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>我終於還是開始靠 AI 幫忙摘要</title>
        <published>2025-05-23T00:00:00+00:00</published>
        <updated>2025-05-23T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/ai-summarization/"/>
        <id>https://pinchlime.com/letters/ai-summarization/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/ai-summarization/">&lt;p&gt;大家好，好久不見，距離上次寄信已快一個月，想說來更新一下最近在幹嘛。&lt;&#x2F;p&gt;
&lt;p&gt;如信件標題所述，我最近開始會透過 ChatGPT 協助我摘要內容，主要是摘要有一定長度的英文訪談內容和長篇論述，像是 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.lennysnewsletter.com&#x2F;podcast&#x2F;archive?sort=new&quot;&gt;Lenny’s Podcast&lt;&#x2F;a&gt; 或者是 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;stratechery.com&#x2F;&quot;&gt;Stratechery&lt;&#x2F;a&gt;。我會直接透過設定好的 prompt 請 ChatGPT 產出中文摘要，產完後就把它們存在 Heptabase 裡面，排時間閱讀、寫簡單的筆記在 Heptabase 裡面。&lt;&#x2F;p&gt;
&lt;p&gt;&lt;strong&gt;為什麼要這樣做？&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;在回答這個問題前，不如先説説，為什麼以前不這樣做。&lt;&#x2F;p&gt;
&lt;p&gt;在 ChatGPT 剛推出的時候我就有嘗試過請他摘要內容，開放 API 後也有嘗試建立自己的摘要助手，也有用過一些摘要工具，但體驗都沒有很好，我猜可能是因為我不會下 prompt、當時的模型還不夠厲害、或者是 context window 還不夠長，還有一個原因是我有某種自傲或偏執，認為只有自己讀進去才是讀，靠 AI 摘要的東西根本就進不了腦袋，那還不如不要摘要。&lt;&#x2F;p&gt;
&lt;p&gt;在這一兩年內我一直都抱持著這樣的價值觀，認為不該把「閱讀」這件事交給 AI。我也確實這樣實踐，每當我認真閱讀一些很長的文章或 Podcast 逐字稿，花了一兩個小時讀完並做完筆記，我都會覺得自己很棒，認為我這樣的「人工堅持」是很有意義的。&lt;&#x2F;p&gt;
&lt;p&gt;但另一方面，這樣做真的很花時間，所以我真正讀完的我想讀的長內容少得可憐，真的很少。&lt;&#x2F;p&gt;
&lt;p&gt;&lt;strong&gt;那是什麼改變了？&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;有一個遠因跟一個近因，遠因是在我雖然讀得少，但我在幾次工作機會上有接觸到 Alan 的筆記方式，我覺得那樣整理逐字稿的效果很好，當時我花了幾個小時整理了一集 Lenny’s Podcast 的逐字稿，那集的內容我到現在都還印象深刻，看到那些筆記也還是覺得很有價值。這個經驗讓我好像更掌握「怎麼製作摘要」這件事。&lt;&#x2F;p&gt;
&lt;p&gt;近因是 Heptabase 最近的協作功能推出 “Can edit” 跟 “Can view” 的權限，讓我打算開啟一個我想了很久的計劃：一起共學 Lenny’s Podcast ，於是我寫了&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.threads.com&#x2F;@wu_pingju&#x2F;post&#x2F;DJy7y8khZqX&quot;&gt;一篇文&lt;&#x2F;a&gt;介紹這個計劃，也開始徵求協作者。&lt;&#x2F;p&gt;
&lt;p&gt;但在開徵的隔天，我突然想到一件事，如果我跟 AI 協作這個白板，會不會更有效率？於是我就再度開始嘗試 AI 摘要，結果，&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.threads.com&#x2F;@wu_pingju&#x2F;post&#x2F;DJ3yhIVhIn_&quot;&gt;測試的結果&lt;&#x2F;a&gt;令人驚訝的好。由於我的 prompt 技巧並沒有什麼進展，我想肯定是因為模型更好了，才有這樣的好表現。&lt;&#x2F;p&gt;
&lt;p&gt;&lt;strong&gt;現在的我是怎麼做？&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;這幾天，我每天都丟幾篇很長的 Podcast 去產摘要，有時可能連產幾次看看哪篇最好看，然後再馬上讀完。我發現這種「濃縮後的 Podcast 內容」恰好符合我現在的需求。因為一集訪談通常都要一小時左右，裡面參雜著一些沒那麼重要的資訊和閒聊，但是 AI 會幫我抓出那些核心的重點，我只要讀那些重點就好。&lt;&#x2F;p&gt;
&lt;p&gt;我覺得這樣子體驗很好，雖然是簡化、摘要後的內容，但實際上卻增加了我的閱讀量。&lt;&#x2F;p&gt;
&lt;p&gt;我甚至不太在意產出的摘要是否有幻覺或者誤讀，對我來說那是可以容忍的錯誤空間，因為現在的模型已經好到八九成以上的內容都沒什麼問題，而且我也是基於原文生成，而不是請他搜尋或依照訓練的資料生成，這也讓幻覺的比率降低了不少。總之，目前用這種方式閱讀，對我來說明顯利大於弊，因為若不這樣做，我實際上就是完全不會閱讀。&lt;&#x2F;p&gt;
&lt;p&gt;底下分享一篇範例，歡迎跟我分享你看了的心得，無論是覺得很不錯或覺得還好，都歡迎跟我分享！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;範例原文：&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;stratechery.com&#x2F;2025&#x2F;the-agentic-web-and-original-sin&#x2F;&quot;&gt;The Agentic Web and Original Sin&lt;&#x2F;a&gt;&lt;&#x2F;p&gt;
&lt;p&gt;產出的摘要內容：&lt;&#x2F;p&gt;
&lt;p&gt;廣告驅動的網路模式雖然引發隱私與操控的爭議，但在缺乏直接付費機制的早期網際網路階段，它是唯一能大規模提供免費內容、讓用戶、網站和廣告商三方共贏的商業模式。&lt;&#x2F;p&gt;
&lt;p&gt;早期網際網路嘗試在瀏覽器中內建支付功能，但受到 Visa 和 Mastercard 等信用卡體系壟斷的阻礙未能成功實現。支付功能的缺位使得廣告成為線上內容唯一可行的大眾化營利模式，長期塑造了網路經濟的走向，並在無形中開啟了依賴用戶數據與隱私交換的商業生態。&lt;&#x2F;p&gt;
&lt;p&gt;微支付（micro-transaction）模式看似允許用戶按篇小額付費，但信用卡手續費成本高昂、內容生產前置投入大等因素使其經濟上不可行。同時，要求用戶為每篇內容反覆決定是否付費會帶來決策疲勞，導致微支付至今難以普及。反觀訂閱模式，透過定期付費換取穩定且明確的內容服務，用戶無需頻繁抉擇即可持續獲得價值，創作者也能獲得可預期的收入，但訂閱制可能將內容封閉在付費牆內，限制其廣泛傳播。&lt;&#x2F;p&gt;
&lt;p&gt;以廣告為本的內容經濟誘導網站追求點擊與流量，曾一度刺激大量內容創作和經濟價值，但也讓粗劣內容充斥、品質下滑。如今這套模式面臨衰退：Google 等搜尋引擎提供的流量支撐正迅速瓦解，用戶大量轉向封閉的應用生態或由 AI 直接給出答案，導致依賴廣告營收的網站訪問量驟減、收入每況愈下，整體廣告支撐的網路內容生態陷入困境。&lt;&#x2F;p&gt;
&lt;p&gt;新一代 AI 技術催生了代理式網路（agentic web）的概念，即軟體代理可以代表用戶自動瀏覽網站、蒐集資訊並執行任務，帶來服務自動化與個人化體驗的新可能。然而，當 AI 代理直接擷取網路內容並提供答案時，傳統靠人類瀏覽所支撐的廣告變現模式失效，內容提供者面臨無法透過流量獲利的困境；同時，如何確保代理取得資訊的可靠性並維持內容生態的良性循環，也成為這種新模式下亟待解決的挑戰。&lt;&#x2F;p&gt;
&lt;p&gt;微軟在 2025 年 Build 開發者大會上提出了「開放代理式網路」的構想，包括採用 Anthropic 發起的 MCP（Model Context Protocol，模型上下文協議）以及微軟自研的 NLWeb（Natural Language Web，自然語言網路介面）作為開放標準，讓網站透過自然語言接口直接被 AI 代理存取，猶如為代理世界打造一套類 HTML 的通用橋樑。這套方案可讓網站更容易融入 AI 生態，然而其設計缺乏內建的支付機制，無法為內容提供者帶來直接收益，難以從根本上解決內容生態的經濟誘因問題。&lt;&#x2F;p&gt;
&lt;p&gt;區塊鏈上的穩定幣（stablecoin）為數位微支付帶來了突破：這類數位貨幣價值穩定，可像資訊一樣快速低費地傳輸，交易幾乎零手續費且金額可無限細分，使極小額支付成為可能。在此基礎上，AI 軟體代理作為純粹的程式決策主體，不受人類逐筆付費猶豫的影響，能夠根據內容使用量自動執行小額付款給內容提供者，為代理式網路注入全新的經濟驅動機制，補足過去微支付不可行的缺口。&lt;&#x2F;p&gt;
&lt;p&gt;未來可以考慮以市場機制來鼓勵內容創作：在代理式網路的協議層引入數位貨幣支付功能（例如穩定幣），由 AI 平台根據其生成答案時引用內容的頻率，透過競價拍賣機制向原內容創作者支付報酬。如此將形成一個全新的內容生態市場：創作者為了獲得 AI 引用而競相提供高品質、有價值的內容，AI 平台、使用者與創作者之間達成新的三方共贏平衡。儘管這種市場化方案的實施細節充滿挑戰，但正如當年廣告模式意外地促成了網路的繁榮，一個開放競價的內容市場有望自發地探索出 AI 與網路內容共生共榮的新道路。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Perplexity Pro 與 ChatGPT o3 哪個搜尋表現更好？</title>
        <published>2025-05-06T00:00:00+00:00</published>
        <updated>2025-05-06T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/perplexity-pro-vs-chatgpt-o3/"/>
        <id>https://pinchlime.com/blog/perplexity-pro-vs-chatgpt-o3/</id>
        
        <content type="html" xml:base="https://pinchlime.com/blog/perplexity-pro-vs-chatgpt-o3/">&lt;p&gt;我前天在 Twitter 和 Threads 上面都發了一篇一樣的文，詢問大家對 Perplexity 的看法。我尤其想知道有在訂閱 Perplexity Pro 的人是怎麼想的、以及是怎麼用 Perplexity Pro 的。&lt;&#x2F;p&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;perplexity-pro-vs-chatgpt-o3_FahEFL.png&quot; data-fancybox data-caption=&quot;perplexity-pro-vs-chatgpt-o3&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;perplexity-pro-vs-chatgpt-o3_FahEFL.png&quot; loading=&quot;lazy&quot; alt=&quot;perplexity-pro-vs-chatgpt-o3&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;br&gt;
&lt;p&gt;這篇簡單收集一下問到的東西，以及兩天下來我的短暫測試心得。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;wei-shen-mo-wo-yao-wen-zhe-ge-wen-ti&quot;&gt;為什麼我要問這個問題？&lt;&#x2F;h3&gt;
&lt;p&gt;我之前一直有個印象是 Perplexity 主打搜尋，但找出來的內容還是會有幻覺，因此就沒有特別想要訂閱它。最近 ChatGPT 的 o3 模型出來後，我嘗試了幾次 o3 搜尋，覺得表現很不錯，就開始好奇 o3 跟 Perplexity 哪個表現更好。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;da-jia-de-yin-xiang-ru-he&quot;&gt;大家的印象如何？&lt;&#x2F;h3&gt;
&lt;p&gt;有興趣的人可以直接到 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;x.com&#x2F;WuPingJu&#x2F;status&#x2F;1919034894346260514&quot;&gt;Twitter 原文&lt;&#x2F;a&gt;和 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.threads.com&#x2F;@wu_pingju&#x2F;post&#x2F;DJPB9mgBeRK&quot;&gt;Threads 原文&lt;&#x2F;a&gt;看看下方的留言。感謝有留言回饋的大家！我看完以後大致上整理出下列這些心得：&lt;&#x2F;p&gt;
&lt;p&gt;覺得 Pro 版好的人的想法（佔回覆比例較高）：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;只要訂閱 Perplexity 就可以用幾個不同的主流模型，可以各取所長&lt;&#x2F;li&gt;
&lt;li&gt;基本上可以取代 Google 的搜尋，不用一個一個看內容，而是可以直接得到答案，而且 Perplexity 會附上資料出處，也可以即時驗證&lt;&#x2F;li&gt;
&lt;li&gt;搜尋速度很快，如果是有什麼簡單的問題或好奇心，可以方便地快速取得解答&lt;&#x2F;li&gt;
&lt;li&gt;有不少地方可以獲得折扣甚至免費版（例如台灣大哥大、Lenny’s newsletter 的大禮包），成本比 ChatGPT 訂閱還低&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;覺得 Pro 版沒那麼好的人的想法（佔回覆比例較低）：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;覺得 o3 的搜尋功能大幅強化，已可替代 Perplexity Pro&lt;&#x2F;li&gt;
&lt;li&gt;覺得使用幾次後沒有感覺到什麼特別的地方&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;看完這些回覆後，我覺得我還是想要了解一下 Perplexity Pro 到底用起來感覺怎麼樣，所以我訂閱了一個月的 Pro，想說來測試看看。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;wo-de-ce-shi-fang-shi&quot;&gt;我的測試方式&lt;&#x2F;h3&gt;
&lt;p&gt;我依照下列幾個規則測試：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;問我非常熟悉（或者可以驗證），又有辦法在網路上得到答案的問題。&lt;&#x2F;li&gt;
&lt;li&gt;同一個問題分別問 Perplexity Pro（沒有特別選擇模型）與 o3。&lt;&#x2F;li&gt;
&lt;li&gt;我一開始在 Perplexity 選擇一般的 “Search”，發現結果很糟，後來都一律改用 “Research”。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;我大概問了快十個問題，例如問 Heptabase 有哪些功能？ Heptabase 最近更新了什麼功能？ Heptabase 是否有 Deeplink 功能，這些是我非常熟悉的資訊，我想要測試的是資訊的即時度、完整度以及幻覺的程度。&lt;&#x2F;p&gt;
&lt;p&gt;我還問了一些中文的問題，比方說我這兩天剛好回母校清大一趟，在後山的台積館一樓看到已經沒有餐廳而是兩台 7-11 與全家的自動販賣機，我正在猶豫中午該不該吃販賣機的東西，我想起人社院中午應該有自助餐，但我不知道是否還有在營業，所以我就問「請問台灣的清華大學科管院以及人社院是否有任何餐廳可以提供午餐？」這個問題是想要測試資訊的正確程度。&lt;&#x2F;p&gt;
&lt;p&gt;我還問了「研究題」，因為 Perplexity Pro 有 “Research” 功能，雖然先前聽不少人說過跟 ChatGPT 的 Deep Research 差很多，但我還是想測試看看，所以我問了一個我想研究的主題，請他幫我搜尋至少 50 筆相關的資料，然後給我一份完整的結果。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;perplexity-pro-yu-o3-na-ge-hao&quot;&gt;Perplexity Pro 與 o3 哪個好？&lt;&#x2F;h3&gt;
&lt;p&gt;幾個我主觀的評比結論：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;Perplexity 的一般搜尋（Search）表現不太好，給的資料非常淺。但選擇 Research 後就強很多，因為帶有一定的推理能力，可以給出更完整精準的回答。&lt;&#x2F;li&gt;
&lt;li&gt;Perplexity Pro 的 Research 表現略勝 ChatGPT o3 ，在幾個問題的回答上資料都更全面、完整，而且幻覺也少一點。不過 o3 常常會多補充一些支線資料，或者是給幾句他的分析評論，我還不確定這樣好不好，可能看每個人的需求。&lt;&#x2F;li&gt;
&lt;li&gt;ChatGPT 的 Deep Research 大勝 Perplexity Pro 的 Research ，壓倒性的大勝。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;體感的搜尋完整度跟驚艷程度差距大概是：&lt;&#x2F;p&gt;
&lt;p&gt;ChatGPT Deep Research &amp;gt;&amp;gt;&amp;gt;&amp;gt;&amp;gt;&amp;gt;&amp;gt;&amp;gt;&amp;gt;&amp;gt;&amp;gt; Perplexity Pro Research &amp;gt;&amp;gt; ChatGPT o3 &amp;gt;&amp;gt;&amp;gt;&amp;gt;&amp;gt;&amp;gt;&amp;gt;&amp;gt;&amp;gt; Perplexity Search&lt;&#x2F;p&gt;
&lt;p&gt;根據上述評比，我覺得如果工作或生活上需要大量、頻繁的快速搜尋正確資料，那麼使用 Perplexity Pro 的 Research 功能可以得到很不錯的結果。&lt;&#x2F;p&gt;
&lt;p&gt;假設沒有這樣的需求，那麼同樣的錢拿來訂閱 ChatGPT Plus 並使用 o3 + Deep Research 應該更划算。假設有深度研究的需求，則不用考慮，訂閱 ChatGPT 就好。&lt;&#x2F;p&gt;
&lt;p&gt;我自己應該就屬於這個狀況，我不太有大量搜尋正確資料的需求，所以 o3 程度的正確性跟完整度對我來說就足夠了。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;zhi-hou-shen-mo-zhuang-kuang-xia-wo-ke-neng-hui-zai-ding-yue-perplexity-pro&quot;&gt;之後什麼狀況下我可能會再訂閱 Perplexity Pro？&lt;&#x2F;h3&gt;
&lt;p&gt;假設它有推出每個月 $5 美元程度的訂閱方案，可以限量使用 Pro 的 Research 功能，我應該會考慮看看。我覺得他搜尋資料來源的廣度還是比 o3 更好一些。但由於搜尋對我來說不是那麼高頻率的需求，若要每月 $20 美元我應該是不會再嘗試訂閱。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>那些不讓人膩的東西</title>
        <published>2025-04-30T00:00:00+00:00</published>
        <updated>2025-04-30T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/things-that-dont-get-old/"/>
        <id>https://pinchlime.com/letters/things-that-dont-get-old/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/things-that-dont-get-old/">&lt;p&gt;我發現最近我在社群上會自動略過那些 ChatGPT 生成的兩格或四格漫畫、過於強調淺景深的 AI 人像、或者是看起來豐富繽紛的 AI 情境圖，為什麼呢？&lt;&#x2F;p&gt;
&lt;p&gt;是因為那容易生成而讓人感到廉價？還是因為那仿真而不夠真而觸發某種生理上的不適？還是因為什麼原因？是因為缺乏細節嗎？那如果是請 AI 產生充滿細節的圖像，可以改善這個問題嗎？是因為那「非人造」的感覺嗎？這好像也不是關鍵差異。&lt;&#x2F;p&gt;
&lt;p&gt;我發現好像是細節不夠多、風格不夠討喜，因為我剛剛為了驗證這個想法，試著請 ChatGPT 4o 產了一張莫內風格的貓咪照片（我喜歡莫內），我就覺得很好看，所以應該是內容不夠好，或者說不是我的菜，我才會膩。&lt;&#x2F;p&gt;
&lt;p&gt;對，所以 AI 與否並不是重點，品質的高低與我自己的偏好才是重點。&lt;&#x2F;p&gt;
&lt;p&gt;文字好像也一樣，有些人寫的文字總是讓人看不膩，有些看幾句我就有點受不了，我感覺 AI 與否也不太是重點，因為多的是非 AI 但仍然品質不好的文字，那怎樣的文字對我來說是高品質的？怎樣的文字符合我的偏好？&lt;&#x2F;p&gt;
&lt;p&gt;我覺得應該是下列幾項的綜合：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;發文者的動機與意圖是否是我欣賞的&lt;&#x2F;li&gt;
&lt;li&gt;發文者是否令我感到真誠與正直&lt;&#x2F;li&gt;
&lt;li&gt;文字本身是否觸發了我的某些想法&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;這三者比重愈高，我好像就愈喜歡，就愈看不膩，但裡面最關鍵的好像是真誠與正直，我也說不上來細節，但大概就是某種「可以信任的感覺」吧。只要散發出這種感受的人，我就會想要繼續看他寫的東西，參考他的觀點與建議，甚至是購買他的產品與服務。&lt;&#x2F;p&gt;
&lt;p&gt;根據我的經驗，通常這些人的文字、創作或各種產物，都不會讓人有膩的感覺。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Threads 即將推出「讓用戶整體體驗變好」的廣告？</title>
        <published>2025-04-24T00:00:00+00:00</published>
        <updated>2025-04-24T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/threads-ad/"/>
        <id>https://pinchlime.com/letters/threads-ad/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/threads-ad/">&lt;p&gt;昨晚看到 Instagram 總監 Adam Mosseri 宣布 Threads 即將推出廣告，他短短的 po 文寫著：&lt;&#x2F;p&gt;
&lt;blockquote&gt;
&lt;p&gt;Ads are rolling out more broadly on Threads today, and our goal is still for them to enhance your overall experience. We’re closely monitoring and will continue listening to your feedback as we scale.&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;對我來說這段文字的刺點是 “enhance your overall experience” ，因為在我的印象裡，廣告大多是降低我的使用體驗的元素。&lt;&#x2F;p&gt;
&lt;p&gt;在&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.threads.net&#x2F;@mosseri&#x2F;post&#x2F;DIyxg_ctfwd&quot;&gt;這篇文&lt;&#x2F;a&gt;底下的留言也幾乎都是類似的想法，這讓我好奇，為什麼 Mosseri 要這樣寫？他們是否真的有什麼創新的做法？真的可以透過廣告給用戶更好的使用體驗？我用我乾枯的腦袋想了想，若以最善意的方式去解讀，也只想到這兩種可能性：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;廣告是能維持免費瀏覽使用的關鍵商業模式，平台有收入才能持續營運下去，才能持續迭代產品，畢竟若產品停止營運，就沒有所謂的使用體驗。&lt;&#x2F;li&gt;
&lt;li&gt;能讓用戶發現自己可能喜歡或有需要的內容，以我自己的經驗來說，有幾次看到的廣告真的很心動、對我很有幫助，我也立即下單或者是訂閱。&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;但以第一種論點來說，更好的說詞是可能是誠實跟用戶說這是一個維繫平台運作的關鍵，若不這麼做會活不下去。這點跟「更好的使用體驗」應該是不太一樣的事。&lt;&#x2F;p&gt;
&lt;p&gt;以第二個論點來說，關鍵好像更在於演算法，若演算法夠好，即使沒有廣告，還是可以讓用戶發現自己可能喜歡的內容。這一點我覺得 Threads 一直都做得很厲害（可能有點過激），我每天都可以在上面看到我喜歡的足球和攝影相關討論分享。&lt;&#x2F;p&gt;
&lt;p&gt;但這些都不直接等於「更好的體驗」。好像沒有遇過哪種狀況是廣告帶給我更好的體驗，特定少數廣告可能有讓我覺得有趣、新鮮、學到東西，但那也不是整體的好體驗。&lt;&#x2F;p&gt;
&lt;p&gt;想完這些後，我覺得原本的發文應該可以有更好的處理方式。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>與 AI 一起寫作的界線：表達慾</title>
        <published>2025-04-23T00:00:00+00:00</published>
        <updated>2025-04-23T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/desire-to-express/"/>
        <id>https://pinchlime.com/letters/desire-to-express/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/desire-to-express/">&lt;p&gt;昨天在網站裡寫了一篇「&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;do-and-dont-with-ai&#x2F;&quot;&gt;我目前會用 AI 做的事，與不會用 AI 做的事&lt;&#x2F;a&gt;」，我蠻喜歡這篇文，寫的時候就有種目錄感、序章感，覺得之後應該會仔細地更新與編修它的內容。&lt;&#x2F;p&gt;
&lt;p&gt;今天下午在工作時，有一件事是要寫一段文字。我想了一下就直接把某些原始內容丟給設定好 prompt 的 ChatGPT o3，讓他依照我想要的格式產出文字給我，我再簡單微調後就完成了這段文字。&lt;&#x2F;p&gt;
&lt;p&gt;做完這件事後，我突然想到，昨天我不是才說我目前不會用 AI 「寫作」嗎？那我現在做的這件事是「寫作」嗎？如果不是，究竟我說的寫作是什麼？如果是，為什麼我昨天才說不會寫作，今天就這樣做？是不是我根本就已經開始依賴 AI 寫作，只是礙於某種面子之類的東西不願意承認？&lt;&#x2F;p&gt;
&lt;p&gt;我覺得我需要好好梳理一下這些東西，於是有了這封信。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;我想先把寫作的目的大致上區分為兩類：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;為了滿足自己表達慾的寫作&lt;&#x2F;li&gt;
&lt;li&gt;其他所有寫作&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;第一類包含寫信、寫部落格文章、寫社群貼文，這些都是我基於某種念頭，有某些想法想要表達，想要被別人看見或者知道別人怎麼想而寫出的內容，由於他們服務的是我的念頭和想法，我好像有種感覺是不該假手於他人，所以我不會用 AI 來寫這類東西。&lt;&#x2F;p&gt;
&lt;p&gt;除了第一類以外的所有內容，我好像就比較有種「沒差」的感覺，這個沒差並不是指對文字的品質毫無要求，而是指「&lt;strong&gt;我可以接受那不是我的文字&lt;&#x2F;strong&gt;」，所以只要有設定好 prompt，選擇適合的模型，產出的結果看起來不錯，我就覺得沒問題。&lt;&#x2F;p&gt;
&lt;p&gt;對，在這種情境裡我似乎會把自己當成一個編輯，只要 ChatGPT 這個同事給的東西還不錯，就沒問題，即使整個過程的內容都是生成出來的，我也可以接受。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;但話說回來，第一類的寫作還是有很多模糊的地方。雖然我不能接受這類的內容直接透過 AI 生成，但「與 AI 一起寫作」也不一定只有「完全生成」這種樣子。比方說，幫忙產標題算嗎？幫忙產網址的 Slug 算嗎？幫忙產大綱算嗎？幫忙產論點算嗎？幫忙產佐證論點的虛構案例算嗎？幫忙給反對意見算嗎？幫忙做研究找資料算嗎？甚至，假設我的知識完全就是 AI 教我的，這樣到底算不算是他有介入或參與我的寫作？&lt;&#x2F;p&gt;
&lt;p&gt;我發現，如果這樣一層一層剝下來，關於第一類的寫作，我目前只能退守到這幾件事完全不透過 AI 產生或協助產生：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;找出「我想表達的事」&lt;&#x2F;li&gt;
&lt;li&gt;建構「我想怎麼表達我想表達的事」&lt;&#x2F;li&gt;
&lt;li&gt;一字一句打出我要表達的內容&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;其他有可能都會有 AI 的影子，尤其是那個「激發我想法」的內容來源，我覺得會有愈來愈高的比重跟 AI 有關係。但由於第一類內容就是要滿足、要服務我的表達慾，所以關於這件事最核心的那幾個骨幹，我想了想，短期內應該還不會交給 AI ，除非我連表達的慾望都沒有了。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>我目前會用 AI 做的事，與不會用 AI 做的事</title>
        <published>2025-04-22T00:00:00+00:00</published>
        <updated>2025-04-24T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/do-and-dont-with-ai/"/>
        <id>https://pinchlime.com/blog/do-and-dont-with-ai/</id>
        
        <content type="html" xml:base="https://pinchlime.com/blog/do-and-dont-with-ai/">&lt;blockquote&gt;
&lt;p&gt;這篇文章會持續更新，紀錄我現在會用 AI 做的事以及不會用 AI 做的事。我預期隨著 AI 功能愈來愈強，會用 AI 做的事也會愈來愈多。但我也認為，即使 AI 變得再強，有些事我還是不會用 AI 來完成。&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;wo-mu-qian-hui-yong-ai-zuo-de-shi&quot;&gt;我目前會用 AI 做的事&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;fan-yi-zhong-fan-ying&quot;&gt;翻譯 - 中翻英&lt;&#x2F;h3&gt;
&lt;p&gt;&lt;code&gt;使用工具：OpenAI API + Keyboard Maestro&lt;&#x2F;code&gt;&lt;&#x2F;p&gt;
&lt;p&gt;我在日常生活與工作中大量使用 AI 協助我翻譯，這件事對我來說非常有價值，因為他大幅縮短了我閱讀外語資訊需要的時間與精力。&lt;&#x2F;p&gt;
&lt;p&gt;我最常用的翻譯方式有兩種，第一種是在使用英文溝通時中翻英，使用的方式可以參考「&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;integrate-keyboard-maestro-with-openai-api&#x2F;&quot;&gt;在任何輸入框都可以一鍵翻譯：我用 Keyboard Maestro 搭配 OpenAI API 做的腳本&lt;&#x2F;a&gt;」這篇文，目前使用的模型是 gpt-4.1。&lt;&#x2F;p&gt;
&lt;p&gt;我很常用俗稱「晶晶體」的中英交雜方式輸入我想講的話，然後再透過這個工具翻譯為英文，這樣做的好處是我可以大幅保留我想要留下的正確脈絡文字，把其他比較不熟悉的文法或用字交給 AI 處理。&lt;&#x2F;p&gt;
&lt;p&gt;例如，假設上面那段話我想要確認「保留」跟「脈絡」要使用 &quot;preserve&quot; 跟 &quot;context&quot; ，我就會直接把這段話交給 AI 翻譯：「我很常用俗稱「晶晶體」的中英交雜方式輸入我想講的話，然後再透過這個工具翻譯為英文，這樣做的好處是我可以大幅 preserve 我想要留下的正確 context 文字，把其他比較不熟悉的文法或用字交給 AI 處理。」&lt;&#x2F;p&gt;
&lt;p&gt;翻譯出來的結果是：I often use a mix of Chinese and English, commonly known as &quot;JingJing-ti,&quot; to input what I want to say. Then I use this tool to translate it into English. The advantage of this method is that I can greatly preserve the context I want to keep, while letting the AI handle the grammar and words I&#x27;m less familiar with.&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;fan-yi-ying-fan-zhong&quot;&gt;翻譯 - 英翻中&lt;&#x2F;h3&gt;
&lt;p&gt;&lt;code&gt;使用工具：沉浸式翻譯&lt;&#x2F;code&gt;&lt;&#x2F;p&gt;
&lt;p&gt;在工作上，或者是工作外的閱讀時間，假設我看到大量英文內容，我也會先透過上述工具翻譯為中文快速預覽。假設是比較長篇的內容，我則會透過&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;immersivetranslate.com&#x2F;en&#x2F;&quot;&gt;沉浸式翻譯&lt;&#x2F;a&gt;這個瀏覽器的延伸程式翻譯全文。安裝後我只要按下快捷鍵或者是瀏覽器側邊的按鈕，就會馬上把當前的頁面翻譯完畢，而且翻譯的內容是一段一段，原文與中文交雜的版本，例如下圖這篇來自 OpenAI 的 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;platform.openai.com&#x2F;docs&#x2F;guides&#x2F;reasoning-best-practices#reasoning-models-vs-gpt-models&quot;&gt;Reasoning best practices&lt;&#x2F;a&gt; 範例。&lt;&#x2F;p&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;immersive-translate_7SxNsa.png&quot; data-fancybox data-caption=&quot;Immersive-translate&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;immersive-translate_7SxNsa.png&quot; loading=&quot;lazy&quot; alt=&quot;Immersive-translate&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;br&gt;
&lt;p&gt;我覺得這種逐段翻譯呈現的體驗非常好，因為他滿足我兩個需求：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;能夠透過中文快速掌握原文想講的內容&lt;&#x2F;li&gt;
&lt;li&gt;假設有我感興趣的段落，再仔細閱讀英文&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;即使快速翻譯的內容比較不精準，但我閱讀中文的速度還是比英文快非常多。沉浸式翻譯大幅增加了我閱讀的效率，真的是很棒的工具。&lt;&#x2F;p&gt;
&lt;p&gt;我有訂閱沉浸式翻譯的付費版本，基本上可以無限制使用翻譯（還是有每月使用上限，但我從來沒碰過上限），如果你也想訂閱沉浸式翻譯的 Pro 版本，輸入折扣碼 PJWU 可以享有 95 折優惠！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;tui-li-reasoning-fen-duan-chan-zhi-qia-pian-biao-ti&quot;&gt;推理（Reasoning） - 分段產製卡片標題&lt;&#x2F;h3&gt;
&lt;p&gt;&lt;code&gt;使用工具：ChatGPT Plus&lt;&#x2F;code&gt;&lt;&#x2F;p&gt;
&lt;p&gt;我透過 ChatGPT 的 Projects 功能做了一個「卡片標題產生器」，他的用法是，當我貼上一段文章的文字，他會把這些內容分拆，然後逐段提供適合的卡片標題給我。整體用起來的感覺有點像是 Heptabase 的 insight generator，但由於我可以自訂 prompt ，也可以在 projects 裡面使用更進階的模型，所以我更喜歡用這個助手。&lt;&#x2F;p&gt;
&lt;p&gt;當我得到這些分段的標題，我就可以快速判斷我是否要閱讀這段內容。若閱讀完後覺得內容確實很有價值，我就會再把內容製作成 Heptabase 裡面的卡片。&lt;&#x2F;p&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;atomic-card-generator_ErKYah.png&quot; data-fancybox data-caption=&quot;Atomic-card-generator&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;atomic-card-generator_ErKYah.png&quot; loading=&quot;lazy&quot; alt=&quot;Atomic-card-generator&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;br&gt;
&lt;p&gt;我從 o1 就開始這樣做，現在在 OpenAI 推出 o3 模型以後效果更好。我選擇用 o 系列推理模型的原因是，我要求他自行判斷該怎麼分拆文字，而不是依照固定字數或段落區分，我認為這涉及到一定的推理能力需求，所以 o 系列的表現會比 4o 或 4.1 更好。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;tui-li-reasoning-tao-lun-fang-an&quot;&gt;推理（Reasoning） - 討論方案&lt;&#x2F;h3&gt;
&lt;p&gt;&lt;code&gt;使用工具：ChatGPT Plus&lt;&#x2F;code&gt;&lt;&#x2F;p&gt;
&lt;p&gt;假設我需要決定某件事，而且是我沒有把握的事，我可能會找 ChatGPT 討論。我會簡單描述這件事的前情提要、我目前的想法、我期待得到的結果（可能是建議或者是提醒）。&lt;&#x2F;p&gt;
&lt;p&gt;我還沒有每件事都找 ChatGPT 問，也不會完全採用他的方案，但這種多一個人可以討論的感覺還挺不錯的。&lt;&#x2F;p&gt;
&lt;p&gt;在 o3 模型推出後，他閱讀圖片的能力更好了，因此我有時會直接把我要問的脈絡截圖丟給他，然後再問我想問的問題。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;shen-du-yan-jiu-deep-research&quot;&gt;深度研究（Deep research）&lt;&#x2F;h3&gt;
&lt;p&gt;&lt;code&gt;使用工具：ChatGPT Plus&lt;&#x2F;code&gt;&lt;&#x2F;p&gt;
&lt;p&gt;我非常喜歡 ChatGPT 的深度研究功能，雖然我使用的頻率並不高，但是那種「我想用的時候就可以馬上用」的感覺非常好。&lt;&#x2F;p&gt;
&lt;p&gt;我曾寫過幾篇關於 Deep research 的心得，歡迎參考：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;letters&#x2F;o1-pro-and-deep-research-first-impression&#x2F;&quot;&gt;讓我開始思考未來的 ChatGPT o1 Pro &amp;amp; Deep research&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;li&gt;&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;letters&#x2F;i-still-need-heptabase&#x2F;&quot;&gt;有了 Deep Research 後，我還需要 Heptabase 嗎？當然要，更需要了！&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;li&gt;&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;letters&#x2F;a-deep-research-o1-pro-heptabase-workflow&#x2F;&quot;&gt;分享一個 ChatGPT Deep Research 搭配 o1 Pro 搭配 Heptabase 的工作流&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;xie-jian-dan-de-cheng-shi&quot;&gt;寫簡單的程式&lt;&#x2F;h3&gt;
&lt;p&gt;&lt;code&gt;使用工具：ChatGPT Plus &amp;amp; Claude Pro&lt;&#x2F;code&gt;&lt;&#x2F;p&gt;
&lt;p&gt;假設我想要改部落格的樣式、增加一些小功能，我就會找 Claude 與 ChatGPT 一起討論作法。我也有找他們問過 Google Sheets 的函式和 App Script，不過我的使用頻率並不高，大約一個月一兩次而已。&lt;&#x2F;p&gt;
&lt;p&gt;我目前沒有在使用 Cursor, Windsurf 或者是 Github Copilot 這些工具。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;wo-mu-qian-huan-bu-hui-yong-ai-zuo-de-shi&quot;&gt;我目前還不會用 AI 做的事&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;xie-zuo&quot;&gt;寫作&lt;&#x2F;h3&gt;
&lt;p&gt;關於「與 AI 一起寫作」這件事，我目前的堅持是這幾件事不會透過 AI 產生：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;找出「我想表達的事」&lt;&#x2F;li&gt;
&lt;li&gt;建構「我想怎麼表達我想表達的事」&lt;&#x2F;li&gt;
&lt;li&gt;一字一句打出我要表達的內容&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;關於這方面的討論，歡迎參考這封信：&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;letters&#x2F;desire-to-express&#x2F;&quot;&gt;與 AI 一起寫作的界線：表達慾&lt;&#x2F;a&gt;&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;jian-li-lun-shu-shuo-fu-bie-ren&quot;&gt;建立論述、說服別人&lt;&#x2F;h3&gt;
&lt;p&gt;若我自己有一些疑惑，我可能會與 AI 討論，但如果是別人的疑惑，或者是別人與我意見不一致，我不會拿 AI 的答案要求別人接受。&lt;&#x2F;p&gt;
&lt;p&gt;因為我知道目前使用者輸入的內容會大幅影響生成式 AI 的回覆內容，假設我詢問「某件事情是否正確」，通常 AI 會偏向回覆「能證明這件事正確」的內容。反過來說，另一方只要詢問「某件事是否錯誤」，AI 也可以給出很多支持錯誤的內容。&lt;&#x2F;p&gt;
&lt;p&gt;加上生成式 AI 仍無法避免幻覺，假設我無法確保一件事是我完全理解並正確的，我就無法拿來說服別人，但假設我自己已經很理解，也有信心是正確的，那麼我也能夠很快說明清楚，這時也不需要 AI 的協助。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;liao-tian-huo-tao-lun-xin-shi&quot;&gt;聊天或討論心事&lt;&#x2F;h3&gt;
&lt;p&gt;我好像從來沒有想要跟 AI 討論心事，一方面是因為知道他就是基於我的「分享」來「算出」最適合給我的回覆，換句話說他根本不理解內容，只是變出文字而已。另一方面是我已經很習慣記下我的想法或心情，並藉由打字的過程簡單自我對話。再另一方面是因為我沒有太多煩惱或心事，所以我仔細想了一下，好像從來沒有跟 ChatGPT 「聊天」過，都只有拿來問問題或處理文字而已。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;xun-wen-wo-ren-wei-ai-zhi-shi-liang-bu-zu-de-wen-ti&quot;&gt;詢問我認為 AI 知識量不足的問題&lt;&#x2F;h3&gt;
&lt;p&gt;雖然我會問 AI 問題，但我在問問題之前會先想一下這個問題是否是 AI 擅長的問題。假設我判斷 AI 在訓練過程中可能沒有這方面的充足資訊，我就不會問 AI 這方面的問題。&lt;&#x2F;p&gt;
&lt;p&gt;舉例來說，我會跟 AI 認真討論產品開發與成長的問題，但我不會問 AI 關於台灣的法律或稅務的問題。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;xiao-jie-zhe-zhi-shi-ge-kai-shi&quot;&gt;小結：這只是個開始&lt;&#x2F;h2&gt;
&lt;p&gt;寫這篇文的時候我才發現，我已經蠻頻繁在使用 AI ，雖然不是一直不間斷地與他對話討論，但每天都一定會用到它。我相信這個比重只會愈來愈高，這個清單一定會有愈來愈多「會用 AI 做的事」，我邊寫著這篇文就想到好幾件想嘗試的事了！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>光敏性噴嚏反射、與 AI 一起寫作、秀珍菇</title>
        <published>2025-04-11T00:00:00+00:00</published>
        <updated>2025-04-11T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/attention/"/>
        <id>https://pinchlime.com/letters/attention/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/attention/">&lt;p&gt;今天早上天氣很不錯，有太陽。出門買早餐時一抬頭看到陽光就打了一個噴嚏，這大概是我人生不知道第幾百次還幾千次這樣了，只要一出門看到太陽，就會打噴嚏，有時還會連打兩個三個。&lt;&#x2F;p&gt;
&lt;p&gt;我知道這是一種遺傳來的「症狀」，因為我爸也有，但我不清楚這個症狀到底叫什麼、原因是什麼、有沒有什麼更糟糕的壞處（我猜應該沒有，所以我才會都不知道）。但在那個需要等 65 秒紅綠燈的路口，無聊的我拿出手機搜尋「看到太陽打噴嚏」，得到了「&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;w.wiki&#x2F;Dmg3&quot;&gt;光敏性噴嚏反射&lt;&#x2F;a&gt;」這個詞，發現有這個狀況的人佔比還不少。&lt;&#x2F;p&gt;
&lt;p&gt;就在搜尋到查看內容之間的這幾秒內我想到，假設我搜尋了看到某些介紹，我真的可以信任這個內容嗎？會不會這其實是 AI 掰出來的介紹然後被人放到內容網站裡？應該還不會吧，但現在不會，會不會再過個五年十年就更需要擔心這樣的問題？在面對我純然無知的領域時，何時可以相信，何時該保持懷疑？是不是因為這個「光敏性噴嚏反射」看起來有模有樣我就相信？假設搜尋出來的結果叫做「太陽噴嚏狂暴症」，我會不會就覺得是有人在惡搞？那是不是只要符合「有模有樣」的形式就會通過我的審查？&lt;&#x2F;p&gt;
&lt;p&gt;是的話就沒救了，因為 AI 最擅長產出有模有樣的文字。&lt;&#x2F;p&gt;
&lt;p&gt;還沒有想完這個問題我就進入了便利商店，注意力被三明治吸引走，就不繼續想了。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;中午吃飯前打開手機，看到曼尼在分享一篇讀者來信，這個讀者回饋說他新寄出的一篇長文《分析川普的解放日談判策略》看起來不自在，有 AI 感。我在收到這封信的時候也有一點點這樣的感覺，所以沒有看完這封信。但在曼尼 po 文後我又回去信箱重看了一遍，試圖再釐清我當時的「感覺」到底是什麼。&lt;&#x2F;p&gt;
&lt;p&gt;邊配著午飯邊看，曼尼的文字品質很好，我感覺到的 AI 感並不是那種拙劣的「首先，其次，總的來說」等級，也不是讓我感到完全沒有思想和人味的東西。或許應該說他跟先前曼尼寫的東西比較不像，加上曼尼有大方說明這篇有跟 AI 一起協作，所以那種「好像有點不像」的感覺會一直在閱讀過程中勾起注意力，很像是遊戲主線進行到一半的支線任務一樣，比起理解困難的關稅議題和談判策略，「嘗試找出哪邊有 AI 痕跡」這件事感覺更簡單，像是幫村民 NPC 送信並找回五隻雞這種任務一樣簡單，簡單就會認真去做，所以就真的感覺到「好像有點 AI 感」。&lt;&#x2F;p&gt;
&lt;p&gt;但我同時也在想，假設這樣的內容是開成一個三小時的工作坊，配上十幾張投影片一個一個講談判策略和應用，還會有 AI 感嗎？似乎完全不會，即使有，也會覺得協作的很棒。所以也許是內容形式或資訊密度的問題？&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;就在邊讀邊想這些問題時，我一直在把我午餐健康餐盒裡的秀珍菇挑掉。我非常討厭菇類，什麼菇我都不吃，但我很常訂健康餐盒的外送，我也知道很多健康餐盒裡面都會放菇類，所以我一定會備註「請不要放菇類，謝謝」。但今天的餐盒還是有放，而且是那種跟其他菜一起炒的秀珍菇，因為都炒在一起，炒很細，所以就要一個一個把他們挑掉。如果是一大片的香菇或者一整捆的金針菇都還好處理，但很碎的秀珍菇（或者他根本不是秀珍菇？）就是很難處理，需要佔用我的注意力，不然就會不小心吃到。&lt;&#x2F;p&gt;
&lt;p&gt;這時我突然發現，太陽噴嚏、AI 文字、秀珍菇這幾件事，背後關注的都是同一件事：我不想要額外消耗注意力：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;光敏性噴嚏反射這件事上，我擔心的是未來可能要額外消耗的注意力，但還沒發生，所以不是很重要&lt;&#x2F;li&gt;
&lt;li&gt;AI 寫文這件事上，我的大腦會不由自主地去 judge 「這個地方真的是這樣嗎？會不會有幻覺？有驗證過嗎？」所以就會更容易覺得累。&lt;&#x2F;li&gt;
&lt;li&gt;秀珍菇這件事上，我就是不想吃到菇，所以得要在看文章思考的時候分心去把菇挑掉。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;我感覺這三件事裡面，一跟二未來肯定都會有解方，三反而最困難，除非菇類完全滅絕 🥲&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>35 歲</title>
        <published>2025-04-09T00:00:00+00:00</published>
        <updated>2025-04-09T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/35-years-old/"/>
        <id>https://pinchlime.com/blog/35-years-old/</id>
        
        <content type="html" xml:base="https://pinchlime.com/blog/35-years-old/">&lt;p&gt;今天是 35 歲生日，想趁這機會來記錄一下這幾年的自己。&lt;&#x2F;p&gt;
&lt;p&gt;30 到 35 歲的這五年經歷了好多事，在疫情中寫完拖了幾年的碩論順利畢業，認識老婆、交往並結婚，並且在幾次轉換跑道後，找到非常熱愛的工作與公司，讓「擅長」與「喜歡」的交集愈來愈大。&lt;&#x2F;p&gt;
&lt;p&gt;除了這些看起來比較屬於人生主軸的事情外，這幾年還堆疊了很多小但重要的事。例如重拾攝影興趣，例如有了自己的網站並且能持續產出內容，例如開始重視身體的信號與生活的品質，還有許多其他。&lt;&#x2F;p&gt;
&lt;p&gt;我一直都很喜歡看別人分享那種「我 x 歲為止的人生學到的 y 件事」這類的文，雖然很多都很去脈絡、過度簡化與雞湯，但這種文字總讓我感覺這個人有在嘗試記錄人生中重要的事情與意義，我喜歡這樣。&lt;&#x2F;p&gt;
&lt;p&gt;因此我前幾天就一直在想，若看向過去，走過 30s 一半的 35 歲對我來說有什麼意義？我在目前為止的人生經歷裡學到了什麼？若看向未來，就拿 35 到 40 歲這五年來看好了，我想要變成怎樣的人？想要做到哪些事？&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;想著這些開放式問題時，心中都隱約有些模糊的答案，但看不清楚具體的模樣，這時我想到，好像可以從「我的 end game 是什麼？」這個角度來串起這些模糊的答案。若我理解沒錯，這代表著某種人生的終極追求或目標，假設稍微更了解或更確定這件事，就應該可以回答一些關於目前為止到未來的人生相關的問題。&lt;&#x2F;p&gt;
&lt;p&gt;我以前對這個詞不太熟，應該是聽 Manny 和 Angela 在 podcast 裡面聊過誰誰誰（或他們自己）的 end game 是什麼，才有些印象，當時只覺得我好像也沒有 end game 這種東西，因為一直以來的人生都沒有什麼很遠大的目標或志向，偏向是認真地得過且過。但前幾天的某個晚上洗澡時，我突然想到我的 end game 是什麼了，應該可以說是「更滿意自己」。&lt;&#x2F;p&gt;
&lt;p&gt;這個「更滿意自己」，不完全等同於「讓自己更幸福／更有錢／有更高的成就／更了解自己」這些目標，我想它更著重於「持續找到更好的標準，然後盡量努力接近那個標準」。它也不完全等同於「讓自己變得更好」，因為有的時候就是會有各種不可控制的因素，讓自己沒辦法達到那個更好，這時若我真的清楚這些是我無法控制的事，而我也有盡力去達標了，我還是能夠滿意這樣的自己。&lt;&#x2F;p&gt;
&lt;p&gt;我覺得這個「更滿意自己」也是個具有彈性的目標，即使到了五十歲六十歲，七十歲八十歲，考量當下的年齡狀態，一定也會調整所謂「更好」的標準，因此很適合作為 end game ，既有一點追求，也不會太逼迫自己。（假設目標是讓自己更有錢，可能會一輩子都顧著存錢不想花錢；假設是讓自己體能達到巔峰，也一定會遇到年歲增長後的下滑。）&lt;&#x2F;p&gt;
&lt;p&gt;回想過去五年，我每年生日時都會稍微回顧一下過去一年的自己，好像都會有種「比過去更滿意」的感覺，原來這早就成為了我潛意識裡評價的標準。這次把這件事情想清楚後，好像也可以有更多面向來檢視與評估怎樣是「更好、更滿意」、我做了什麼，以及我還可以做什麼。這些就留給接下來五年去摸索吧！&lt;&#x2F;p&gt;
&lt;p&gt;最後來學習 Sunny &amp;amp; Eric 列一下我相信的事的列表，或者說是我目前為止的價值觀與處世原則。這裡面有好多都是這五年才學到或體悟到的，因此我相信再過個五年肯定又會有更多可以分享了。&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;好奇心是神聖的、珍貴的&lt;&#x2F;li&gt;
&lt;li&gt;認真不會輸&lt;&#x2F;li&gt;
&lt;li&gt;想到什麼，在意什麼，有任何感受，先寫下來就對了&lt;&#x2F;li&gt;
&lt;li&gt;識別認知上的落差就容易化解衝突&lt;&#x2F;li&gt;
&lt;li&gt;荒謬的背後可能有著某個理所當然，如果感覺到荒謬，就找出那個理所當然是什麼&lt;&#x2F;li&gt;
&lt;li&gt;主動接觸資訊，主動 mute 雜訊，細心呵護自己的注意力&lt;&#x2F;li&gt;
&lt;li&gt;明確的定義與舉例能夠促進有意義的討論&lt;&#x2F;li&gt;
&lt;li&gt;談判時專注於利益，而非立場&lt;&#x2F;li&gt;
&lt;li&gt;通常不假設別人是惡意的，但若識別出真正的惡意，就要離得越遠越好&lt;&#x2F;li&gt;
&lt;li&gt;若思考過而相信一個人，就完全信任他；若思考過而不相信一個人，就離得越遠越好&lt;&#x2F;li&gt;
&lt;li&gt;能同時抱持堅信又能推翻自己堅信的人，都是狠角色&lt;&#x2F;li&gt;
&lt;li&gt;除了觀察人們說了什麼，觀察那些應該說但沒說的話更能推敲出他們的動機與潛藏的台詞&lt;&#x2F;li&gt;
&lt;li&gt;遠離那些不喜歡你的人，找到那些喜歡你的人&lt;&#x2F;li&gt;
&lt;li&gt;Burnout 的核心原因在於出現了難以解決或難以理解的人或事，若要解決就要對症下藥&lt;&#x2F;li&gt;
&lt;li&gt;儲蓄，然後投入被動投資&lt;&#x2F;li&gt;
&lt;li&gt;錢花在那些讓自己會一直想，想到就開心的事物上&lt;&#x2F;li&gt;
&lt;li&gt;只要方向正確，步伐小一點也沒關係&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;hr &#x2F;&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;IMG_8102_G2omzr.JPG&quot; data-fancybox data-caption=&quot;35-years-old&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;IMG_8102_G2omzr.JPG&quot; loading=&quot;lazy&quot; alt=&quot;35-years-old&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;（&lt;em&gt;圖是老婆用 ChatGPT 畫的全家福&lt;&#x2F;em&gt;）&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>我目前有在訂閱的產品與服務（2025 April）</title>
        <published>2025-04-05T00:00:00+00:00</published>
        <updated>2025-04-05T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/my-current-subscriptions-2025-04/"/>
        <id>https://pinchlime.com/blog/my-current-subscriptions-2025-04/</id>
        
        <content type="html" xml:base="https://pinchlime.com/blog/my-current-subscriptions-2025-04/">&lt;p&gt;距離上次分享有在訂閱的產品已經過了半年，感覺每半年更新一次還不錯。&lt;&#x2F;p&gt;
&lt;p&gt;以下是我目前還有在訂閱的產品與服務。這次相較前次更新，主要加入的就是 ChatGPT 跟 Claude 的訂閱，我覺得現在他們能給我的幫助非常物有所值，所以就持續訂閱了。&lt;&#x2F;p&gt;
&lt;p&gt;退訂的 Typefully 跟 Kagi 則單純是因為太少用到，想說還是退訂好了。&lt;&#x2F;p&gt;
&lt;h3 id=&quot;mei-yuan-ji-jia-de-ding-yue&quot;&gt;美元計價的訂閱&lt;&#x2F;h3&gt;
&lt;p&gt;備註：有打星號的是這次更新才加入訂閱清單的。&lt;&#x2F;p&gt;
&lt;table&gt;&lt;thead&gt;&lt;tr&gt;&lt;th&gt;產品名稱&lt;&#x2F;th&gt;&lt;th&gt;訂閱方案&lt;&#x2F;th&gt;&lt;th&gt;訂閱費用&lt;&#x2F;th&gt;&lt;th&gt;用途&lt;&#x2F;th&gt;&lt;&#x2F;tr&gt;&lt;&#x2F;thead&gt;&lt;tbody&gt;
&lt;tr&gt;&lt;td&gt;Heptabase&lt;&#x2F;td&gt;&lt;td&gt;年費&lt;&#x2F;td&gt;&lt;td&gt;$83.88&lt;&#x2F;td&gt;&lt;td&gt;協助我思考、管理知識與輸出內容&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;1Password&lt;&#x2F;td&gt;&lt;td&gt;年費&lt;&#x2F;td&gt;&lt;td&gt;$60&lt;&#x2F;td&gt;&lt;td&gt;管理我的所有密碼&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;HEY&lt;&#x2F;td&gt;&lt;td&gt;年費&lt;&#x2F;td&gt;&lt;td&gt;$99&lt;&#x2F;td&gt;&lt;td&gt;Personal Email&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;Proton Unlimited&lt;&#x2F;td&gt;&lt;td&gt;年費&lt;&#x2F;td&gt;&lt;td&gt;$119.88&lt;&#x2F;td&gt;&lt;td&gt;Email, VPN and Drive&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;三個網域&lt;&#x2F;td&gt;&lt;td&gt;年費&lt;&#x2F;td&gt;&lt;td&gt;$36&lt;&#x2F;td&gt;&lt;td&gt;除了這個部落格外還有兩個不常用的網域&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;Setapp&lt;&#x2F;td&gt;&lt;td&gt;月費&lt;&#x2F;td&gt;&lt;td&gt;$12.49&lt;&#x2F;td&gt;&lt;td&gt;軟體大雜燴，裡面我最常用的是 CleanShot X 以及 Diarly 這兩個產品&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;Adobe Lightroom&lt;&#x2F;td&gt;&lt;td&gt;月費&lt;&#x2F;td&gt;&lt;td&gt;$10&lt;&#x2F;td&gt;&lt;td&gt;管理與存放照片的必要工具&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;Twitter Premium Basic&lt;&#x2F;td&gt;&lt;td&gt;月費&lt;&#x2F;td&gt;&lt;td&gt;$3&lt;&#x2F;td&gt;&lt;td&gt;發文可以不限字數&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;*&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;why-did-i-subscribe-to-chatgpt-plus&#x2F;&quot;&gt;ChatGPT Plus&lt;&#x2F;a&gt;&lt;&#x2F;td&gt;&lt;td&gt;月費&lt;&#x2F;td&gt;&lt;td&gt;$20&lt;&#x2F;td&gt;&lt;td&gt;為了用 o1 與 Deep Research 而訂閱&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;*Claude Pro&lt;&#x2F;td&gt;&lt;td&gt;年費&lt;&#x2F;td&gt;&lt;td&gt;$180&lt;&#x2F;td&gt;&lt;td&gt;改網站、串接一些簡單資料&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;*Buttondown&lt;&#x2F;td&gt;&lt;td&gt;月費&lt;&#x2F;td&gt;&lt;td&gt;$9&lt;&#x2F;td&gt;&lt;td&gt;寄信給別人&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;&#x2F;tbody&gt;&lt;&#x2F;table&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;tai-bi-ji-jia-de-ding-yue&quot;&gt;台幣計價的訂閱&lt;&#x2F;h3&gt;
&lt;table&gt;&lt;thead&gt;&lt;tr&gt;&lt;th&gt;產品名稱&lt;&#x2F;th&gt;&lt;th&gt;訂閱方案&lt;&#x2F;th&gt;&lt;th&gt;訂閱費用&lt;&#x2F;th&gt;&lt;th&gt;用途&lt;&#x2F;th&gt;&lt;&#x2F;tr&gt;&lt;&#x2F;thead&gt;&lt;tbody&gt;
&lt;tr&gt;&lt;td&gt;YouTube Premium&lt;&#x2F;td&gt;&lt;td&gt;年費&lt;&#x2F;td&gt;&lt;td&gt;$900 TWD （家庭方案）&lt;&#x2F;td&gt;&lt;td&gt;看我感興趣的所有影片&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;Spotify&lt;&#x2F;td&gt;&lt;td&gt;年費&lt;&#x2F;td&gt;&lt;td&gt;$540 TWD （家庭方案）&lt;&#x2F;td&gt;&lt;td&gt;聽我感興趣的所有音樂&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;愛爾達足球 VIP&lt;&#x2F;td&gt;&lt;td&gt;年費&lt;&#x2F;td&gt;&lt;td&gt;$1,349 TWD&lt;&#x2F;td&gt;&lt;td&gt;看德甲與英超！&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;中華電信光世代&lt;&#x2F;td&gt;&lt;td&gt;月費&lt;&#x2F;td&gt;&lt;td&gt;$1,099 TWD&lt;&#x2F;td&gt;&lt;td&gt;網路 + MOD保護費&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;遠傳 4G 吃到飽&lt;&#x2F;td&gt;&lt;td&gt;月費&lt;&#x2F;td&gt;&lt;td&gt;$399 TWD&lt;&#x2F;td&gt;&lt;td&gt;手機上網保護費&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;Uber One&lt;&#x2F;td&gt;&lt;td&gt;月費&lt;&#x2F;td&gt;&lt;td&gt;$120 TWD&lt;&#x2F;td&gt;&lt;td&gt;外送免運保護費&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;iCloud 200GB&lt;&#x2F;td&gt;&lt;td&gt;月費&lt;&#x2F;td&gt;&lt;td&gt;$90 TWD&lt;&#x2F;td&gt;&lt;td&gt;蘋果保護費&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;Moze&lt;&#x2F;td&gt;&lt;td&gt;月費&lt;&#x2F;td&gt;&lt;td&gt;$30 TWD&lt;&#x2F;td&gt;&lt;td&gt;記帳&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;&#x2F;tbody&gt;&lt;&#x2F;table&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;shang-ci-huan-you-ben-ci-geng-xin-yi-tui-ding-de&quot;&gt;上次還有，本次更新已退訂的&lt;&#x2F;h3&gt;
&lt;table&gt;&lt;thead&gt;&lt;tr&gt;&lt;th&gt;產品名稱&lt;&#x2F;th&gt;&lt;th&gt;訂閱方案&lt;&#x2F;th&gt;&lt;th&gt;訂閱費用&lt;&#x2F;th&gt;&lt;th&gt;用途&lt;&#x2F;th&gt;&lt;&#x2F;tr&gt;&lt;&#x2F;thead&gt;&lt;tbody&gt;
&lt;tr&gt;&lt;td&gt;Typefully&lt;&#x2F;td&gt;&lt;td&gt;年費&lt;&#x2F;td&gt;&lt;td&gt;$74.99&lt;&#x2F;td&gt;&lt;td&gt;可以排程發文 Twitter 與 Threads&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;why-did-i-subscribe-to-kagi&#x2F;&quot;&gt;Kagi&lt;&#x2F;a&gt;&lt;&#x2F;td&gt;&lt;td&gt;月費&lt;&#x2F;td&gt;&lt;td&gt;$5&lt;&#x2F;td&gt;&lt;td&gt;付費搜尋引擎&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;Justfont&lt;&#x2F;td&gt;&lt;td&gt;年費&lt;&#x2F;td&gt;&lt;td&gt;$588 TWD&lt;&#x2F;td&gt;&lt;td&gt;部落格的自訂字型&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;&#x2F;tbody&gt;&lt;&#x2F;table&gt;
&lt;p&gt;如果你好奇裡面任何一項，歡迎聯絡我詢問心得。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>「知道一件事情沒有捷徑」帶來的安全感</title>
        <published>2025-04-03T00:00:00+00:00</published>
        <updated>2025-04-03T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/no-shortcut/"/>
        <id>https://pinchlime.com/letters/no-shortcut/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/no-shortcut/">&lt;p&gt;最近 ChatGPT 4o 的製圖能力大躍進，我把幾張跟老婆、貓咪或爸媽的生活照丟進去請它變換風格，效果都非常好，人物的神韻與畫面中的細節都很好，但看了幾張後還是會有種「好像還有哪邊可以更好」的感覺，可能是某個臉孔的線條細節之類的，但我又說不上來到底是&lt;strong&gt;什麼地方&lt;&#x2F;strong&gt;可以更好，或者說，我也說不上來我想像中的更好&lt;strong&gt;到底是怎樣&lt;&#x2F;strong&gt;。&lt;&#x2F;p&gt;
&lt;p&gt;當我意識到這件事時，我突然想到，在讓 ChatGPT 或 Claude 生成文字時，我好像不太會有這樣的感覺。我幾乎總是可以感覺到他給我的文字好不好、如果好是好在哪、如果不好又是為什麼。假設內容不夠好，我也常常能夠自己想出更好的，或者知道怎樣問問題得到更好的內容。&lt;&#x2F;p&gt;
&lt;p&gt;但生成圖片時，我完全不具備這樣的能力，我幾乎沒辦法再給他下一步的指引，我甚至會覺得，我給的指引可能反而會讓結果更糟。我想應該是因為我很不熟悉用文字描述畫面，我既不熟悉相關的語句結構，也不熟悉那些足以表現那些關鍵微小細節的詞彙。&lt;&#x2F;p&gt;
&lt;p&gt;但假設我真的努力讀了很多、學了很多、吞了很多這類如何描述畫面的知識，這也不代表我真的知道該怎樣指揮 AI 讓他做得更好，因為我腦中仍然沒有更好的畫面。&lt;&#x2F;p&gt;
&lt;p&gt;這樣說起來好像有點挫折，感覺還是需要長期接觸大量美的畫面，才有辦法掌握與培養出那個能夠判斷好與不好的品味，沒有什麼速成的捷徑。但話說回來，「知道一件事情沒有捷徑」這件事好像也帶來某種安全感，我還無法詳細描述這個感覺，以後有延伸想法再來分享。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>我想要確保有訂閱的人都是真的想要收信的人</title>
        <published>2025-04-01T00:00:00+00:00</published>
        <updated>2025-04-01T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/real-subscribers/"/>
        <id>https://pinchlime.com/letters/real-subscribers/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/real-subscribers/">&lt;p&gt;歡迎回到 A Letter from PJ ，這是從 HEY World 轉回 Buttondown 發信後寄出的第一封信，如果你錯過了前情提要，歡迎參考上一封信：&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;letters&#x2F;distance&#x2F;&quot;&gt;寫的東西與自己的距離&lt;&#x2F;a&gt;。&lt;&#x2F;p&gt;
&lt;p&gt;這封信要繼續分享另一件關於寫信的事，可能也與你有關。&lt;&#x2F;p&gt;
&lt;p&gt;從這次轉回 Buttondown 開始，我想嘗試一下新的東西，我希望更確保有訂閱的人都是&lt;strong&gt;真的想要收信的人&lt;&#x2F;strong&gt;，所以我會嘗試一套新的「（我）主動退訂（某些人）」的策略。&lt;&#x2F;p&gt;
&lt;p&gt;由於電子信服務通常會依照訂閱者的數量計費，我知道有些創作者會定期清理訂閱名單，刪除、退訂那些都沒有開信的人。我想做的是類似的事，但我不會透過開信率這樣的數字來篩選，因為我沒有追蹤開信率或其他任何的數據。（可以參考我的 &lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;manifesto&#x2F;&quot;&gt;Manifesto&lt;&#x2F;a&gt; 頁面）。&lt;&#x2F;p&gt;
&lt;p&gt;我想到不透過開信率來追蹤的方式是，邀請你&lt;strong&gt;主動讓我知道你開信了&lt;&#x2F;strong&gt;。簡單來說，我會在每封信後面放一個「已讀」與「讚」的按鈕，若你有看完這封信，可以點一下已讀，我就會認為這個人還有想要繼續收信，如果很喜歡這封信的內容也可以按一下讚。&lt;&#x2F;p&gt;
&lt;p&gt;我可能每半年或一年會寄信給那些這段期間「一次都沒有點過任何回應」的人，詢問他們是否要繼續訂閱，假設還是沒有回應，我就會取消這個人的訂閱。&lt;&#x2F;p&gt;
&lt;p&gt;我自己覺得這樣做比起傳統透過「開信率」來追蹤與退訂的作法更好，原因有兩個：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;很多注重隱私的信箱服務會擋掉開信這類的追蹤，因此有可能有讀者有在讀，但是從發信者的角度來看這個人完全都沒有開信，結果就被誤刪了。&lt;&#x2F;li&gt;
&lt;li&gt;比起你不一定會知道的開信率追蹤，主動點擊「已讀」更像是個積極同意續訂的告知，我覺得更符合我的價值觀。&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;另外我之後也會主動取消所有透過稍後閱讀軟體訂閱的人（之後會寄一封通知信通知），例如 Readwise, Instapaper, Feedly, Cubox, Kill-the-newsletter 或者之前寫過的 Omnivore 等等，原因是我想要更直接地與收信的人互動，我希望收到信的人有任何想要回饋的想法時，都可以回個「這封很棒」、「我也有這個想法！」、「你這段好像寫錯了，應該是這樣而不是那樣」之類的東西。&lt;&#x2F;p&gt;
&lt;p&gt;我在過去一年寫信時收到不少這樣的回信，即使內容就只有這樣短短一句話，都還是很開心，有點像是在社群上面貼文收到留言一樣。&lt;&#x2F;p&gt;
&lt;p&gt;但若透過稍後閱讀軟體收信，應該是沒辦法回信，我覺得這樣很可惜。因此我會希望想收信的人就透過自己的信箱訂閱，而不想收信的人隨時都可以取消訂閱。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;我的想法是，透過這兩種主動退訂的策略，應該可以盡可能地確保收信的人都是真的想看（偶爾想看就好，不用每篇都看）的人，如果真的能順利達到這個效果那就太好了！&lt;&#x2F;p&gt;
&lt;p&gt;最後，想分享兩篇最近寫在 Blog 上面的隨筆：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;curiosity&#x2F;&quot;&gt;好奇心是珍貴的、神聖的&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;li&gt;&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;dont-say-actually&#x2F;&quot;&gt;不說其實&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;我最近打算把一些我相信的事或者是我目前稍微堅持的一些原則記下來，寫成一系列的隨筆。但我預期這些東西會常常修改，因此我選擇不透過信件寄出而是寫在網站的 Blog 區塊。&lt;&#x2F;p&gt;
&lt;p&gt;若你對於這些內容有共鳴與回饋，也歡迎回信跟我說！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>不說其實</title>
        <published>2025-03-31T00:00:00+00:00</published>
        <updated>2025-03-31T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/dont-say-actually/"/>
        <id>https://pinchlime.com/blog/dont-say-actually/</id>
        
        <content type="html" xml:base="https://pinchlime.com/blog/dont-say-actually/">&lt;p&gt;近幾年我有意識地在控制自己不要說出「其實」這兩個字，或者說，必須嚴格限定，只能用來「講自己的不足」。&lt;&#x2F;p&gt;
&lt;p&gt;舉例來說：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;其實我覺得這件事沒有很重要 Ｘ&lt;&#x2F;li&gt;
&lt;li&gt;我發現，其實我不太擅長寫作 Ｏ&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;前者稍微有種隱含的糾正感與說教感，好像預設別人比較不懂、別人是錯的，即使真的是如此，在聽的人耳中也容易感到不開心。&lt;&#x2F;p&gt;
&lt;p&gt;後者比較接近是某種自我覺察，當然有時候也是想藉由這種方式塑造出某種形象（可能是反差感），但因為不是預設對方不懂，那種給我的不適感就比較沒那麼強。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;除了其實以外，另一個有類似效果的是「事實上」或者「實際上」，由這些字起手的句子聽起來都很像開戰的號角，很像是預設別人只有觀點沒有事實、或者別人的事實是錯誤的。即使別人真的是錯誤的，看到這種句子也容易先開啟防衛模式而不是溝通模式。&lt;&#x2F;p&gt;
&lt;p&gt;那麼，如果真的要講一個自己很有信心是正確的，並且大多數人（或者對話者）認為是錯誤的事，該怎麼講呢？&lt;&#x2F;p&gt;
&lt;p&gt;我想了一下，只要把其實刪掉，其他內容都不用調整也沒關係。我想了幾個我曾經差點忍不住想說其實的情境，把其實省略掉都不會影響實際的內容與說話的情緒或態度。&lt;&#x2F;p&gt;
&lt;p&gt;例如這句的其實，刪掉也沒差：&lt;&#x2F;p&gt;
&lt;blockquote&gt;
&lt;p&gt;其實「其實」這個詞，真的是有點累贅呢。&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>寫的東西與自己的距離</title>
        <published>2025-03-26T00:00:00+00:00</published>
        <updated>2025-03-26T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/distance/"/>
        <id>https://pinchlime.com/letters/distance/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/distance/">&lt;p&gt;在討論今天的主題前，想分享一下，在寄出這封信之後，我決定重回之前寄信的服務 Buttondown ，而不再用目前的 HEY world 寄信，這代表寄件人會從 &lt;code&gt;mimir@hey.com&lt;&#x2F;code&gt; 轉為 &lt;code&gt;pj@pinchlime.com&lt;&#x2F;code&gt;，請你再稍微留意一下相關的變化。&lt;&#x2F;p&gt;
&lt;p&gt;如果你有收到這封信，代表你已經是訂閱者，你不用做任何事，就會繼續收到信。如果你是從其他地方看到這篇文或這封信，歡迎你透過&lt;a href=&quot;&#x2F;subscribe&quot;&gt;這個連結訂閱&lt;&#x2F;a&gt;。&lt;&#x2F;p&gt;
&lt;p&gt;如果是從 2022 年或更早以前就認識我的人，可能會有印象我曾經多次更換寄電子報／信的平台，例如最早在 Substack ，後來改到 Buttondown ，接著又改用 HEY World 寄信，除了平台以外，寄的內容也一直在變，最早最早以前有什麼「一起來分享好文」，接著是「Pin 起來電子報」，然後是「A Letter from PJ」，即使是主題一樣，內容也很雜亂多變，有時是資訊分享，有時有固定的格式，有時則是散文或者偏向個人的心得抒發，也有些看起來很像部落格的貼文。&lt;&#x2F;p&gt;
&lt;p&gt;以讀者的體驗或者對讀者的價值來說，我不確定上述這一連串的「演進」到底是好還是不好，但以我自己這個寫作者的角度來說，我更重視的「自我滿意程度」應該是有愈來愈好。為什麼？&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;li-wo-zi-ji-yu-jin-de-nei-rong-wo-yu-man-yi&quot;&gt;離我自己愈近的內容，我愈滿意&lt;&#x2F;h3&gt;
&lt;p&gt;在經過幾年的持續記錄與寫作後，我感覺到，只要我寫的東西愈是真實、愈是貼近我自己的想法與實際經驗，我就愈滿意這樣的內容。反過來說，假設寫的東西離我自己愈遠，我就很容易感到無趣、不滿意。&lt;&#x2F;p&gt;
&lt;p&gt;比方說，如果我寫了一封信或一集電子報，內容是一些「我感覺大家會有興趣看的新知」，那我肯定寫不下去。如果是「我自己感興趣，我也感覺會有人感興趣的新知」，我寫起來就會比較有感覺與動力。&lt;&#x2F;p&gt;
&lt;p&gt;而現在的我可能是更偏向寫「我感興趣的新知，然後著重分享我為什麼會感興趣」，裡面甚至不會花太多篇幅在這個新知上，可能只留個連結，然後把重點都放在「為什麼我感興趣」。&lt;&#x2F;p&gt;
&lt;p&gt;如果順著這個原則再來看先前各種換來換去的演進，好像每次的「平台搬遷」或「形式改變」都說得通了：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;從 Substack 搬走是因為它就是個大平台，我沒辦法控制我重視的東西（例如隱私權的設定），這讓我感覺&lt;strong&gt;離我自己很遠&lt;&#x2F;strong&gt;。比較起來，Buttondown 這種純工具搭配我自己的網站存檔就更可控，&lt;strong&gt;離我更近&lt;&#x2F;strong&gt;。&lt;&#x2F;li&gt;
&lt;li&gt;內容形式方面，那種每週固定時間一定要出刊的電子報就&lt;strong&gt;離我比較遠&lt;&#x2F;strong&gt;，因為我生活中有時候會很忙，有時候要出去玩，有時候更想打電動，如果硬要寫感覺就是在湊內容，所以這種東西我就不滿意，不滿意就寫不出來，所以就會拖稿而棄更。但後來逐漸改成沒有什麼形式拘束的「信」後，就自由很多。想到什麼就寫一下，寫完就寄出，寫的東西&lt;strong&gt;離我當下的想法非常近&lt;&#x2F;strong&gt;，所以我總是很喜歡。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;但這種自由（隨意）的作法，肯定就與一部分訂閱者的期待不符合，所以當時決定從「Pin 起來電子報」搬到 HEY World 寫信時，我沒有直接匯入已累積的訂閱名單，而是請有興趣的人重新訂閱。但我這次會直接把 HEY World 的訂閱名單匯出搬遷，因為我想目前訂閱的人都是比較能接受這種隨意寫信模式的人。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;na-wei-shen-mo-you-yao-huan-ping-tai-hey-world-kan-qi-lai-bu-shi-hen-hao-ma&quot;&gt;那為什麼又要換平台？HEY World 看起來不是很好嗎？&lt;&#x2F;h3&gt;
&lt;p&gt;我覺得 HEY World 的寄信體驗和閱讀體驗都很好，但還是有個我一直覺得有點沒那麼滿意的地方：它的 archive 頁面真的很糟，當我累積幾十封信以後，新的讀者很難快速看到過去寫過的東西。&lt;&#x2F;p&gt;
&lt;p&gt;為了解決這個問題，我當時還是在我的部落格放了一個列表，每次寫了新的信，就把最新的連結更新上去，然後點擊的人就會跳轉到 HEY World 的存檔頁面。但這樣的體驗顯然不太好，為什麼想要看這個人寫的東西還要分不同地方？&lt;&#x2F;p&gt;
&lt;p&gt;另一方面，在我對自己寫的東西愈來愈滿意與喜歡後，我更想要把這些內容全部都放在自己的網站裡，而不只是放個超連結而已。在我想通這點後，我馬上就就決定開始搬遷，回到之前的模式：透過 Buttondown 發信，然後全文都放在自己的網站裡。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;bie-ren-xie-de-dong-xi-ye-shi-yong&quot;&gt;別人寫的東西也適用&lt;&#x2F;h3&gt;
&lt;p&gt;我發現，除了自己寫的時候更喜歡離自己近的東西，我在閱讀別人寫的東西時，也喜歡看那些很發自內心的東西。這倒不是說資訊整理或者是行銷內容就不好，我有的時候也有獲取這些內容的需求。&lt;&#x2F;p&gt;
&lt;p&gt;但那些看起來像是自言自語一樣的文字，總是更容易讓我的目光停留在上面，因為我感覺到這些文字與發文者的距離很近，而我透過文字也感受到了這樣的親近感。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Simplify</title>
        <published>2025-03-10T00:00:00+00:00</published>
        <updated>2025-03-10T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/simplify/"/>
        <id>https://pinchlime.com/letters/simplify/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/simplify/">&lt;p&gt;我這幾年越來越喜歡這個字，看到就有股動力去做些什麼。&lt;&#x2F;p&gt;
&lt;p&gt;在上次熬過了&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.threads.net&#x2F;@wu_pingju&#x2F;post&#x2F;DGQq3kKyQDt&quot;&gt;網站換換病&lt;&#x2F;a&gt;後，我這幾週都在嘗試簡化我的個人網站，我砍掉了沒在更新的 Stream, Library &amp;amp; Glossary 相關頁面、砍掉感覺有點難用的搜尋功能、砍掉了一些以前 fork 魔改網站留下來的不需要的程式碼片段。&lt;&#x2F;p&gt;
&lt;p&gt;我感覺到這些都還不夠，於是我又建了一個 Archive 專區，把我覺得已經過時的資訊、介紹或心得，全部都丟到這個專區裡面，並且加上「已歸檔」的警語。這下我舒服多了。&lt;&#x2F;p&gt;
&lt;p&gt;我發現在 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;&quot;&gt;Blog&lt;&#x2F;a&gt; 頁面留下來，捨不得丟入歸檔區的，都是那些我還感興趣的主題。這些文章大概只佔原本一半不到，但我現在反而更有動力重新編輯整修他們。&lt;&#x2F;p&gt;
&lt;p&gt;這應該是 Simplify 的魔力吧。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>在任何輸入框都可以一鍵翻譯：我用 Keyboard Maestro 搭配 OpenAI API 做的腳本</title>
        <published>2025-03-04T00:00:00+00:00</published>
        <updated>2025-03-04T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/integrate-keyboard-maestro-with-openai-api/"/>
        <id>https://pinchlime.com/blog/integrate-keyboard-maestro-with-openai-api/</id>
        
        <content type="html" xml:base="https://pinchlime.com/blog/integrate-keyboard-maestro-with-openai-api/">&lt;p&gt;這篇想簡單介紹昨天我跟 Claude 協作的一個小工具，準確來說是一個 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.keyboardmaestro.com&#x2F;main&#x2F;&quot;&gt;Keyboard Maestro&lt;&#x2F;a&gt; 的腳本，它的用處是可以在 Mac 任何可以複製貼上文字的輸入框，都能呼叫 OpenAI 的 API ，根據你設定好的 prompt 去處理文字。&lt;&#x2F;p&gt;
&lt;p&gt;簡單的範例請參考我的 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;x.com&#x2F;WuPingJu&#x2F;status&#x2F;1896704678119006467&quot;&gt;Twitter 貼文&lt;&#x2F;a&gt;或 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.threads.net&#x2F;@wu_pingju&#x2F;post&#x2F;DGwXcfHSKIr?xmt=AQGzBFj0AS-ExZqkOb3qFCF8NoidOnQPTv7BYmcVZ4LGpw&quot;&gt;Threads 貼文&lt;&#x2F;a&gt;。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;keyboard-maestro-shi-shen-mo&quot;&gt;Keyboard Maestro 是什麼？&lt;&#x2F;h2&gt;
&lt;p&gt;Keyboard Maestro 是一個 Mac 上的老牌工具，他裡面有非常多可以自定義的 “Actions” ，然後你可以像是堆積木一樣把這些 Actions 組合在一起，再透過你想要的方式去觸發這些 Actions。這些包含觸發條件與 Actions 的組合，在 Keyboard Maestro 裡面叫做 “Macro” ，我都叫他「腳本」。&lt;&#x2F;p&gt;
&lt;p&gt;舉例來說，除了本文要介紹的之外，我最常用的腳本有下列這幾個：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;輸入 hhh ，就會自動轉換為 Heptabase （還有類似的數十個 snippets）&lt;&#x2F;li&gt;
&lt;li&gt;按下 Cmd + F2 ，就會觸發 Todoist 的熱鍵，讓我記錄新的任務&lt;&#x2F;li&gt;
&lt;li&gt;按下 Cmd + F5 ，就會為我打開 Finder 中的截圖資料夾，讓我可以馬上到我想要的位置去找東西。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;在這邊就不多介紹 Keyboard Maestro 可以怎麼用，網路上有非常多的資料與範例，歡迎有興趣的人自己參考研究。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;yi-jian-fan-yi-wen-zi-de-jiao-ben-jie-shao&quot;&gt;一鍵翻譯文字的腳本介紹&lt;&#x2F;h2&gt;
&lt;p&gt;你可以到這個 Google Drive 的&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;drive.google.com&#x2F;file&#x2F;d&#x2F;1OBmoUWui3eUXDMX5cUbnmHNEpNu3Fcrp&#x2F;view?usp=sharing&quot;&gt;連結&lt;&#x2F;a&gt;下載這個腳本。假設你已經安裝了 Keyboard Maestro，你可以直接執行這個檔案，它就會直接導入到你的 Keyboard Maestro 裡面。&lt;&#x2F;p&gt;
&lt;p&gt;以下分成幾張截圖分別介紹這個腳本，裡面紅色的區塊是我建議跟我一樣的程式小白不要亂動的地方，黃色的區塊要請你自行填入資訊，而綠色的區塊則是你可以根據自己的需求去研究設定，當然也可以維持原狀就好。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;第一張圖：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;可以改 Macro 名字與圖示。&lt;&#x2F;li&gt;
&lt;li&gt;可以更改觸發的熱鍵，除了按鍵以外也有其他觸發方式，歡迎自行研究。&lt;&#x2F;li&gt;
&lt;li&gt;這邊的意思是：腳本會幫你按下 Cmd + C （複製），並且等 0.2 秒，然後把複製到的內容，設定為 &lt;code&gt;to_translate&lt;&#x2F;code&gt; 這個變數的內容。&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;備註：所以在實際使用時，要先框選你要處理的文字，再按下熱鍵，這樣腳本按下複製時才能複製到東西。&lt;&#x2F;p&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;CleanShot%202025-03-04%20at%2019.13.17@2x_DToRWf.png&quot; data-fancybox data-caption=&quot;integrate-keyboard-maestro-with-openai-api-1&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;CleanShot%202025-03-04%20at%2019.13.17@2x_DToRWf.png&quot; loading=&quot;lazy&quot; alt=&quot;integrate-keyboard-maestro-with-openai-api-1&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;第二張圖：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;請在這邊填入你的 OpenAI API key，如果不清楚這是什麼，歡迎先上網找教學！&lt;&#x2F;li&gt;
&lt;li&gt;請在這邊輸入你想使用的模型，&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;platform.openai.com&#x2F;docs&#x2F;models&quot;&gt;這邊可以看到目前有的模型&lt;&#x2F;a&gt;，如果是嘗試使用，我推薦先用 gpt-4o-mini ，因為很便宜！&lt;&#x2F;li&gt;
&lt;li&gt;請輸入你想要這個助手做的事情在 System Prompt 裡面，如果你沒有想法只是想翻譯看看，你可以先隨意輸入類似這樣的文字：You are an expert in English and fluent in Mandarin. You will translate user input to English while maintaining the original meaning accurately.&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;這樣做的效果，就是會把你框選的文字翻譯成英文。（你當然也可以反過來改寫成翻譯為中文，或者是其他用途。）&lt;&#x2F;p&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;CleanShot%202025-03-04%20at%2019.20.57@2x_r0hwwP.png&quot; data-fancybox data-caption=&quot;integrate-keyboard-maestro-with-openai-api-2&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;CleanShot%202025-03-04%20at%2019.20.57@2x_r0hwwP.png&quot; loading=&quot;lazy&quot; alt=&quot;integrate-keyboard-maestro-with-openai-api-2&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;第三張圖&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;第一格是我請 Claude 幫我規劃的 Shell Script ，他在做的事情大概是這樣：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;先引用你在前面填入的 API 與 System Prompt 資訊、以及導入你複製的內容（要給 OpenAI 處理的內容）&lt;&#x2F;li&gt;
&lt;li&gt;後續再實際送出 API 請求給 OpenAI ，然後從 OpenAI 回傳的內容裡面截取出你唯一需要的部分。
如果你有更好的寫法，歡迎跟我分享！如果你跟我一樣什麼都不懂，應該就不需要去動它，或者你也可以複製一個 Macro 然後自己找 AI 一起改成你想要的樣子。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;這邊的意思是執行完後等個 0.5 秒，比較不會因為時間差導致無法正確產出成果。歡迎根據你的測試自行調整。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;這邊的意思是「用貼上的方式」插入「這個框框裡面的文字」，而「這個框框裡面的文字」就會是第一步驟的 Script 裡面產出的內容。 Keyboard Maestro 提供了各種可能性，這邊是用貼上，也可以選成用模擬打字的，或者是直接用 “Display Text” 這個 Action 跳出一個框框顯示 OpenAI 回傳的文字。歡迎自己玩！&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;CleanShot%202025-03-04%20at%2019.24.49@2x_kaZlvQ.png&quot; data-fancybox data-caption=&quot;integrate-keyboard-maestro-with-openai-api-3&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;CleanShot%202025-03-04%20at%2019.24.49@2x_kaZlvQ.png&quot; loading=&quot;lazy&quot; alt=&quot;integrate-keyboard-maestro-with-openai-api-3&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;基本上，只要你設定了黃色的三個區塊，就可以在某個可以打字的地方，選一段中文文字，然後按熱鍵執行看看，成功的話就會翻譯成英文了。&lt;&#x2F;p&gt;
&lt;p&gt;接著，你可以再繼續根據你的需要微調修改，可以改 prompt 讓他效果更好，也可以測試不同模型的做法。我覺得以翻譯來說，用 gpt-4o 是可以兼顧品質跟成本的好選擇。&lt;&#x2F;p&gt;
&lt;p&gt;如果你有其他更厲害的做法，歡迎跟我分享你的成果！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>回母校分享 ChatGPT &amp; Deep Research 應用的一些心得隨記</title>
        <published>2025-02-27T00:00:00+00:00</published>
        <updated>2025-02-27T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/how-i-use-chatgpt-and-deep-research/"/>
        <id>https://pinchlime.com/letters/how-i-use-chatgpt-and-deep-research/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/how-i-use-chatgpt-and-deep-research/">&lt;p&gt;幾週前 OpenAI 的 Deep Research 推出後，我就興奮地跟我讀碩士時的指導老師分享我的體驗感受，過幾天老師問我是否可以回學校分享一下怎麼用 Deep Research ，於是我昨天早上回到學校跟老師＆他的幾位研究助理們分享。&lt;&#x2F;p&gt;
&lt;p&gt;我碩士讀的是科法所，因此我在準備分享內容時就在思考，如果是當年（我是 2021 年畢業的 ）還在讀碩士寫論文的我有了 o1、o1 Pro 與 Deep Researh 可以用，我會怎麼用？我又會在哪些地方避免用 AI ？&lt;&#x2F;p&gt;
&lt;p&gt;順著這個思路，我分享的內容架構大概是：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;先簡單介紹大語言模型生成內容的機制（預測下一個字詞）&lt;&#x2F;li&gt;
&lt;li&gt;介紹這個機制下的一些缺陷（幻覺、仰賴訓練資料、容易受到 prompt 影響產出結果），並且針對幾種缺陷提出一些範例&lt;&#x2F;li&gt;
&lt;li&gt;分享新的推理模型（o1 &amp;amp; o1 Pro）的能力以及運作方式，直接套用在相同的幾個範例上，讓大家感受到模型能力進化帶來的差異&lt;&#x2F;li&gt;
&lt;li&gt;分享在好的模型基礎上，提供更完整脈絡資訊時，可以產出更好的內容&lt;&#x2F;li&gt;
&lt;li&gt;再用同樣的範例，分享透過 Deep Research 去產出分析時可以達到怎樣的更好效果&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;最後再分享一些我自己的一些零散心得：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;「生成式 AI」的任務就是「生成」，目前最強的 AI 也沒辦法真的「理解」，若能記得這件事，就可以大幅提高使用生成式 AI 的效果。&lt;&#x2F;li&gt;
&lt;li&gt;o1 很強， o1 Pro 非常強，之後的模型會更強，現在至少應該要訂閱 ChatGPT Plus 取得 o1 的使用資格。&lt;&#x2F;li&gt;
&lt;li&gt;即使有聯網能力，也不代表就肯定正確，還是會受到使用者輸入資訊與網路上資料正確性的影響&lt;&#x2F;li&gt;
&lt;li&gt;模型的能力決定了答案的上限，但用戶輸入的脈絡資訊則決定了答案的下限。即使只用普通的模型，只要輸入夠完整的資訊，一樣可以取得很不錯的答案&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;（以上是概要，因為我並非這方面的專業人士，不太好意思公開分享我寫的完整內容出來）&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;其他心得隨記：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;我在整理內容時原本想說要不要研究新的 PPT 工具例如 Gamma 之類的，但一打開覺得好像還要學一下，就算了，最後直接建了一個 Heptabase 的白板，把內容都放上去然後畫個線，結果最後發現這樣體驗也很不錯，而且大家也對 Heptabase 蠻有興趣的，真棒！ 😆&lt;&#x2F;li&gt;
&lt;li&gt;平常在網路上寫「怎麼用 AI 工具」，跟真的要分享給別人「我會怎麼用以及為什麼是這樣用」，還是差蠻多的，後者更謹慎一點，所以也要花更多時間準備、思考與規劃內容。這個過程好像也是不錯的學習和反思機會。&lt;&#x2F;li&gt;
&lt;li&gt;藉由這次的機會，我有意識到研究所與指導老師對我最大的幫助之一，就是不斷地訓練我「提問、限縮範圍、回答問題」的能力，這樣的能力不會有什麼證書去認證，但對我後來在工作上或者跟 AI 的互動上都肯定有幫助！&lt;&#x2F;li&gt;
&lt;li&gt;每次跟我的指導老師聊，就覺得他真的是聰明優秀到不行，很幸運能有這麼好的老師！（我還記得當時寫論文時每次 meeting 都很有收穫，當時就覺得跟聰明人討論東西的感覺真是太棒了）&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>分享一個 ChatGPT Deep Research 搭配 o1 Pro 搭配 Heptabase 的工作流</title>
        <published>2025-02-15T00:00:00+00:00</published>
        <updated>2025-02-15T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/a-deep-research-o1-pro-heptabase-workflow/"/>
        <id>https://pinchlime.com/letters/a-deep-research-o1-pro-heptabase-workflow/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/a-deep-research-o1-pro-heptabase-workflow/">&lt;p&gt;這幾天在下班時間斷斷續續地做完一件事：把一篇 Deep Research 產的報告看完，製作對應的筆記，再整理成一份彙整文章。&lt;&#x2F;p&gt;
&lt;p&gt;我感覺這一套流程可以反覆使用，因此想趁著印象深刻把它記錄下來，也分享給大家。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;步驟一：讓 ChatGPT o1 Pro 列研究問題，再讓 Deep Research 產製報告&lt;&#x2F;p&gt;
&lt;p&gt;我會輸入一個我感興趣的主題或問題，請 o1 Pro 幫我發散規劃可能相關的各種延伸問題，然後我再簡單手動編輯，去掉我不感興趣的，調整用詞，丟給 Deep Research。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;步驟二：逐段閱讀 Deep Research 的報告，在 Heptabase 裡製作成原子卡片與心智圖&lt;&#x2F;p&gt;
&lt;p&gt;我會把 Deep Research 產出的報告貼到 Heptabase 裡面閱讀，邊閱讀邊製成原子卡片，中間我有請 ChatGPT o1 幫忙，有些段落我會直接丟給他請他產原子卡片，我再翻譯成中文，並且用我自己的理解改寫文字。&lt;&#x2F;p&gt;
&lt;p&gt;改寫時我也會簡單透過心智圖整理這些卡片（如下圖），並且把 Deep Research 的原文列在下方作為參考資料。&lt;&#x2F;p&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;a-deep-research-o1-pro-heptabase-workflow-1_VrxLx6.png&quot; data-fancybox data-caption=&quot;a-deep-research-o1-pro-heptabase-workflow-1&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;a-deep-research-o1-pro-heptabase-workflow-1_VrxLx6.png&quot; loading=&quot;lazy&quot; alt=&quot;a-deep-research-o1-pro-heptabase-workflow-1&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;步驟三：把在 Heptabase 內架構完畢的原子卡片標題，交給 ChatGPT o1 Pro 產成一篇包含說明與案例的專文&lt;&#x2F;p&gt;
&lt;p&gt;透過前兩個步驟產出的原子卡片有點像是空有標題，但內容還不明確，為了讓現在與未來的我更容易理解，我就反過來丟給 o1 Pro 產介紹文章，這時他就會擴寫標題，並且提供對應的案例。最後，我會再回到原本的卡片，把 ChatGPT 產的說明與案例補充進去。這時我就有了一個有豐富內容的「卡片起點」，可以讓我未來持續擴寫、改寫與補充我自己的案例。&lt;&#x2F;p&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;a-deep-research-o1-pro-heptabase-workflow-2_FEpFmT.png&quot; data-fancybox data-caption=&quot;a-deep-research-o1-pro-heptabase-workflow-2&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;a-deep-research-o1-pro-heptabase-workflow-2_FEpFmT.png&quot; loading=&quot;lazy&quot; alt=&quot;a-deep-research-o1-pro-heptabase-workflow-2&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;我應該會繼續用這套方法去處理其他更多 Deep Research 產的報告，我覺得很有效，因為卡片的標題都是我自己消化過的，所以後續的說明與案例也夠精準好懂，看過一次就很有印象了！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>有了 Deep Research 後，我還需要 Heptabase 嗎？當然要，更需要了！</title>
        <published>2025-02-09T00:00:00+00:00</published>
        <updated>2025-02-09T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/i-still-need-heptabase/"/>
        <id>https://pinchlime.com/letters/i-still-need-heptabase/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/i-still-need-heptabase/">&lt;p&gt;最近幾天我持續在體驗 OpenAI 的 Deep Research 功能，也持續在分享心得。今天在 Twitter 上面有個人回我：「發現以後不用記筆記、整理筆記了。你要失業了😂」&lt;&#x2F;p&gt;
&lt;p&gt;我感覺他是友善的想開開玩笑，因為這確實是個直覺上容易產生的想法：「當 Deep Research 這麼容易就能產生高品質的內容，我們為何還要學習？或者說，為何還要透過 Heptabase 學習？」&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;假設我想要了解某個知識，只要一問 ChatGPT 馬上就有博士等級的專業回答，為什麼我還要學習？&lt;&#x2F;li&gt;
&lt;li&gt;假設我想要應用某個知識，只要一問 ChatGPT 馬上就要超強的推理模型幫忙規劃，為什麼我還要學習？&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;在高強度體驗了目前最強的 Deep Research 與 o1 Pro 後，我目前的想法是，我還是需要學習，而且 Heptabase 就是目前最適合搭配 ChatGPT 與其他大型語言模型的最佳夥伴。&lt;&#x2F;p&gt;
&lt;p&gt;&lt;strong&gt;為什麼我還是要學習？&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;這些越來越強的 AI 給了我無窮無盡的高品質資訊，但即使有了這些資訊，我還是需要學習怎麼去彙整與汲取其中的知識，我還是需要學習怎樣應用這些知識來解決問題；假設接下來 AI 也可以介入解決問題，我還是需要學習怎樣判斷 AI 是否有正確解決問題、是否有使用最有效率的方式解決問題；假設 AI 這一切都做得很好，我更想做、更想學的事情是，能否創造全新的問題給 AI 挑戰解決。&lt;&#x2F;p&gt;
&lt;p&gt;這些都需要學習，而且我感覺迫切度與強度比以往更高，比方說幾年以前可能是只要學會下 prompt 指令讓 AI 產出的文字「更好一點」，接下來要學的可能是監督指揮 AI 規劃與執行非常多的複雜任務，如果我對於這些「要做的事」毫無理解，就不可能有辦法指揮監督，因此我需要學習。&lt;&#x2F;p&gt;
&lt;p&gt;&lt;strong&gt;為什麼我需要 Heptabase 幫助我學習？&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;這幾天下來我已經累積了數萬英文字的高品質資訊等著我消化，我也知道我只要花上幾分鐘，又可以繼續有一萬字的高品質資訊，而隨著我產出越多高品質資訊，我想知道想學習的東西就變得越來越多，我已經累積了數十個想要請 Deep Research 產出內容的問題意識準備要問他，在這個過程中，我大量用 Heptabase 來消化、處理、理解這些高品質資訊。&lt;&#x2F;p&gt;
&lt;p&gt;Heptabase 的白板功能可以幫助我同時放置許多資訊；Heptabase 的卡片功能可以幫助我把複雜資訊建立成一則又一則的原子知識卡片；Heptabase 的心智圖功能可以幫助我迅速將原子資知識卡片整理成邏輯樹狀圖。我發現，自從 Deep Research 推出後，我每天專注使用 Heptabase 的時間可能從一小時左右暴增到三四個小時，如果沒有工作的話肯定還會用更多，因為 Heptabase 就是目前我用過最適合拿來整理、拆解、消化複雜資訊的軟體。&lt;&#x2F;p&gt;
&lt;p&gt;我總覺得如果我沒有很有意識地去處理，那麼 Deep Research 產出的內容也只會跟無窮無盡的 wikipedia 與網路文章一樣，成為我「知道在那邊，但沒什麼動力去消化」的內容，但我發現 Deep Research 的內容比維基更好讀、更客製，加上更貴，所以我有種動力去認真處理他們，而 Heptabase 是我現在覺得最適合搭配的夥伴。&lt;&#x2F;p&gt;
&lt;p&gt;未來是否會有某一天，ChatGPT 也建構出了更容易讓我學習的環境？我不確定，我猜有機會，但在那之前，我會繼續用 Heptabase 累積資訊與學習他們，這件事讓我感到非常過癮！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>讓我開始思考未來的 ChatGPT o1 Pro &amp; Deep research</title>
        <published>2025-02-07T00:00:00+00:00</published>
        <updated>2025-02-07T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/o1-pro-and-deep-research-first-impression/"/>
        <id>https://pinchlime.com/letters/o1-pro-and-deep-research-first-impression/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/o1-pro-and-deep-research-first-impression/">&lt;p&gt;我剛剛發現上一封信「&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;letters&#x2F;deepseek-first-impression&#x2F;&quot;&gt;試著在自己電腦上運作 Deepseek R1 的心得&lt;&#x2F;a&gt;」是五天前寄出的，我還記得當時寄出後沒多久，我想到，好像可以試試看使用在 R1 上面學到的 chain of thought 方式去跟 ChatGPT 互動，於是我訂閱了目前最貴的 ChatGPT Pro 版本，開始使用 o1 Pro 模型。過了一兩天剛好最新的功能 Deep research 推出。&lt;&#x2F;p&gt;
&lt;p&gt;原來才五天而已，我總感覺已經過好久，可能是因為前幾天高強度地跟 o1 Pro 互動，也用 Deep research 產了好幾篇報告並深入閱讀，這幾天的大腦完全深度超載。&lt;&#x2F;p&gt;
&lt;p&gt;對我來說， o1 Pro 已經完全能夠幫助我思考與規劃，而 Deep research 也完全能夠幫我拓展視野，用極高的效率理解我想理解的知識。（只要這個知識是個人類已知，且有些公開資訊的知識）&lt;&#x2F;p&gt;
&lt;p&gt;而這還只是五天的感覺而已，過一陣子可又會有更強的推理模型出來，未來肯定又會有更強的模型出來，再更久的未來，肯定又會有更強更強的模型與能力更完整的產品出現。&lt;&#x2F;p&gt;
&lt;p&gt;現在就已經這麼好了，那未來到底會變怎樣？我開始思考在不遠的將來，我會在做著哪些事？或著說，哪些事還需要我來做？&lt;&#x2F;p&gt;
&lt;p&gt;以 Deep research 的能力，只要他逐步降低成本，很快的網路上就會充滿他產製的內容，又紮實又平易近人，一點 AI 味都沒有，到時的我還會覺得自己能夠寫出比 AI 好的東西嗎？也許某些具有個人獨特經驗的事情上可以，但資訊整理與解釋說明類型的文字，我肯定比不上。&lt;&#x2F;p&gt;
&lt;p&gt;以 o1 Pro （以及未來想必更好的某某某模型）的能力，未來各種規劃類型的任務，真的還需要我嗎？現在我還可以充當 o1 Pro 與實際世界之間的橋樑，他規劃，我執行。等到他們開始更能夠跟電腦中的其他東西互動，可以執行了，好像也就不需要靠我了。&lt;&#x2F;p&gt;
&lt;p&gt;雖然上述文字看起來很悲觀，但我好像又沒有那麼悲觀的情緒，這幾天我總感覺，我有更多可能性了，原本我要理解一件事的時間假設是 x ，現在可能變成 0.5x ，也許在我更熟練怎樣跟他們互動後會變成 0.1x 甚至是 0.01x 。我還不知道這些不同的理解匯總累加後會變成什麼，但我想肯定會產出些什麼，光是這樣想就會讓我充滿期待與動力。&lt;&#x2F;p&gt;
&lt;p&gt;我又突然感到自己很幸運，剛好是在現在這個階段才遇到 AI 能力的大爆發，我覺得如果是早幾年、或者十一二年前剛出社會的我，可能還沒有足夠的能力或者是穩定的心態去應對這個狀況，甚至可能根本無法意識到這個狀況吧。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>試著在自己電腦上運作 Deepseek R1 的心得</title>
        <published>2025-02-02T00:00:00+00:00</published>
        <updated>2025-02-02T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/deepseek-first-impression/"/>
        <id>https://pinchlime.com/letters/deepseek-first-impression/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/deepseek-first-impression/">&lt;p&gt;在年假前看到 Deepseek R1 的消息時，我想說應該要找時間來自己測試看看 local 安裝的版本。年假接近尾聲，昨晚終於有空玩電腦，於是就隨意找了一篇&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.reddit.com&#x2F;r&#x2F;macapps&#x2F;comments&#x2F;1i6h705&#x2F;got_deepseek_r1_running_locally_full_setup_guide&#x2F;&quot;&gt;教學&lt;&#x2F;a&gt;體驗看看。&lt;&#x2F;p&gt;
&lt;p&gt;我先安裝 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;ollama.com&#x2F;download&quot;&gt;Ollama&lt;&#x2F;a&gt; ，接著在 terminal 輸入指令下載 Deepseek R1:70B 的模型（要下載 42GB 的模型）。大概跑了 40 分鐘下載完後，就可以開始用了。 UI 介面部分我使用的是教學文裡面推薦的 Chatbox ，設定也非常簡單，點幾下就可以開始用。&lt;&#x2F;p&gt;
&lt;p&gt;我最想測試的有兩件事：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;本地運作的 Deepseek 是否會有言論審查的問題&lt;&#x2F;li&gt;
&lt;li&gt;70B 版本的 R1 跟 ChatGPT o1 比起來怎麼樣？是否強到可以不用訂閱 o1 ？&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;測試的結果：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;仍會有言論審查問題&lt;&#x2F;li&gt;
&lt;li&gt;表現與 o1 仍有不小的落差&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;以下是一些隨意紀錄的想法：&lt;&#x2F;p&gt;
&lt;p&gt;關於言論審查，我想要確認這個模型背後的數據與推理過程是否足夠全面與用力，假設這一關有通過，我會比較能夠相信當我問他任何問題時，背後的思考都是對我最用的。我知道即使有言論審查，也不代表其他未受審查的領域就會有影響，但我會傾向選擇更少審查的模型。&lt;&#x2F;p&gt;
&lt;p&gt;關於與 o1 的對比，我是拿先前問過 o1 的問題直接一字不動去問 R1 ，我問的問題都是一些情境與思考題目，是我在工作上或生活上真實遇到的問題，而不是網路上流傳的各種測試題目。我也沒有預設任何 system prompt 。在這樣的測試下，我發現 R1 的回答品質是不錯，但是少了 o1 那種拓展我未知邊界的感覺。我測試了五六題都有類似的感覺，因此就覺得差不多了。&lt;&#x2F;p&gt;
&lt;p&gt;性能方面，我用的裝置是 M4 Pro Mac Mini 48 GB Ram，跑 R1:70B 蠻吃力的，大約 300~500 字的問題可能需要跑 3~5 分鐘才能跑出來，而且風扇會狂轉。後來我改下載 R1:14B ，速度就快很多，品質大約是 70B 的 80~90% （體感，很不嚴謹的測試）。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;雖然對 R1 的表現沒有想像中驚艷，但這次測試仍有很多很重要的收穫，第一個是我發現，原來要在自己電腦上運作一個本地模型竟然這麼簡單，這讓我開始想要到處測試各種不同的模型效果了，真有趣。&lt;&#x2F;p&gt;
&lt;p&gt;為什麼我之前從來沒有想要這樣玩過呢？感覺好像是因為「覺得他們不夠強，所以用 ChatGPT 訂閱版就好」，但這次體驗後我覺得，即使比不上 ChatGPT 訂閱版，也應該要試著幫本地模型找找看適合的使用情境才對。&lt;&#x2F;p&gt;
&lt;p&gt;另一個收穫是，我非常喜歡 R1 這種「思維鏈（chain of thought) 外露」的效果，以下圖為例，我原先請他幫忙改我的英文句子，結果他給的內容沒有到很好，我就隨意詢問他有沒有更好的表達方式。接著他就想了一段時間，給了我一個新的版本。我可以從 &lt;think&gt; &lt;think&gt; 這段內容中看到他的推理過程，這種感覺很新奇有趣。&lt;&#x2F;p&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;r1-test_rIJ1uT.png&quot; data-fancybox data-caption=&quot;r1-test&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;r1-test_rIJ1uT.png&quot; loading=&quot;lazy&quot; alt=&quot;r1-test&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;我發現當我能夠知道 LLM 的推理過程，我就更能夠信任他給我的結果，也更知道該怎樣調整我的問題以獲得更精準的答案，這個收穫對我來說很有價值，我也期待未來更強的推理模型都能夠這樣做。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>好像可以來寫個製作卡片筆記的連載</title>
        <published>2025-01-27T00:00:00+00:00</published>
        <updated>2025-01-27T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/atomic-cards/"/>
        <id>https://pinchlime.com/letters/atomic-cards/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/atomic-cards/">&lt;p&gt;今天是連續第三天做這件事，我快把先前做的 Zettelkasten 白板重新處理完畢了，最終應該會從 120 張卡片裡面重製個 20 張左右，因為我只專注於重製那些「對於製作筆記、寫下想法、連結想法」有幫助的卡片，而不去重製那些「介紹卡片（盒）筆記法、分析各種卡片（盒）筆記法優缺點、分析各種卡片（盒）筆記法工具與流派」的卡片。&lt;&#x2F;p&gt;
&lt;p&gt;我發現，當我只專注於「提升自己製作卡片的能力」，而不去嘗試「製作一個關於卡片筆記法的完美白板」時，我的生產力大幅上升，因為這個目標比較小，也更有明確的邊界。&lt;&#x2F;p&gt;
&lt;p&gt;而當我更專注於這個比較小的目標，我發現我會花更多時間去思考每張卡片之間的邏輯關係是什麼。 A 到底是 B 的 cause 還是 result ？每句話有沒有更好的表達方式？我真的是想要表達這件事嗎？&lt;&#x2F;p&gt;
&lt;p&gt;我發現，越是思考這些東西，這些東西就更加進入我的腦袋成為思考的習慣。&lt;&#x2F;p&gt;
&lt;p&gt;在 Heptabase 中思考這些東西的過程非常愉悅與沉浸，我開始期待運用這組精煉過的「思考與製作卡片原則」們再去提煉我存下的各種不同領域的文章段落，產出更多卡片！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>在 ChatGPT 的幫助下，我開始用英文製作卡片</title>
        <published>2025-01-25T00:00:00+00:00</published>
        <updated>2025-01-25T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/making-cards-in-english-with-chatgpt/"/>
        <id>https://pinchlime.com/letters/making-cards-in-english-with-chatgpt/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/making-cards-in-english-with-chatgpt/">&lt;p&gt;前幾天，我重看了我在 2022 年下半年製作的「卡片筆記法」白板，覺得收穫滿滿，當時大概花了近一個月的下班時間讀各種關於 Zettelkasten 的介紹與討論，然後把這些內容消化製作成一張一張的卡片，也創造了一些我自己的規則，總共大概做了一百二十張卡片。&lt;&#x2F;p&gt;
&lt;p&gt;但我後來好長一段時間內沒有再繼續用或整理這個白板，可能有某些概念內化成我自己製作卡片的原則，但也沒有完全照著做，應該是因為維持這樣一個系統實在不是件簡單的事。&lt;&#x2F;p&gt;
&lt;p&gt;這幾天突然想看一下，就仔細地一張一張看完，發現裡面還是有很多有價值的東西，尤其是在現在有了 AI 的幫助，讓我想要開始嘗試一些新的東西。&lt;&#x2F;p&gt;
&lt;p&gt;我想到的是開始用英文翻譯一遍「我現在還有感覺」的卡片，接著，透過這些凝固過的卡片筆記原則，開始用英文翻譯其他主題白板的卡片，以及在未來持續用英文製作新的卡片。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;「用英文寫筆記、做卡片」是個我一直在猶豫要不要做的事，想要做的原因主要有兩個，第一是因為我閱讀的很多資訊都是英文資訊，許多單字翻譯成中文後就會感覺怪怪的，我希望我寫的東西能夠更貼近原始的文字。&lt;&#x2F;p&gt;
&lt;p&gt;第二個原因是我希望更加強我的英文寫作與口說能力。這兩項一直都是我比較弱的能力，尤其是口說。前幾個月有上了幾堂線上課，我發現我的問題好像在於字彙量不足，導致我即使知道我想講什麼，但就是講不太出來，因為腦中一直在想辦法翻譯、想辦法找出那個字。&lt;&#x2F;p&gt;
&lt;p&gt;而「改寫我的中文筆記」這個方法，可以讓我先從我最熟悉的內容開始練習，我覺得是最沒有壓力的做法。而且現在有了這麼厲害又方便的 AI 當家教，這件事好像更可行了。&lt;&#x2F;p&gt;
&lt;p&gt;我嘗試出來的做法如下：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;我先請 ChatGPT o1 幫我撰寫一個 prompt ，讓我可以設置為一個固定的 GPT ，我將它命名為 English tutor&lt;&#x2F;li&gt;
&lt;li&gt;他的任務是幫我審視我寫的英文句子，修改文法錯誤，並且將內容改為更自然的版本，並且告訴我每一段更改的原因是什麼&lt;&#x2F;li&gt;
&lt;li&gt;接著，我就自己開始寫英文句子，然後每寫一段就丟給他幫忙看，並且認真讀他的回饋建議。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;例如下圖的案例，我發現這樣一次一小句的改，效果非常好，讓我忍不住想要多寫一些，交給他改，再多學一些。&lt;&#x2F;p&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;making-cards-in-english-with-chatgpt_2KNaW9.png&quot; data-fancybox data-caption=&quot;making-cards-in-english-with-chatgpt&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;making-cards-in-english-with-chatgpt_2KNaW9.png&quot; loading=&quot;lazy&quot; alt=&quot;making-cards-in-english-with-chatgpt&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;以下是我很快設定好，沒特別微調的 prompt ，如果你有更好的做法，歡迎分享你的版本與使用的案例給我！&lt;&#x2F;p&gt;
&lt;blockquote&gt;
&lt;p&gt;You are an experienced English teacher and writing coach. I will provide you with an English sentence (or sentences). Please do the following:&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;Evaluate my usage, grammar, and phrasing. If there is a more natural or native-like way to express my meaning, provide your revised version.&lt;&#x2F;li&gt;
&lt;li&gt;If my sentence already sounds like a native speaker wrote it, let me know that no changes are needed.&lt;&#x2F;li&gt;
&lt;li&gt;If you make revisions, briefly explain what you changed, why you changed it, and how I can use this improved phrasing in future writing or speaking.&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;Please respond with direct suggestions and concise explanations while maintaining a helpful and respectful tone:&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;由於這件事才剛開始做沒多久，做一陣子再來分享有沒有更多收穫！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>一次失敗的嘗試：個人關係管理系統 （Airtable &amp; Folk)</title>
        <published>2025-01-19T00:00:00+00:00</published>
        <updated>2025-01-19T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/failed-personal-crm-attempt/"/>
        <id>https://pinchlime.com/letters/failed-personal-crm-attempt/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/failed-personal-crm-attempt/">&lt;p&gt;我一直都有這樣的念頭：建立一個個人關係管理系統。&lt;&#x2F;p&gt;
&lt;p&gt;它大概會有下列這些功能：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;當我打開 Twitter 某個我追蹤的人的頁面，我可以知道我當時為什麼追蹤他，以及他曾發表過的我很喜歡的內容&lt;&#x2F;li&gt;
&lt;li&gt;當我從系統內搜尋找到某個人，我可以知道我們上一次聯繫是什麼時候，是電話、信件還是實體，大概的內容是什麼&lt;&#x2F;li&gt;
&lt;li&gt;我可以從這個系統裡面寄信給別人、收信，它將會成為我在「與其他人之間的關係」這件事上的 single source of truth&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;幾年前曾經簡單思考過也搜尋過相關的工具，好像沒有找到適合的，就放棄。最接近的可能是 Cardhop 這個老牌的 Mac 通訊錄軟體，我也買過，但他比較像是名片管理系統，沒有我想要的那些進階功能。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;這幾天因為開啟&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;letters&#x2F;consultation-service&#x2F;&quot;&gt;諮詢服務&lt;&#x2F;a&gt;，我又想起這件事，就研究了一下。研究以後發現好像可以用 Airtable 做做看，就做了。我建立了 Contacts 這個表格，也建立了 Interactios 這個表格，然後將它關聯到 Contacts 表格。理想的狀況是每次我只要紀錄個別的 Interaction 互動就好，打開 Contacts 就會看到相關的互動紀錄。&lt;&#x2F;p&gt;
&lt;p&gt;但 Airtable 的介面就是比較好看的 Google sheets ，我覺得用起來還是沒有很方便，記了幾筆就覺得煩，因此我又繼續研究。&lt;&#x2F;p&gt;
&lt;p&gt;這次找到了 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.folk.app&#x2F;&quot;&gt;Folk&lt;&#x2F;a&gt; 這個產品，快速看了一下，他看起來就是我要的東西：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;有 Twitter &amp;amp; LinkedIn 的插件，可以直接加聯絡人&lt;&#x2F;li&gt;
&lt;li&gt;可以記錄 interactions &amp;amp; notes&lt;&#x2F;li&gt;
&lt;li&gt;甚至可以在裡面設定自己的 email 網域並寄信（但不能收信）&lt;&#x2F;li&gt;
&lt;li&gt;也可以建立不同的欄位還有設置 pipeline ，比方說可以為這組人設定好幾個階段，然後用看板的方式管理&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;我試用了一下發現體驗很不錯，是個很成熟的產品，我想到的功能幾乎都有，不過費用方面則有點貴，月費方案最低一個月要 $25 美元，沒有免費版。看起來這個產品的受眾主要是那些有 out reach 需求的小型團隊，或者是給業務拿來管理自己的客戶用的。&lt;&#x2F;p&gt;
&lt;p&gt;我原本覺得我會順利付費，因為這幾乎就是我想像中的那個產品，但過了幾天我發現，不行，還是太麻煩了。&lt;&#x2F;p&gt;
&lt;p&gt;我光想到要為我已經認識的人與未來可能認識的人都建立 contacts ，我就覺得好累，想放棄了。&lt;&#x2F;p&gt;
&lt;p&gt;我再想到如果每次跟這些人的互動都要記錄，那真的好累，不行，我肯定做不到。&lt;&#x2F;p&gt;
&lt;p&gt;於是我決定不訂閱 Folk 了，至於是否要找個什麼方式管理個人關係，我目前偏向不要，實在太累了。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>諮詢服務介紹</title>
        <published>2025-01-14T00:00:00+00:00</published>
        <updated>2025-05-10T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/consultation/"/>
        <id>https://pinchlime.com/consultation/</id>
        
        <content type="html" xml:base="https://pinchlime.com/consultation/">&lt;p&gt;我從 2025 年 1 月開始提供文字諮詢服務，你可以問我關於寫作、客戶服務、客戶成功、職涯規劃、個人品牌，或者是其他你認為我有辦法給予回饋的問題。&lt;&#x2F;p&gt;
&lt;p&gt;一些細節的規則如下：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;請你透過線上表單填寫你想問的問題，我會寄信給你我的回饋。&lt;&#x2F;li&gt;
&lt;li&gt;每個人第一次諮詢都是免費的，後續如果想再續杯，我會再思考看看合理的服務費用。不過，如果我從你的問題與交流中學到很多，我可能會繼續提供你免費諮詢（交流）的服務。&lt;&#x2F;li&gt;
&lt;li&gt;預計會在一週內提供回饋，若要延期會跟你說。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;如果你看了上述內容，對於這件事感興趣，歡迎填寫&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;airtable.com&#x2F;appfm3JKQmvop1SQt&#x2F;pagyqdBAXpeN8kniW&#x2F;form?fbclid=IwY2xjawHzT_dleHRuA2FlbQIxMAABHdY4Xt_fjrSk05vcJ3GYEFCVdxoNZ402DAlZEXPMIBGBBEuZaoWBTGeeKw_aem_bUwXXBqzxNWkycP2hiRDGA&quot;&gt;&lt;strong&gt;這個表單&lt;&#x2F;strong&gt;&lt;&#x2F;a&gt;問你想問的問題！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;wei-shen-mo-wo-yao-kai-shi-ti-gong-zi-xun-fu-wu&quot;&gt;為什麼我要開始提供諮詢服務？&lt;&#x2F;h2&gt;
&lt;p&gt;主要因為 2025 年 1 月初的兩個契機：&lt;&#x2F;p&gt;
&lt;p&gt;第一個是我在&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;world.hey.com&#x2F;mimir&#x2F;a-letter-from-pj-c021bac4&quot;&gt;這封信&lt;&#x2F;a&gt;裡有提到，我想要認識更多志同道合的人與厲害的人，因為每次與「厲害的人／朋友」聚餐或對話時，幾乎都產生許多新的想法與收穫，因此我心中總有個聲音告訴我，應該要想辦法多認識厲害的人、多跟厲害的人交流。&lt;&#x2F;p&gt;
&lt;p&gt;第二個是受到曼尼分享的&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.facebook.com&#x2F;share&#x2F;p&#x2F;1EbD4Rz5pc&#x2F;&quot;&gt;一篇短文&lt;&#x2F;a&gt;影響，在文中曼尼說：「也許是年紀到了，我開始體認到最堅實的無形資產並非名聲與名望，而是人際關係，或著更進一步說：基於信任而織起的網絡。」&lt;&#x2F;p&gt;
&lt;p&gt;這個「基於信任的網路」是我嚮往的狀態。雖然我還沒有太多相關的經驗，但在過去幾年中也仍有幾次感受到這種「有信任基礎」的交情的價值。&lt;&#x2F;p&gt;
&lt;p&gt;這兩個契機都指向「要多與人交流」這件我並不特別擅長的事。那麼，有什麼事是我擅長，又可以達到類似效果的呢？我就想到了一對一文字諮詢這個方案。&lt;&#x2F;p&gt;
&lt;p&gt;我過去曾擔任過內容企劃與編輯、負責溝通專案的 Project Manager 與負責與客戶溝通談判的 Account Manager，還有現在的 Customer Support ，這些工作幾乎都是遠端進行，因此需要大量透過文字非同步溝通。 這幾年的經驗累積起來，我認為「提供文字回饋建議」是我很擅長做，做起來也舒適的事，所以就自然而然的產生了這個文字諮詢的方案。&lt;&#x2F;p&gt;
&lt;p&gt;不過，即使我有供給，但市場上真的有需求嗎？什麼樣的人會找我諮詢？我真的可以透過這個方式交流嗎？還是會變成是我單向輸出而已？&lt;&#x2F;p&gt;
&lt;p&gt;目前我還沒有答案，也許看了幾個問題、回答個幾次就會有更多想法也說不定！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;yi-xie-yi-zi-xun-wan-de-peng-you-de-hui-kui&quot;&gt;一些已諮詢完的朋友的回饋&lt;&#x2F;h2&gt;
&lt;p&gt;我在完成諮詢後會請對方填寫滿意度調查與回饋，也會詢問對方是否願意公開姓名與回饋內容，以下是有同意我公開的那些朋友：&lt;&#x2F;p&gt;
&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;11&quot; class=&quot;fleet-time&quot;&gt;May 9&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2025&#x2F;#11&quot;&gt;# 11&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;推薦人：約翰 &lt;br&gt;非常感謝 PJ 願意在緊急的情況下提供我協助，PJ 的回饋，點出我的文章主軸、文字說明的問題，以業界的視角，提供我不一樣的思路，讓我可以把檔案修改得更加完善，這些都是單憑自己不容易發現的盲點。&lt;br&gt;此外，PJ 也提供我在學生生涯的選擇建議，提醒我不要因為不擅長而限制自己未來的學習方向，這個想法也大幅度改變我一開始的選擇，讓我進一步思考目前的選擇，是否能更符合自身需求。&lt;br&gt;PJ 的諮詢服務超棒，大推!&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;10&quot; class=&quot;fleet-time&quot;&gt;Mar 26&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2025&#x2F;#10&quot;&gt;# 10&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;推薦人：Joanne &lt;br&gt;真心感謝PJ的諮詢！如此真誠的服務非常有心，建議都非常具體完整，字裡行間感受到他知性又溫暖的答覆。大方的分享經驗談、在盲點上給予明燈與方向，相信任何疑問詢問他都可以得到很棒的回饋，也能透過寫信的過程好好梳理自己，非常推薦！收穫滿滿！🥹&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;9&quot; class=&quot;fleet-time&quot;&gt;Feb 26&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2025&#x2F;#9&quot;&gt;# 9&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;推薦人：匿名 &lt;br&gt;如果你對於當前的處境感到卡頓，推薦可以諮詢PJ，這是一個可以從不同視角來回看自己的體驗，在被給予回饋之後，你可以更加堅定方向也會更知道自己如何調整！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;8&quot; class=&quot;fleet-time&quot;&gt;Feb 16&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2025&#x2F;#8&quot;&gt;# 8&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;推薦人：邱柏鈞 &lt;br&gt;最讓我驚訝的是 PJ 對每個諮詢人問題的探索都非常深入，他給予的回饋都像是從內心深處緩緩回音上來似的，充滿溫度，那不是平面的東西，你可以感覺到其中的力量。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;7&quot; class=&quot;fleet-time&quot;&gt;Feb 10&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2025&#x2F;#7&quot;&gt;# 7&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;推薦人：柯佳蓉 &lt;br&gt;這次諮詢主要希望透過PJ的經驗與觀點，幫我分析簡訊設計的履歷。&lt;br&gt;
PJ給予的建議與回饋，非常的即時且好理解，讓人更清楚知道該往哪個方向去修改內容，得到很多很受用的幫助，非常感謝！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;6&quot; class=&quot;fleet-time&quot;&gt;Feb 6&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2025&#x2F;#6&quot;&gt;# 6&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;推薦人：梁文宣 &lt;br&gt;PJ 一如繼往的使用溫暖、深具同理的文字與我對話&lt;br&gt;
討論一些日常不好跟家人、伴侶諮詢的問題。&lt;br&gt;
別誤會，我交流的更多是職涯成長上、創作者事業上的議題&lt;br&gt;
對我來說，PJ 就點像是知識工作者的心理諮商師&lt;br&gt;
PJ 不會強加建議、下指導棋，更多是當我找到對的窗口輸出後，就慢慢想通了。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;5&quot; class=&quot;fleet-time&quot;&gt;Feb 4&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2025&#x2F;#5&quot;&gt;# 5&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;推薦人：Jia &lt;br&gt;非常感謝 PJ 給予我如此詳盡的回覆，讀完後真的讓我茅塞頓開，對於服務接下來的方向更有概念，也幫助我釐清了一些原本卡住的地方。&lt;br&gt;
PJ 的回饋讓我更確信，與其一開始就試圖『完美化』某個方案，不如邊執行、邊觀察、邊調整，這樣更能貼近市場的實際需求。&lt;br&gt;
真的很感謝 PJ 的寶貴建議，這些對我來說幫助真的很大！也期待未來有機會能與 PJ 進一步交流，持續學習與優化。也預祝 PJ 的服務發展順利！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;4&quot; class=&quot;fleet-time&quot;&gt;Jan 29&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2025&#x2F;#4&quot;&gt;# 4&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;推薦人：李柏萬（威廉） &lt;br&gt;自己生活中和經營脆的帳號上&lt;br&gt;
遇到不少的問題 也常常在想辦法要解決這些問題&lt;br&gt;
然而透過這次和PJ的諮詢&lt;br&gt;
讓我可以重塑我的問題 &lt;br&gt;
隨著問題被重塑 有些解法就顯而易見&lt;br&gt;
或甚至是有些問題是自己想像出來 而根本不存在的問題&lt;br&gt;
&lt;br&gt;
在這次諮詢的過程中&lt;br&gt;
我一開始提出的問題只是一個模糊攏統的概念&lt;br&gt;
被他拆解成一個個小的、具體、容易被思考的問題後&lt;br&gt;
讓我可以自己找出最適用於自己的解法和答案&lt;br&gt;
從中我也多少學到了他拆解問題的方法&lt;br&gt;
讓我可以把這中思維工具套用到我其他的問題上&lt;br&gt;&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;3&quot; class=&quot;fleet-time&quot;&gt;Jan 23&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2025&#x2F;#3&quot;&gt;# 3&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;推薦人：阮柏燁 &lt;br&gt;建議非常落地，清楚的點出問題點與機會，所給予的方向都是可立馬去執行的。&lt;br&gt;

以收穫的話，我覺得不僅僅是建議本身，就連這個活動本身的設計流程也有很多可學習的地方&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;2&quot; class=&quot;fleet-time&quot;&gt;Jan 20&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2025&#x2F;#2&quot;&gt;# 2&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;推薦人：阿蔡 &lt;br&gt;大推PJ 諮詢！ 非常感謝 PJ&lt;br&gt;

每次 PJ 給的建議都對我非常有幫助！&lt;br&gt;

而且會讓人能夠確立方向，很安心&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;1&quot; class=&quot;fleet-time&quot;&gt;Jan 19&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2025&#x2F;#1&quot;&gt;# 1&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;推薦人：GL &lt;br&gt;我覺得可以從 PJ 的視角來看待我目前正在思考的問題，帶來一些我之前未曾探索過的角度，讓我有新的啟發與收穫。而且，透過信件來回溝通，還有一種「筆友」的感覺，讓人覺得是一個很新鮮的體驗！推薦給還沒有嘗試過諮詢服務的朋友，一定會收穫滿滿。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;h2 id=&quot;ni-ke-neng-hui-gan-xing-qu-de-q-a&quot;&gt;你可能會感興趣的 Q&amp;amp;A&lt;&#x2F;h2&gt;
&lt;p&gt;Q：這個諮詢要收費嗎？會不會回答到一半叫我付錢？&lt;&#x2F;p&gt;
&lt;p&gt;A：第一次諮詢都會是免費，如果你有辦法每次都讓我認不出是同一個人，是有機會重複使用這個「第一次諮詢免費」的漏洞。至於第一次以後要不要付費，我目前還沒有想法，且戰且走再說。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;Q：哪些問題適合問？哪些問題不適合問？&lt;&#x2F;p&gt;
&lt;p&gt;A：通常細節愈多的問題、愈知道自己的目標是什麼的問題，會得到愈好的答案。比方說，如果你問我「該怎麼常常寫出爆紅文」，我只能跟你說我不知道。但如果你給我你寫的文字，問我有沒有什麼正面跟負面的回饋，我應該就可以跟你分享我的感受以及建議。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;Q：如果不滿意回答怎麼辦？&lt;&#x2F;p&gt;
&lt;p&gt;A：蠻有可能的，不過我會盡量給予我認為有價值的回饋，如果你很在意，或許可以等未來有更多評價後再來。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;Q：我可以信任你嗎？你會不會外流我們的討論去宣傳？&lt;&#x2F;p&gt;
&lt;p&gt;A：如果有宣傳需求，我會徵得你的同意再進行。另外我們討論的內容我不會跟任何第三人分享。不過是否信任我還是要請你自己評估。但我很歡迎你跟我分享你對於這個諮詢服務的評價，要私下分享或公開分享都很歡迎！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;Q：我不是厲害的人，跟你提問會不會顯得很好笑？會不會被看不起？&lt;&#x2F;p&gt;
&lt;p&gt;A：我覺得不會，就像我最近去上重訓教練課，我不懂的就問，教練也就是教我。每個人先前受過的訓練、有經驗的事情不一樣，所以歡迎你基於你目前的理解，詳細描述你遇到的問題，我相信這樣的交流就很有意義。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;Q：為什麼主打「寫作」跟「Customer Support」這兩件事？&lt;&#x2F;p&gt;
&lt;p&gt;A：因為這兩件事是我可以拿來賺錢的專業，也有得到我認為很厲害的人的肯定，因此我相信在這兩個主題上我可提供價值。另外，這兩件事也是我目前都還持續在思考與學習的事，所以我會有很多想法或經驗可以分享。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;就簡單分享到這邊，期待你的提問！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>我開始提供諮詢服務了，為什麼？</title>
        <published>2025-01-14T00:00:00+00:00</published>
        <updated>2025-01-14T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/consultation-service/"/>
        <id>https://pinchlime.com/letters/consultation-service/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/consultation-service/">&lt;p&gt;我這兩天決定開始提供諮詢服務，目前的初步規劃如下：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;可以問我關於寫作、Customer Support，或者是其他你認為我有辦法給予回饋的問題。&lt;&#x2F;li&gt;
&lt;li&gt;透過線上表單填寫你想問的問題，我會寄信給你我的回饋。&lt;&#x2F;li&gt;
&lt;li&gt;每個人第一次諮詢都是免費的，後續如果想再續杯，我會再思考看看合理的服務費用。不過，如果我從你的問題與交流中學到很多，我可能會繼續提供你免費諮詢（交流）的服務。&lt;&#x2F;li&gt;
&lt;li&gt;預計會在一週內提供回饋，若要延期會跟你說。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;如果你看了上述內容，對於這件事感興趣，歡迎填寫&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;airtable.com&#x2F;appfm3JKQmvop1SQt&#x2F;pagyqdBAXpeN8kniW&#x2F;form&quot;&gt;這個表單&lt;&#x2F;a&gt;問你想問的問題！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;strong&gt;為什麼我要開始提供諮詢服務？&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;說明完規格後，我比較想分享的是為什麼要這麼做。主要是因為近期的兩個契機：&lt;&#x2F;p&gt;
&lt;p&gt;第一個是我在一個多禮拜前寫的&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;letters&#x2F;finding-great-people&#x2F;&quot;&gt;這封信&lt;&#x2F;a&gt;裡有提到，我想要認識更多志同道合的人與厲害的人，因為每次與「厲害的人／朋友」聚餐或對話時，幾乎都產生許多新的想法與收穫，因此我心中總有個聲音告訴我，應該要想辦法多認識厲害的人、多跟厲害的人交流。&lt;&#x2F;p&gt;
&lt;p&gt;第二個是受到曼尼前幾天分享的&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.facebook.com&#x2F;share&#x2F;p&#x2F;1EbD4Rz5pc&#x2F;&quot;&gt;一篇短文&lt;&#x2F;a&gt;影響，在文中曼尼說：「也許是年紀到了，我開始體認到最堅實的無形資產並非名聲與名望，而是人際關係，或著更進一步說：基於信任而織起的網絡。」&lt;&#x2F;p&gt;
&lt;p&gt;這個「基於信任的網路」是我嚮往的狀態。雖然我還沒有太多相關的經驗，但在過去幾年中也仍有幾次感受到這種「有信任基礎」的交情的價值。&lt;&#x2F;p&gt;
&lt;p&gt;這兩個契機都指向「要多與人交流」這件我並不特別擅長的事。那麼，有什麼事是我擅長，又可以達到類似效果的呢？我就想到了一對一文字諮詢這個方案。&lt;&#x2F;p&gt;
&lt;p&gt;我過去曾擔任過內容企劃與編輯、負責溝通專案的 Project Manager 與負責與客戶溝通談判的 Account Manager，還有現在的 Customer Support ，這些工作幾乎都是遠端進行，因此需要大量透過文字非同步溝通。 這幾年的經驗累積起來，我認為「提供文字回饋建議」是我很擅長做，做起來也舒適的事，所以就自然而然的產生了這個文字諮詢的方案。&lt;&#x2F;p&gt;
&lt;p&gt;不過，即使我有供給，但市場上真的有需求嗎？什麼樣的人會找我諮詢？我真的可以透過這個方式交流嗎？還是會變成是我單向輸出而已？&lt;&#x2F;p&gt;
&lt;p&gt;目前我還沒有答案，也許看了幾個問題、回答個幾次就會有更多想法也說不定！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;最後，簡單列一下我有想到的 Q&amp;amp;A：&lt;&#x2F;p&gt;
&lt;p&gt;Q：這個諮詢要收費嗎？會不會回答到一半叫我付錢？
A：第一次諮詢都會是免費，如果你有辦法每次都讓我認不出是同一個人，是有機會重複使用這個「第一次諮詢免費」的漏洞。至於第一次以後要不要付費，我目前還沒有想法，且戰且走再說。&lt;&#x2F;p&gt;
&lt;p&gt;Q：哪些問題適合問？哪些問題不適合問？
A：通常細節愈多的問題、愈知道自己的目標是什麼的問題，會得到愈好的答案。比方說，如果你問我「該怎麼常常寫出爆紅文」，我只能跟你說我不知道。但如果你給我你寫的文字，問我有沒有什麼正面跟負面的回饋，我應該就可以跟你分享我的感受以及建議。&lt;&#x2F;p&gt;
&lt;p&gt;Q：如果不滿意回答怎麼辦？
A：蠻有可能的，不過我會盡量給予我認為有價值的回饋，如果你很在意，或許可以等未來有更多評價後再來。&lt;&#x2F;p&gt;
&lt;p&gt;Q：我可以信任你嗎？你會不會外流我們的討論去宣傳？
A：如果有宣傳需求，我會徵得你的同意再進行。另外我們討論的內容我不會跟任何第三人分享。不過是否信任我還是要請你自己評估。但我很歡迎你跟我分享你對於這個諮詢服務的評價，要私下分享或公開分享都很歡迎！&lt;&#x2F;p&gt;
&lt;p&gt;Q：我不是厲害的人，跟你提問會不會顯得很好笑？會不會被看不起？
A：我覺得不會，就像我最近去上重訓教練課，我不懂的就問，教練也就是教我。每個人先前受過的訓練、有經驗的事情不一樣，所以歡迎你基於你目前的理解，詳細描述你遇到的問題，我相信這樣的交流就很有意義。&lt;&#x2F;p&gt;
&lt;p&gt;Q：為什麼主打「寫作」跟「Customer Support」這兩件事？
A：因為這兩件事是我可以拿來賺錢的專業，也有得到我認為很厲害的人的肯定，因此我相信在這兩個主題上我可提供價值。另外，這兩件事也是我目前都還持續在思考與學習的事，所以我會有很多想法或經驗可以分享。&lt;&#x2F;p&gt;
&lt;p&gt;就簡單分享到這邊，期待你的提問！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>關於 PJ Wu 以及 Pin 起來</title>
        <published>2025-01-13T00:00:00+00:00</published>
        <updated>2025-03-10T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/about/"/>
        <id>https://pinchlime.com/about/</id>
        
        <content type="html" xml:base="https://pinchlime.com/about/">&lt;h2 id=&quot;guan-yu-wo&quot;&gt;關於我&lt;&#x2F;h2&gt;
&lt;p&gt;我是 PJ Wu 吳秉儒，PJ 是我的名字 &quot;Ping Ju&quot; 的縮寫，因為我發現大部分的人不知道該怎麼唸 &quot;Ju&quot;，我也不想要再取個英文名字，所以就請大家叫我 PJ，歡迎你在與我聯絡時直接叫我 PJ ，不用加上任何尊稱。&lt;&#x2F;p&gt;
&lt;p&gt;目前在 Heptabase 團隊中擔任 Customer Experience Manager。&lt;&#x2F;p&gt;
&lt;p&gt;Heptabase 是一個我非常喜歡的產品，喜歡到最後決定加入這間公司，成為其中的一份子。如果你對我加入 Heptabase 以及在裡面任職的心得感興趣，你可以參考這兩篇文章：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;2023.08.19 - &lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;newsletters&#x2F;from-a-heptabase-doubter-to-a-missionary&#x2F;&quot;&gt;從 Heptabase 的懷疑者到傳教士&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;li&gt;2024.09.01 - &lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;my-first-year-in-heptabase&#x2F;&quot;&gt;加入 Heptabase 一年，我發現我比原本想的更喜歡「支援用戶」&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;我現在最主要的工作內容是客服，假設你是 Heptabase 的用戶，或者對 Heptabase 感興趣，你幾乎可以隨時透過信件或 Heptabase 的 in app support 系統找到我，歡迎你跟我分享任何你覺得 Heptabase 可以更好的地方、或者你覺得卡住、不如預期的地方。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;wo-de-ge-xing-te-zhi&quot;&gt;我的個性（特質）&lt;&#x2F;h2&gt;
&lt;ul&gt;
&lt;li&gt;我連續幾年測出來都是 INTJ-A ，我認為對於這個類型的描述與我有許多相近的地方，但也有差距不小的。我相信這只是最接近的其中一個切面，但不會「就是那樣」。&lt;&#x2F;li&gt;
&lt;li&gt;我很喜歡成為新科技、新產品的早期使用者，只要我對一個產品有&lt;a href=&quot;&#x2F;blog&#x2F;curiosity&quot;&gt;好奇心&lt;&#x2F;a&gt;，我就會去嘗試與體驗，並且持續關注他們的發展。&lt;&#x2F;li&gt;
&lt;li&gt;我喜歡支持需要付費的產品和服務，因為我認為對耗費心力開發優秀產品與提供高品質服務的人來說，能夠獲得對應的收入一定會是很開心的事。&lt;&#x2F;li&gt;
&lt;li&gt;我喜歡背後堅持著某些我欣賞的價值觀的產品，例如我曾在 &lt;a href=&quot;&#x2F;manifesto&quot;&gt;Manifesto&lt;&#x2F;a&gt; 這篇提到的 HEY 或 Buttondown。&lt;&#x2F;li&gt;
&lt;li&gt;我重視一個人做事的動機，我會反覆咀嚼思考這件事。&lt;&#x2F;li&gt;
&lt;li&gt;我喜歡分享我自己的想法，也喜歡看到別人對我想法的想法。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;blockquote&gt;
&lt;p&gt;這個段落的架構是參考我很喜歡的&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;me.kalan.dev&#x2F;&quot;&gt;愷開的自介&lt;&#x2F;a&gt;撰寫的，我會持續更新，歡迎有空就來逛逛。&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;guan-yu-pin-qi-lai&quot;&gt;關於 Pin 起來&lt;&#x2F;h2&gt;
&lt;p&gt;Pin 起來 ／ Pinchlime.com 是由我自己一個人獨立經營的部落格，內容包含我寫的各種關於生產力工具、生產力方法論、工作流（workflow）、以及其他各種雜談的文章，也包含我的電子報備份還有「想法快照」。&lt;&#x2F;p&gt;
&lt;p&gt;我一直都很喜歡「Pin 起來」這個詞，常常在跟別人討論事情的時候，說我們應該要把這串對話「Pin 起來」，所以我就把部落格命名為這個名字，希望大家看了我寫的文後，也會產生想要把我的文字「Pin 起來」的衝動。&lt;&#x2F;p&gt;
&lt;p&gt;Pinchlime 則是自己自創的單字，它唸起來的感覺有點像中文的 Pin 起來，而字義上也有點類似於 &quot;Punchline&quot; ，不過就是把 Punch 改成了 Pinch ，把 Line 改成了 Lime。&lt;&#x2F;p&gt;
&lt;p&gt;在 &lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;2022&#x2F;02&#x2F;27&#x2F;the-new-logo-of-pinchlime&#x2F;&quot;&gt;Pin 起來的 新Logo&lt;&#x2F;a&gt; 這篇裡面也有簡單提到，目前的 Logo 帶有一點 &quot;pin&quot; + &quot;lime&quot; 的意象在裡面。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;guan-yu-pin-qi-lai-de-jia-she&quot;&gt;關於 Pin 起來的架設&lt;&#x2F;h2&gt;
&lt;p&gt;在 2022 年 4 月以前，Pin 起來主要是透過 Wordpress.com 的個人進階版方案架設的，在 2022 年 4 月 17 日開始，則改透過 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.getzola.org&#x2F;&quot;&gt;Zola&lt;&#x2F;a&gt; 這個靜態網站產生器 ＋ &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.netlify.com&#x2F;&quot;&gt;Netlify&lt;&#x2F;a&gt; 這個讓人託管網站的網站來部署，兩者的協作則是倚靠 Github 及其他工具來串接。透過這些工具與服務的串接，我只要撰寫 markdown 格式的文，就可以直接生成為目前網站上面看到的所有文字，檔案不僅完全能自己帶著走，也非常輕便。&lt;&#x2F;p&gt;
&lt;p&gt;而關於 Zola 的使用，以及整個網站的程式碼、以及 css 樣式等等，則是大量使用並借鏡了網友 Owen 的 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.owenyoung.com&#x2F;&quot;&gt;Blog&lt;&#x2F;a&gt; ，我先是在 Twitter 上面看到 Owen 分享了 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.owenyoung.com&#x2F;blog&#x2F;migrate-to-zola&#x2F;&quot;&gt;迁移博客和Wiki到 Zola&lt;&#x2F;a&gt; 這篇文章，於是開始研究「靜態網站產生器」(Static Site Generator)這種東西，接著則是透過 Zola 的官方文件以及 Owen 的 source code，按圖索驥、慢慢摸索，嘗試架起了目前看到的這個網站。非常感謝 Owen 將網站開源，並且在架設過程中也回答了我一兩個關鍵的問題。&lt;&#x2F;p&gt;
&lt;p&gt;你若也對透過 Zola 架站有興趣，歡迎與我聯繫討論，也可以先看看站內關於 Zola 的&lt;a href=&quot;&#x2F;tags&#x2F;zola&quot;&gt;相關文章&lt;&#x2F;a&gt;。&lt;&#x2F;p&gt;
&lt;p&gt;另外，你也可以透過 &lt;a href=&quot;&#x2F;changelog&quot;&gt;Changelog&lt;&#x2F;a&gt; 這個頁面看到這個網站的一些變更紀錄，只要有什麼變化我都會記在上面。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;lian-luo-zi-xun&quot;&gt;聯絡資訊&lt;&#x2F;h2&gt;
&lt;p&gt;我會在網路上的幾個不同地方出沒，每個地方對我來說有些不同的價值，因此有時你可能會在不同地方看到我的相同內容，如果這讓你感到困擾，還請見諒。&lt;&#x2F;p&gt;
&lt;p&gt;對我來說，每個平台最舒適的交流方式不太一樣，歡迎你根據下列說明，選擇對你舒適的方式交流聯繫。&lt;&#x2F;p&gt;
&lt;h3 id=&quot;she-qun-ping-tai&quot;&gt;社群平台&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;Twitter： &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;twitter.com&#x2F;WuPingJu&quot;&gt;@WuPingJu&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;li&gt;Threads： &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.threads.net&#x2F;@wu_pingju&quot;&gt;wu_pingju&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;歡迎你追蹤我的 Twitter 與 Threads ，我大部分時間會在這兩個地方分享一樣的東西，少數時間不一樣，我還沒有很清楚是否該分別分享不同的東西。也歡迎你留言交流，但我不太建議在這兩個平台私訊聯絡，我很少打開，我也覺得很難交流。&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;LinkedIn： &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.linkedin.com&#x2F;in&#x2F;wupingju&#x2F;&quot;&gt;PJ Wu&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;歡迎 connect！ 只要我看得出你是一個真人而不是機器人，我都會直接同意。我還不確定要在 LinkedIn 上面分享什麼，如果你有這方面的建議歡迎跟我分享。&lt;&#x2F;p&gt;
&lt;h3 id=&quot;zi-xun&quot;&gt;諮詢&lt;&#x2F;h3&gt;
&lt;p&gt;我從 2025 年 1 月開始提供文字諮詢服務，你可以問我關於寫作、客戶服務、客戶成功、職涯規劃、個人品牌，或者是其他你認為我有辦法給予回饋的問題。詳細的資訊請參考&lt;a href=&quot;&#x2F;consultation&quot;&gt;諮詢服務&lt;&#x2F;a&gt;頁面。&lt;&#x2F;p&gt;
&lt;h3 id=&quot;dian-zi-you-jian&quot;&gt;電子郵件&lt;&#x2F;h3&gt;
&lt;p&gt;如果你看了哪篇我寫的東西很有共鳴，想跟我分享任何想法，歡迎寄信給我，我喜歡透過信件交流，也一定會回信。&lt;&#x2F;p&gt;
&lt;p&gt;我的信箱： pj@pinchlime.com&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>我為什麼要在有很多免費替代方案的現在訂閱 ChatGPT Plus？</title>
        <published>2025-01-12T00:00:00+00:00</published>
        <updated>2025-04-22T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/why-did-i-subscribe-to-chatgpt-plus/"/>
        <id>https://pinchlime.com/blog/why-did-i-subscribe-to-chatgpt-plus/</id>
        
        <content type="html" xml:base="https://pinchlime.com/blog/why-did-i-subscribe-to-chatgpt-plus/">&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;chatgpt-o1_otE7ge.webp&quot; data-fancybox data-caption=&quot;ChatGPT o1&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;chatgpt-o1_otE7ge.webp&quot; loading=&quot;lazy&quot; alt=&quot;ChatGPT o1&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;&lt;code&gt;圖片來源：OpenAI 官網&lt;&#x2F;code&gt;&lt;&#x2F;p&gt;
&lt;blockquote&gt;
&lt;p&gt;2025.04.22： OpenAI 在 2025&#x2F;4 推出了 o3 模型，它是 o1 模型的進化版本，所以我原本怎麼用 o1 ，就是繼續用同樣的方式使用 o3。原文內容就先不更新了。&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;這一篇文是「我為什麼要訂閱ＯＯＯ」系列的第二篇文，這篇要講的 ChatGPT 與第一篇介紹的 &lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;why-did-i-subscribe-to-kagi&#x2F;&quot;&gt;Kagi&lt;&#x2F;a&gt;完全不同，幾乎每個人都知道它。&lt;&#x2F;p&gt;
&lt;p&gt;但我不確定身邊每月付費 $20 美元訂閱它的人有多少，至少我是從「曾經訂閱」到「退訂」，又到近兩個月才開始穩定訂閱。但我現在覺得短期內我不會再退訂了，所以這篇想要記錄一下為什麼。&lt;&#x2F;p&gt;
&lt;h3 id=&quot;xian-qian-wei-shen-mo-ding-yue-chatgpt-wei-shen-mo-tui-ding&quot;&gt;先前為什麼訂閱 ChatGPT？為什麼退訂？&lt;&#x2F;h3&gt;
&lt;p&gt;我從 ChatGPT 一開放訂閱後就開始訂閱了幾個月，後來覺得使用頻率沒想像中高，因為我最主要的使用情境是透過 API 翻譯與改寫英文，因此就退訂了。後來幾次有新模型推出時就會重新訂閱一下，接著大概兩個月就會退訂，都是因為我發現我沒有那麼頻繁在使用 ChatGPT 。&lt;&#x2F;p&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;chatgpt-subscription-history_3oZDpm.png&quot; data-fancybox data-caption=&quot;chatgpt-subscription-history&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;chatgpt-subscription-history_3oZDpm.png&quot; loading=&quot;lazy&quot; alt=&quot;chatgpt-subscription-history&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;yu-qi-shuo-ding-yue-chatgpt-bu-ru-shuo-shi-ding-yue-o1&quot;&gt;與其說訂閱 ChatGPT，不如說是訂閱 o1&lt;&#x2F;h3&gt;
&lt;p&gt;但這次我覺得與過去完全不同，因為最新的 o1 模型太棒了。&lt;&#x2F;p&gt;
&lt;p&gt;OpenAI 在 2024 年 9 月推出 o1-preview 模型，並且在 12 月正式推出 o1 模型，它是一個全新系列的「推理模型」，最主要的使用情境是解決困難的、複雜的任務。&lt;&#x2F;p&gt;
&lt;p&gt;根據&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;openai.com&#x2F;index&#x2F;learning-to-reason-with-llms&#x2F;&quot;&gt; OpenAI 在官網的介紹&lt;&#x2F;a&gt;，o1 可以達到這樣的效果，是因為在訓練時就著重在讓它花更多時間思考、嘗試精進自己的思考過程並嘗試不同的策略。&lt;&#x2F;p&gt;
&lt;p&gt;我是在大約一個月前才第一次使用 o1 ，當時我向他描述了我為何選擇完全出售比特幣的原因，想看看它怎麼看我的推理，當時的感覺是回覆的很詳盡，但沒有讓我感到特別的「驚艷」。但最近幾週更多次嘗試後，我發現我開始非常仰賴 o1 模型。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;wo-zen-mo-yong-o1-o1-li-hai-zai-na&quot;&gt;我怎麼用 o1？ o1 厲害在哪？&lt;&#x2F;h3&gt;
&lt;p&gt;近期適逢新的年度，我重新檢視了目前工作在做的事，整理出哪些是可以做得更好的事，哪些是接下來可以挑戰去做的事。我會把我自己整理過的內容與想法完整的丟給 o1 ，請他評估是否有任何盲點或者是建議。接著，當他提供建議後，我會再自己整理消化一遍，然後再提出一段完整的規劃，請他繼續給我回饋與建議。&lt;&#x2F;p&gt;
&lt;p&gt;我發現， o1 的表現比以前的 ChatGPT 各種模型都還要好。以前我總是會覺得 ChatGPT 給的回覆有點太 general ，好像是那種 Google 會出現的文章，就是有點隔靴搔癢的感覺。但 o1 給了我更多細節，這些細節讓我有種&lt;strong&gt;他真的理解我的問題&lt;&#x2F;strong&gt;的錯覺。&lt;&#x2F;p&gt;
&lt;p&gt;針對那些「我一知半解」的東西，我會先描述我目前的理解，再請他給我一個更具體完整的框架或介紹。 o1 給的回覆裡面既有我看得懂的東西讓我驗證他在講的東西確實有料，又能提供我不太懂的東西，擴展我的視野。&lt;&#x2F;p&gt;
&lt;p&gt;針對那些「我很熟悉」的東西，我會給他我目前的做法以及卡住的地方，我提供的資訊通常會更具體，這時 o1 給的回覆也能切中我的問題核心，並圍繞著問題核心回答。&lt;&#x2F;p&gt;
&lt;p&gt;我發現，o1 在這兩個情境都表現得很好，好到我有幾次忍不住對著螢幕搖頭稱讚。當我嘗試把更多問題丟給 o1 後，我發現我越來越理解 o1 目前對我的價值在哪。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;o1-jie-jue-liao-qi-dong-mo-ca-li-guo-gao-de-wen-ti&quot;&gt;o1 解決了「啟動摩擦力過高」的問題&lt;&#x2F;h3&gt;
&lt;p&gt;經過幾週的使用，我發現 o1 最重要的價值是，讓我在面對那些「很難著手」的事情時，更沒有壓力，更有方向。&lt;&#x2F;p&gt;
&lt;p&gt;我有個缺點是，若一件任務是我從未做過的事，我就會需要花更多力氣去「做」它，有時甚至會因此拖延很久。我自己知道，這是因為我沒做過，所以不知道這件任務該怎麼拆分成更多「我知道怎麼做」的小任務，所以就會卡住。&lt;&#x2F;p&gt;
&lt;p&gt;但 o1 剛好能夠給我一些我熟悉的關鍵字，或者是看起來沒那麼困難的幾個延伸方向，通常看了以後，說也奇怪，我的內心就不覺得這是件困難或陌生的任務了，因此就更能夠「開始去做」。這種感覺很像是有個經驗老到的同領域前輩在跟你說：「沒什麼問題，就是跟你想的那些方向差不多，只要多注意一下 A, B, C 這些細節就好。」&lt;&#x2F;p&gt;
&lt;p&gt;我知道這幾個細節就是這個任務的關鍵，我也知道我自己絕對無法很快想出或察覺到這幾個細節，但在 o1 老前輩的指引下，這些事情好像就變得容易起來。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;wo-bu-hui-na-o1-zuo-na-xie-shi&quot;&gt;我不會拿 o1 做哪些事？&lt;&#x2F;h3&gt;
&lt;p&gt;雖然 ChatGPT&#x2F;o1 非常厲害，但我還是不會問他「有正確答案」的問題。因為當我追求的是正確答案，要嘛我已經知道正確答案是什麼，就不需要問。要嘛是我不知道正確答案是什麼，這時我也難以驗證 ChatGPT 是否產生幻覺。&lt;&#x2F;p&gt;
&lt;p&gt;但假設我追求的不是「完全正確」，而是「方向大致正確」的資訊，o1 就非常適合。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;o1-de-ding-yue-fang-an&quot;&gt;o1 的訂閱方案&lt;&#x2F;h3&gt;
&lt;p&gt;目前（2025&#x2F;01&#x2F;12）要付費訂閱 ChatGPT Plus （每月 $20 美元）才能夠有限制的使用 o1 ，再上去還有一個每月 $200 美元，可以無限制使用 o1 ，並且有更強的 o1 Pro 模型的 ChatGPT Pro 方案。&lt;&#x2F;p&gt;
&lt;p&gt;不過我暫時還沒有想要訂閱 Pro ，因為我還沒有那麼高頻率的使用 o1。目前我每兩三天會問 o1 一個完整描述的問題，通常他給我的回覆都非常詳盡，足夠我消化個好幾天。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;mei-you-ding-yue-o1-qian-wo-shi-zen-mo-guo-de&quot;&gt;沒有訂閱 o1 前我是怎麼過的？&lt;&#x2F;h3&gt;
&lt;p&gt;在 o1 推出之前，我也曾問過 ChatGPT 類似的問題，但通常得到的答案都沒有特別令我信服。因此這種偏向諮詢性質的需求，幾乎只能自我對話，或者是跟真人討論。先不論回答的品質或完整度，光是「馬上就能得到回答」這件事，就有非常高的價值。&lt;&#x2F;p&gt;
&lt;p&gt;換句話說， o1 已經取代了一部分「找人討論」的需求，因為我同樣能夠在對話中得到我不熟悉但有幫助的資訊，也同樣能觸發我新的思考與行動方向，而且完全不需要特別跟他約時間才能得到回答。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;dang-chu-shi-fou-you-kao-lu-qi-ta-lei-si-de-chan-pin&quot;&gt;當初是否有考慮其他類似的產品？&lt;&#x2F;h3&gt;
&lt;p&gt;沒有，我知道其他 LLM 如 Claude, Gemini 也持續突飛猛進，有的表現也非常好，但我覺得 o1 就很強了，也暫時沒有興趣去深入對比。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;shen-mo-zhuang-kuang-xia-wo-hui-ting-zhi-ding-yue-chatgpt&quot;&gt;什麼狀況下我會停止訂閱 ChatGPT ？&lt;&#x2F;h3&gt;
&lt;p&gt;如果我的生活中開始缺乏「需要釐清下一步方向的問題」，那我可能會暫時停止訂閱，但我最近覺得這類問題比我想像中還要多，甚至是因為有了 o1 ，我才開始覺得「這些是可以解決的問題」，進而開始著手規劃與處理。&lt;&#x2F;p&gt;
&lt;p&gt;可以想像在短短幾年的未來內，大語言模型只會變得更強，因此我應該會仰賴他做更多事情，所以我短時間內應該不會停止訂閱。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>做那些一點也不像工作，但還能賺錢的事</title>
        <published>2025-01-07T00:00:00+00:00</published>
        <updated>2025-01-07T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/work-that-doesnt-feel-like-work/"/>
        <id>https://pinchlime.com/letters/work-that-doesnt-feel-like-work/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/work-that-doesnt-feel-like-work/">&lt;p&gt;這幾天在整理過去兩年記在 Heptabase Journal 裡面的東西，看到一年多前剛開始做這份工作時記下的一段話：&lt;&#x2F;p&gt;
&lt;p&gt;「做這種一點也不像工作的事卻還能賺錢，真是太開心了。」&lt;&#x2F;p&gt;
&lt;p&gt;當時我在做的事情是把用戶散落在不同地方的文字回饋，紀錄成固定格式的 tickets 。由於我非常喜歡 Heptabase 這個產品，所以看到這些回饋或建議時都覺得很有趣，也有滿滿的想法可以補充。&lt;&#x2F;p&gt;
&lt;p&gt;記下這段想法時，我對於「工作」的定義或想像，應該是偏向「自己擅長做，公司也需要，但自己不見得喜歡一直做」的事，所以會覺得「自己喜歡一直做」的事好像就不像是工作。&lt;&#x2F;p&gt;
&lt;p&gt;過了一年多，我發現我對於工作的定義似乎有些改變，裡面有很大一部分是我喜歡一直做的事，我也突然意識到，這一年多來我從來沒有任何一刻有「怎麼還沒下班」的念頭（可能也是因為我們沒有固定的上下班時間），反而常常是突然就發現要吃午餐了，突然就發現要吃晚餐了，該準備整理一下告個段落了。&lt;&#x2F;p&gt;
&lt;p&gt;我覺得找那些內容是「對自己來說不像是工作的事」的工作，真的是在評估工作機會與選擇時非常重要的標準，找到了，就真的是太開心了。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>2024 年度回顧 - 更多的自我對話</title>
        <published>2025-01-05T00:00:00+00:00</published>
        <updated>2025-01-05T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/2024-in-review/"/>
        <id>https://pinchlime.com/blog/2024-in-review/</id>
        
        <content type="html" xml:base="https://pinchlime.com/blog/2024-in-review/">&lt;p&gt;我從跨年那幾天就在思考今年的年度回顧要寫什麼，這幾天嘗試寫了幾段，但馬上就沒有感覺，剛剛我再想了想，好像找到原因了。因為 2024 年我花了更多時間寫下自己的感受，這些感受通常沒有公開，我也覺得這樣很好，我有個地方承接這些感受，而且比起那些公開版本，可以寫更多具體的細節。&lt;&#x2F;p&gt;
&lt;p&gt;想通這點後，我就開始繼續寫年度回顧，但是是不打算公開的版本。&lt;&#x2F;p&gt;
&lt;p&gt;這次我很順地就寫完了。我參考的是 NessLabs 的 《&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;nesslabs.com&#x2F;year-in-review&quot;&gt; Year in Review &lt;&#x2F;a&gt;》 回顧模板，推薦照著簡單寫一些東西，這種感覺還蠻舒壓的。&lt;&#x2F;p&gt;
&lt;p&gt;同時，我也決定把網站內的「Stream」頁面關閉，當時想的是要建構一個能夠記錄我「極短的零散想法與紀錄」的地方，但現在我發現我用不太到這樣的地方，那就先關閉入口吧（舊的頁面還是找得到，只是就不再更新）！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>該如何結識更多志同道合的人與厲害的人？</title>
        <published>2025-01-05T00:00:00+00:00</published>
        <updated>2025-01-05T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/finding-great-people/"/>
        <id>https://pinchlime.com/letters/finding-great-people/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/finding-great-people/">&lt;p&gt;好久沒寫信了，近期感覺又進入了生產力高原期，應該有機會多寫些東西。&lt;&#x2F;p&gt;
&lt;p&gt;這篇想講的是一件我一直都想做，但不確定怎樣做比較好的事：結識更多志同道合的人與厲害的人。&lt;&#x2F;p&gt;
&lt;p&gt;我一直都清楚知道自己是個不擅長陌生社交的人，在那種有「朋友的朋友」的飯局，幾乎都會感到很不自在，久了就會盡量避免參與這樣的聚會。&lt;&#x2F;p&gt;
&lt;p&gt;但另一方面，每次與「厲害的人／朋友」聚餐或對話時，幾乎都產生許多新的想法與收穫，因此我心中總有個聲音告訴我，應該要想辦法多認識厲害的人、多跟厲害的人交流。&lt;&#x2F;p&gt;
&lt;p&gt;順著這個方向，我直覺想到的方式就是，在社群上面分享這件事，或者是在我的網站留下那種「跟我約個 1on1 」的邀請連結，我想應該有機會認識一些新朋友。&lt;&#x2F;p&gt;
&lt;p&gt;但我又馬上想到：那如果想要找我聊的人，是我完全沒興趣的人，我該怎麼辦？我該怎麼拒絕？我一定會想拒絕，但這樣感覺會很傷人。而如果不拒絕，這件事對我來講就會變成不有趣的事，我肯定也沒辦法真的讓對方感受到真誠與得到收穫。&lt;&#x2F;p&gt;
&lt;p&gt;同樣的，假設我要主動邀約別人，受邀的對方會不會也抱持著這樣的心情，處於一個即使不是很想答應，也不知道該怎樣拒絕比較好的尷尬狀態？雖然我被拒絕也不會太放在心上，但肯定還是會覺得有些失落，而我不希望受我邀請的人要花力氣去思考「該怎樣拒絕我」。&lt;&#x2F;p&gt;
&lt;p&gt;以過去少數的「成功經驗」來說，我覺得關鍵的要素是「我已經看過對方寫的東西，我覺得很棒」、「對方也看過我寫的東西，而且我知道對方也覺得我寫的東西很棒」，若同時滿足這兩件事，邀約或接受邀約對我來說就會變得很容易，沒什麼壓力。&lt;&#x2F;p&gt;
&lt;p&gt;但這種經驗很少，也很難刻意達成。想來想去，我暫時也想不太到有效的解決方案，也許就是持續寫東西，然後不吝表達我對其他人寫的東西的讚賞，讓那種成功經驗能夠盡量自然而然產生吧？&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>要你好看 No.3 -《斜槓時代的高效閱讀法》山口周</title>
        <published>2024-11-21T00:00:00+00:00</published>
        <updated>2024-11-21T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/read-good-3/"/>
        <id>https://pinchlime.com/letters/read-good-3/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/read-good-3/">&lt;p&gt;最近立下的一個目標是要多看書，我已經好久沒有認真看完一本書，大概已經有兩三年了（小說除外，這幾年還有看不少） ，書架上有很多以前買的書，但一直都沒有提起那股勁好好讀完任何一本，也不斷地為自己沒勁這件事找理由找藉口。&lt;&#x2F;p&gt;
&lt;p&gt;上週某天晚上，想著既然要來認真看很多書，那就先看一些如何閱讀與學習的書好了，所以就隨手從書架上拿了《斜槓時代的高效閱讀法》這本名字非常不怎麼樣的書。坦白說，我對於它為何在書架上完全失憶，既不知道是何時何地買的，也不知道為何我會買，是翻了幾頁感覺不錯？還是有人推薦？完全忘了。&lt;&#x2F;p&gt;
&lt;p&gt;但翻了幾頁後發現內容蠻不錯，就進入很專注的閱讀模式了。於是花了近一週讀完，邊讀邊記一些零散的筆記，又用兩個下班後的晚上重製了下面這張圖這些卡片。我很喜歡這次讀書的整個流程以及沈浸的體驗。&lt;&#x2F;p&gt;
&lt;p&gt;我不打算寫一篇文分享這本書在講什麼東西，或許從這張圖可以看到一些，但那些有一大部分是我自己重製過的、屬於我的理解的卡片，嚴格來說可能屬於超譯的東西，但我現在認為這是最棒的讀書方式。&lt;&#x2F;p&gt;
&lt;p&gt;以下簡單分享我整個讀書與筆記的流程：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;每一章節開始，就在 Heptabase 裡面建立一張卡片，每看到一段自己有感的文字，就用 quote 的方式記下來（有可能自己擅自改一些內容讓他更好懂更簡潔），有時也會記下自己的心得。這件事盡量不要花太多時間做，只要記下自己「有感」的東西就好。所以看完書就會有好幾張章節卡片。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;把章節卡片開在側邊欄，開始再重製原子卡片（就是圖中這些），每張卡片的標題盡量是一句完整的句子，只表達一件事（最多再加上補充說明），同時也連結回章節卡片，這樣未來就知道這張卡片有個「源頭」。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;在製作原子卡片時，可以再寫下自己的心得、可能的行動、或者任何補充備註，反正想寫什麼就寫什麼，寫完就隨意放在白板上，要連線或不連線都可以。目前的狀態就是只做到這樣。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;如果是更重要的書，可能可以花更多時間在步驟 2 &amp;amp; 3 ，然後還可以直接在白板上建立這本書的架構圖，但我暫時不打算這麼做，因為如果我想要重溫、更了解這本書的架構，我只要再看書就好，目前產生的卡片已經非常足夠我回憶這本書的內容。&lt;&#x2F;p&gt;
&lt;p&gt;我會再把這些卡片都加上 tag ，然後之後放到個別的主題白板裡面去持續讓他們成長與變化。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;由於真的很久沒讀這種書，這次用 Heptabase 讀的經驗實在是令我驚豔的好，無論是編輯的體驗、製作卡片與整理卡片的體驗、一覽資訊的體驗等等，都非常的流暢爽快。我認為 Heptabase 絕對是市面上最適合拿來搭配讀書、拆書的軟體，沒有之一！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;其他雜感：整個過程中完全沒有用到 AI 幫助，因為討論的主題是我能夠理解的，但如果討論的是比較專業的領域，也許我會請 AI 為我解釋某些術語。&lt;&#x2F;p&gt;
&lt;p&gt;但我經過這次經驗更確信一件事：讀書的時間省不得，讀別人摘要的內容完全比不上自己讀的體驗。（因此我也不打算分享這本書的介紹，有興趣的歡迎自己找來看看，蠻推薦這本書的！）&lt;&#x2F;p&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;read-good-3_6tE0Gs.png&quot; data-fancybox data-caption=&quot;read-good-3&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;read-good-3_6tE0Gs.png&quot; loading=&quot;lazy&quot; alt=&quot;read-good-3&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>我開始在 email 裡面寫靈感筆記</title>
        <published>2024-11-13T00:00:00+00:00</published>
        <updated>2024-11-13T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/email-as-fleet-note/"/>
        <id>https://pinchlime.com/letters/email-as-fleet-note/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/email-as-fleet-note/">&lt;p&gt;剛這幾天我一直在嘗試一個新的工作流程：透過 email 寫我的靈感筆記&lt;&#x2F;p&gt;
&lt;p&gt;這封信是一些簡單的紀錄以及初步的結果。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;strong&gt;在 email 裡面寫靈感筆記是什麼意思？&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;簡單來說，我接下來會把所有零散的想法片段與筆記內容，都透過 email 寄給自己。&lt;&#x2F;p&gt;
&lt;p&gt;比方說，我在臉書看到曼尼寫了一些東西，或者是在公司的群組裡面看到同事分享某些好看的內容，產生了一些共鳴或者疑惑，這時我就會直接打開信箱，迅速寫下來寄信給自己。&lt;&#x2F;p&gt;
&lt;p&gt;為了這件事，我在付費電子郵件服務 HEY 裡面又多買了一個全新的帳號，因為我想要整個信箱只有我跟我自己的對話。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;strong&gt;為什麼要這樣做？以前的作法有什麼問題？&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;我非常喜歡紀錄零散想法，這幾年來使用過好幾種不同的筆記軟體，幾乎每天都會記下一些想法。這些想法有些會成為我撰寫長文的基礎，有些會成為我探索更多東西的起點或錨點，但很多則是記下來就放在那邊，然後越積越多。&lt;&#x2F;p&gt;
&lt;p&gt;每隔一段時間我就會想要整理他們，但常常會整理一下就放棄，因為每個想法都好像有潛力繼續發展下去，但每個想法的情境都不太一樣，這讓我需要花費大量的時間重新閱讀、思考、然後問自己是否有更多的想法。&lt;&#x2F;p&gt;
&lt;p&gt;我試過許多工具，嘗試過不同的工作流，好像都沒辦法達到心中那種順暢完美的狀態。&lt;&#x2F;p&gt;
&lt;p&gt;那個狀態會是怎樣呢？我試著想像一下，應該是我「&lt;strong&gt;知道我現在該做什麼&lt;&#x2F;strong&gt;」的比例越高越好。&lt;&#x2F;p&gt;
&lt;p&gt;比方說，看到一則、兩則、二十則、五十則未完成的筆記時，我知道每一則該怎麼處理，接下來該怎麼做。&lt;&#x2F;p&gt;
&lt;p&gt;啊，這辦不到，就是試過太多方式了，知道只要超過一定數量，就是辦不到。但我又捨不得刪除他們，或者說，光是要判斷是否可以刪除，就已經耗盡了動力。這時我想到平常在 email 裡面很常用的 Snooze 功能。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;strong&gt;Email 的基礎建設真棒&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;我平常在工作上很常用到 Snooze ，若有一封信「感覺」需要花點時間處理，但我當下想先處理其他信件，我就會先 snooze 前者。這樣做的好處是，這封信不會真的不見，但他卻暫時消失了，而且還會在我指定的時刻才重新出現。&lt;&#x2F;p&gt;
&lt;p&gt;透過這個方式，我永遠可以控制「在我眼前出現的信的數量」（而比較不關注 snooze 狀態的信件數量），這樣就讓我很少在處理信件時遇到炸掉的狀態。我想到這件事後，覺得想法筆記也應該可以這樣處理，於是我嘗試了，效果很不錯。&lt;&#x2F;p&gt;
&lt;p&gt;當我寄了想法給自己，信箱裡就會出現這封信，這時我可以「感覺」我是否還有內容要補充，如果沒那麼有感覺，就先 snooze ，如果有感覺，就回信給自己補充。而如果內容很完整了，就直接轉成現在在寫的這種信、或者是寫成一篇部落格的文章。&lt;&#x2F;p&gt;
&lt;p&gt;除了 Snooze 以外，email 這種古老協定的一些機制也很符合我的需求，例如可以存圖片、可以留下時間戳記、可以從不同地方都很容易地傳內容進來，這些都讓我覺得「對了，就是這個」。&lt;&#x2F;p&gt;
&lt;p&gt;壓垮我的最後一根稻草是「reply」這個動詞，我發現當我看著我寄給自己的信，這時它彷彿是某個來自我但又不全然來自我的東西，於是我好像會有一些想法、想跟他對話。&lt;&#x2F;p&gt;
&lt;p&gt;我猜是我太習慣太適應在這種分割的視窗回覆別人，這時這個介面會觸發我的肌肉記憶，讓我產生更多想法。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;strong&gt;為什麼選擇 HEY Email？&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;如果你沒聽過 HEY ，可以參考這篇先前寫過的介紹： &lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;2021&#x2F;03&#x2F;14&#x2F;hey-email-introduction&#x2F;&quot;&gt;HEY! Email 原來可以這樣用&lt;&#x2F;a&gt; 。這是一個非常小眾的 email 服務，有很多奇怪的缺點，但也有很多獨家的奇怪功能。我有了「用 email 記筆記」這個念頭後，試了手邊有訂閱的兩個 email 服務：Proton mail 以及 HEY ，結果我發現 HEY 更符合我的需求。&lt;&#x2F;p&gt;
&lt;p&gt;詳細的原因有在&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;x.com&#x2F;WuPingJu&#x2F;status&#x2F;1855977492009640204&quot;&gt;這篇推文&lt;&#x2F;a&gt;分享，簡單來說，HEY 剛好在 snooze 以及 reply 的介面這兩件事上面都有不錯的體驗，實際嘗試後也確實滿足我的需求，因此我就確定要用 HEY 了。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;strong&gt;寫了很多想法，然後呢？&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;我感覺 HEY （或者說 email ）可以讓我更容易用這種描述性、對話性的方式記下想法，有點像日記一樣，而我現在又有「寫信給大家」這個方式把這些想法整合成完整一點的文字。我的期待是這些內容組織寫完寄出後，我會再放到 Heptabase 裡面，去精煉、拆解出原子化的卡片。&lt;&#x2F;p&gt;
&lt;p&gt;這部分的細節，就等到嘗試以後再來分享了！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Attention Is All You Need</title>
        <published>2024-11-08T00:00:00+00:00</published>
        <updated>2024-11-08T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/attention-is-all-you-need/"/>
        <id>https://pinchlime.com/letters/attention-is-all-you-need/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/attention-is-all-you-need/">&lt;p&gt;&lt;em&gt;閱讀本封信時建議搭配 The Beatles 的 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=_7xMfIp-irg&quot;&gt;All You Need Is Love&lt;&#x2F;a&gt; 這首歌）&lt;&#x2F;em&gt;&lt;&#x2F;p&gt;
&lt;p&gt;最近開始重新接觸 LLM ，昨晚就想要再看一次 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;arxiv.org&#x2F;abs&#x2F;1706.03762&quot;&gt;Attention Is All You Need&lt;&#x2F;a&gt; 這篇論文。&lt;&#x2F;p&gt;
&lt;p&gt;我先前僅在 ChatGPT 剛推出時有「快速掃過」這篇，據說是非常經典的里程碑論文，當時完全看不懂，因此也沒有留下任何印象（只對論文名字有印象，因為有人說名字的由來跟 Beatles 這首歌有關係）。這次再打開來，搭配沉浸式翻譯閱讀，發現還是有太多專有名詞，感覺需要具有不少先備知識才能讀懂，但這次我更有興致挑戰看看，於是就想到找 ChatGPT 幫我解釋。&lt;&#x2F;p&gt;
&lt;p&gt;在請 ChatGPT 解釋說明這篇論文前，我有先自我詰問一番，我知道它並不會真正「讀懂／理解」我的問題，它只會生成最符合我問的問題這些字的「對應文字」，而我也知道我並沒有能力驗證它生成的文字的真偽與正確程度，但我認為這不是至關重要的問題，即使有部份錯誤或不精準也無妨，而且這篇論文與 ChatGPT 高度相關，我相信應該是它有最多語彙資料的領域之一，因此我想要看看它的解釋是什麼，結果內容出乎意料的好，好到令我有點…感動的感覺？&lt;&#x2F;p&gt;
&lt;p&gt;它回覆的內容如下：&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;“Attention is All You Need” 是一篇由 Google Research 的研究人員於 2017 年發表的重要論文，主旨在於提出一種名為 Transformer 的新型神經網絡結構，用於處理序列數據，特別是自然語言處理（NLP）相關任務。這篇論文徹底改變了 NLP 領域，也對深度學習模型的發展產生了深遠的影響。&lt;&#x2F;p&gt;
&lt;p&gt;以下我會逐步解析這篇論文的關鍵概念，並用一些比喻來說明，使其更易於理解：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;&lt;strong&gt;「Attention 機制」的核心概念&lt;&#x2F;strong&gt;&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;Attention 機制是該論文的核心。簡單來說，它的重點在於模型如何「注意」輸入序列的不同部分，以此決定每一段內容在生成輸出時的重要性。傳統的 RNN（如 LSTM 和 GRU）雖然能夠處理序列數據，但它們必須逐步讀取數據，容易受限於序列長度且運算速度慢。&lt;&#x2F;p&gt;
&lt;p&gt;比喻： 如果我們將一段文字比作一本書，Attention 機制就像一位讀者能夠快速掃視全書，瞬間抓住關鍵內容，而不必逐頁逐字讀完。這種「聚焦」的能力讓模型更高效，能迅速抓住訊息中最重要的部分。&lt;&#x2F;p&gt;
&lt;ol start=&quot;2&quot;&gt;
&lt;li&gt;&lt;strong&gt;Self-Attention（自注意力）&lt;&#x2F;strong&gt;&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;Transformer 的創新在於使用 Self-Attention，這是一種模型自我參考的機制，使每個字詞能夠「看到」其他字詞並根據上下文重新定位自己在整個句子中的位置。這讓模型在語意理解上變得更靈活，也更精準。&lt;&#x2F;p&gt;
&lt;p&gt;比喻： 想像一個團隊開會時，每個人都不僅專注於自己說的話，也同時考慮到其他成員的發言，進而調整自己的觀點或發言。Self-Attention 讓每個字詞有「彼此交流」的機會，使整體語意更加清晰。&lt;&#x2F;p&gt;
&lt;ol start=&quot;3&quot;&gt;
&lt;li&gt;&lt;strong&gt;多頭注意力機制（Multi-Head Attention）&lt;&#x2F;strong&gt;&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;多頭注意力的設計是讓模型能同時關注輸入的不同特徵，以捕捉更豐富的語意。透過多頭注意力，Transformer 可以在不同維度上分析語句，例如同時考慮「語法」與「情感」等特徵。&lt;&#x2F;p&gt;
&lt;p&gt;比喻： 多頭注意力就像是同一張照片在不同角度的多重曝光，讓一張簡單的照片呈現出豐富的視覺細節。類似地，多頭注意力能讓模型獲取更加多樣的訊息維度，對語意理解更為全面。&lt;&#x2F;p&gt;
&lt;ol start=&quot;4&quot;&gt;
&lt;li&gt;&lt;strong&gt;位置編碼（Positional Encoding）&lt;&#x2F;strong&gt;&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;因為 Transformer 不是序列模型，所以需要位置編碼來保留單詞的順序資訊。位置編碼會將每個單詞的位置信息以數學方式嵌入，讓模型了解字詞的相對順序。&lt;&#x2F;p&gt;
&lt;p&gt;比喻： 假設一首詩的每句詩行都被打亂順序，位置編碼就像重新標示每句的編號，讓我們能根據標示重新組合，保持詩的連貫性。&lt;&#x2F;p&gt;
&lt;ol start=&quot;5&quot;&gt;
&lt;li&gt;&lt;strong&gt;影響與革新&lt;&#x2F;strong&gt;&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;這篇論文的重要性在於其顛覆性地簡化了模型結構，使得訓練效率提升、運算速度加快，並減少對序列長度的依賴。由於 Transformer 結構極具擴展性，後續生成了各式各樣的變體，像是 BERT、GPT 系列，這些模型在 NLP 任務上取得了前所未有的突破。&lt;&#x2F;p&gt;
&lt;p&gt;這篇論文將「Attention」提升為 NLP 模型的核心，強調模型不必在數據中逐步累積訊息，而是可以快速集中焦點到關鍵訊息上，猶如「一念通達」，成為「所需僅為注意力」的典範。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;我發現，單純讀了這段介紹，我就覺得學到好多東西，我感覺我更理解所謂的 “Attention” 到底是什麼意思，也給我未來再繼續學相關專有名詞時有了更好的基礎。&lt;&#x2F;p&gt;
&lt;p&gt;這時我又對另一件事感到好奇：「為何這篇論文的研究團隊會想到 Beatles 的那首歌？」（先假定這個說法是真的），於是我重新聽了幾遍 All you need is love 這首歌，也看了一下歌詞，結果發現裡面的歌詞大概是這個意思（我簡化過）：&lt;&#x2F;p&gt;
&lt;p&gt;沒有什麼事情是你做不到的
沒有什麼事情是你無法創造的
沒有什麼事情是你不能夠知道的
只要你有愛 （Love is all you need）&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;strong&gt;我覺得我好像知道為什麼論文要取名為 Attention is all you need 了。&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;我還是還沒讀完這篇論文（還需要用同樣的方式補強一些先備知識），但我相信有了 LLM 的協助，我真的可以做到非常多我以前做不到的事，覺得活在這個時代真的是一件非常幸福的事。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>要你好看 No.2 - 能夠更順暢跟 AI 協作的人是怎樣的人？</title>
        <published>2024-11-05T00:00:00+00:00</published>
        <updated>2024-11-05T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/read-good-2/"/>
        <id>https://pinchlime.com/letters/read-good-2/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/read-good-2/">&lt;p&gt;今天的要你好看，想分享這篇昨天晚上看到的「&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;mp.weixin.qq.com&#x2F;s&#x2F;JT2oOG2SYw2pDYEHlEmcyQ&quot;&gt;专访&quot;Prompt之神&quot;李继刚 - 我想用20年时间，给世界留一句话。&lt;&#x2F;a&gt;」&lt;&#x2F;p&gt;
&lt;p&gt;因為標題實在太中二，我也不太認同什麼 prompt 之神這樣的封號，所以沒有把標題列在信的標題裡，但是這篇文章有些內容我還蠻喜歡的，我重新彙整後列下我自己的心得與想法：&lt;&#x2F;p&gt;
&lt;p&gt;&lt;strong&gt;一、在 prompt 裡面放入一些品質好的「壓縮」詞彙，有助於提高 LLM 產出的品質&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;內文舉了一些「壓縮」的案例，來說明只要 prompt 設得好，LLM 就更能更準確的「解壓縮」並且給你更接近你想要的結果。&lt;&#x2F;p&gt;
&lt;p&gt;舉例來說，當我想要 LLM 持續追問我問題時，跟他說「請你用蘇格拉底的方式」就會比「請你持續追問我潛在的問題」還要更好，因為「蘇格拉底的方式」是個被壓縮過的詞彙，一個詞彙包含了很多含義，而內建大量語彙與上下文資料的 LLM 就能夠更精準地「解壓縮」，生成出更符合自己意圖的回覆。&lt;&#x2F;p&gt;
&lt;p&gt;說老實話，我已經好久好久沒有鑽研 prompt 技巧了，所以也許這些東西在內行人或長期與 LLM 對話的人來說就是老生常談，但我還是覺得蠻有意思的，看到以後馬上重新訂閱了 ChatGPT Plus 。&lt;&#x2F;p&gt;
&lt;p&gt;我直接想到想要做的事情是，找出那些對我有幫助的壓縮詞彙，然後想辦法讓他們成為我的 ChatGPT 的預設載入資料。睡前簡單嘗試了一下效果好像還不錯，之後玩更多再來分享。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;strong&gt;二、與大模型對話時，到底是在跟「誰」對話？&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;文章裡的答案是這樣：「我想象中的是我对面坐了一个人，这个人在做一件事情。我写提示词我就要塑造那么一个角色，让这个角色活过来，然后让这个角色去做一个指定的动作。」&lt;&#x2F;p&gt;
&lt;p&gt;我覺得部分認同，認同的地方在於「把對方當人一樣溝通」這件事，根據我的經驗，常常會得到更好的答案，我猜可能是因為這種情況下我的 input 內容更能夠生成更高品質的結果。&lt;&#x2F;p&gt;
&lt;p&gt;不過我自己目前的答案會是：「我是在跟一個非常聰明但又非常懶惰的人對話，但他的行為模式卻非常勤奮有禮，絕對有求必應，讓你意識不到他的懶惰與虛偽。所以要想盡一切辦法讓他動起來。」&lt;&#x2F;p&gt;
&lt;p&gt;我的觀察是，當你要求的不多，例如「幫我寫一篇企劃」、「幫我寫一封信」，LLM 就會有禮貌的吐回對應的結果，但他很懶惰，所以品質就不怎麼樣。可是他又非常有禮貌與有求必應，如果你沒辦法意識到他的品質不怎麼樣，就會被他順利偷懶，閃過一次需要動起來的任務。&lt;&#x2F;p&gt;
&lt;p&gt;但當我知道對面是一個這樣角色設定的人，我就會更想盡辦法傳達、詢問、提示，希望能夠拿到更高品質一點的資料，畢竟他有個絕對有禮貌的設定，不會拒絕我的請求。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;strong&gt;三、能夠同時兼顧 “prompt” + “engineer” 屬性的人，就是能夠更順暢跟 AI 協作的人&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;文中提到的這件事也蠻有趣的，很符合我自己這一兩年來的觀察。我觀察到表達能力越好的人（擅長描述需求與提問），通常 prompt 都不會差。而若再具有一點點工程能力，就可以取得更高品質的結果。&lt;&#x2F;p&gt;
&lt;p&gt;不過這樣講感覺還是有點套套邏輯，有點偷懶，我目前只隱約覺得這是一個可以繼續思考的方向，如果想要更了解一些，好像需要更清楚理解「prompt」到底是什麼意思。&lt;&#x2F;p&gt;
&lt;p&gt;於是我想到了第二段的內容，試著用懶惰的方式與認真逼問的方式問問看 ChatGPT。問到的答案分別如下：&lt;&#x2F;p&gt;
&lt;p&gt;&lt;strong&gt;懶惰的方式&lt;&#x2F;strong&gt;（單純詢問「prompt 是什麼意思？」）&lt;&#x2F;p&gt;
&lt;p&gt;「Prompt&quot; 的意思在不同的情境下有所不同，但通常是指一個提示或指令，用來引導或啟發某個動作或回應。在人工智慧和生成式模型的情境中，&quot;prompt&quot; 是用來描述你希望模型根據提供的指令來生成回應的文本或內容。比如說，你輸入一句話或一段文字作為「prompt」，模型會根據這個提示生成相應的回答、文字、圖像或其他內容。」&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;strong&gt;認真逼問的方式&lt;&#x2F;strong&gt;（prompt 之後再分享）&lt;&#x2F;p&gt;
&lt;p&gt;「在與大型語言模型（Large Language Model, LLM）溝通時，&quot;prompt&quot; 指的是引導模型生成回應的「提示」或「指令」。這個提示是一段文字，可能包含問題、指令或設定場景，讓模型理解你想要的回應方向或信息範疇。&lt;&#x2F;p&gt;
&lt;p&gt;更具體地說，prompt 可以視為一段引導模型開始思考的「上下文框架」，它包括：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;指令：例如「請幫我寫一首詩」或「解釋這個概念」。&lt;&#x2F;li&gt;
&lt;li&gt;問題：像是「為什麼天會是藍色的？」。&lt;&#x2F;li&gt;
&lt;li&gt;背景訊息：比如「假設我們在一個未來的世界...」，以設定情境。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;舉個比喻，prompt 就像是你在進行溝通的開場白或方向指引。假設 LLM 是一位導演，prompt 就像是劇本的提要或指示，它讓導演明白場景、對話氛圍，甚至情緒走向。」&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;今天的信就到這，分享完畢！&lt;&#x2F;p&gt;
&lt;p&gt;後記：在想這封信的命名時，我本來想到更農場的「&lt;strong&gt;懶惰虛偽但又禮貌、勤奮、有求必應的 AI&lt;&#x2F;strong&gt;」，不過我想一想還是先不要好了。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>當我問 LLM 問題時，我到底該問他問題還是要請他生成答案？</title>
        <published>2024-11-01T00:00:00+00:00</published>
        <updated>2024-11-01T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/ask-or-generate/"/>
        <id>https://pinchlime.com/letters/ask-or-generate/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/ask-or-generate/">&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;letter-20241117_03uURL.png&quot; data-fancybox data-caption=&quot;random&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;letter-20241117_03uURL.png&quot; loading=&quot;lazy&quot; alt=&quot;random&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;最近我在思考這個問題：「當我問 LLM 問題時，我到底該問他問題還是要請他生成答案？」&lt;&#x2F;p&gt;
&lt;p&gt;對我來說，兩者有微妙的差別，舉例來說可能是這樣：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;產品經理與專案經理有什麼不同？&lt;&#x2F;li&gt;
&lt;li&gt;產品經理與專案經理的不同之處是：&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;我比較習慣採用後者，可能是因為我覺得 LLM 是生成式模型，我認為它並不真的「理解」我的問題，而只會針對我的 input&#x2F;prompt 「生成」對應的回覆，所以我會下意識地避免「直接提問」。&lt;&#x2F;p&gt;
&lt;p&gt;以上面那個例子來說，兩個問法得到的答案可能根本沒有差，但是假設我問的問題涉及一些價值判斷，我就更傾向以後者的方式詢問，舉例來說：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;產品經理的職務挑戰性比專案經理更高，請問這個論述是否正確？&lt;&#x2F;li&gt;
&lt;li&gt;有個論述是產品經理的職務挑戰性比專案經理更高，請提供論述正確與不正確的原因：&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;以我目前對 LLM 運作方式的理解，雖然詢問「這個論述是否正確」並不帶有「我認為是正確」的前提，但是這樣的問法就好像是認為 LLM 確實理解了這個問題，並且想要得到它的判斷。但後者的問法則是仍有意識地把它當成一個生成模型，請他生成正確與不正確的原因，而不給結論，因為結論還是該由我自己來判斷。&lt;&#x2F;p&gt;
&lt;p&gt;我覺得有意識地採用後者這樣的問法，比較不會在不知不覺間過度信賴全能全知的 LLM ，而誤把它生成的內容當作答案。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;在今天以前，我一直都覺得我這樣的做法「比較對」，但我沒什麼把握，因此我打算再花更多時間閱讀相關的原理以及討論。&lt;&#x2F;p&gt;
&lt;p&gt;這時，我偶然間發現一串 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.reddit.com&#x2F;r&#x2F;MachineLearning&#x2F;comments&#x2F;1drd3tv&#x2F;d_coworkers_recently_told_me_that_the_people_who&#x2F;&quot;&gt;Reddit 的討論&lt;&#x2F;a&gt;很有意思，裡面有人提到我們所稱的「思考」與「理解」在定義上並不明確，因此在這個情況下，有些人會說大語言模型並沒有「理解」問題，也不真的會「思考」，但另一些人則可以用大語言模型產出的結果的準確性與可用程度來支撐，或者是表述「這就代表他們可以理解與思考」。&lt;&#x2F;p&gt;
&lt;p&gt;我想了想覺得確實有道理，因此我現在也不確定到底怎樣做才好，但我應該會再持續想＆研究這個問題。&lt;&#x2F;p&gt;
&lt;p&gt;如果你也有想過類似的問題，或者有很推薦的參考閱讀資料（無論是書籍、論文、甚至是別的領域的東西），都歡迎跟我分享，感謝！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>第二十一封信</title>
        <published>2024-11-01T00:00:00+00:00</published>
        <updated>2024-11-01T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/letter-twenty-one/"/>
        <id>https://pinchlime.com/letters/letter-twenty-one/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/letter-twenty-one/">&lt;p&gt;剛才算了一下，發現我自從二月開始轉為寫信而不是電子報後，已經寫了二十封信。而剛剛過去的十月就佔了其中七封，我確實有感覺到我越來越習慣與喜歡透過這個方式產出一些什麼。&lt;&#x2F;p&gt;
&lt;p&gt;二十對我來講是個類似於里程碑的數字，以我的三分鐘熱度來說，一件事能夠做二十次，就已經是件了不起的事。這應該代表著我找到某種可以反覆執行的流程，以及我仍維持著當時想這樣做的動機。那它們分別是什麼？&lt;&#x2F;p&gt;
&lt;p&gt;在&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;letters&#x2F;not-a-newsletter-but-a-letter&#x2F;&quot;&gt;第一封信&lt;&#x2F;a&gt;裡我有寫到：「&lt;strong&gt;我想寫的不是電子報，是信&lt;&#x2F;strong&gt;。電子報的這個「報」，或者說 newsletter 裡面的 news ，總有種「資訊彙整」的感覺，我覺得這是我擅長做的事，但沒有動力一直一直做。」&lt;&#x2F;p&gt;
&lt;p&gt;在&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;letters&#x2F;a-little-shop&#x2F;&quot;&gt;第二封信&lt;&#x2F;a&gt;裡我有寫到：「我發現，現在想要經營的更像是一個小店鋪，裡面有著自己精心挑選與擺設的一些商品與裝飾，有時商品會替換，但客戶若詢問，我都能夠信手捻來他們的來歷以及對我的意義。我想這樣或許是更好的作法！」&lt;&#x2F;p&gt;
&lt;p&gt;在&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;letters&#x2F;the-best-essay&#x2F;&quot;&gt;第七封信&lt;&#x2F;a&gt;裡我有寫到：「我對這篇文的理解是，Paul Graham 認為好的文章通常是從一個問題開始的，先有問題，再來是很多「糟糕的初步見解」，但不用擔心，因為有了這些糟糕的初步見解後，下一步就是花很多時間重讀這些自己寫下的文字，並且持續修改完善他們。這個過程能夠不僅能夠促使自己更接近所謂的「真相」，更有機會在回答問題的過程中，產生更多更多的問題。」&lt;&#x2F;p&gt;
&lt;p&gt;在&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;letters&#x2F;why-keep-thinking-about-writing&#x2F;&quot;&gt;第八封信&lt;&#x2F;a&gt;裡我有寫到：「寫東西的過程通常會讓我專注於思考與精煉我表達出來的文字，做這件事讓我打從心底感到踏實以及自我認同、自我肯定。」&lt;&#x2F;p&gt;
&lt;p&gt;我感覺先前這些類似喃喃自語或自我詰問的東西，有稍微回答到動機的部分。&lt;&#x2F;p&gt;
&lt;p&gt;對我來說，在這邊寫東西更多是把一些閱讀、觀察或實做某件事後有感的地方記下來，大多時間近乎流水帳，但寫著寫著也還是覺得比寫之前更清楚了解自己心中那個隱約的聲音是什麼。&lt;&#x2F;p&gt;
&lt;p&gt;對於自己確信或懷疑的事也更有把握一些，而且偶爾回頭看一下都還是會有一些收穫。換句話說，這件事非常的私人與自我，不管讀的人有沒有看或怎麼看，我也還是有充分的動力繼續寫下去。&lt;&#x2F;p&gt;
&lt;p&gt;但有動力是一回事，有沒有執行力則是另一回事。這部分我覺得真的需要大幅歸功於 HEY World 這個媒介的簡單與無聊。&lt;&#x2F;p&gt;
&lt;p&gt;簡單在於，我真的就是隨意找個地方寫信，然後寄出，一切就完成了，不用設定各種排版或者為了 SEO 去思考 slug 、description 或分類之類的東西。&lt;&#x2F;p&gt;
&lt;p&gt;無聊在於，他沒有任何的追蹤機制，我所擁有的所有關於訂閱者的資訊，就只有每個訂閱者的 email 、他們的訂閱時間、以及總訂閱人數。其他什麼開信率、點擊連結率、甚至更侵犯隱私的數據都沒有。這件事真的可以讓我因此不在意數據，因此就更偏向隨時隨地發文，寫我想寫的東西。&lt;&#x2F;p&gt;
&lt;p&gt;我覺得這是一個很不錯的開始，希望可以再寫個二十封，再二十封，再二十封。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>稍後閱讀放了好幾年，只有長篇文章會讓現在的我還想閱讀</title>
        <published>2024-10-31T00:00:00+00:00</published>
        <updated>2024-10-31T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/long-reads/"/>
        <id>https://pinchlime.com/letters/long-reads/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/long-reads/">&lt;p&gt;因為 &lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;letters&#x2F;omnivore-bad-exit&#x2F;&quot;&gt;Omnivore 的事&lt;&#x2F;a&gt;，也因為最近想開啟新的「&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;letters&#x2F;read-good-1&#x2F;&quot;&gt;要你好看&lt;&#x2F;a&gt;」系列，我這兩天開始整理以前存的數不清的稍後閱讀文章。他們散落在我的 DEVONthink、Raindrop、Readwise Reader、Drafts、Craft、以及 Heptabase 裡面，彰顯了我在稍後閱讀這件事上持續不讀的事實。&lt;&#x2F;p&gt;
&lt;p&gt;不過這次更有信心一點了（當然過去的每次也都是），覺得好像開始有能力去處理那些稍後閱讀的內容，於是打算趁這機會好好整理一番，結果我簡單整理後發現，我在過去數年裡面存下的各種內容形式裡面，幾乎只有長篇的文章會讓現在的我還想閱讀。&lt;&#x2F;p&gt;
&lt;p&gt;有的是 Facebook 的一段貼文，現在看起來討論的議題已經過時，沒有興趣。&lt;&#x2F;p&gt;
&lt;p&gt;有的是 Twitter 的一段推文，現在看起來也缺乏深度，沒有興趣。&lt;&#x2F;p&gt;
&lt;p&gt;反倒是單純看標題存下的那些長篇文章（大概至少都 2000 字以上，甚至更多），我好多都還是很感興趣，草草速讀了幾篇，也都很喜歡。&lt;&#x2F;p&gt;
&lt;p&gt;這好像暗示我應該花更少時間在社群短文上，花更多時間在個人網站或部落格裡面的文章。（這道理大家可能都知道，只是做起來真的難）&lt;&#x2F;p&gt;
&lt;p&gt;我覺得這次我比較有信心可以做到，是因為我在 Heptabase 裡面可以越來越熟練的拆解這些長文，把它們變成幾張原子等級的卡片。當我做完這件事，就好像把收到的包裹的紙箱也拆箱完畢丟到回收箱裡面一樣，有種完滿的感覺，這會增加我「真的能讀完東西」的信心，也更願意開始讀下一篇。&lt;&#x2F;p&gt;
&lt;p&gt;先前總會卡在某些時候思緒特別順就能連讀數篇，但卡住時就不知道該怎麼下去，越積越多就會宣告放棄，但我想現在不會了，因為我只要意識到卡住，就是直接放棄，而若不會卡住，就會把它順順的拆解完畢。&lt;&#x2F;p&gt;
&lt;p&gt;希望能夠趁著這股氣勢讀更多好看的長文！&lt;&#x2F;p&gt;
&lt;p&gt;在此也想徵求你覺得好看（或你也還沒讀，但你覺得應該好看）的長文，如果你有經營一個待讀清單、列表，歡迎回信或在 Twitter &#x2F; Threads 留言分享給我，如果只有幾篇很想讀但沒空讀的長文，也歡迎分享給我，大家一起來讀長文吧！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>又一個免費軟體 Omnivore 以糟糕的方式謝幕</title>
        <published>2024-10-30T00:00:00+00:00</published>
        <updated>2024-10-30T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/omnivore-bad-exit/"/>
        <id>https://pinchlime.com/letters/omnivore-bad-exit/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/omnivore-bad-exit/">&lt;p&gt;半年前寫過一篇「&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;letters&#x2F;skiff-users-outraged&#x2F;&quot;&gt;A letter from PJ - 新創 Skiff 被 Notion 收購，卻造成 Skiff 用戶們的憤怒&lt;&#x2F;a&gt;」，今天又看到一個類似的案例：Omnivore。&lt;&#x2F;p&gt;
&lt;p&gt;Omnivore 是一個 “Read it later” 服務，可以把它想成 Readwise Reader 的類似產品，主打免費與開源。我很早之前就聽過這個產品，但一直沒有去用，因為我從 Readwise Reader 的使用經驗發現，我的問題不在於「需要一個幫助我閱讀的軟體」，不過我知道有不少人喜歡 Omnivore 。&lt;&#x2F;p&gt;
&lt;p&gt;今天早上，從社群看到 Omnivore 被 AI 新創 ElevenLabs 收購的消息，我一向都對這類消息的宣布方式以及用戶的反應感興趣，結果一看才發現又是一次糟糕的結束。&lt;&#x2F;p&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;blog.omnivore.app&#x2F;p&#x2F;omnivore-is-joining-elevenlabs&quot;&gt;原文&lt;&#x2F;a&gt;截圖如下：&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;omnivore-1_Dff1us.png&quot; data-fancybox data-caption=&quot;Omnivore-1&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;omnivore-1_Dff1us.png&quot; loading=&quot;lazy&quot; alt=&quot;Omnivore-1&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;裡面最關鍵的資訊是：&lt;&#x2F;p&gt;
&lt;blockquote&gt;
&lt;p&gt;Next, all Omnivore users will be able to export their information from the service through November 15 2024, after which all information will be deleted.&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;這意思是，在兩週後，這個服務就將無法使用，若沒有即時導出資訊，所有資料都會被刪除。（不仔細看的話，根本不會發現，資料並不會被移轉或繼承到 ElevenLabs 的產品裡面）&lt;&#x2F;p&gt;
&lt;p&gt;我認為，這種對於用戶資料可能造成永久毀滅結果的行為，都應該要非常小心謹慎地處理，要提供充足的警告（警告不嫌多，多到讓用戶煩也沒差）、充分的處理時間、以及完整的導出或移轉方式。&lt;&#x2F;p&gt;
&lt;p&gt;但這個通知跟之前的 Skiff 類似，都沒有把焦點放在該怎麼處理既有用戶的資料，而是用興奮的口吻宣布團隊即將邁向下一個里程碑，要加入一個更棒的團隊。問題是，用戶在意的根本不是團隊的下一步，而是他們的資料會變怎樣？下一步可以怎麼做？&lt;&#x2F;p&gt;
&lt;p&gt;而最要命的是就只提供兩週的處理時間，假設某用戶這兩週剛好去度假、忙於工作沒看信箱、或者是有任何原因沒注意到資訊，他的資料就會被刪除，我光想到這件事就覺得生氣（雖然我不是用戶）。&lt;&#x2F;p&gt;
&lt;p&gt;我也在想，為什麼 ElevenLabs 或者 Omnivore 的人都不覺得這樣做有問題？如果我是既有的 Omnivore 用戶，我應該不敢再把資料放在這些人開發的產品裡面了。&lt;&#x2F;p&gt;
&lt;p&gt;看了他們 Discord 一輪，我對於這個用戶的回覆非常有同感，用戶的信任很重要，真的不能用這麼糟糕的方式回應用戶的信任啊！&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;omnivore-2_7ROz7K.png&quot; data-fancybox data-caption=&quot;Omnivore-2&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;omnivore-2_7ROz7K.png&quot; loading=&quot;lazy&quot; alt=&quot;Omnivore-2&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>要你好看 No.1 - Reflections on Palantir</title>
        <published>2024-10-28T00:00:00+00:00</published>
        <updated>2024-10-28T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/read-good-1/"/>
        <id>https://pinchlime.com/letters/read-good-1/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/read-good-1/">&lt;p&gt;我昨天睡前想到「要你好看」這個標題，覺得蠻喜歡的，所以就來用一下，看能不能夠開啟一個新的系列。在這個系列我會分享我看到的好東西，可能會以文字為主，希望你看了也會覺得好看。&lt;&#x2F;p&gt;
&lt;p&gt;今天想分享的是這篇 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;nabeelqu.co&#x2F;reflections-on-palantir&quot;&gt;Reflections on Palantir&lt;&#x2F;a&gt; ，作者是 Palantir 的前員工，我先前不認識這個人，也是有人分享才看到這篇文，覺得蠻好看的。&lt;&#x2F;p&gt;
&lt;p&gt;裡面有幾段我覺得很不錯的分享：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;作者提到， Palantir 的其中一名高層曾分享他的面試風格是，會在沒有任何資料的情況下就跟候選人見面，並且對他問一個隨機的問題，接著他會觀察這個人如何拆解這個問題，整個過程大概只有 10 分鐘。&lt;&#x2F;li&gt;
&lt;li&gt;作者提到，Palantir 的團隊文化同時融合了硬核的海軍陸戰隊氛圍，以及對於豐富深刻的智力思考的追求。（我看到這段想到的就是整間辦公室都是 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Jonny_Kim&quot;&gt;Jonny Kim&lt;&#x2F;a&gt; 這樣的人）&lt;&#x2F;li&gt;
&lt;li&gt;裡面關於 “Context is that which is scarce” 的這段分享很有趣，是我會想筆記下來的段落。&lt;&#x2F;li&gt;
&lt;li&gt;還有一段提到 Palantir 能夠快速取得許多客戶信任的原因之一，是因為他們除了夠好的技術能力與解決方案以外，派出去見客戶的工程師還必須要能夠讀懂會議氛圍、知道哪些人是關鍵的決策者，並且懂得用客戶的專業語言跟他們溝通，我完全可以想像這種工程師會有多麼討喜。&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;（如果你也有興趣讀這篇，我推薦閱讀這個透過沉浸式翻譯插件&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;readit.site&#x2F;a&#x2F;D16IS&#x2F;reflections-on-palantir&quot;&gt;翻譯後的頁面&lt;&#x2F;a&gt;，用中文讀起來還是比英文快很多，如果要訂閱沉浸式翻譯的 Pro 版本，輸入折扣碼 PJWU 可以享有 95 折優惠！）&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Arc 瀏覽器宣布不會推出 2.0，但我看完後產生好多問號</title>
        <published>2024-10-26T00:00:00+00:00</published>
        <updated>2024-10-26T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/no-arc-2/"/>
        <id>https://pinchlime.com/letters/no-arc-2/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/no-arc-2/">&lt;p&gt;今天看到 Arc 瀏覽器的創辦人 Josh Miller &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;x.com&#x2F;joshm&#x2F;status&#x2F;1849896446113333688&quot;&gt;發布了一段影片&lt;&#x2F;a&gt;宣布他們正在開發第二個瀏覽器產品，不是 Arc 2.0。（可以看&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;x.com&#x2F;oran_ge&#x2F;status&#x2F;1849962844760179116&quot;&gt;這邊有中文翻譯的影片&lt;&#x2F;a&gt;）&lt;&#x2F;p&gt;
&lt;p&gt;Arc 目前是我最主力的瀏覽器，我工作的時間全部都是使用 Arc ，而工作以外的大多數時間也是用 Arc ，只有極少數時間會用 Firefox &#x2F; Brave &#x2F; Safari 等其他瀏覽器。我沒有用到 Arc 各種 fancy 的炫砲功能，所以我不會說自己是個重度使用者，但我還是非常喜歡 Arc 的垂直側邊欄、快速直覺的 split view、自動幫我砍掉閒置分頁（這很激進，但我久了就習慣了）等等功能。&lt;&#x2F;p&gt;
&lt;p&gt;但也就這樣而已，坦白說，如果某個瀏覽器有類似的功能組合（我相信一定有），那麼要我切換到那個地方也沒問題。現在不切換是因為我沒有特別動機去做這件事：我滿足目前的瀏覽器使用體驗，別無所求。&lt;&#x2F;p&gt;
&lt;p&gt;但我也一直好奇，Arc 的下一步是什麼？他們持續向 VC 籌資，但一直沒有推出收費方案（若推出，我會付費嗎？我也不知道，我猜不會），團隊規模看起來不小，感覺相當燒錢，我總隱約覺得不知道還可以這樣維持多久。&lt;&#x2F;p&gt;
&lt;p&gt;今天看到這個影片，創辦人 Josh Miller 在裡面說不會推出 Arc 2.0 ，因為他們發現對於一般人（他們的親朋好友）們來說，Arc 太複雜了，這些人不可能會使用，因此即使 Arc 的用戶數量持續翻倍，但它不可能成為一個 10 億人使用的產品。&lt;&#x2F;p&gt;
&lt;p&gt;&lt;strong&gt;因此&lt;&#x2F;strong&gt;，他們希望透過 LLM、透過 AI ，打造一個所有人都能輕鬆使用的新產品。Arc 瀏覽器不會有任何變化（他說因為很多既有用戶&lt;strong&gt;熱愛現在的 Arc&lt;&#x2F;strong&gt; ，他們不想做出大幅改變）&lt;&#x2F;p&gt;
&lt;p&gt;我看了這段影片後，腦中冒出很多很多問號，因此我又再看了一遍兩遍，發現這些問號並沒有不見，因此我決定把我的問號寫下來，也許有人有答案，也許時間會給出答案。&lt;&#x2F;p&gt;
&lt;p&gt;我最大的問號在於，整個「宣告」裡面最強調的是「Arc 太複雜，一般人不會用也不打算用，&lt;strong&gt;所以&lt;&#x2F;strong&gt;要打造一個&lt;strong&gt;所有人都會用&lt;&#x2F;strong&gt;的 AI 新產品」，這邊的「所有人」雖然沒有明講，但我自動帶入的是那些仍主力使用 Chrome &#x2F; Edge &#x2F; Safari 等主流瀏覽器（也沒有任何打算要更換，甚至沒有思考過「為何要更換」）的人們。&lt;&#x2F;p&gt;
&lt;p&gt;那麼，為何這些人會想要用一個導入 AI ，具有全新互動方式的瀏覽器？這會是在 Chrome 跟 Safari 的 UI 基礎上追加的 AI agent 嗎？我想不會是的，肯定連 UI 都會重新設計與規劃，那這樣的東西真的是給「所有人」的產品嗎？我怎麼也想不通這個道理，所以我感覺「讓所有人都會用」只是一個比較沒有風險的說法，背後應該還有其他更關鍵的原因。&lt;&#x2F;p&gt;
&lt;p&gt;我的另一個問號是，為什麼一定要是一個新產品，而不是 Arc 的進階功能或者付費版？影片裡的說法是若改動 Arc ，那麼 Arc 的舊用戶可能會很不開心。我不是產品設計的專業，因此我無法再提供更多推測與猜想，只好奇答案。&lt;&#x2F;p&gt;
&lt;p&gt;還有一個問號是，為什麼是現在宣布？影片裡面提到，他們還沒準備好，還沒有正式發布新產品的日期，甚至還有許多不同的產品原型。那麼為什麼要在這個時間點，去跟這麼多的既有用戶說：「你們喜歡的 Arc 不再會有重大更新，我們要打造新的東西」？&lt;&#x2F;p&gt;
&lt;p&gt;我很好奇這些問題的答案，因此我還看了原始推文底下的所有留言以及轉發的評論，不過也沒有得到什麼新的資訊，倒是觀察到不少用戶的正面與負面想法，蠻有趣的。&lt;&#x2F;p&gt;
&lt;p&gt;分享完畢！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>虛假的需求</title>
        <published>2024-10-24T00:00:00+00:00</published>
        <updated>2024-10-24T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/false-demand/"/>
        <id>https://pinchlime.com/letters/false-demand/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/false-demand/">&lt;p&gt;我今天早上看到我有在用的軟體大雜燴服務 Setapp 推出了一個新的工具叫做 Sidebar ，主打可以替代 Mac 的 Dock ，然後有些我看不太懂但看起來似乎有那麼回事的小功能。&lt;&#x2F;p&gt;
&lt;p&gt;我一直都覺得 Mac 的 Dock 不夠好用，所以我就馬上跑去下載試用，結果安裝了幾分鐘後覺得體驗跟我想像中不太一樣，有些地方不直覺，用起來有點卡頓，接著我突然發現，我不知道我為什麼要用這個新的產品。&lt;&#x2F;p&gt;
&lt;p&gt;我只有著隱約的想法覺得 Dock 不好用，但我沒有深究不好用的地方在哪，而直接跳到結論：「我需要換一個別的產品」，結果發現別的那個東西&lt;strong&gt;也不是我想要的&lt;&#x2F;strong&gt;。&lt;&#x2F;p&gt;
&lt;p&gt;生活中實在太多這種例子了，只要是取得成本非常低的東西（例如 Setapp 就是讓你訂閱後可以無限制免費使用清單裡的所有工具），就會覺得好像用一用也不錯，但總是很快發現&lt;strong&gt;這不是我想要的&lt;&#x2F;strong&gt;。我覺得我已經有意識到這件事，所以買東西時如果老闆要送我無謂的贈品（例如買相機時送個桌上型三腳架），我都會直接拒絕。但這次是我主動下載了我根本不需要的東西。&lt;&#x2F;p&gt;
&lt;p&gt;有什麼方式可以避免這個問題呢？要更深刻的了解自己的需求到底是什麼嗎？要更仔細地問自己為什麼覺得 Dock 不夠好用嗎？&lt;&#x2F;p&gt;
&lt;p&gt;這樣似乎也不錯，所以我的結論是，若要避免被虛假的需求影響決策，還是要確認更進一步的細節。到底是哪邊感到痛苦與不滿足？新的解決方案可以改善這些痛苦嗎？如果不清楚這個資訊，那就不要太快做出成本很高的決定。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;前天寫了一篇「&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;my-current-subscriptions-2024-10&#x2F;&quot;&gt;我目前有在訂閱的產品與服務（2024 October）&lt;&#x2F;a&gt;」
昨天寫了一篇「&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;why-did-i-subscribe-to-kagi&#x2F;&quot;&gt;我為什麼要訂閱 Kagi 這個需要付費才能用的搜尋引擎？&lt;&#x2F;a&gt;」&lt;&#x2F;p&gt;
&lt;p&gt;如果你還沒看過，歡迎參考看看，但小心被虛假的需求誘惑。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>我為什麼要訂閱 Kagi 這個需要付費才能用的搜尋引擎？</title>
        <published>2024-10-23T00:00:00+00:00</published>
        <updated>2024-10-23T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/why-did-i-subscribe-to-kagi/"/>
        <id>https://pinchlime.com/blog/why-did-i-subscribe-to-kagi/</id>
        
        <content type="html" xml:base="https://pinchlime.com/blog/why-did-i-subscribe-to-kagi/">&lt;p&gt;前言：在分享了「&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;my-current-subscriptions-2024-10&#x2F;&quot;&gt;我目前有在訂閱的產品與服務（2024 October）&lt;&#x2F;a&gt;」這篇文後，我突然覺得我可以開啟一個新的系列文，分享為什麼我要訂閱這些產品。近期應該會持續更新，歡迎你不定期回來看看，或者&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;subscribe&#x2F;&quot;&gt;訂閱本站的 RSS&lt;&#x2F;a&gt;。&lt;&#x2F;p&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;kagi-banner_DHsRIn.png&quot; data-fancybox data-caption=&quot;Kagi&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;kagi-banner_DHsRIn.png&quot; loading=&quot;lazy&quot; alt=&quot;Kagi&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;kagi-shi-shen-mo&quot;&gt;Kagi 是什麼？&lt;&#x2F;h3&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;kagi.com&#x2F;&quot;&gt;Kagi&lt;&#x2F;a&gt; 是一個「付費搜尋引擎」，我最早知道這個產品應該是在科技創業週報的「&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;blog.starrocket.io&#x2F;posts&#x2F;five-search-engines-other-than-google&#x2F;&quot;&gt;覺得 Google 被自己的黑魔法玩壞了？你可以嘗試這五個搜尋引擎&lt;&#x2F;a&gt;」2022 年這一期看到。不過當時沒有特別在意，因為實在無法想像為什麼要為搜尋引擎付費。&lt;&#x2F;p&gt;
&lt;p&gt;兩年過去，今年 6 月時忘記是被哪個人推坑，就開始試用 Starter 方案，試用後一個月覺得體驗很不錯，就決定訂閱了。近幾個月陸續有看到一些人在分享相關的介紹與心得，如果有興趣的話可以參考看看下列這幾篇：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;sspai.com&#x2F;post&#x2F;84160&quot;&gt;一把试探无解之锁的「钥匙」：评 Kagi 搜索&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;li&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;anotherdayu.com&#x2F;2024&#x2F;5837&#x2F;&quot;&gt;订阅制搜索引擎: Kagi&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;li&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;blog.gslin.org&#x2F;archives&#x2F;tag&#x2F;kagi&#x2F;&quot;&gt;Gea-Suan Lin&#x27;s Blog 的許多 Kagi 內容&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;kagi-you-na-xie-ding-yue-fang-an&quot;&gt;Kagi 有哪些訂閱方案？&lt;&#x2F;h3&gt;
&lt;p&gt;目前（2024&#x2F;10&#x2F;23） Kagi 有&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;kagi.com&#x2F;pricing&quot;&gt;幾種方案&lt;&#x2F;a&gt;，分別是免費試用（100 次搜尋機會）、Starter （$5&#x2F;m）、Professional ($10&#x2F;m)、Ultimate ($25&#x2F;m) ，我訂閱的是 Starter ，每個月有 300 次的搜尋額度。&lt;&#x2F;p&gt;
&lt;p&gt;我只訂閱 Starter 的原因是，在試用期時我發現我一個月差不多就是搜尋 100 次，而且我對於進階方案提供的 AI 相關功能暫時沒有興趣，所以我就先訂最便宜的方案。&lt;&#x2F;p&gt;
&lt;p&gt;Kagi 也有推出年費方案或者是 Duo （雙人）與家庭（六人）方案，我有在考慮但還沒付諸行動。如果有人想揪家庭方案可以找我！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;wei-shen-mo-wo-jue-ding-yao-ding-yue-kagi&quot;&gt;為什麼我決定要訂閱 Kagi ？&lt;&#x2F;h3&gt;
&lt;p&gt;坦白說，我大概只了解與用過 5% 不到的 Kagi 功能而已，但我非常喜歡它的「自訂個別網域排名」（Personalized Results）功能。&lt;&#x2F;p&gt;
&lt;p&gt;當你搜尋任何一個關鍵字，跑出來許多結果時，你可以在每一個結果的右邊看到一個小小的盾牌，點下去可以為這個網域設置自己的評分，共有五個選擇：Block&#x2F;Lower&#x2F;Normal&#x2F;Raise&#x2F;Pin 。&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;Block：之後搜尋的結果不會看到這個網域的內容&lt;&#x2F;li&gt;
&lt;li&gt;Lower：之後降低這個網域的權重（可能會在比較後面才看到）&lt;&#x2F;li&gt;
&lt;li&gt;Normal：正常的預設排序&lt;&#x2F;li&gt;
&lt;li&gt;Raise：之後提高這個網域的權重&lt;&#x2F;li&gt;
&lt;li&gt;Pin：只要這個網域有符合的內容，就一定會出現&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;舉例來說，如果我搜尋「Fancybox 介紹」，我會看到我的網站排名在結果的第六個，當我把我自己的網站設定為 Raise 後重新整理，結果會變成第三個，而當我把網站 Pin 起來後，結果就會出現在第一個（歡迎也用 Kagi 的你把 &lt;strong&gt;Pin 起來&lt;&#x2F;strong&gt;給 Pin 起來）。&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;kagi-personalized-results_3mlnNI.png&quot; data-fancybox data-caption=&quot;Kagi - Personalized Results&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;kagi-personalized-results_3mlnNI.png&quot; loading=&quot;lazy&quot; alt=&quot;Kagi - Personalized Results&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;我在試用期的時候一直用 Kagi 來搜尋我感興趣的相機與鏡頭，每當我看到一篇很好看的評測或心得分享，我就會把這個網站設置為 Raise ，如果看到那種很水的、只是想要騙點擊的內容農場文，我就會設置為 Lower 或者 Block ，&lt;strong&gt;幾次搜尋下來，我發現我不用做任何事情，搜尋的首頁就都是我感興趣、而且看了以後也覺得有價值的內容。&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;這種控制感非常好，而且完全不用去記什麼複雜的搜尋語法，因此 100 次試用的搜尋次數用完後，我就決定訂閱了。&lt;&#x2F;p&gt;
&lt;p&gt;我知道 Kagi 還有其他功能，不過我暫時沒有需求，因此也沒有特別去研究。換句話說，我單純就是因為自訂個別網域排名的功能而決定付費。&lt;&#x2F;p&gt;
&lt;p&gt;還有一個比較次要的因素是，我喜歡支持那些主打隱私的產品。Kagi 在這方面也有許多對應的功能，也預設不會儲存任何搜尋紀錄，對我來說這不是決定性的因素，但這的確是我喜歡的價值主張。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;mei-you-ding-yue-kagi-qian-wo-shi-zen-mo-guo-de&quot;&gt;沒有訂閱 Kagi 前我是怎麼過的？&lt;&#x2F;h3&gt;
&lt;p&gt;就跟大家一樣，使用 Google 搜尋，然後有時候需要仰賴一些搜尋語法或篩選條件去找到想找的東西。&lt;&#x2F;p&gt;
&lt;p&gt;另外就是會發現搜過的東西可能會出現在其他頁面的廣告裡，或者是看過的商品會出現在搜尋的結果裡。&lt;&#x2F;p&gt;
&lt;p&gt;或者是會看到一些不是我想要的內容，因為有購買關鍵字廣告而出現在搜尋結果的最前面。&lt;&#x2F;p&gt;
&lt;p&gt;這些都不是什麼非常令人困擾的事，但遇到時就是會有種無奈感。因此當我發現 Kagi 的搜尋結果這麼「有用」時，回饋感就更高了。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;dang-chu-shi-fou-you-kao-lu-qi-ta-lei-si-de-chan-pin&quot;&gt;當初是否有考慮其他類似的產品？&lt;&#x2F;h3&gt;
&lt;p&gt;沒有，我知道還有其他小眾的搜尋引擎，也有 Perplexity 這種 AI 新星，但我並不是帶著一個明確的需求在尋找解決方案，而是因為覺得 Kagi 體驗很好而發現我有這樣的需求。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;shen-mo-zhuang-kuang-xia-wo-hui-ting-zhi-ding-yue-kagi&quot;&gt;什麼狀況下我會停止訂閱 Kagi？&lt;&#x2F;h3&gt;
&lt;p&gt;除非 Kagi 的體驗變差，或者我發現別的替代方案更好，不然我目前還沒有打算停止訂閱。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>我目前有在訂閱的產品與服務（2024 October）</title>
        <published>2024-10-22T00:00:00+00:00</published>
        <updated>2024-10-22T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/my-current-subscriptions-2024-10/"/>
        <id>https://pinchlime.com/blog/my-current-subscriptions-2024-10/</id>
        
        <content type="html" xml:base="https://pinchlime.com/blog/my-current-subscriptions-2024-10/">&lt;p&gt;好久沒更新我目前有在訂閱的產品與服務了。今年有意識地減少不必要的訂閱，希望只留下真正需要用到的產品。以下是我目前還有在訂閱的產品與服務。&lt;&#x2F;p&gt;
&lt;h3 id=&quot;mei-yuan-ji-jia-de-ding-yue&quot;&gt;美元計價的訂閱&lt;&#x2F;h3&gt;
&lt;table&gt;&lt;thead&gt;&lt;tr&gt;&lt;th&gt;產品名稱&lt;&#x2F;th&gt;&lt;th&gt;訂閱方案&lt;&#x2F;th&gt;&lt;th&gt;訂閱費用&lt;&#x2F;th&gt;&lt;th&gt;用途&lt;&#x2F;th&gt;&lt;&#x2F;tr&gt;&lt;&#x2F;thead&gt;&lt;tbody&gt;
&lt;tr&gt;&lt;td&gt;Heptabase&lt;&#x2F;td&gt;&lt;td&gt;年費&lt;&#x2F;td&gt;&lt;td&gt;$83.88&lt;&#x2F;td&gt;&lt;td&gt;協助我思考、管理知識與輸出內容&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;1Password&lt;&#x2F;td&gt;&lt;td&gt;年費&lt;&#x2F;td&gt;&lt;td&gt;$60&lt;&#x2F;td&gt;&lt;td&gt;管理我的所有密碼&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;Typefully&lt;&#x2F;td&gt;&lt;td&gt;年費&lt;&#x2F;td&gt;&lt;td&gt;$74.99&lt;&#x2F;td&gt;&lt;td&gt;可以排程發文 Twitter 與 Threads&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;HEY&lt;&#x2F;td&gt;&lt;td&gt;年費&lt;&#x2F;td&gt;&lt;td&gt;$99&lt;&#x2F;td&gt;&lt;td&gt;Personal Email&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;Proton Unlimited&lt;&#x2F;td&gt;&lt;td&gt;年費&lt;&#x2F;td&gt;&lt;td&gt;$119.88&lt;&#x2F;td&gt;&lt;td&gt;Email, VPN and Drive&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;三個網域&lt;&#x2F;td&gt;&lt;td&gt;年費&lt;&#x2F;td&gt;&lt;td&gt;$36&lt;&#x2F;td&gt;&lt;td&gt;除了這個部落格外還有兩個不常用的網域&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;Setapp&lt;&#x2F;td&gt;&lt;td&gt;月費&lt;&#x2F;td&gt;&lt;td&gt;$12.49&lt;&#x2F;td&gt;&lt;td&gt;軟體大雜燴，裡面我最常用的是 CleanShot X 以及 Diarly 這兩個產品&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;Adobe Lightroom&lt;&#x2F;td&gt;&lt;td&gt;月費&lt;&#x2F;td&gt;&lt;td&gt;$10&lt;&#x2F;td&gt;&lt;td&gt;管理與存放照片的必要工具&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;why-did-i-subscribe-to-kagi&#x2F;&quot;&gt;Kagi&lt;&#x2F;a&gt;&lt;&#x2F;td&gt;&lt;td&gt;月費&lt;&#x2F;td&gt;&lt;td&gt;$5&lt;&#x2F;td&gt;&lt;td&gt;付費搜尋引擎&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;Twitter Premium Basic&lt;&#x2F;td&gt;&lt;td&gt;月費&lt;&#x2F;td&gt;&lt;td&gt;$3&lt;&#x2F;td&gt;&lt;td&gt;發文可以不限字數&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;&#x2F;tbody&gt;&lt;&#x2F;table&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;tai-bi-ji-jia-de-ding-yue&quot;&gt;台幣計價的訂閱&lt;&#x2F;h3&gt;
&lt;table&gt;&lt;thead&gt;&lt;tr&gt;&lt;th&gt;產品名稱&lt;&#x2F;th&gt;&lt;th&gt;訂閱方案&lt;&#x2F;th&gt;&lt;th&gt;訂閱費用&lt;&#x2F;th&gt;&lt;th&gt;用途&lt;&#x2F;th&gt;&lt;&#x2F;tr&gt;&lt;&#x2F;thead&gt;&lt;tbody&gt;
&lt;tr&gt;&lt;td&gt;YouTube Premium&lt;&#x2F;td&gt;&lt;td&gt;年費&lt;&#x2F;td&gt;&lt;td&gt;$900 TWD （家庭方案）&lt;&#x2F;td&gt;&lt;td&gt;看我感興趣的所有影片&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;Spotify&lt;&#x2F;td&gt;&lt;td&gt;年費&lt;&#x2F;td&gt;&lt;td&gt;$540 TWD （家庭方案）&lt;&#x2F;td&gt;&lt;td&gt;聽我感興趣的所有音樂&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;愛爾達足球 VIP&lt;&#x2F;td&gt;&lt;td&gt;年費&lt;&#x2F;td&gt;&lt;td&gt;$1,349 TWD&lt;&#x2F;td&gt;&lt;td&gt;看德甲與英超！&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;Justfont&lt;&#x2F;td&gt;&lt;td&gt;年費&lt;&#x2F;td&gt;&lt;td&gt;$588 TWD&lt;&#x2F;td&gt;&lt;td&gt;部落格的自訂字型&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;中華電信光世代&lt;&#x2F;td&gt;&lt;td&gt;月費&lt;&#x2F;td&gt;&lt;td&gt;$1,099 TWD&lt;&#x2F;td&gt;&lt;td&gt;網路 + MOD保護費&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;遠傳 4G 吃到飽&lt;&#x2F;td&gt;&lt;td&gt;月費&lt;&#x2F;td&gt;&lt;td&gt;$399 TWD&lt;&#x2F;td&gt;&lt;td&gt;手機上網保護費&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;Uber One&lt;&#x2F;td&gt;&lt;td&gt;月費&lt;&#x2F;td&gt;&lt;td&gt;$120 TWD&lt;&#x2F;td&gt;&lt;td&gt;外送免運保護費&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;iCloud 200GB&lt;&#x2F;td&gt;&lt;td&gt;月費&lt;&#x2F;td&gt;&lt;td&gt;$90 TWD&lt;&#x2F;td&gt;&lt;td&gt;蘋果保護費&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;tr&gt;&lt;td&gt;Moze&lt;&#x2F;td&gt;&lt;td&gt;月費&lt;&#x2F;td&gt;&lt;td&gt;$30 TWD&lt;&#x2F;td&gt;&lt;td&gt;記帳&lt;&#x2F;td&gt;&lt;&#x2F;tr&gt;
&lt;&#x2F;tbody&gt;&lt;&#x2F;table&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;掐指一算，一個月加起來還是要花四千多台幣，可怕！&lt;&#x2F;p&gt;
&lt;p&gt;如果你好奇裡面任何一項，歡迎聯絡我詢問心得。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;2024&#x2F;10&#x2F;23 後記：&lt;&#x2F;p&gt;
&lt;p&gt;在這篇文發布後，我打算開始寫一系列的「我為什麼要訂閱 ＯＯＯ」文章，內容架構大概會是：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;ＯＯＯ 是什麼？&lt;&#x2F;li&gt;
&lt;li&gt;ＯＯＯ 有哪些訂閱方案？&lt;&#x2F;li&gt;
&lt;li&gt;為什麼我決定要訂閱 ＯＯＯ？&lt;&#x2F;li&gt;
&lt;li&gt;沒有訂閱 ＯＯＯ 前我是怎麼過的？&lt;&#x2F;li&gt;
&lt;li&gt;當初是否有考慮其他類似的產品？&lt;&#x2F;li&gt;
&lt;li&gt;什麼狀況下我會停止訂閱 ＯＯＯ？&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;我會把寫好的內容設定在內文表格的超連結裡，歡迎你不定期回來看看，或者訂閱本站的 RSS。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>第一次用 Cursor 改部落格樣式的體驗</title>
        <published>2024-10-21T00:00:00+00:00</published>
        <updated>2024-10-21T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/cursor-first-impression/"/>
        <id>https://pinchlime.com/letters/cursor-first-impression/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/cursor-first-impression/">&lt;p&gt;這幾天我都在更新我的 blog ，因為想要更好的呈現我拍的照片。&lt;&#x2F;p&gt;
&lt;p&gt;我首先想到的是近幾個月很熱門的編輯器：&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.cursor.com&#x2F;&quot;&gt;Cursor&lt;&#x2F;a&gt; ，因為聽說它可以讀整個 codebase ，這對我來講是很吸引人的一點。&lt;&#x2F;p&gt;
&lt;p&gt;我用來製作 blog 的架構叫做 Zola ，非常冷門。我一年多前曾經想尋求 ChatGPT 的協助為我修改、增加一些東西，但用起來常常還是卡住，我猜是因為 ChatGPT 裡面關於 Zola 的資訊太少了。&lt;&#x2F;p&gt;
&lt;p&gt;但我一直覺得，AI 遲早可以解決這些問題。我想的沒錯，過了一年多，這一切都變得更簡單、更無腦、更優雅了。&lt;&#x2F;p&gt;
&lt;p&gt;在短短幾個小時的使用時間內，我只要出一張嘴，跟 Cursor AI 講我的需求，並指定我覺得他需要參考的程式碼檔案，它就為我解決了好幾個需求、改了一些我以前不知道怎麼改的地方，還幫我微調了一些設定。體驗真的很棒。&lt;&#x2F;p&gt;
&lt;p&gt;但這部分的體驗是建築在我先前自己亂搞出來的東西上面，我有花了一些時間研究與理解這些東西到底在寫什麼，所以 Cursor 改的東西我大致上看得懂，如果發現他改錯了，也可以再跟他說。可是我想到，如果我今天懂的更少一點，可能就會更挫折。&lt;&#x2F;p&gt;
&lt;p&gt;例如，改到一半時它建議我可以把目前使用的 CSS 改成 SCSS ，我先前完全不知道這是什麼，想說就讓他試試看，結果胡搞瞎搞一陣子還是有點支離破碎，我覺得是我懂的太少，沒辦法給 AI 一個好的基礎，也沒辦法下達正確的指令。&lt;&#x2F;p&gt;
&lt;p&gt;另外我發現，更大的問題是，假設我沒有一個明確的目標（或者想參考借鏡的標的），我就更不知道該怎麼讓 AI 幫我了，我只能用空泛的字彙描述我破碎的想像，得到的成品就更不堪一提。&lt;&#x2F;p&gt;
&lt;p&gt;比方說，我覺得目前的版面配置或樣式不夠好看，但我也不知道到底怎樣是好看、怎樣更符合我的期待，這時我肯定得不到好的結果。&lt;&#x2F;p&gt;
&lt;p&gt;不過我很有信心，再過個一年兩年，也許 Cursor 或者別的產品就可以輕鬆解決這個問題了。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>那時的我還不知道</title>
        <published>2024-10-05T00:00:00+00:00</published>
        <updated>2024-10-05T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/i-didnt-know-then/"/>
        <id>https://pinchlime.com/letters/i-didnt-know-then/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/i-didnt-know-then/">&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;Untitled-20240928-1_PaKkyC.jpg&quot; data-fancybox data-caption=&quot;Untitled&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;Untitled-20240928-1_PaKkyC.jpg&quot; loading=&quot;lazy&quot; alt=&quot;Untitled&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;大學的時候我非常喜歡拍照，但出社會以後就很少再拍，就這樣過了快十年，幾乎沒碰相機。&lt;&#x2F;p&gt;
&lt;p&gt;去年 5 月重新開始拍照，雖然有在按快門，但因為工作太忙，即使有拍了些東西，回家後也沒有力氣整理照片，因此未處理的照片就累積的越來越多。&lt;&#x2F;p&gt;
&lt;p&gt;直到最近，覺得實在不能再放置下去了，決定開始整理過去一年多拍的照片，結果我發現，我好喜歡這些照片，喜歡到忍不住對自己抱怨，為什麼之前拍的那麼少？尤其是出去旅行的時候，我實在是應該要多拍一點。&lt;&#x2F;p&gt;
&lt;p&gt;那時的我還不知道，現在的我會有這樣的感覺。&lt;&#x2F;p&gt;
&lt;p&gt;我想，可能是因為太久沒碰相機沒拍照，已經忘記看著照片成品覺得滿足的感覺。甚至過去這一年多裡面，有一段時間我的心態是：「我不在意拍出來的照片長怎樣，因為喜歡的是專注於捕捉當下的感覺。」&lt;&#x2F;p&gt;
&lt;p&gt;在看了這段時間拍的照片後，我發現兩者我都喜歡，既喜歡切換到攝影模式時專注於觀察周遭的狀態，也喜歡回家後看照片回想起現場的感受。&lt;&#x2F;p&gt;
&lt;p&gt;現在我知道了！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Perplexity Pro 的「限時免費」混亂</title>
        <published>2024-09-08T00:00:00+00:00</published>
        <updated>2024-09-08T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/perplexity-pro-chaos/"/>
        <id>https://pinchlime.com/letters/perplexity-pro-chaos/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/perplexity-pro-chaos/">&lt;p&gt;昨晚（9&#x2F;7）在網路上有人分享 AI 搜尋引擎 Perplexity 的 Pro 版本一年期方案推出限時免費，只要訂閱時輸入 &lt;code&gt;FREENEWSROOM&lt;&#x2F;code&gt; 這個折扣碼，就可以直接兌換價值 $200 美元的一年期 Pro 帳號。&lt;&#x2F;p&gt;
&lt;p&gt;這個消息很快在社群上擴散，尤其是在中文社群，Threads &amp;amp; Twitter 上面都看到不少人分享，許多人也確實兌換成功。&lt;&#x2F;p&gt;
&lt;p&gt;不過今天早上就有些人通知說，這個折扣碼已經失效，而下午更傳出，有許多兌換成功的用戶直接被 Perplexity 官方取消訂閱。&lt;&#x2F;p&gt;
&lt;p&gt;從這個時間點開始，有許多人表達對這個狀況的不滿，我觀察到的一些聲音是：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;被取消訂閱的人都是直接收到一封信，內容寫著「我們注意到『你取消了訂閱』，因此 blabla」，但對這些收到信的人來說，明明是「Perplexity 官方取消了訂閱」，有種莫名其妙的感覺。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;被取消訂閱的人裡面，有不少都不知道為什麼會被取消訂閱，他們只覺得奇怪，為了 Perplexity 官方要推出限時免費，結果又收回優惠？感覺好像很小氣、給不起。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;對於這件事，我一早起床看到消息的時候，我的感覺是這應該是某個給推廣合作夥伴的折扣碼外流導致的烏龍，並不是官方推出的「限時免費」活動，因為：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;Perplexity 官方並沒有任何的公開宣傳&lt;&#x2F;li&gt;
&lt;li&gt;這個折扣碼更像是給特定產業的從業人員試用的推廣折扣碼，原始預設應該不是要公開流傳的&lt;&#x2F;li&gt;
&lt;li&gt;也不像是行銷方式，通常即使是黑色星期五之類的活動，最多大概也是打五折左右&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;我自己有些 Stripe 折扣碼的設置經驗，實際上是可以設置一個折扣碼可以被兌換成功的次數或者是有效期限，但有可能這個折扣當時就是廣發給特定產業使用（例如給大媒體公司），所以為了方便，就沒設定次數限制，結果就流出了。&lt;&#x2F;p&gt;
&lt;p&gt;但流出就流出了，我覺得後續處理的方式實在不太好，最主要有兩個地方有問題：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;沒通知用戶與道歉就直接取消這些人的訂閱&lt;&#x2F;li&gt;
&lt;li&gt;取消訂閱串接的罐頭信還補刀撒鹽&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;如果是我的話，我會這樣思考與處理：&lt;&#x2F;p&gt;
&lt;p&gt;假設整件事確實是「不該流出的折扣碼外流，導致許多用戶濫用折扣碼」，那麼首先應該做的事情，是通知所有使用這個折扣碼的用戶，這是一次錯誤的外流事件，這些折扣碼是被不正當的使用，因此後續會取消折扣與訂閱。&lt;&#x2F;p&gt;
&lt;p&gt;但是這個錯誤 Perplexity 官方也有責任，因此會提出補償方案，不過在提出補償方案前，還是歡迎已經訂閱的用戶繼續使用。&lt;&#x2F;p&gt;
&lt;p&gt;接著，取消訂閱的同時，再推出折衷的補償方案，例如第一年訂閱 85 折之類的，讓這些上車的用戶仍可以享有比常態訂閱還要划算的優惠。&lt;&#x2F;p&gt;
&lt;p&gt;這裡面最關鍵的事情是，一定要清楚跟所有使用折扣碼的用戶說明，這次的折扣碼使用是濫用，但是錯不在用戶而在 Perplexity 身上，有了這個通知，用戶才會對齊認知，而不是在誤以為是「官方推出折扣活動」的情況下，又誤以為「官方給不起折扣，所以反悔取消」。&lt;&#x2F;p&gt;
&lt;p&gt;我相信有非常多用戶肯定是對 Perplexity 感興趣，也肯定認為這是一次善意的促銷活動，但卻被沒有考量周全的處置方式搞砸期待，實在是蠻傷的。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Heptabase 的 Insight Generator 好在哪？</title>
        <published>2024-09-05T00:00:00+00:00</published>
        <updated>2024-09-05T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/first-impression-of-heptabase-insight-generator/"/>
        <id>https://pinchlime.com/blog/first-impression-of-heptabase-insight-generator/</id>
        
        <content type="html" xml:base="https://pinchlime.com/blog/first-impression-of-heptabase-insight-generator/">&lt;p&gt;昨天，&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;get.heptabase.com&#x2F;pinchlime&quot;&gt;Heptabase&lt;&#x2F;a&gt; 推出 v1.36.0 版本，上線了 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=uYGqvEksAz8&quot;&gt;Insight Generator&lt;&#x2F;a&gt; 這個功能。他可以透過 AI 的協助，從你選定的文章卡片，產生出幾個 “insight” 段落，並附上相對應的原文段落。&lt;&#x2F;p&gt;
&lt;p&gt;我覺得這個功能並不是「萬用型」的工具，而是一個很適合在特定情境與工作流裡面使用的功能。因此想寫一下我自己的觀察與理解，希望讓更多人能夠更加發揮這個功能的價值。&lt;&#x2F;p&gt;
&lt;h2 id=&quot;insight-generator-ke-yi-jie-sheng-shi-jian-dan-bu-shi-wan-quan-bu-yong-hua-shi-jian&quot;&gt;Insight Generator 可以節省時間，但不是完全不用花時間&lt;&#x2F;h2&gt;
&lt;p&gt;首先，Insight Generator 並不是一個「全文總結／摘要工具」。以我自己的理解，總結或摘要是「用一段較短的話描述整篇文章最重要的概念或資訊」。&lt;&#x2F;p&gt;
&lt;p&gt;以 Paul Graham 這篇 “&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;paulgraham.com&#x2F;superlinear.html&quot;&gt;Superlinear Returns&lt;&#x2F;a&gt;” 來說，我用 Readwise Reader 產出的摘要是：&lt;&#x2F;p&gt;
&lt;blockquote&gt;
&lt;p&gt;Superlinear returns in business and other fields mean that success grows exponentially rather than linearly. Focusing on learning and curiosity can help individuals tap into these returns and achieve exceptional results. This concept applies broadly, from science to fame, highlighting the importance of pursuing interests deeply.&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;「在商業和其他領域中，超線性回報意味著成功是指數增長而非線性增長。專注於學習和好奇心可以幫助個人利用這些回報，並取得卓越的成果。這個概念廣泛適用，從科學到名聲，強調深入追求興趣的重要性。」&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;而透過 Heptabase 的 Insight Generator ，會得到的是下圖這些短短的大約 20-50 個字的「直述句」，他們並不是整篇文章的摘要，而是每一小段的摘要，由於摘要通常都是壓縮後的內容，原始的資訊較少，肯定看起來就沒有全文摘要那麼「精煉」或者「有洞見」。但這正是 Heptabase 希望達到的效果。&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;CleanShot-2024-09-05-22-26-10_4M35hO.png&quot; data-fancybox&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;CleanShot-2024-09-05-22-26-10_4M35hO.png&quot; loading=&quot;lazy&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;對我來說，這個 Insight Generator 的目標並不是幫助你快速得到有價值的洞見，而是希望你大幅降低「閱讀 → 建立自己的理解 → 產生自己的洞見」這個流程所需要花費的時間，核心的重點是「自己的」。&lt;&#x2F;p&gt;
&lt;p&gt;同樣以 Superlinear 這篇文章為例，在看到 Insight Generator 產出的這些內容後，我可以花上一兩分鐘快速閱讀這十幾項短短的「主題」，然後挑我感興趣的點開來看，或者是我先把他們分別都放在白板上，然後把類似的段落一起打開來看，看的過程就會記下筆記、寫下我自己的理解內容。&lt;&#x2F;p&gt;
&lt;p&gt;這個過程比起傳統的閱讀方式還要省時與省力，省時在於，假設我看了一下發現產出的 insights 都是我原本就知道、理解的事，那我就沒必要細讀了，而假設其中只有一兩項是我特別有感的，我就只要讀那一兩項就好，但如果每一項都是我有感覺的東西，我就可以花時間好好精讀，這樣快速篩選判斷可以省去許多不必要的時間浪費。&lt;&#x2F;p&gt;
&lt;p&gt;省力在於，透過 Insight Generator ，我得到的是許多大約 60% 精準程度的摘要總結作為「錨」。有了這些錨之後，我可以更輕鬆地產生想法，例如，我可能會好奇原文提出的論證是什麼，因此就帶著問題意識去閱讀。我可能一看到 insight 就產生了同意或反對的想法，所以這些想法又是什麼？&lt;&#x2F;p&gt;
&lt;p&gt;換句話說，這些原始產出的 insights 就是 prompts ，不斷促使我產生疑問與想法，而不是邊讀邊思考邊回想，讀完還要再從頭做一遍筆記。&lt;&#x2F;p&gt;
&lt;p&gt;我認為， Insight Generator 最有價值的地方是「大幅降低建立深度理解所需要時間」，但不可能完全不花時間，因為如果要真的建立理解與洞見，還是一定要自己讀、自己拆解、整理、重組東西，才會長出自己的東西。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;insight-generator-geng-shi-he-yong-lai-chu-li-fu-za-de-chang-pian-de-wen-zi&quot;&gt;Insight Generator 更適合用來處理複雜的、長篇的文字&lt;&#x2F;h2&gt;
&lt;p&gt;如同前面提到的，Insight Generator 是分段去拆解摘要，因此如果原文很短，那其實也沒什麼摘要好拆。如果原文的結構已經非常清楚明確，每一段落的主題與內容量都適中，那 Insight Generator 可能也沒辦法讓這篇文章變得更好讀更好懂。但是針對很複雜的文章（例如夾敘夾議、非母語的文章、自己不熟悉的領域的文章、或者非常長的文章），Insight Generator 就有發揮的空間。&lt;&#x2F;p&gt;
&lt;p&gt;另外，我自己認為 Insight Generator 最適合處理的是 Podcast 訪談的逐字稿。通常有價值的 Podcast 都需要參與對話的人經過一段時間的暖身鋪陳，進入正題，才會在對話之中蹦出一些靈光一閃的火花，這些火花如果沒有實際去聽，真的就感受不到。但是要聽完這些 podcasts 真的太花時間了。&lt;&#x2F;p&gt;
&lt;p&gt;在有了 Insight Generator 後，我大量丟入 podcast 訪談的逐字稿，並且使用 Insight Generator 的 “Transcript” 選項去處理這些逐字稿，得到的結果非常好，我可以更快找到「我感興趣的段落」，然後就去看／聽那一段的內容就好。&lt;&#x2F;p&gt;
&lt;p&gt;這樣做可以省下非常非常多的時間，而且又真的能得到原始對談的 insights。我有使用過其他產品的 AI summary 功能試圖達到這個效果，但都做不到，我總是會懷疑 AI 產生的 summary 到底有沒有過度解讀某些段落，或遺漏了什麼「只有我感興趣」的資訊。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;Insight Generator 不試圖代替我理解，而是協助我理解，並且讓我從線性的理解架構解脫，轉為那種「逛地圖」式的快速鳥瞰體驗，這是我強烈感受到的價值。&lt;&#x2F;p&gt;
&lt;p&gt;希望看了這篇文章的你，也能感受到這種被 LLM 與整合體驗優秀的好工具賦能的感覺！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>加入 Heptabase 一年，我發現我比原本想的更喜歡「支援用戶」</title>
        <published>2024-09-01T00:00:00+00:00</published>
        <updated>2024-09-01T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/my-first-year-in-heptabase/"/>
        <id>https://pinchlime.com/blog/my-first-year-in-heptabase/</id>
        
        <content type="html" xml:base="https://pinchlime.com/blog/my-first-year-in-heptabase/">&lt;p&gt;今天是我加入 Heptabase 團隊正職滿一年的日子，想來寫個簡單的紀錄。&lt;&#x2F;p&gt;
&lt;p&gt;我加入的時候原本預期自己會做的事情是 growth + customer support，前者簡單來說，就是要透過各種方式，讓 Heptabase 的用戶數持續成長；後者簡單來說，就是要解決用戶遇到的各種問題，讓用戶的體驗更好。&lt;&#x2F;p&gt;
&lt;p&gt;在加入團隊的一開始，我把更多心力與對自我的期許放在前者身上，會研究與嘗試各種可能的成長策略。而對於後者，則是覺得「這是我原本就還算擅長的事，應該穩穩執行就好了吧！」但隨著用戶數量持續成長，客服的需求量越來越大，我發現我沒辦法同時兼顧這兩個職責，因此團隊決定讓我專心擔任全職的客服。&lt;&#x2F;p&gt;
&lt;p&gt;這樣全職投入幾個月下來，我發現我比想像中的還喜歡擔任客服，或者說「支援用戶」的角色，原因有下列幾項：&lt;&#x2F;p&gt;
&lt;p&gt;&lt;strong&gt;一、跟別人討論 Heptabase 本來就是我的興趣&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;作為第一線的客服，我每天都會看到很多用戶提出的功能建議與使用回饋，其中有不少都是我從未想過的用法或者是一些很細節的使用建議。在我加入 Heptabase 團隊前，我本來就已經很喜歡跟別人討論「怎樣可以讓 Heptabase 更好」，所以當這件事成為工作的一部分，我覺得非常的開心。&lt;&#x2F;p&gt;
&lt;p&gt;&lt;strong&gt;二、教別人更會用 Heptabase 對我來說很有成就感&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;有許多用戶會問我們「有沒有某個功能」或者是「我想要完成某件事，但我不知道該怎麼做比較好」。如果我們已經有這個功能，我就會跟對方說該怎麼用。如果沒有，我會記下這個需求，也會提供目前階段我可以想到的替代方案。通常用戶收到這些回覆都會很開心，而我也會有成就感，心中都會想著「耶，你更會用 Heptabase 了，太棒了！」&lt;&#x2F;p&gt;
&lt;p&gt;&lt;strong&gt;三、我能夠讓團隊的其他成員更專注&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;對工程師、PM 或設計師來說，他們都非常需要完整的專注時間來專注完成目前手上最重要的任務。但他們也需要持續收到來自用戶的第一線回饋，避免完全與用戶聲音脫節。因此我的其中一個重要任務就是讓其他團隊成員都能夠得到比較有系統性整理過的「用戶回饋」。&lt;&#x2F;p&gt;
&lt;p&gt;另外，有時遇到比較不客氣的用戶，我也可以擔任第一層的防火牆，讓其他夥伴專注於處理問題而不是情緒；而如果遇到用戶大力稱讚，我也會丟到團隊頻道，讓大家補充一下能量。&lt;&#x2F;p&gt;
&lt;p&gt;&lt;strong&gt;四、我可以讓用戶感到被團隊重視，進而信任團隊&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;在開始擔任客服後，我發現非常多人對於「客服」表現的期待都很低，可能是基於過去在其他產品上的經驗，要嘛是丟了問題石沈大海，要嘛是千篇一律的罐頭回覆。但以 Heptabase 來說，通常在幾個小時內就會得到我們的回覆，後續也會通知用戶處理的狀況。而且我除了在客服系統或官方 Discord 中回覆問題，也很常到其他社群平台或者社團群組裡面回覆問題，這樣帶來的效果是，很常收到用戶的感謝與稱讚，甚至有不少用戶說過「有這樣的客服是願意推薦給別人以及持續訂閱的關鍵」。&lt;&#x2F;p&gt;
&lt;p&gt;上述這幾項加總起來的效果是，我大致上來說都是保持著開心的心情在工作，而且我知道我在做的工作是有價值的事，因此我就更有動力把這些事做好。而當我把事情做好，又會直接得到團隊或用戶的正面回饋，這就進入了一個正循環。&lt;&#x2F;p&gt;
&lt;p&gt;我發現，這種&lt;strong&gt;對於自己工作價值的認同，是能夠持續帶來工作動力的重要關鍵。&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;不過話說回來，customer support 這件事絕對不是只有一個人的事，整個團隊對這件事都要很重視，第一線的客服也需要取得充分的授權，才能夠順利運作起來。比方說如果客服收到了錯誤通報或功能請求的建議，但完全無法排進產品團隊的討論或待辦事項中，這樣也不可能真的替用戶解決問題。但如果團隊很重視這些意見，用戶實際接收到的「變化」就會很明顯。&lt;&#x2F;p&gt;
&lt;p&gt;從這角度來說，還是想大力稱讚我的同事們，每個除了技術能力都很棒之外，溝通能力與同理能力也都點很高，因此通常只要是我認為重要的問題，同事們都很願意安排時間調查處理。&lt;&#x2F;p&gt;
&lt;p&gt;我加入的時候是團隊的第 6 個人，在很長一段時間內，團隊一直都維持在 6 個人，近幾個月才開始第一次的公開招募與擴編，來到目前的 10 人。我很喜歡這種小團隊的感覺，每個人都認識彼此，知道哪個地方出了問題該找誰，也真的找得到對方，而且對方真的會把你的問題也當成他的問題認真解決。雖然已經講過很多次，但還是要繼續重複講，我真的待在一個非常棒的團隊。&lt;&#x2F;p&gt;
&lt;p&gt;期待第二年會遇到的新問題、挑戰與收穫！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Film 001 - Kodak Gold 200</title>
        <published>2024-08-12T00:00:00+00:00</published>
        <updated>2024-08-12T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/photography/001-kodak-gold-200/"/>
        <id>https://pinchlime.com/photography/001-kodak-gold-200/</id>
        
        <content type="html" xml:base="https://pinchlime.com/photography/001-kodak-gold-200/">&lt;p&gt;已經超過 10 年沒拍底片了，最近重新開始跟老婆一起拍，這是第一卷。鏡頭是我比較不熟悉的 50mm ，但發現拍起來還蠻有趣的，會認真找一些可以框住的區域。&lt;&#x2F;p&gt;
&lt;p&gt;底片是 Kodak Gold 200，我的價值觀還停留在一捲底片 70 元的時代，現在已經要快 400 元，可怕，但還是很喜歡底片拍出來的感覺！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>信任的瓦解只在一瞬 - Bartender app</title>
        <published>2024-06-05T00:00:00+00:00</published>
        <updated>2024-06-05T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/trust-collapses-in-a-moment-bartender-app/"/>
        <id>https://pinchlime.com/letters/trust-collapses-in-a-moment-bartender-app/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/trust-collapses-in-a-moment-bartender-app/">&lt;p&gt;有個 MacOS 上面的老牌軟體叫做 Bartender，它做的事情很單純，就是讓你可以管理你在 Mac 頂端的 menu bar。例如，可以隱藏不需要的圖示、設定它們出現的規則與間距等等（可能是因為要管理這個 bar 才取名叫做 bartender？）&lt;&#x2F;p&gt;
&lt;p&gt;我從 2018 年開始接觸生產力工具後就購買了 Bartender 3 ，後來升級到 4 時也繼續付費支持，升級到 5 時則是改用 Setapp 的版本，中間曾經換過幾台 Mac ，Bartender 始終都是我一定會在一開始就安裝、永遠保持開啟狀態的好用小工具，因為它可以幫我把不常用到的 icons 全部藏起來，讓我更容易在 menu bar 上面找到我想找的工具。&lt;&#x2F;p&gt;
&lt;p&gt;今天突然看到 Twitter 上面在傳一則來自 Reddit 的消息，主要的內容是建議大家移除 Bartender ，因為這個軟體似乎在幾個月前已經移轉了開發者，然後新的版本好像有些問題。&lt;&#x2F;p&gt;
&lt;p&gt;我爬了一下 Reddit 的兩個討論串，中間也看了目前自稱是Bartender 新的開發者的回覆，還有來自 MacUpdater 這個工具的開發者的補充說明，最後我決定移除 Bartender ，改使用另一個功能類似，但看起來比較陽春的工具 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;github.com&#x2F;jordanbaird&#x2F;Ice&quot;&gt;Ice&lt;&#x2F;a&gt; 。&lt;&#x2F;p&gt;
&lt;p&gt;下面條列簡述一下我觀察到的事情以及我決策的依據，若對原始資訊還有其他用戶的想法有興趣，歡迎去看這兩串 Reddit 討論：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.reddit.com&#x2F;r&#x2F;macapps&#x2F;comments&#x2F;1d7zjv8&#x2F;bartender_5_not_safe_anymore_warning_from&#x2F;&quot;&gt;Bartender 5 not safe anymore ? Warning from MacUpdater : r&#x2F;macapps&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;li&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.reddit.com&#x2F;r&#x2F;macapps&#x2F;comments&#x2F;1d87ykz&#x2F;highly_suggest_to_remove_bartender_5_from_your&#x2F;?sort=new&quot;&gt;Highly suggest to remove Bartender 5 from your computers : r&#x2F;macapps&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;發生的事：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;MacUpdater 這個軟體版本管理工具的開發團隊發現 Bartender app 在更新到 5.0.52 版本時的簽名更換了，不是原本的開發者 Ben Surtees，他們聯絡後者得不到任何回應。他們也發現原本 Bartender 這個 app 的網站風格改變，blog 出現很多看起來是 ChatGPT 寫的 SEO 行銷文章。他們調查 5.0.52 版本的程式碼後沒有發現明顯的問題，但由於背後開發者的變化以及聯絡不上原本的開發者，他們決定通知使用者們謹慎更新這個版本。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;有用戶收到通知後，跑到 Reddit 上面公布這件事，結果有人自稱是新的 Bartender owner ，回覆說他們已經在兩個月前從 Ben 那邊收購了 Bartender，會在 5.0.52 版本更改軟體簽名是正常的程序，也是一次性的，請大家不用擔心。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;結果這則留言以及後續幾則短短的留言，成為信任崩塌的導火線，因為：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;大家根本不知道這個新註冊的匿名帳號是誰，但 Bartender 安裝時會取得一些系統權限，這讓很多人覺得不放心。&lt;&#x2F;li&gt;
&lt;li&gt;後續有人跟進爆料，說他發現 5.0.52 版本根本不只是有新的簽名而已，裡面還有放了 Amplitude 這個追蹤系統的追蹤程式碼，這代表著只要安裝到新的版本，可能就會開始被追蹤 Bartender 的使用資訊，但是新的團隊完全沒有主動說明這件事。&lt;&#x2F;li&gt;
&lt;li&gt;有人發現這個新註冊的公司 Bartender App LLC 背後也找不到實際的經營人是誰。&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;各種資訊爆出來，加上缺乏透明度的回應，讓很多人都直接決定刪除這個 app ，不再使用，裡面有好幾個都說自己是從 Bartender 第一代就開始用，但信任崩壞就是崩壞了。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;我的想法：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;我會決定移除的原因是：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;程式面，目前看起來並沒有明顯的資安疑慮。&lt;&#x2F;li&gt;
&lt;li&gt;但是新的開發團隊的溝通方式非常糟糕，把原本不是問題的事情都變成了問題。事前沒有通知用戶們開發團隊已經改變、加入追蹤機制也沒有通知用戶，並且又搞砸了 Reddit 公開說明的機會，這讓我對團隊的能力以及後續交付的品質打了大問號。
B- log 上面低品質的 SEO 行銷文章是最後一根稻草，讓我感覺到這個新團隊應該只是想撈錢，並沒有真的想維繫與打造一個高品質的軟體。&lt;&#x2F;li&gt;
&lt;li&gt;加上研究一下下，發現有其他替代方案也能解決我的需求，而且我沒有沉沒成本，就很直接了當的移除 app ，跟它說再見了。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;信任的累積很困難，要崩毀卻非常快：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;之前寫的 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;world.hey.com&#x2F;mimir&#x2F;a-letter-from-pj-skiff-notion-skiff-4f075074&quot;&gt;Skiff 的案例&lt;&#x2F;a&gt;也類似，同樣是被收購，同樣是糟糕的溝通，導致大量既有用戶不滿意、信任崩潰，不只是新的開發者與 Bartender 這個品牌喪失信任，也有許多人說再也不會相信原本開發者 Ben Surtees 未來可能會推出的任何產品（目前還沒有 Ben 的說法，失聯中）。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;暫時沒有別的想法了，但有感覺這個標題會成為一個系列文😆&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Seeking clarity</title>
        <published>2024-06-03T00:00:00+00:00</published>
        <updated>2024-06-03T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/seeking-clarity/"/>
        <id>https://pinchlime.com/letters/seeking-clarity/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/seeking-clarity/">&lt;p&gt;說來有點不好意思，作為一個從一兩歲就開始戴眼鏡的人，我直到上個月換眼鏡後，才知道原來可以用洗碗精把眼鏡洗得很乾淨。&lt;&#x2F;p&gt;
&lt;p&gt;前一副眼鏡只戴了兩年多就脫膜破損嚴重，表面滿是傷痕，戴起來充滿各種耀光，我直到忍受不了才跑去換。驗光師看了我破爛的鏡片，問我平常都怎麼清潔眼鏡，我說就用清水洗或者眼鏡布直接擦（我不敢講有時候直接用衛生紙擦），結果就被唸了一頓，然後強制習得使用洗碗精。&lt;&#x2F;p&gt;
&lt;p&gt;開始戴新眼鏡後，因為是新眼鏡，想說要好好愛惜，所以大概兩三天就會洗一次，每次清完都覺得乾淨，視野清晰，連帶的，只要一有小小的油膩髒污，馬上就能感覺到，因為視野就是跟「完全清晰」的狀況不一樣。&lt;&#x2F;p&gt;
&lt;p&gt;察覺到這件事後，我有個奇妙的頓悟。在過去我沒辦法完全掌握視野清晰的狀態，因此沒有動力去維護，沒有標準去參考，只有真的到視覺的本能受不了時才會去處理。但有了一個好的標準以及一套可以執行的流程後，「高品質」這件事就變得很容易偵測與維護。&lt;&#x2F;p&gt;
&lt;p&gt;或許在閱讀與寫作上，也可以參考這套方式，找到一個足夠容易察覺的高品質標準，以及一套可以執行的維護流程，讓自己更容易進入並沉浸在清晰的狀態裡。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>一個以 List 為基礎的 Twitter 追蹤規則</title>
        <published>2024-05-31T00:00:00+00:00</published>
        <updated>2024-05-31T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/a-list-based-twitter-following-rule/"/>
        <id>https://pinchlime.com/letters/a-list-based-twitter-following-rule/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/a-list-based-twitter-following-rule/">&lt;p&gt;從開始認真使用 Twitter 以來，我一直都蠻謹慎地在管理我的追蹤清單，我想讓我的 timeline 上面盡量出現我感興趣的人分享的動態。&lt;&#x2F;p&gt;
&lt;p&gt;為了維持追蹤清單的品質，我大概每一兩個月就會 unfollow 一些人，但一直以來都沒有好好地釐清「為什麼」。通常都是任由當下的直覺與衝動去做這件事。&lt;&#x2F;p&gt;
&lt;p&gt;我覺得這樣不太好，因為這些直覺或衝動沒有一個固定的標準，也欠缺合理的理由與資訊，常常需要花時間回憶與思考「我以前為什麼要追蹤這人？」「我現在真的要退追蹤嗎？」這些思考有時蠻花時間，也沒有實質意義。&lt;&#x2F;p&gt;
&lt;p&gt;剛剛在整理白板時，看著過去記的一則想法，突然冒出了一系列的靈感，覺得好像可以試著好好利用 Twitter 的 “List” 功能來指引我的「追蹤／退追蹤」決策。&lt;&#x2F;p&gt;
&lt;p&gt;Twitter 的 list 是獨立於追蹤系統以外的一個功能，你可以把有追蹤或沒追蹤的人加到自創的 list 裡面，然後就可以透過 list 來看這些人的動態。&lt;&#x2F;p&gt;
&lt;p&gt;我過去建立 list 的方式非常隨便，比方說有 “Founders”, “AI related”, “Builders”, “Productivity influencers” 之類的，就是把 list 當成標籤一樣隨意追加，結果 list 的品質就不太穩定，我也根本不會特別點開 list 來看特定這群人的動態。&lt;&#x2F;p&gt;
&lt;p&gt;因此我決定把過去建立的 lists 全部刪掉，重新建立新的 lists ，並且再慢慢調整我的追蹤清單。規則如下：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;每個 List 的命名要完整明確，不要是「AI 相關」這種模糊的名字，要是「會持續分享高品質 AI 新知」或者是「會持續分享自己實作 AI 工具經驗」這類能讓我明確知道追蹤目的的名字。&lt;&#x2F;li&gt;
&lt;li&gt;也不一定要是資訊性的清單，有可能是「很會發好笑的廢文」或「我崇拜的人」之類的名字。總之就是要讓我一眼就看得出「這個 list 上面都是怎樣的人」。&lt;&#x2F;li&gt;
&lt;li&gt;接著，就可以基於 list 去判斷是否要追蹤或退追蹤某人了，首先追蹤時必須要能夠滿足某個 list 的標準，而假設過了幾個月我開始好奇或懷疑自己為何要追蹤這人時，就可以觀察一下對方是否仍符合這個 list 的描述，若沒符合就可以更明快地退掉追蹤了。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;我感覺這個系統的好處是更有條理，並且有機會在設定完畢後，發揮「透過 list 分別在不同時段看不同類型動態」的效果。如果我真的完成這個壯舉，我再來分享心得！（也有可能一下子就覺得煩瑣就不做了）&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Timing 對我不再重要</title>
        <published>2024-05-29T00:00:00+00:00</published>
        <updated>2024-05-29T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/timing-no-longer-matters/"/>
        <id>https://pinchlime.com/letters/timing-no-longer-matters/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/timing-no-longer-matters/">&lt;p&gt;今天我刪除了我用很久的一個軟體： &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;timingapp.com&#x2F;&quot;&gt;Timing&lt;&#x2F;a&gt; ，它是一個可以追蹤電腦使用時間的工具，追蹤能力非常變態，例如以瀏覽器來說，可以分別追蹤不同頁籤、不同網域的使用時間；用 Slack 或 Discord 時，也可以追蹤不同頻道，總之，只要安裝了這個 app ，就可以很清楚知道自己每天在電腦上面做了什麼事，非常的鉅細彌遺。&lt;&#x2F;p&gt;
&lt;p&gt;有了追蹤的數據後，還可以建立群組，例如我可以把使用 Heptabase 的時間都放在「學習」這個群組，把使用 Line 的時間都放在「聊天耍廢」這個群組，然後每個群組或每個 app 都可以設置不同的「生產力分數」，不同網頁也可以分開設定，所以我可以把逛網拍、看 Netflix 等等設置為 0 分，而使用 Google Sheets 則可能是 90 分或 100 分。&lt;&#x2F;p&gt;
&lt;p&gt;設定完以後就不太需要管它了，他就會開始持續追蹤，然後每天、每週給你一個綜合的生產力分數，根據我設置的方式以及經驗，通常 65 分以上就很不錯，75 以上代表那天幾乎都在認真工作或產出內容。&lt;&#x2F;p&gt;
&lt;p&gt;我用這個 app 好幾年了，有一陣子很認真地追蹤分數，也會想辦法調整自己的狀態，假設某天分數太低，隔天就認真一點補回來。&lt;&#x2F;p&gt;
&lt;p&gt;但我最近發現，我很久沒有去看 Timing 裡面的報告了，也沒有新增或調整規則，每天就是看一眼它的「前一日分數通知」，然後就關掉。&lt;&#x2F;p&gt;
&lt;p&gt;仔細想想，以前需要它的原因，是想透過工具更仔細地追蹤我的時間分配方式，進而找出需要精進改善的地方，但現在的我好像更注重目標、動機與精力的管理，假設我知道我該做什麼、我為什麼該做、以及我什麼時候做的效率最好，我就可以有不錯的生產力，這時這些分數就變得不那麼重要，甚至也無法反應我的生產力狀態，因為有可能我花很少時間就完成一件困難的事，但以 Timing 的計算方式來說，則看不出這樣的差異。&lt;&#x2F;p&gt;
&lt;p&gt;想完後，我感覺我不再需要它，就刪掉它了！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>為什麼一直想著要寫東西？</title>
        <published>2024-05-26T00:00:00+00:00</published>
        <updated>2024-05-26T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/why-keep-thinking-about-writing/"/>
        <id>https://pinchlime.com/letters/why-keep-thinking-about-writing/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/why-keep-thinking-about-writing/">&lt;p&gt;我從兩年多前開始比較常寫部落格，也斷斷續續地寫電子報，常常過一陣子就會停更，但再過一陣子又會想盡辦法，找到當下最令我感到舒適的模式繼續寫。&lt;&#x2F;p&gt;
&lt;p&gt;為什麼我一直想著要寫東西？&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;如果把每週更新至少一次的期間定義為「高峰期」，而完全沒更新的期間定義為「低谷期」，我發現這兩個期間的「想寫東西的念頭」幾乎是一樣強烈，但差別在於低谷期的時候我通常在生活上工作上有更多事情要做，這種時候就很難有像樣的產出。但這股想寫東西的念頭，還是會在累積到某個程度時，指引我的行動，讓我想辦法調整些什麼，開始繼續寫。&lt;&#x2F;p&gt;
&lt;p&gt;那麼，到底這個想寫東西的念頭，背後是什麼、還有什麼？&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;目前還沒有一個非常完整的答案，我感覺比較初步的回答是：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;寫東西的過程通常會讓我專注於思考與精煉我表達出來的文字，做這件事讓我打從心底感到踏實以及自我認同、自我肯定。&lt;&#x2F;li&gt;
&lt;li&gt;寫出來的東西倘若被別人認可與稱讚，也會讓我感到有成就感，這樣的成就感會讓我想要持續寫東西。&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;這兩者若要比較的話，前者又更強烈一點，就像麥克雞塊，後者則偏向是糖醋醬，有時會為了想吃糖醋醬點麥克雞塊，但大多時候還是因為想吃雞塊而點雞塊。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>不再更新 Pin 起來電子報，但會開始持續寫信</title>
        <published>2024-05-26T00:00:00+00:00</published>
        <updated>2024-05-26T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/newsletters/stop-writing-newsletters/"/>
        <id>https://pinchlime.com/newsletters/stop-writing-newsletters/</id>
        
        <content type="html" xml:base="https://pinchlime.com/newsletters/stop-writing-newsletters/">&lt;p&gt;大家好，我是 Pin 起來這個網站的 PJ Wu，很高興有這機會和你打招呼，這是 Pin 起來電子報時隔半年的再一次更新，我猜很多人可能是訂閱後第一次收到信，&lt;&#x2F;p&gt;
&lt;p&gt;不過這一次不再是宣布復更，相反地，是要宣布不再更新這個電子報了。&lt;&#x2F;p&gt;
&lt;p&gt;取而代之的，是我會用另一個信箱、另一個平台寄信。&lt;&#x2F;p&gt;
&lt;p&gt;不寫電子報，而是寫「信」給你！&lt;&#x2F;p&gt;
&lt;h2 id=&quot;wo-fa-xian-wo-xiang-xie-de-bu-shi-dian-zi-bao-shi-xin&quot;&gt;我發現我想寫的不是電子報，是信&lt;&#x2F;h2&gt;
&lt;p&gt;這個想法已經醞釀幾個月了，我在 2 月時，透過 HEY 這個平台發出了第一封信，信的標題是「&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;world.hey.com&#x2F;mimir&#x2F;a-letter-from-pj-9652abe2&quot;&gt;我發現我想寫的不是電子報，是信&lt;&#x2F;a&gt;」，信裡面有提到：&lt;&#x2F;p&gt;
&lt;blockquote&gt;
&lt;p&gt;電子報的這個「報」，或者說 newsletter 裡面的 news ，總有種「資訊彙整」的感覺，我覺得這是我擅長做的事，但沒有動力一直一直做。&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;當時我只有隱約的想法，大概想著「我不想寫什麼」，但對於我想寫什麼、我能寫什麼，則是沒有很清楚。&lt;&#x2F;p&gt;
&lt;p&gt;但在經過這幾個月的思考以及幾次嘗試後，我覺得我已經找到舒適的寫信節奏以及內容編排方式了。&lt;&#x2F;p&gt;
&lt;p&gt;我想像中的信的內容，會有點像是最近寫的這兩篇：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;world.hey.com&#x2F;mimir&#x2F;a-letter-from-pj-8e254a4c&quot;&gt;A letter from PJ - 一次完全斷網的體驗&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;li&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;world.hey.com&#x2F;mimir&#x2F;a-letter-from-pj-the-best-essay-ed2ab313&quot;&gt;A letter from PJ - “The best essay” 的讀後心得&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;大致上會是關於我最近做了、看了什麼、嘗試了什麼的經驗分享，篇幅不會太長，大概就像一篇短篇幅的臉書或 Twitter 貼文這樣。&lt;&#x2F;p&gt;
&lt;p&gt;發文的時間與頻率不會固定，你可以想成有個朋友有事沒事就會傳個訊息給你，跟你分享他最近看了什麼或體驗了什麼東西。&lt;&#x2F;p&gt;
&lt;p&gt;如果你恰好也更喜歡收「信」而不是電子報，那麼歡迎你點擊這個連結重新訂閱我的信。 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;world.hey.com&#x2F;mimir&quot;&gt;https:&#x2F;&#x2F;world.hey.com&#x2F;mimir&lt;&#x2F;a&gt;&lt;&#x2F;p&gt;
&lt;p&gt;主要想講的事情交代完了，以下是幾個我有想到的，你可能會感興趣的問題：&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;wo-yi-jing-ding-yue-guo-liao-wei-shen-mo-yao-zhong-xin-ding-yue&quot;&gt;我已經訂閱過了，為什麼要重新訂閱？&lt;&#x2F;h2&gt;
&lt;p&gt;最主要的原因是，我覺得先前有訂閱過 Pin 起來電子報的人，可能是基於某些原因、或者是對某類型內容的期待而訂閱。&lt;&#x2F;p&gt;
&lt;p&gt;但是現在我打算寫不一樣的東西，這樣的東西未必能滿足原本訂閱的期待，那不如就重新開始，讓你選擇是否要訂閱，而不是把你的訂閱視為我的資產，想轉移就轉移。&lt;&#x2F;p&gt;
&lt;h2 id=&quot;wo-xiang-ji-xu-kan-ya-wei-shen-mo-huan-shi-yao-zhong-xin-ding-yue&quot;&gt;我想繼續看呀，為什麼還是要重新訂閱？&lt;&#x2F;h2&gt;
&lt;p&gt;由於我這次要順帶轉移寄信的平台到 HEY，不會繼續在原本發信的平台 Buttondown 寄信，因此還是需要重新訂閱一次。&lt;&#x2F;p&gt;
&lt;h2 id=&quot;wei-shen-mo-yao-huan-ping-tai&quot;&gt;為什麼要換平台？&lt;&#x2F;h2&gt;
&lt;p&gt;主要有兩個理由：&lt;&#x2F;p&gt;
&lt;p&gt;一、更便宜：
我原先就是 HEY 這個 email 服務的訂閱用戶，只要是 HEY 的用戶，都可以免費寄送信件給訂閱者。相較之下，若用 Buttondown 寄信，以我現在的訂閱人數來看，每個月要支付 $29 的訂閱費用，對現階段的我來說有點沒必要。&lt;&#x2F;p&gt;
&lt;p&gt;二、更簡單：
原先的平台 Buttondown 是專門讓你寄送電子報的平台，有非常多實用的功能，也可以串接金流、數據追蹤分析等等，如果要當一個內容創作者，我非常推薦使用。&lt;&#x2F;p&gt;
&lt;p&gt;但整體介面就跟各種 SaaS 一樣，還是有些厚重，我每次點進去都覺得我是在做一件「工作」，而且目前我寄信還有與部落格串接，等於同樣的東西要在兩個地方各 po 文一次，很多細碎的小東西要設定，有時會覺得有點麻煩。&lt;&#x2F;p&gt;
&lt;p&gt;現在要換過去的 HEY ，就是很單純很極簡的「寫信＋寄信」，其他什麼追蹤分析進階的東西全部都沒有，這剛好很符合現在的我的需求，我就是當成寫信給別人那樣寫信就好，不是在「創作」或「寫電子報」。&lt;&#x2F;p&gt;
&lt;h2 id=&quot;ding-yue-ni-de-xin-zhi-hou-hui-shou-qian-ma&quot;&gt;訂閱你的信，之後會收錢嗎？&lt;&#x2F;h2&gt;
&lt;p&gt;不會！可以參考我的&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;manifesto&#x2F;&quot;&gt;Manifesto&lt;&#x2F;a&gt;頁面。&lt;&#x2F;p&gt;
&lt;h2 id=&quot;dian-zi-bao-gen-xin-dao-di-chai-zai-na-bu-jiu-shi-ming-zi-de-chai-bie-ma&quot;&gt;電子報跟信到底差在哪？不就是名字的差別嗎？&lt;&#x2F;h2&gt;
&lt;p&gt;我自己思考很久，我覺得差別在於，電子報的背後好像大多都會基於某種議程，例如我想分享很多跟生產力工具有關的事、知識管理有關的事、AI 新知有關的事，但為了滿足這個議程，有時候會讓我進入「勉強」的狀態。&lt;&#x2F;p&gt;
&lt;p&gt;寫信對我來說就真的沒那種感覺，無論是要講今天看到的海是什麼顏色、用了什麼新東西、看到某篇很棒的文章，為何很棒等等，這些主題都會基於我的分享慾以及興趣，所以肯定會很發散，看起來沒有一個特定的主題（議程）。&lt;&#x2F;p&gt;
&lt;p&gt;對我來說，光是命名為「電子報」或者「信」，就會在動機面產生巨大無比的差異，後者讓我覺得分享起來更自在，因此也更能夠持續產出。&lt;&#x2F;p&gt;
&lt;h2 id=&quot;ru-guo-ding-yue-liao-bu-xi-huan-zen-mo-ban&quot;&gt;如果訂閱了不喜歡，怎麼辦？&lt;&#x2F;h2&gt;
&lt;p&gt;歡迎你跟我說你為什麼不喜歡，要退訂或者直接不看丟到垃圾桶都可以。&lt;&#x2F;p&gt;
&lt;p&gt;這次我有個小小的目標，是希望能降低我自己以及讀者的各種心理壓力，因此即使沒看也沒差，只要看你感興趣的那些信就好！&lt;&#x2F;p&gt;
&lt;h2 id=&quot;huan-ying-ding-yue&quot;&gt;歡迎訂閱&lt;&#x2F;h2&gt;
&lt;p&gt;如果看完上述介紹，你還是感興趣，那歡迎你點擊這個連結重新訂閱我的信。 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;world.hey.com&#x2F;mimir&quot;&gt;https:&#x2F;&#x2F;world.hey.com&#x2F;mimir&lt;&#x2F;a&gt;&lt;&#x2F;p&gt;
&lt;p&gt;若還有其他問題，也歡迎你寫信到 mimir@hey.com 跟我分享討論！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>“The best essay” 的讀後心得</title>
        <published>2024-05-25T00:00:00+00:00</published>
        <updated>2024-05-25T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/the-best-essay/"/>
        <id>https://pinchlime.com/letters/the-best-essay/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/the-best-essay/">&lt;p&gt;今天在看 Paul Graham 的 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;paulgraham.com&#x2F;best.html&quot;&gt;The best essay&lt;&#x2F;a&gt; 這篇文章，很喜歡，邊看就邊製作了幾張卡片：&lt;&#x2F;p&gt;
&lt;p&gt;這幾張卡片的標題分別是：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;當你對別人視為理所當然的事情產生疑惑並提出問題，就有機會激發思考與回應並形成一篇好的文章&lt;&#x2F;li&gt;
&lt;li&gt;透過問題產生想法的最好方式就是把那些你思考後的初步見解寫下來，即使他們很糟糕也要寫下來&lt;&#x2F;li&gt;
&lt;li&gt;只有針對自己感興趣與在乎的主題才能產生新穎的見解&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;我對這篇文的理解是，Paul Graham 認為好的文章通常是從一個問題開始的，先有問題，再來是很多「糟糕的初步見解」，但不用擔心，因為有了這些糟糕的初步見解後，下一步就是花很多時間重讀這些自己寫下的文字，並且持續修改完善他們。&lt;&#x2F;p&gt;
&lt;p&gt;這個過程能夠不僅能夠促使自己更接近所謂的「真相」，更有機會在回答問題的過程中，產生更多更多的問題。&lt;&#x2F;p&gt;
&lt;p&gt;這時，增生出來的某些問題有機會長出更好的「回應」，也就更接近「好的文章」。至於如何在很多問題中選擇哪些要思考與回應，就看自己對哪些問題最感興趣、最在乎。&lt;&#x2F;p&gt;
&lt;p&gt;我讀起來的感覺是，若一切順利的話，這個過程會很有機自然，幾乎就是任由自己的興趣與好奇心滋生就好。 Paul Graham 也提到，如果自己對愈多不同事物感興趣，就更有可能寫出優秀的文章，因為這些感興趣的事物之間重疊的部分，範圍會更大，因此更能夠產生獨特的見解。&lt;&#x2F;p&gt;
&lt;p&gt;我看了以後有些下一步行動的想法，想實踐看看，若有效，再來跟大家分享！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>一次完全斷網的體驗</title>
        <published>2024-05-24T00:00:00+00:00</published>
        <updated>2024-05-24T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/complete-offline/"/>
        <id>https://pinchlime.com/letters/complete-offline/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/complete-offline/">&lt;p&gt;前幾天我剛從日本回到台灣，這次是一趟基於私人原因的行程，在這邊就不分享太多細節，但我想分享其中一段很棒的經驗。&lt;&#x2F;p&gt;
&lt;p&gt;我在去程的飛機上都在用 Heptabase，完全離線斷網的環境下，只能專注於 Heptabase 的體驗非常好。我讀了幾篇之前存的比較難的文章，若是在沒有斷網的狀態下，我可能讀到一半就會被工作上的訊息打斷，或者是因為有點難，就下意識逃避跑去滑個 Twitter 耍廢。&lt;&#x2F;p&gt;
&lt;p&gt;但在飛機上，我沒有其他更急迫或更省力的事情可以做，當我潛意識認知到這點後，我就別無選擇地進入了完全專注的狀態，然後生產力爆發，認真讀完還做了一些筆記。&lt;&#x2F;p&gt;
&lt;p&gt;這樣的感覺很好，於是我決定之後要努力幫自己騰出這樣的完全斷網時間，看看能否有些新的收穫。&lt;&#x2F;p&gt;
&lt;p&gt;最後附上幾張這次拍的照片（還沒整理，先隨意挑三張）&lt;&#x2F;p&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;completely-offline-1_QoeRVd.jpg&quot; data-fancybox data-caption=&quot;completely-offline&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;completely-offline-1_QoeRVd.jpg&quot; loading=&quot;lazy&quot; alt=&quot;complete-offline&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;completely-offline-2_AzyZBi.jpg&quot; data-fancybox data-caption=&quot;completely-offline&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;completely-offline-2_AzyZBi.jpg&quot; loading=&quot;lazy&quot; alt=&quot;complete-offline&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;completely-offline-3_UfyojS.jpg&quot; data-fancybox data-caption=&quot;completely-offline&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;completely-offline-3_UfyojS.jpg&quot; loading=&quot;lazy&quot; alt=&quot;complete-offline&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>辦了兩場婚宴後，想推薦的人與店家</title>
        <published>2024-04-23T00:00:00+00:00</published>
        <updated>2024-04-23T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/my-wedding-recommendations/"/>
        <id>https://pinchlime.com/blog/my-wedding-recommendations/</id>
        
        <content type="html" xml:base="https://pinchlime.com/blog/my-wedding-recommendations/">&lt;p&gt;我與老婆在 2024 年 1 月底登記結婚。我們雙方的老家一個在高雄一個在新竹，因此一開始就決定舉辦兩場宴客，3 月底舉辦了文定歸寧宴，並在 4 月 20 舉辦結婚宴客。&lt;&#x2F;p&gt;
&lt;p&gt;我們大約從 2023 年 8 月就規劃提親並且預約婚宴場地，後續還有一連串的各種事務與準備，在這過程中大概 80 % 以上都是老婆規劃與洽詢廠商，非常感謝老婆的 cover 。&lt;&#x2F;p&gt;
&lt;p&gt;全部辦完塵埃落定後，想來分享一下我們在這過程中想要感謝的人們與店家，中間也有遇到許多不推薦的人和店家，但我們決定不特別提及他們，因為我們的不如預期可能不代表別人的感受，因此決定推薦那些我們真的喜歡的就好！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;tui-jian-de-dian&quot;&gt;推薦的店&lt;&#x2F;h3&gt;
&lt;p&gt;&lt;strong&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.nksdchoco.com&#x2F;&quot;&gt;七見櫻堂&lt;&#x2F;a&gt;&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;我們在這裡選購「【婚祝的貓】公益手工喜餅禮盒」。去試吃時，店家很阿莎力的提供了十幾種款式給我們試吃，吃超飽。&lt;&#x2F;p&gt;
&lt;p&gt;試吃時，我們每種都記錄評分，結果發現婚祝的貓這款禮盒裡面幾乎都是我們喜歡的。所以就直接下訂了。&lt;&#x2F;p&gt;
&lt;p&gt;後續的出貨體驗也非常好，很流暢，也能配合我們一些零散的取貨需求與數量變更，親友收到餅乾都說好吃，非常推薦！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;strong&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;seeddesign.tw&#x2F;&quot;&gt;SEEDDESIGN 喜的燈飾 竹北店&lt;&#x2F;a&gt;&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;我們在這邊購買了一盞吊燈，購物過程非常愉快，店員的介紹很專業且舒適，預約安裝的體驗也順暢，安裝當天師傅的動作迅速且保持整潔，以後買燈應該都會想在這邊買吧！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;strong&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.holdonsleep.com&#x2F;&quot;&gt;HOLD-ON 舉重床&lt;&#x2F;a&gt;&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;我們在這邊購入了主臥的雙人床，先前已經睡了舉重床三年，床與枕頭都非常紮實穩固（重量也很驚人），每次躺上床瞬間就想睡覺。而且現場試躺的體驗也非常棒，這次還協助我們趕工訂製床架，非常謝謝舉重床的幫忙。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;strong&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;weddingcar.idv.tw&#x2F;&quot;&gt;嫁給我結婚禮車出租&lt;&#x2F;a&gt;&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;很妙的商家名稱，當時發現需要租禮車時， Google 的第一個選項就是這個（SEO 做得真不錯），看了一下感覺沒什麼問題就聯繫了，結果出乎意料的有超迅速完整的客服體驗，確認需求後線上簽約也很流暢，當天司機也提早很多到場、沿途開車都很穩，也提醒我一些小細節，很推薦！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;strong&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.oklaocoffee.com&#x2F;&quot;&gt;歐客佬咖啡&lt;&#x2F;a&gt;&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;我們選了歐客佬咖啡的「&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.oklaocoffee.net&#x2F;products&#x2F;44010351&quot;&gt;御守系列&lt;&#x2F;a&gt;」掛耳禮盒作為喜宴的位上禮，裡面每包都有寫著不同的吉祥話，包裝很精緻，費用也不會太貴，覺得是很棒的選擇！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;strong&gt;銀座白石 新竹遠東 Sogo 店&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;我們在這邊買我們的婚戒，挑到兩人都很喜歡的對戒，每天戴著都很開心！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;strong&gt;竹北市的金其華銀樓&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;逛過幾間金飾店後，我們在這裡買了一些金飾，因為老闆&#x2F;店員給我們的感覺最好，不會強迫推銷或講話曖昧，有什麼問題都會直接回覆，也讓我們租了文定用的金飾盒。&lt;&#x2F;p&gt;
&lt;p&gt;去了兩三次現場，生意都非常好，應該是有很不錯的口碑。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;strong&gt;新竹市的樺德行寢具嫁妝用品店&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;我們在這邊購買了一些文定儀式與迎娶儀式需要的東西，例如囍字貼紙、有印字的紅包袋、扇子、米篩等等，老闆當天很親切的跟我們說明每個東西是幹嘛用的，也不會強迫推銷，有的直接說你們應該不需要，因此我們很順利地準備好該買的東西，價格也不貴，很推薦！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;strong&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.pinkoi.com&#x2F;product&#x2F;t6nEeZK3&quot;&gt;喜帖製作 (Pinkoi)&lt;&#x2F;a&gt;&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;當初因家人需求，希望可以給長輩一個實體卡片作紀念，故找了相關廠商。因為不在意樣式需要很獨特，僅希望資訊清楚且清爽，在 Pinkoi 隨意找了一間模板喜帖服務。我們買的方案是雙面卡片、有信封且有電子檔服務。過程中與店家溝通相當順暢，且出貨快速，相當推薦！（信封有細緻的閃光，很喜歡）&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;tui-jian-de-ren&quot;&gt;推薦的人&lt;&#x2F;h3&gt;
&lt;p&gt;&lt;strong&gt;高雄市聯上大飯店的業務&#x2F;主持人 Nora&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;我們在聯上舉辦其中一場婚宴，Nora 幫了我們許多忙，而且整個過程非常不厭其煩地配合我們進行各種壓線微調，也很流暢地主持了整場宴席，很推薦！（不確定是否可以指名，請自行聯絡）&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;strong&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.marry.com.tw&#x2F;studio-307999&quot;&gt;新竹的婚禮主持人千千 ＆ Wendy 費&lt;&#x2F;a&gt;&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;另外一場婚宴的儀式與音控是先與千千聯繫，而當天是由 Wendy 負責主持，在這過程中兩位有協助我們梳理流程，也借我們一些道具，當天的儀式流程也很順利！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;strong&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.instagram.com&#x2F;adobe_walker&#x2F;&quot;&gt;婚禮攝影師 肉鬆&lt;&#x2F;a&gt;&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;我們有一場的婚攝是委託肉鬆進行，肉鬆人如其名，很有親和力，當天會一直指導親友們擺 pose ，認親友的眼力與記憶力也很好（會直接說：小姑姑站這邊、誰誰誰幫我比個愛心），而且當天婚宴結束後，馬上就提供了照片搶先看給我們，親友們都非常開心，是很棒的合作體驗！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;strong&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.teikoukei.com&#x2F;about&quot;&gt;攝影師 鄭弘敬&lt;&#x2F;a&gt;&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;我們除了婚紗攝影以外，也有找鄭弘敬幫我們進行日常生活隨拍，當天拍攝體驗很好，拍出來的感覺也很喜歡。如果有些日常生活的紀錄需求，我覺得可以考慮看看！&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;wedding-banner_blpUEc.webp&quot; data-fancybox data-caption=&quot;Wedding banner&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;wedding-banner_blpUEc.webp&quot; loading=&quot;lazy&quot; alt=&quot;Wedding banner&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;strong&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;twitter.com&#x2F;deadbody_kirby&#x2F;status&#x2F;1781570624902828181&quot;&gt;設計師 卡比&lt;&#x2F;a&gt;&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;卡比是老婆的朋友，我們請她幫我們設計三種款式的婚禮小卡，裡面有我、老婆還有兩隻貓，卡片非常夢幻可愛，很開心！&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;wedding-cards_fV7pFU.webp&quot; data-fancybox data-caption=&quot;Wedding cards&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;wedding-cards_fV7pFU.webp&quot; loading=&quot;lazy&quot; alt=&quot;Wedding cards&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;strong&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;awesomeprinter.com.tw&#x2F;tw&quot;&gt;奧盛印刷&lt;&#x2F;a&gt;&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;由於卡比設計的小卡超級可愛，不想浪費這番設計的心意。跟卡比討論後，找到了這個印刷店。因為老婆想要閃閃亮亮的設計，選了炫光紙與高磅數的卡片與貼紙（可根據需求選擇你要的紙材與磅數）。&lt;&#x2F;p&gt;
&lt;p&gt;印刷店現場幫我們排版與討論適當的數量（會影響價格），調整速度非常快，而且印刷價格很親民，未來有印製需求會再來這間捧場！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;以上是簡單的分享，祝大家若要舉辦婚禮、婚宴與相關儀式，都能順順利利的，遇到好的店家與專業人士！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>新創 Skiff 被 Notion 收購，卻造成 Skiff 用戶們的憤怒</title>
        <published>2024-02-17T00:00:00+00:00</published>
        <updated>2024-02-17T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/skiff-users-outraged/"/>
        <id>https://pinchlime.com/letters/skiff-users-outraged/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/skiff-users-outraged/">&lt;p&gt;在過年期間發生了一件事，主打著隱私，有著 Email, Drive, Notes, Calendar 等產品線的新創公司 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;skiff.com&#x2F;&quot;&gt;Skiff&lt;&#x2F;a&gt; 宣布要加入 Notion ，或者可說是被 Notion 收購。&lt;&#x2F;p&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;skiff-1_zqhRgl.png&quot; data-fancybox data-caption=&quot;skiff-1&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;skiff-1_zqhRgl.png&quot; loading=&quot;lazy&quot; alt=&quot;skiff-1&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;一開始看到這消息時，很多人是從 Notion 的戰略角度來解讀這個事件，認為 Notion 此舉是想要補足在生產力工具上面還缺乏的 email 這塊，加強自己在 enterprise 市場更強的競爭力，要挑戰 Google 與 Microsoft 的地位。&lt;&#x2F;p&gt;
&lt;p&gt;我對這個角度沒什麼特別的想法，倒是過年期間一直在關注 Skiff 是如何宣布這件事，以及怎麼面對與處理 Skiff 原先用戶的憤怒。&lt;&#x2F;p&gt;
&lt;p&gt;&lt;strong&gt;咦，為何用戶們要憤怒？&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;當下看到消息時，我完全沒有察覺到 Skiff 所說的「加入 Notion」這件事代表著他們要在六個月後「完全停止 Skiff 的服務」。但後來持續在 Twitter 上面被推送憤怒的 Skiff 用戶們的推文，我才發現原來有這回事，接著我去看了大家的討論以及 Skiff 官網的說明，才慢慢拼湊出更多資訊。&lt;&#x2F;p&gt;
&lt;p&gt;我觀察到用戶們憤怒的原因主要有幾個：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;Skiff 即將關閉的資訊傳達不夠清晰&lt;&#x2F;strong&gt;：&lt;&#x2F;p&gt;
&lt;p&gt;在首頁宣布加入 Notion 的相關文字中，並沒有明確提到「這個服務接下來將會終止運行」，只有在最下方有個 Learn about migrating your data 的連結。很多用戶是抱持著疑惑，詢問 Skiff 團隊到底未來還能不能繼續用，結果 Skiff 的回應也不直接講，而是請用戶去看那個 migration 的連結（請見我當時隨手截的兩張截圖），然後才發現原來 Skiff 要關閉了。這種關係到用戶資料存續的事情卻不直接溝通清楚，導致很多人覺得憤怒。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;skiff-2_v8qDr7.png&quot; data-fancybox data-caption=&quot;skiff-2&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;skiff-2_v8qDr7.png&quot; loading=&quot;lazy&quot; alt=&quot;skiff-2&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;skiff-3_8NgSTS.png&quot; data-fancybox data-caption=&quot;skiff-3&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;skiff-3_8NgSTS.png&quot; loading=&quot;lazy&quot; alt=&quot;skiff-3&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;hr &#x2F;&gt;
&lt;ol start=&quot;2&quot;&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;Skiff 沒辦法提供用戶無痛的轉移方案&lt;&#x2F;strong&gt;：&lt;&#x2F;p&gt;
&lt;p&gt;Skiff 只有提供導出信件的方式，但是假設你原本在使用某個 @skiff.com 的信箱，是沒有辦法再繼續用來收信的（只提供為期一年的轉寄日落期）。我看到許多用戶說，他整個 business 的經營都在用 skiff 的信箱，結果接下來要搬走，他根本不知道未來會不會有人寄信給他卻寄丟，他也不知道該怎麼確保所有人都能知道他要換信箱的這件事。我看到這段覺得非常感同身受，也能夠理解這些用戶的無助與憤怒。&lt;&#x2F;p&gt;
&lt;p&gt;另外，Skiff 先前在宣傳時主打 Open source，但大家在此刻卻發現，原來 Open source 的只有前端，不包含後端的架構，因此即使用戶社群想要，也沒辦法自己透過 Open source 的方式來建立替代方案繼續使用 Skiff ，這一點也讓許多用戶感覺到被欺騙。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;hr &#x2F;&gt;
&lt;ol start=&quot;3&quot;&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;在宣傳口吻上與用戶的情緒完全背道而馳&lt;&#x2F;strong&gt;：&lt;&#x2F;p&gt;
&lt;p&gt;無論是一開始宣傳的首頁文字：&quot;We are excited to share that Skiff is joining Notion.&quot;&lt;&#x2F;p&gt;
&lt;p&gt;或者是內文的片段：&quot;We&#x27;re extremely excited to accelerate this mission by joining forces with Notion&#x27;s world-class team and we are pursuing big plans for making all of our online lives freer and more empowered.&quot;&lt;&#x2F;p&gt;
&lt;p&gt;都讓面臨與發現痛苦的既有用戶們，覺得荒謬與不解，我看到好多用戶說，他們認為 Skiff 背叛了他們，而 Skiff 團隊竟然還對（加入 Notion）這件事感到興奮？&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;即使後來 Skiff 在 Twitter 上面有再發出一些口吻比較溫和、表達歉意的推文，但我觀察他們的用戶還是非常憤怒，這些憤怒看起來幾乎是無法彌補的，因為用戶們就是喜歡 Skiff、支持 Skiff 的理念，想要一直使用 Skiff 下去。&lt;&#x2F;p&gt;
&lt;p&gt;我自己看了這個事件後，一直在想，如果我是 Skiff 團隊的成員，有沒有什麼地方可以做得更好。&lt;&#x2F;p&gt;
&lt;p&gt;我想，假設在產品真的得要關閉、停止服務的情況下，一定要先把用戶們一定會在意的事情與解決方案都講清楚，並且放在最顯眼的地方（怎麼搬遷、怎麼備份、日落期間多長、怎麼退費或補償等等），務必簡潔直接，其他的資訊都不重要，甚至都不該出現才對。&lt;&#x2F;p&gt;
&lt;p&gt;另一件我在想的事情是，如果真的目標是打造 Notion email ，那麼為什麼要關停 Skiff 的服務呢？這件事我還沒有足夠完整的想法，如果你有，歡迎跟我分享。&lt;&#x2F;p&gt;
&lt;p&gt;備註：在事件發生一兩天後，我看到另一個主打隱私的產品 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;notesnook.com&#x2F;&quot;&gt;Notesnook&lt;&#x2F;a&gt; 的 CEO Abdullah Atta 寫了一篇文章 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;blog.notesnook.com&#x2F;the-skiff-privacy-fiasco&#x2F;&quot;&gt;The Skiff Privacy Fiasco, or How not to Shutdown Your Startup&lt;&#x2F;a&gt; ，裡面更完整地描述了他的觀察，如果對這件事感興趣，很推薦閱讀。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>嘗試新鮮的生產力工具是一件很值得做的事</title>
        <published>2024-02-16T00:00:00+00:00</published>
        <updated>2024-02-16T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/try-fresh-productivity-tools/"/>
        <id>https://pinchlime.com/letters/try-fresh-productivity-tools/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/try-fresh-productivity-tools/">&lt;p&gt;昨天在 Twitter 上面看到&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;twitter.com&#x2F;ingramchen&#x2F;status&#x2F;1757947297596588331&quot;&gt;一篇推文&lt;&#x2F;a&gt;，我想起近兩年前自己寫過的短短一段話，剛好可以趁這機會來擴寫一下。&lt;&#x2F;p&gt;
&lt;p&gt;一直以來常常在社群上看到一派說法是，不要為物所役，不要花太多力氣在什麼生產力工具上，努力把事情做掉才是最重要的。我自己不完全這麼想，原因如下：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;嘗試新的工具能夠拓展「知」的邊界&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;大部分的新工具透過社群或媒體出現在自己面前時，可能是他有某個特殊的賣點，這個賣點可能是針對既有品項的某個缺點去特化改良，或者是提出了一套新的互動方式或工作流，這些東西不見得是市場上的主流標準，因此若不嘗試新東西，就很難注意到，但若試了，就可以知道「原來有這樣的事」。而這些東西累積多了，就能拓展「知」的邊界。&lt;&#x2F;p&gt;
&lt;ol start=&quot;2&quot;&gt;
&lt;li&gt;拓展知的邊界後，就更有機會知道自己要什麼、不要什麼&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;假設透過第一步，嘗試了一些新工具，知道了一些新的東西，以 TODO 管理工具舉例來說，有可能是某種消除任務的視覺互動；有可能是某種組織與分拆任務的方式；也有可能是某種有助於習慣養成的方式等等。&lt;&#x2F;p&gt;
&lt;p&gt;這時，就可以進一步去覺察自己對哪些東西有感，對哪些東西無感。這些個人的偏好，無論是有感還是無感，都是極有價值的資訊，不僅能夠更理解自己，也可以在未來少走彎路。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;假設前兩者都有做到，那麼即使在研究與嘗試新工具時花了額外的時間，我都覺得那是值得的，比方說我以前有一段時間在使用 DEVONthink 這個複雜無比的軟體，當時也花了時間想要研究出一套能夠編碼所有文件的機制，這件事在當下可能對很多人來說都是件毫無意義浪費時間的事，但在研究的過程中我產生了自己對於「分類」這件事的洞察與想法，這樣的想法到現在都還對我有影響，因此那對我來說就是很有價值的一段時間。&lt;&#x2F;p&gt;
&lt;p&gt;我認為應該避免的，是被工具綁架，覺得「這件事一定得要照著工具的用法這樣做」或者是「這類事一定要透過這個工具來做」。如果使用工具起來感到有壓力，這時可能就可以退一步想一想，我當時為什麼要用？現在為什麼感到壓力？我有必要繼續這樣用嗎？為什麼？若能回答這樣的問題，也會很有意義。&lt;&#x2F;p&gt;
&lt;p&gt;假設能夠在嘗試新工具時，持續研究自己好奇的地方，詢問自己的偏好與理由，得到一點結論，慢慢累積起來，一定會非常棒的。因此我認為嘗試新鮮的生產力工具是一件很值得做的事。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>我曾失敗的點子：分類帽</title>
        <published>2024-02-06T00:00:00+00:00</published>
        <updated>2024-02-06T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/the-classification-hat/"/>
        <id>https://pinchlime.com/letters/the-classification-hat/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/the-classification-hat/">&lt;p&gt;我從以前就很喜歡收集好看的文章，但處理的速度永遠趕不上收集的速度（有人可以嗎？）&lt;&#x2F;p&gt;
&lt;p&gt;為了逼迫、促使自己處理地更快速有效率，我曾試過各種不同的方式，其中一種我自己命名叫做分類帽。&lt;&#x2F;p&gt;
&lt;p&gt;當時開始用 Heptabase 後，我就想到了這個方法，我把好看的文章直接複製貼上到 Heptabase 的白板裡面，一張一張展開並列。然後底下則是幾張分類帽的卡片，他們都是好幾個問題，例如：&lt;&#x2F;p&gt;
&lt;p&gt;初步判斷 - 分類帽&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;這段文字是原作者在怎樣的情境下產出的？&lt;&#x2F;li&gt;
&lt;li&gt;我為什麼會想看＆ highlight 這段文字？&lt;&#x2F;li&gt;
&lt;li&gt;我覺得這段文字跟我的哪個專注領域有關？&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;事實面 - 分類帽&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;這段文字講了哪些我不清楚的概念（concepts）？&lt;&#x2F;li&gt;
&lt;li&gt;這段文字講了哪些我不熟悉的術語（terms）？&lt;&#x2F;li&gt;
&lt;li&gt;這段文字講了哪些跟我認知不同的事實（facts)？&lt;&#x2F;li&gt;
&lt;li&gt;這段文字哪些對於事實的描述（narrative）值得我效仿？&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;觀點面 - 分類帽&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;這段文字提出了哪些疑問（questions）與好奇點？&lt;&#x2F;li&gt;
&lt;li&gt;這段文字提出哪些論點（arguments）？&lt;&#x2F;li&gt;
&lt;li&gt;這段文字有哪些觀點我並不認同？為什麼？&lt;&#x2F;li&gt;
&lt;li&gt;這段文字哪些對於觀點的描述值得我效仿？&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;我的想法 - 分類帽&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;經過分類的過程，我有沒有產生什麼新的想法？&lt;&#x2F;li&gt;
&lt;li&gt;新的想法是否反駁或更正我已知的事？&lt;&#x2F;li&gt;
&lt;li&gt;新的想法是否支持或新增我已知的事？&lt;&#x2F;li&gt;
&lt;li&gt;我還有沒有什麼疑惑沒有解決？&lt;&#x2F;li&gt;
&lt;li&gt;我有沒有產生什麼新的問題？&lt;&#x2F;li&gt;
&lt;li&gt;我打算把這整串筆記放到哪個白板裡？&lt;&#x2F;li&gt;
&lt;li&gt;這段文字有沒有什麼參考資料我想要進一步閱讀跟串連？&lt;&#x2F;li&gt;
&lt;li&gt;我有沒有什麼下一步動作？&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;如下面的截圖，每張原始的文章卡片要處理的時候，就在分類帽的右邊平行創立一張卡片，然後照著這些問題回答。不一定要每題都答，想到什麼再寫就好，寫完的卡片就可以標上顏色，代表已完成，而透過分類帽產出的卡片，可以再繼續精製處理，當然也會連上原始文章的反向連結。&lt;&#x2F;p&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;the-classification-hat_Gp4BrB.png&quot; data-fancybox data-caption=&quot;the-classification-hat&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;image-webp.pinchlime.com&#x2F;the-classification-hat_Gp4BrB.png&quot; loading=&quot;lazy&quot; alt=&quot;the-classification-hat&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;我大概只運作了不到 5 張卡片就棄坑了，留下滿坑滿谷等待戴上分類帽的文章卡片在這個空蕩蕩的白板裡。&lt;&#x2F;p&gt;
&lt;p&gt;現在想想，這也是理所當然的，這麼麻煩的流程，每弄一張卡片大概就要花上半小時以上，心理阻力很高。&lt;&#x2F;p&gt;
&lt;p&gt;不過這次的嘗試還是對後來的我有些影響，我發現透過一些預先設定好的、格式化的問題，我更能產生想法，這也啟發之後我在 ChatGPT 出現後嘗試想製作的一些什麼靈感助手之類的，不過他們也都是很快被我棄坑。&lt;&#x2F;p&gt;
&lt;p&gt;我發現我應該是不缺想法，只缺時間。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>想要經營的更像是一個小店鋪</title>
        <published>2024-02-05T00:00:00+00:00</published>
        <updated>2024-02-05T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/a-little-shop/"/>
        <id>https://pinchlime.com/letters/a-little-shop/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/a-little-shop/">&lt;p&gt;&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;letters&#x2F;not-a-newsletter-but-a-letter&#x2F;&quot;&gt;昨天的信&lt;&#x2F;a&gt;裡面我提到：&lt;&#x2F;p&gt;
&lt;blockquote&gt;
&lt;p&gt;一個下午，我刪掉了 14 篇電子報的存檔、62 篇部落格的貼文，留下的是我現在看來仍覺得好看、資訊不至於太過時、或者是對我很重要的那些文字；其他的，都從網路上刪掉了。&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;恰好在做出這個決定前，我有記了一下簡單的想法，就在這邊也分享一下。&lt;&#x2F;p&gt;
&lt;p&gt;我希望在部落格上面放的文都是我現在還有感的內容。我希望能夠更認真的看待上面的每一篇文，跟他們做朋友。&lt;&#x2F;p&gt;
&lt;p&gt;假設我發現某篇文我沒有感覺了，我就會把它下架，丟到某個墳場裡面，墳場的東西我不會再更新，那些就是我認為過時的東西，也許未來某天會成為我某篇文或某個想法的素材，但不再開放給別人看。而還留在部落格裡面的，要嘛是會繼續更新，要嘛就是他們代表某個重要的事件與回顧，因此我想繼續留著。&lt;&#x2F;p&gt;
&lt;p&gt;這樣一來，我好像可以從兩個過去偶爾會感到的壓力中釋放：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;寫東西時會想著，我是否有寫過某個東西？現在再寫會不會重複？我是否該把現在的東西跟過去串連起來？&lt;&#x2F;li&gt;
&lt;li&gt;沒寫東西的時候也會想著，我是否該調整某個我過去寫過的東西？因為他好像已經過時了？&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;之前的我想法比較單純，針對我寫過的文字，都會想說就儘量留在網站上，其中一個原因是「好像對 SEO 有幫助」，另一個原因則是「想讓人看到我思考的痕跡」。&lt;&#x2F;p&gt;
&lt;p&gt;但我現在沒有打算當什麼創作者、沒有要變現東西，SEO 對我來說不是很重要的事，我好像不用特別去管；而思考痕跡方面，現在的問題反而好像是太多不同深淺的痕跡，太亂了，因此我想要再讓不同類型與濃度的內容都放在同一個空間，避免雜亂的感覺。&lt;&#x2F;p&gt;
&lt;p&gt;我發現，現在想要經營的更像是一個小店鋪，裡面有著自己精心挑選與擺設的一些商品與裝飾，有時商品會替換，但客戶若詢問，我都能夠信手捻來他們的來歷以及對我的意義。我想這樣或許是更好的作法！&lt;&#x2F;p&gt;
&lt;p&gt;最後，昨天信件裡面忘記感謝老婆在大掃除時付出的辛勞，讓家裡變得亮晶晶好乾淨，有老婆真好 😍&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>我發現我想寫的不是電子報，是信</title>
        <published>2024-02-04T00:00:00+00:00</published>
        <updated>2024-02-04T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/letters/not-a-newsletter-but-a-letter/"/>
        <id>https://pinchlime.com/letters/not-a-newsletter-but-a-letter/</id>
        
        <content type="html" xml:base="https://pinchlime.com/letters/not-a-newsletter-but-a-letter/">&lt;p&gt;這個週末在大掃除，昨天打掃家裡，今天則是在整理我的網站 - &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;&quot;&gt;Pin 起來&lt;&#x2F;a&gt;。&lt;&#x2F;p&gt;
&lt;p&gt;一個下午，我刪掉了 14 篇電子報的存檔、62 篇部落格的貼文，留下的是我現在看來仍覺得好看、資訊不至於太過時、或者是對我很重要的那些文字；其他的，都從網路上刪掉了。&lt;&#x2F;p&gt;
&lt;p&gt;在這過程中，我又在想著電子報的事，我一直斷斷續續地在寫電子報，近幾個月寫得非常少，但我時不時就會想起這件事。過去我嘗試過許多方式，想要讓自己更容易產出，但都失敗。&lt;&#x2F;p&gt;
&lt;p&gt;失敗的表象是因為我想寫的或我覺得有價值的東西寫起來太花力氣，因此很難固定產出。這當然是個重要的原因。&lt;&#x2F;p&gt;
&lt;p&gt;但我今天邊整理我的文字，邊想到另一個原因：&lt;strong&gt;我想寫的不是電子報，是信&lt;&#x2F;strong&gt;。&lt;&#x2F;p&gt;
&lt;p&gt;電子報的這個「報」，或者說 newsletter 裡面的 &lt;em&gt;news&lt;&#x2F;em&gt; ，總有種「資訊彙整」的感覺，我覺得這是我擅長做的事，但沒有動力一直一直做。&lt;&#x2F;p&gt;
&lt;p&gt;那如果離開 news 只留下 letter ，會是怎樣的存在呢？&lt;&#x2F;p&gt;
&lt;p&gt;我感覺就是有種拋開一切，什麼都不管的裸奔感，訂閱數、開信率、固定形式、Archive 的呈現、SEO 等等什麼的全都不管，可能更像即時通訊，只是寫比較完整才一次送寄出。&lt;&#x2F;p&gt;
&lt;p&gt;於是我想到了這個地方， HEY World 。&lt;&#x2F;p&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;hey.com&#x2F;&quot;&gt;HEY&lt;&#x2F;a&gt; 是我從 2021 年就開始使用的 email 服務，只要有 HEY 帳號的人都可以用 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.hey.com&#x2F;world&#x2F;&quot;&gt;HEY World&lt;&#x2F;a&gt; 這個功能「寄信給全世界」（以及有訂閱你的人）。我在大約三年前， HEY World 這個功能推出時，曾經興致勃勃地寫了幾篇文（現在都刪了，只剩這篇 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;world.hey.com&#x2F;mimir&#x2F;hey-world-a23bf833&quot;&gt;HEY World 介紹&lt;&#x2F;a&gt; ），並且累積了高達十幾位的訂閱者。但後來就荒廢，跑去玩別的東西、在其他地方寫信。&lt;&#x2F;p&gt;
&lt;p&gt;三年後回來，HEY World 還是一樣非常單純，除了寫信以外什麼功能都沒有，沒辦法看任何數據，沒辦法有什麼自訂的樣式與排版，甚至連首頁都沒有任何分行，醜得不得了。&lt;&#x2F;p&gt;
&lt;p&gt;但它的陽春與單純，恰好符合我目前的需求與期待：&lt;strong&gt;拿來寫信就好&lt;&#x2F;strong&gt;。&lt;&#x2F;p&gt;
&lt;p&gt;因為跳票太多次，我現在連「接下來就來認真寫一陣子看看吧」這種話都不敢講了，但若你恰好也更喜歡收到信而非電子報，歡迎你跟我說！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>My Stream</title>
        <published>2024-01-23T00:00:00+00:00</published>
        <updated>2024-11-19T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/stream/2024/"/>
        <id>https://pinchlime.com/stream/2024/</id>
        
        <content type="html" xml:base="https://pinchlime.com/stream/2024/">&lt;h2 id=&quot;2024&quot;&gt;2024&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;november&quot;&gt;November&lt;&#x2F;h3&gt;
&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;14&quot; class=&quot;fleet-time&quot;&gt;Nov 19 23:03&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2024&#x2F;#14&quot;&gt;# 14&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;看完《斜槓時代的高效閱讀法》了！整體評價還不錯，有很多下一步行動的啟發，並且感覺到「看書還是非常有價值」這件事，棒！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;13&quot; class=&quot;fleet-time&quot;&gt;Nov 17 23:10&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2024&#x2F;#13&quot;&gt;# 13&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;這幾天繼續看《斜槓時代的高效閱讀法》，覺得很不錯，不知道是什麼機緣巧合竟然從書架上拿下這本書來看，真有趣。很適合作為「好久沒讀書了，我要開始認真讀很多書」的起點。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;12&quot; class=&quot;fleet-time&quot;&gt;Nov 14 22:37&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2024&#x2F;#12&quot;&gt;# 12&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;昨晚開始看《斜槓時代的高效閱讀法》，書名不太 ok ，但內容蠻不錯的，今天看完了第一章！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;h3 id=&quot;october&quot;&gt;October&lt;&#x2F;h3&gt;
&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;11&quot; class=&quot;fleet-time&quot;&gt;Oct 27 21:51&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2024&#x2F;#11&quot;&gt;# 11&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;對我來說，生活的秩序感體現於待辦事項的數量、待整理照片的數量，以及待閱讀文章的數量，當這些東西開始下降時，肯定是我生產力的高原時期。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;10&quot; class=&quot;fleet-time&quot;&gt;Oct 20 23:20&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2024&#x2F;#10&quot;&gt;# 10&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;今天試用 Cursor ，想要讓他協助我改 blog ，結果體驗非常棒，我基本上只要出一張嘴然後慢慢改就有機會改到我想像中的樣子。但問題在於我缺乏想像，所以應該要找到更好的參考範例給他，這樣或許會有幫助！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;9&quot; class=&quot;fleet-time&quot;&gt;Oct 17 22:13&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2024&#x2F;#9&quot;&gt;# 9&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;雜感：永遠要記得不要用「這不就是」「這不都是」之類的詞展開一個句子，這只會讓別人聽了不爽。&lt;br&gt;&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;8&quot; class=&quot;fleet-time&quot;&gt;Oct 17 22:10&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2024&#x2F;#8&quot;&gt;# 8&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;雜感：要對所有統稱的敘述保持警惕，例如「在外商工作的人都是怎樣怎樣」，因為這太容易找到反例了。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;h3 id=&quot;september&quot;&gt;September&lt;&#x2F;h3&gt;
&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;7&quot; class=&quot;fleet-time&quot;&gt;Sep 08 12:25&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2024&#x2F;#7&quot;&gt;# 7&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;這兩天覺得有餘力開始閱讀新東西了，於是開始整理 RSS feeds，看到好多人仍然持續在更新，真不錯！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;h3 id=&quot;feburary&quot;&gt;Feburary&lt;&#x2F;h3&gt;
&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;6&quot; class=&quot;fleet-time&quot;&gt;Feb 05 22:33&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2024&#x2F;#6&quot;&gt;# 6&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;連兩天更新 HEY World 了，我覺得我好棒！&lt;br&gt;&lt;br&gt;
附上這兩天的文章連結：
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;world.hey.com&#x2F;mimir&#x2F;a-letter-from-pj-9652abe2&quot;&gt;A letter from PJ - 我發現我想寫的不是電子報，是信&lt;&#x2F;a&gt;&lt;br&gt;&lt;a href=&quot;https:&#x2F;&#x2F;world.hey.com&#x2F;mimir&#x2F;a-letter-form-pj-bb667bf7&quot;&gt;A letter from PJ - 想要經營的更像是一個小店鋪&lt;&#x2F;a&gt;&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;h3 id=&quot;january&quot;&gt;January&lt;&#x2F;h3&gt;
&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;5&quot; class=&quot;fleet-time&quot;&gt;Jan 24 22:32&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2024&#x2F;#5&quot;&gt;# 5&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;今天 Heptabase 得到了 Golden Kitty ，非常開心。原先我自己的預期是應該蠻有機會得個前三名，但第一名則沒有什麼把握，畢竟同組的 Arc, Raycast, Superhuman 都是又潮又熱門的產品。&lt;br&gt;&lt;br&gt;
但沒想到是我們得了第一，真的很開心。
&lt;br&gt;&lt;br&gt;
看到 Alan 發的公告裡面這一段也覺得很感人：&lt;br&gt;
&lt;blockquote class=&quot;fleet-content&quot; style=&quot;margin-left: -0.5rem;&quot;&gt;I also want to thank the tireless efforts of the Heptabase team. The best products are never created by just one person, but by a group of people iterating through countless cycles of feedback, debate, and development. Each member of the team has played an incredibly important role in these cycles. You have all seen the internal data - for a small team of six people to achieve such product retention and organic growth, and for these numbers to continue improving, you should feel incredibly proud!&lt;&#x2F;blockquote&gt;&lt;br&gt;&lt;br&gt;Yes, I&#x27;m incredibly proud of my team!&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;4&quot; class=&quot;fleet-time&quot;&gt;Jan 23 22:18&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2024&#x2F;#4&quot;&gt;# 4&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;37 signals 即將推出的 Campfire ，讓我感到頗心動，我感覺這可能會是一個讓我開始花力氣經營個人社群的契機。&lt;br&gt;&lt;Br&gt;
為什麼要有個人社群呢？&lt;br&gt;&lt;Br&gt;
我覺得過往許多自己有價值的想法都是在跟厲害的人討論交流時產生的，我想讓這樣的討論交流更容易發生。&lt;br&gt;&lt;Br&gt;
Twitter 的交流太公開，各種私訊的交流又過於刻意與私人，我覺得 Slack 和 Discord 可能會是比較好的方式，但我一直都沒有下定決心、付諸行動。&lt;br&gt;&lt;Br&gt;
再等等看好了！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;3&quot; class=&quot;fleet-time&quot;&gt;Jan 23 21:32&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2024&#x2F;#3&quot;&gt;# 3&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;經過一番考量後，我決定換個地方放我的 Stream 們。新的地點會在這裡： &lt;a href=&quot;https:&#x2F;&#x2F;stream.pinchlime.com&#x2F;notes&quot;&gt;Stream - Pinchlime&lt;&#x2F;a&gt;。 這是透過 &lt;a href=&quot;https:&#x2F;&#x2F;gridea.dev&#x2F;&quot;&gt;Gridea&lt;&#x2F;a&gt; 這個工具架設的。&lt;br&gt;&lt;br&gt;為什麼又想搬家呢？&lt;br&gt;主要原因是，目前這個拼湊起來的 Stream 頁面要編輯與更新實在是有點麻煩，很多限制，這些限制會降低我 po 文的動力，而即使我有些功能的想法也力有未逮。&lt;br&gt;&lt;br&gt;因此，我決定嘗試看看新的選項，剛好 Gridea 看起來很符合我的需求，雖然簡單，但夠用就好。&lt;br&gt;&lt;br&gt;總之，這邊會暫時停更，但不會下架，也許哪天我又想搬回自己控制的地方了。&lt;br&gt;&lt;br&gt;
（後記：兩週後，我又決定搬回來了，還是在自己這邊更自在一些！）&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;2&quot; class=&quot;fleet-time&quot;&gt;Jan 14 22:02&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2024&#x2F;#2&quot;&gt;# 2&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;2024 的其中一個小小目標就是要降低無意識滑社群的時間，稍早我發現我打開 Threads 滑了幾分鐘，晃來晃去看了一些人的分享與心情，但我幾乎沒有多知道什麼我不知道的事，剎時覺得有點厭膩，決定直接把 app 刪掉。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;1&quot; class=&quot;fleet-time&quot;&gt;Jan 13 14:05&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2024&#x2F;#1&quot;&gt;# 1&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;今天是四年一度的投票日，天氣好好，每次在蓋章的時候心情都有點激昂，真的有種自己要做出重大決定的感覺，有趣！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>2023 年度回顧 - 已經可以想像 2024 的方向</title>
        <published>2024-01-06T00:00:00+00:00</published>
        <updated>2024-01-06T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/2023-review/"/>
        <id>https://pinchlime.com/blog/2023-review/</id>
        
        <summary type="html">&lt;p&gt;今天是 2024 年 1 月 6 日，新的一年的第一週即將過去了，我覺得我若再不寫 2023 的年度回顧，應該就不會寫，因此我決定今天就要把它寫完，快速寫完。&lt;&#x2F;p&gt;
&lt;p&gt;在寫之前，我重新看了去年寫的三篇年度回顧：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;2022-yearly-review&#x2F;&quot;&gt;2022 年度回顧 - 不成熟的隻字片語也有價值&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;li&gt;&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;2022-tools-i-dont-use-anymore&#x2F;&quot;&gt;2022 年我不再使用的工具 - 還是喜歡，但用不到了&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;li&gt;&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;2022-tools-started-entering-my-workflows&#x2F;&quot;&gt;2022 年開始進入我工作流的好工具們&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;看完我覺得，我以前真棒，或者說，真有空，竟然可以寫完三篇分開的回顧。不過仔細看看，我發現 2023 跟 2022 相較起來，在「個人生產力工具」的使用上變化沒有到太大。換句話說，我確實達成了當時對 2023 年的預期：&lt;&#x2F;p&gt;
&lt;blockquote&gt;
&lt;p&gt;我自己感覺 2023 年應該不會像 2022 年一樣，再接觸、甚至替換自己的主力工具了。&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;不過 2023 年仍有非常非常多值得書寫的事，以下逐段展開。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>My Old Snapshots</title>
        <published>2023-11-27T00:00:00+00:00</published>
        <updated>2023-11-27T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/stream/old-snapshots/"/>
        <id>https://pinchlime.com/stream/old-snapshots/</id>
        
        <content type="html" xml:base="https://pinchlime.com/stream/old-snapshots/">&lt;h2 id=&quot;2023&quot;&gt;2023&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;january&quot;&gt;January&lt;&#x2F;h3&gt;
&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;60&quot; class=&quot;fleet-time&quot;&gt;January 31, 2023&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#60&quot;&gt;# 60&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何我不打算同步 Twitter 跟 Mastodon 的內容&lt;&#x2F;strong&gt;
&lt;br&gt;
在對 Mastodon 產生興趣並註冊 Mastodon 後，我有思考過一個問題：我該在 Mastodon 上面 Po 什麼東西？
&lt;br&gt;
方案一：把 Twitter 的內容也同步過去。
&lt;br&gt;
方案二：某些東西發在 Twitter ，某些則改到 Mastodon 上面發。
&lt;br&gt;
方案三：在 Mastodon 上面發布 Twitter 的英文版內容。
&lt;br&gt;
方案四：在 Mastodon 上面用英文寫跟 Twitter 完全不同的內容。
&lt;br&gt;
難度依序遞增，最後我選擇最難的四。（所以現在在還很少發東西，哈哈）
&lt;br&gt;&lt;br&gt;
但為什麼呢？我好像是從自己的觀看經驗回推的：
&lt;br&gt;&lt;br&gt;
假設我在複數地方追蹤同一個人，例如臉書、IG、Twitter都追蹤，此時若對方在每個地方都 po 一樣的內容，我一定會先在一個平台上看到，但在第二第三個平台看到時，我可能就會迅速滑過去。而若大家都這樣，次要平台的貼文表現就不會太好。
&lt;br&gt;&lt;br&gt;
我感覺長久下來，若次要平台表現不好，就不會花太多力氣經營，自然該平台也會繼續表現不好，惡性循環，最終還是待在原本的地方。
&lt;br&gt;&lt;br&gt;
我想要多探索不同平台的社群，因此我想先嘗試不要同步內容。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;59&quot; class=&quot;fleet-time&quot;&gt;January 10, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#59&quot;&gt;# 59&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何我想為網站加上搜索功能？&lt;&#x2F;strong&gt;
&lt;br&gt;
在去年七月時，看到 Owen 這篇「&lt;a href=&quot;https:&#x2F;&#x2F;www.owenyoung.com&#x2F;blog&#x2F;add-search&#x2F;&quot;&gt;给Zola博客增加搜索功能&lt;&#x2F;a&gt;」文章後非常心動，就很想要找機會幫自己的網站也加上類似的功能，不過後來一直遲遲未展開研究。&lt;br&gt;
&lt;br&gt;
前幾個禮拜，看到 &lt;a href=&quot;https:&#x2F;&#x2F;pagefind.app&#x2F;&quot;&gt;Pagefind&lt;&#x2F;a&gt; 這個工具，好像可以為靜態網站建立搜尋 index ，又激起了我的興趣。&lt;br&gt;
&lt;br&gt;
今天終於認真想來研究一下，結果發現 Pagefind 對目前的我好像還是有點太進階了。我能夠照著它的教學，在我電腦裡的網站 directory 成功生成 index，但我不知道該怎樣把這個流程也套用到 Netlify 上面，不知道該怎麼讓網站在自動 build 的同時也可以透過 Pagefind 產生 index ，所以就暫且先放棄。&lt;br&gt;
&lt;br&gt;
這時又回頭看 Owen 那篇文章，發現我還是很想要有站內搜尋的功能，而且看起來或許可以試試看 Owen 在用的 &lt;a href=&quot;https:&#x2F;&#x2F;github.com&#x2F;meilisearch&#x2F;meilisearch&quot;&gt;Meilisearch&lt;&#x2F;a&gt; ，不過這部分就過幾天再來研究了。&lt;br&gt;
&lt;br&gt;
那麼，為什麼我會想要網站裡有搜尋功能呢？我覺得好像是想讓瀏覽的人有更多機會接觸他想看到的內容，無論是什麼，只要搜尋當下有某個念頭，而我又正好寫過相關的東西，相信那樣的體驗一定會很不錯。&lt;br&gt;
&lt;br&gt;
所以為了促成這樣的體驗有機會能真正發生，這幾個月一定要嘗試把搜索功能做出來！（立 flag ）&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;58&quot; class=&quot;fleet-time&quot;&gt;January 6, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#58&quot;&gt;# 58&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何我想嘗試看看 Linear 作為個人專案管理的工具？&lt;&#x2F;strong&gt;
&lt;br&gt;
今天在 Twitter 上面看到有人推薦 &lt;a href=&quot;https:&#x2F;&#x2F;linear.app&#x2F;&quot;&gt;Linear&lt;&#x2F;a&gt; ，我以前也看過有人分享與推薦，但一直沒有去看看他「到底是什麼」。
&lt;br&gt;&lt;br&gt;
今天好奇心充足，就點開來瞧瞧，看了第一眼的理解是為了軟體開發團隊打造的協作工具，可以提 issues，進行 sprints，規劃產品的 roadmaps 。
&lt;br&gt;&lt;br&gt;
在官網上還有許多功能與特色，但我突然間被打動的是，好像可以拿來作為我的「個人專案管理工具」？
&lt;br&gt;&lt;br&gt;
在團隊上，我們使用的是 Clickup 作為團隊的專案協作工具，目前運作起來沒什麼問題。
&lt;br&gt;&lt;br&gt;
在個人工作向的任務管理上，我這禮拜開始使用 Todoist ，覺得蠻順暢的，很不錯。
&lt;br&gt;&lt;br&gt;
不過一直以來好像沒有花很多力氣在「個人專案管理」上面，無論是學習東西、長期性的累積，常常都是比較隨機性地進行，某個時段對某件事比較有熱情，就會投注大量時間與專注力，但熱情一旦消逝或移轉，也會離開得很快。
&lt;br&gt;&lt;br&gt;
不過從 2023 年開始，有點想要更有紀律地執行一些事情，例如寫電子報，例如學習更多東西，例如更投入某些專業的領域。
&lt;br&gt;&lt;br&gt;
當我想到這些比較大的「專案」時，就覺得好像需要一些工具來協助我。這時， Linear 出現了，我來用用看吧！
&lt;br&gt;&lt;br&gt;
用了一下子，發現還不錯，好像真的有機會成為自己的專案管理工具。
&lt;br&gt;&lt;br&gt;
優點：
&lt;br&gt;&lt;br&gt;
免費版就有甘特圖、串接 Raycast 後能夠快速加入 issues、有自定義的 workflow 流程
&lt;br&gt;
我暫時設定為
&lt;br&gt;
- Issues&lt;br&gt;
- Tasks&lt;br&gt;
- Doing&lt;br&gt;
- Blocked&lt;br&gt;
- Done&lt;br&gt;
- Archive&lt;br&gt;
- Abandoned&lt;br&gt;
感覺有機會來同步多線進行幾個不同的事情。
&lt;br&gt;&lt;br&gt;
我覺得拿這個工具來進行個人任務管理的好處是，可以「重器輕用」，例如團隊協作需要的 comment 功能，一樣可以拿來自己使用，這就可以讓一個任務被賦予多次的註解紀錄。另外也可以設置任務的好幾個階段，把專案好好拆解成不同任務，並且按部就班地去執行。
&lt;br&gt;&lt;br&gt;
而因為他不是任務管理工具，因此沒有諸如比較進階的 defer 推遲、重複任務等功能，但這反而好像蠻適合我的使用場景，因為我本來就不太需要為這些個人研究興趣的東西設定截止日。
&lt;br&gt;&lt;br&gt;
換句話說，我在做的事情好像本來就該以「專案」為規模，而非單純的「任務」才對？&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;57&quot; class=&quot;fleet-time&quot;&gt;January 3, 2023&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#57&quot;&gt;# 57&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何我想開始使用 Todoist 作為我工作上的任務管理工具？&lt;&#x2F;strong&gt;
&lt;br&gt;
今天突然有個想法是，想用用看不一樣的任務管理工具來管理工作上的各項任務，例如回信給客戶、準備會議文件、整理某項專案紀錄等等。
&lt;br&gt;&lt;br&gt;
從進入目前的工作與職位以來，我的任務管理工具一直有些變化，有一陣子是單純用子彈筆記的形式，每天在文字編輯器列出待辦事項與優先序，然後當天沒做完的事就手動移到下一天，依此類推。
&lt;br&gt;&lt;br&gt;
後來還是希望有些比較「任務管理」的功能，於是又移回了老朋友 OmniFocus 上面。
&lt;br&gt;&lt;br&gt;
OmniFocus 一直是我信任的夥伴，多平台同步、能夠定義詳細的任務資訊，也能設定 defer 的狀態，讓某些任務在特定時間才會浮現在自己面前，避免過載。
&lt;br&gt;&lt;br&gt;
因此我在 OmniFocus 上倒也使用得還算順利。
&lt;br&gt;&lt;br&gt;
不過，跨年的這幾天我一直在想，我對筆記軟體那麼有「嘗試慾」，為何從以前到現在幾乎沒用過幾個不同的任務管理工具，而一直獨鍾 OmniFocus 呢？曾在 2 個月前簡單寫了一下相關的想法「為什麼我總是離不開會讓我過載的 OmniFocus？」但現在想想，也沒那麼絕對，於是我剛才就憑著一股衝勁，註冊了 Todoist 並開始使用。
&lt;br&gt;&lt;br&gt;
會選擇 Todoist 是因為感覺它蠻有存在感，常常在我使用的不同工具，例如 Spark, Slack, Raycast 等等都有看到可以串接的樣子。因此在稍微研究後，覺得我的使用情境好像免費版也夠用，就註冊了。
&lt;br&gt;&lt;br&gt;
結果試用了 20 分鐘發現相當喜歡，只是淺嚐而已就有許多不錯的 UI 體驗，例如 quick capture 功能可以直接用自然語言設定 due day 與指定 project ，另外內建的一些小提示也蠻溫馨的，而成功串起 Slack 與 Raycast 的感覺也非常好，快速用下來的感覺是，我應該有機會把工作上的任務都丟來這邊。
&lt;br&gt;&lt;br&gt;
至於 OmniFocus ，假設工作上不再需要了，可能只剩下個人成長上的待辦事項，但隱約覺得它未來應該會被 Heptabase 給取代，因為 Heptabase 只要加上基本的 todo view ，就能夠在給我任務的同時，也給我更多「關於這個任務的產生情境與相關內容」，這是 OmniFocus 線性的介面設計很難達到的效果。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;h2 id=&quot;2022&quot;&gt;2022&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;december&quot;&gt;December&lt;&#x2F;h3&gt;
&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;56&quot; class=&quot;fleet-time&quot;&gt;December 30, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#56&quot;&gt;# 56&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;嘗試透過 ChatGPT 改部落格的 CSS 樣式&lt;&#x2F;strong&gt;
&lt;br&gt;
今天早上本來想設定部落格的 backlinks 功能，這是從 Zola 0.16.0 版本就有的功能，但我這幾個月一直沒空研究。&lt;br&gt;&lt;br&gt;

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

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

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

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

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

期待接下來的發展。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;55&quot; class=&quot;fleet-time&quot;&gt;December 19, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#55&quot;&gt;# 55&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何我對 Mastodon 產生興趣了？&lt;&#x2F;strong&gt;
&lt;br&gt;
我一個月前曾在為何我對 Mastodon 等「推特替代品」暫時沒興趣？這篇裡面提到：&lt;br&gt;&lt;br&gt;

&gt; 這次好像對 Mastodon 提不太起興趣&lt;br&gt;

不過今天的我變了。&lt;br&gt;&lt;br&gt;

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

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

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

至於在 Mastodon 上面暫時要 po 什麼呢？我在想，或許可以 po 英文版的內容，一直都想要認真練習英文，不如就從這次開始吧！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;54&quot; class=&quot;fleet-time&quot;&gt;December 4, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#54&quot;&gt;# 54&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;嘗試使用 Heptabase 新更新的 PDF 卡片功能&lt;&#x2F;strong&gt;
&lt;br&gt;
在今天更新的 0.233.0 版本裡，可以上傳 PDF 檔案到 Heptabase 裡面成為 PDF 卡片，在 Heptabase 裡面閱讀、從其他卡片連結到這些 PDF 卡片，同時也可以將這些 PDF 卡片放到白板上或者是側邊欄。&lt;br&gt;&lt;br&gt;

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

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

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

假如我寫論文時有 Heptabase 就好了 XD&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;53&quot; class=&quot;fleet-time&quot;&gt;December 1, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#53&quot;&gt;# 53&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何我想使用 Proton 的各項產品？&lt;&#x2F;strong&gt;
&lt;br&gt;
我從好幾年前就聽說過 Proton，一直以來都很有好感，一開始只知道 Proton 是個很厲害的加密電子郵件，後來知道他們有 VPN 服務，不過也一直沒去用。
&lt;br&gt;&lt;br&gt;
可能是一方面覺得麻煩（畢竟要改 email 感覺是個超大工程），另一方面也不便宜。
&lt;br&gt;&lt;br&gt;
但對 Proton 的好感則是一直持續存在，可能是欣賞他們注重隱私的理念、也覺得這是一間很酷的公司，甚至 UI 視覺方面也很合我的胃口。
&lt;br&gt;&lt;br&gt;
所以今年看到 Proton 的黑色星期五優惠後，整個就被燒到，包含了 Proton Mail, Calendar, Drive, VPN 等四個產品的 Proton Unlimited，平均一個月只要 250 台幣左右，完全可以負擔。
&lt;br&gt;&lt;br&gt;
其中， Proton Mail 跟 Proton VPN 應該是我會想要認真嘗試看看的產品，而 Drive 目前沒有特別想存的東西，但或許也可以放一些個人的備份資料。 Calendar 則是暫時不知道可以怎麼用，因為目前日曆應該還是離不開 Google 跟其他人（公司同事）的協作。
&lt;br&gt;&lt;br&gt;
但至少前兩個都很值得一試，我也決定要認真地跟 Google 說掰掰。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;h3 id=&quot;november&quot;&gt;November&lt;&#x2F;h3&gt;
&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;52&quot; class=&quot;fleet-time&quot;&gt;November 26, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#52&quot;&gt;# 52&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;測試以 DEVONthink 作為暫存資訊的 hub&lt;&#x2F;strong&gt;
&lt;br&gt;
過去在使用 DEVONthink 時的心態，都是把 DEVONthink 當作資訊儲存的終點站，我可以把東西收錄進來，也許未來會用得到，屆時也很好搜尋。&lt;br&gt;&lt;br&gt;

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

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

測試 15 分鐘後的結果：&lt;br&gt;&lt;br&gt;

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

至於 DEVONthink ，可能還是要放比較正經的內容？或者，真的用不到它的話，就別再執著了？&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;51&quot; class=&quot;fleet-time&quot;&gt;November 25, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#51&quot;&gt;# 51&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;Metaphor - 類 GPT-3 的新搜尋引擎&lt;&#x2F;strong&gt;
&lt;br&gt;
這幾天忘了在哪則推文看到有人分享 &lt;a href=&quot;https:&#x2F;&#x2F;metaphor.systems&#x2F;&quot;&gt;Metaphor&lt;&#x2F;a&gt; 這個新玩意，看了一下，好像是以類似 GPT-3 以及 Stable Diffusion 的技術運作的「搜尋引擎」，有點像是可以用自然語言搜尋，更精確一點，他希望你輸入的是日常社群或對話中，你推薦或分享給別人的時候會怎麼講話，Metaphor 就會「產生」那樣的連結。&lt;br&gt;
例如：接觸一個新工具時，一般搜尋時可能會搜尋「Heptabase &#x2F; Heptabase introduction 」，但 Metaphor 可能會希望你輸入「These are the best blog posts about Heptabase: 」。&lt;br&gt;&lt;br&gt;

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

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


最後放一下 Metaphor discord 裡面介紹 Metaphor 是什麼的文字：&lt;br&gt;&lt;br&gt;

&gt; 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.&lt;br&gt;&lt;br&gt;

&gt; For example, if you prompt it with everyone knows the best scooby doo movie is, it&#x27;ll predict what link is most likely to come after. In this case, Scooby-Do on Zombie Island, which is objectively the best.&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;50&quot; class=&quot;fleet-time&quot;&gt;November 19, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#50&quot;&gt;# 50&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何我對 Mastodon 等「推特替代品」暫時沒興趣？&lt;&#x2F;strong&gt;
&lt;br&gt;
這一兩個禮拜由於 Elon Musk 收購 Twitter 後各種大刀闊斧的動作，引發許多人對目前 Twitter 的不滿，或者是擔心 Twitter 會驟然崩塌，因此開始有不少人主動遷離 Twitter 。其中最多人的去處應該是 Mastodon 。&lt;br&gt;&lt;br&gt;

雖然我一向對這類新玩意都蠻好奇也願意嘗試，但這次好像對 Mastodon 提不太起興趣。為什麼呢？我想到可能有幾個原因：&lt;br&gt;&lt;br&gt;

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

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

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

或許這個狀態未來終究會改變，但我想那應該還要一段時間吧！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;49&quot; class=&quot;fleet-time&quot;&gt;November 13, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#49&quot;&gt;# 49&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為什麼我總是離不開會讓我過載的 OmniFocus？&lt;&#x2F;strong&gt;
&lt;br&gt;
我從 2018 年開始用 OmniFocus，中間大概經歷過兩三次的大循環，每次循環都從認真設定一波開始、穩定運行一陣子，後來因為任務量過載而系統崩潰，荒廢一陣子只用其他軟體替代，但又忍不住回來重新大掃除，再開始認真設定一波。&lt;br&gt;&lt;br&gt;

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

為什麼系統崩潰這麼多次，我卻總是仍想好好整理乾淨，再重新開始？&lt;br&gt;&lt;br&gt;

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

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

不過為何每次系統都會崩潰呢？&lt;br&gt;&lt;br&gt;

這次重建，我想要好好釐清這個問題，看能否再順利的運作下去，就試試看吧！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;48&quot; class=&quot;fleet-time&quot;&gt;November 2, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#48&quot;&gt;# 48&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;一忙起來，什麼生產力工具都沒用&lt;&#x2F;strong&gt;
&lt;br&gt;
上一篇發文已經是將近 4 個月前的事了。&lt;br&gt;&lt;br&gt;

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

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

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

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

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

期待 11 月開始，能把工時再降下來一些，好好分享這幾個月裡面那些很值得分享的事、待看的文章、待玩的新工具。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;h3 id=&quot;july&quot;&gt;July&lt;&#x2F;h3&gt;
&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;47&quot; class=&quot;fleet-time&quot;&gt;July 10, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#47&quot;&gt;# 47&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;嘗試把 The Archive 當成 Heptabase 的草稿夾&lt;&#x2F;strong&gt;
&lt;br&gt;
我買 &lt;a href=&quot;https:&#x2F;&#x2F;zettelkasten.de&#x2F;the-archive&#x2F;&quot;&gt;The Archive&lt;&#x2F;a&gt; 好久了，但一直沒有認真用它。曾經有一度拿來當成 Obsidian 的 quick capture 剪貼板，但當時並沒有一個很穩固的工作流，變成大量塞入內容，卻沒有去處理。&lt;br&gt;
不過，最近開始用 Heptabase 學習與實踐 Zettelkasten 後，好像慢慢掌握卡片筆記法的流程了。在這個流程中，只要當我有一定的卡片後，在 Heptabase 裡面產生跟組織新的卡片都蠻容易的。&lt;br&gt;&lt;br&gt;

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

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

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

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

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

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;46&quot; class=&quot;fleet-time&quot;&gt;July 2, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#46&quot;&gt;# 46&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;平鋪畫面的卡片軟體&lt;&#x2F;strong&gt;
&lt;br&gt;
這禮拜都在用 Hepta 製作卡片筆記，在建立樹狀架構上面花了一些時間研究怎麼做比較好。 想起之前不知道在哪邊看到一個專門用樹狀架構處理筆記的軟體，找了一下應該是 &lt;a href=&quot;https:&#x2F;&#x2F;gingkowriter.com&#x2F;&quot;&gt;Gingko&lt;&#x2F;a&gt; 。
&lt;br&gt;
它的特色是提供一個橫向的介面，最左邊是所有卡片的根，往右則是該卡片的子卡片，以此類推。
&lt;br&gt;
透過這個介面可以很清楚的知道卡片彼此之間的階層關係，我還沒有去測試使用它，所以不確定在建立連結、或者是不同卡片樹之間該如何互動操作。
&lt;br&gt;
但總體來說我蠻喜歡這個 app 的理念，也希望未來 Heptabase 能夠加入這樣的卡片用法，可能是可以建立這種卡片樹，然後就可以手動添加對應的卡片進來。
&lt;br&gt;
總之只要 Hepta 保持「以卡片為最小單位的元件」，就有機會疊加出不同的互動方式吧！ 
&lt;br&gt;
最後也分享看到的一個 2001 A Space Odyssaey 範例： &lt;a href=&quot;https:&#x2F;&#x2F;gingkoapp.com&#x2F;2001-a-space-odyssey&quot;&gt;https:&#x2F;&#x2F;gingkoapp.com&#x2F;2001-a-space-odyssey&lt;&#x2F;a&gt;
&lt;br&gt;&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;h3 id=&quot;june&quot;&gt;June&lt;&#x2F;h3&gt;
&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;45&quot; class=&quot;fleet-time&quot;&gt;June 26, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#45&quot;&gt;# 45&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;連結想法的關鍵也許是 Zettelkasten 的編碼系統？&lt;&#x2F;strong&gt;
&lt;br&gt;
之前我一直沒有完整研讀 Zettelkasten 的介紹，只有東看西看，大概懂一些，大概做一些。這兩天決定來認真學習及實踐，因此晚上開始看 Zettelkasten 的相關介紹。&lt;br&gt;&lt;br&gt;

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

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

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

那就開始建立卡片盒吧！編號 1 就是 “1 Zettelkasten” 。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;44&quot; class=&quot;fleet-time&quot;&gt;June 25, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#44&quot;&gt;# 44&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何我想要看到卡片的變化歷程？&lt;&#x2F;strong&gt;
&lt;br&gt;
今天在更新某個 workflow 時，又遇到了更新卡片內容的最佳實踐方式是？這篇裡面提過的問題，我不太知道該怎麼更新卡片最好。這時我嘗試詢問自己，為何我那麼在意「卡片的變化歷程」。
&lt;br&gt;&lt;br&gt;
答案可能是恐懼「失去」？覺得過去的想法應該要被留住。
&lt;br&gt;&lt;br&gt;
再進一步挖掘，這樣的恐懼，可能是某種損失趨避的心理，會希望自己盡量握有許多足以進行思考和決策的籌碼。
&lt;br&gt;&lt;br&gt;
那麼，如果重點是「不想要失去」（而非「看到版本差異」），那好像更適合的作法是，把「過去版本」 archive 起來。然後新卡片有個連結能指向過去的版本就好。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;43&quot; class=&quot;fleet-time&quot;&gt;June 23, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#43&quot;&gt;# 43&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;漂亮好用的註記工具 Glasp&lt;&#x2F;strong&gt;
&lt;br&gt;
今天在 Twitter 上看到有人分享 &lt;a href=&quot;https:&#x2F;&#x2F;glasp.co&#x2F;home&quot;&gt;Glasp&lt;&#x2F;a&gt; 這個 highlighter 工具，稍微嘗試一下以後發現蠻喜歡的，喜歡的點包含：
&lt;br&gt;
- highlight 的體驗不錯，有四種顏色可以選擇，也可以註記想法。
&lt;br&gt;
- 可以快速複製 highlight 的文字內容。
&lt;br&gt;
- 個人頁面可以累積自己的 highlight 紀錄，有那種熱力圖，感覺會有額外的動力去累積 highlights。
&lt;br&gt;
- 可以看到很多人精選的文章跟 highlight 內容。
&lt;br&gt;&lt;br&gt;
跟目前我最常用的 Curius 相比，Curius 有兩個地方更好：
&lt;br&gt;
- 到一個網頁就可以看到「追蹤的人的儲存與 highlight 紀錄」，等於我可以隔空發現「原來這個頁面某某人已經讀過了」。
&lt;br&gt;
- 在點到任一篇文章後， Curius 在右上角可以顯示「這個頁面我有幾個 highlights 」，這對我來講是判斷一篇文章價值或重要程度的視覺依據。Glasp 則必須到自己的首頁才看得到這個資訊。
&lt;br&gt;&lt;br&gt;
但 Glasp 可以用不同顏色是個蠻重要的優勢，我可以用不同顏色去區分不同用途的 highlights ，比方說黃色是標註有感的句子，綠色拿來標註能讓我產生下一步行動的句子，紫色是我有疑問的句子，紅色則是我不認同的句子，透過顏色這樣簡單的分類方式，可以更快記下重要的靈感與想法，未來再回頭查找時也更直覺。
&lt;br&gt;
除此之外， Glasp 的複製體驗，還有 Quote 段落到 Twitter 分享的體驗都不錯，感覺蠻值得嘗試的。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;42&quot; class=&quot;fleet-time&quot;&gt;June 19, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#42&quot;&gt;# 42&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;嘗試安裝 umami 成功&lt;&#x2F;strong&gt;
&lt;br&gt;
因為稍早嘗試安裝 Cusdis 但失敗，想說一鼓作氣再來試試另一個之前曾提過的 umami。
&lt;br&gt;
這次參考的是 &lt;a href=&quot;https:&#x2F;&#x2F;reorx.com&#x2F;blog&#x2F;deploy-umami-for-personal-website&#x2F;&quot;&gt;搭建 umami 收集个人网站统计数据 | Reorx’s Forge&lt;&#x2F;a&gt; 這篇文章，架設過程蠻順利的，基本上是完全照著 Reorx 提供的步驟做就成功了，只有幾個地方與原文稍有不同（或需要補充）：
&lt;br&gt;
1. 原文寫的 brew install libpg 應該是 brew install libpq 才對（不是 g, 是 q）
&lt;br&gt;
2. 原文所說的「完成后，将 libpg 的 bin 路径添加到 PATH 中，在 .zshrc 或 .bashrc 中添加一行:」這段我本來看不太懂，搜尋一下才知道 .zshrc 跟 .bashrc 大概是什麼，後來我直接在 &#x2F;home 底下建立了這兩個文件，並且添加那串 libpq 的路徑代碼，才順利完成。
&lt;br&gt;
3. 我沒有像 Reorx 一樣修改腳本的名稱，避免被 ublock 擋住。（我覺得如果真的被擋住那也沒差。）
&lt;br&gt;
4. 最後，我是透過 Netlify 的 &lt;a href=&quot;https:&#x2F;&#x2F;docs.netlify.com&#x2F;site-deploys&#x2F;post-processing&#x2F;snippet-injection&#x2F;&quot;&gt;Snippet Injection 功能&lt;&#x2F;a&gt;來放置 umami 的代碼，我非常喜歡這個功能，快速好用，相當推薦。
&lt;br&gt;
整個過程對不熟悉任何資料庫或部署的我來說，大概花了一個小時完成，完成後所有數據都可以很直觀地透過 umami 看到，現在我對它非常滿意！如果過一個禮拜沒什麼大問題，應該就會把 Google Analytics 的追蹤碼移除了！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;41&quot; class=&quot;fleet-time&quot;&gt;June 18, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#41&quot;&gt;# 41&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;嘗試安裝 Cusdis 但失敗&lt;&#x2F;strong&gt;
&lt;br&gt;
之前曾經有提過想試試看輕量的評論系統 Cusdis，今天突然有股動力實作，就照著 &lt;a href=&quot;https:&#x2F;&#x2F;www.pseudoyu.com&#x2F;zh&#x2F;2022&#x2F;05&#x2F;24&#x2F;free_and_lightweight_blog_comment_system_using_cusdis_and_railway&#x2F;&quot;&gt;轻量级开源免费博客评论系统解决方案 （Cusdis \+ Railway） · Pseudoyu&lt;&#x2F;a&gt; 這篇的說明開始架設。
&lt;br&gt;
第一步註冊 Railway 帳號並部署 Cusdis ，沒問題。
&lt;br&gt;
第二步，把 Cusdis 的 embed code 貼到部落格的對應段落，花了一點點時間，還是完成了。
&lt;br&gt;
但完成以後，卻只看到那個區塊有個「空白」，卻跑不出 Cusdis 的留言框框。
&lt;br&gt;
原先以為是 CSS 的問題，花了好多時間在亂調整一通，都失敗。後來打開瀏覽器的 inspect ，看到有一段錯誤碼是：
&lt;br&gt;
&lt;code&gt;
Access to script at &#x27;https:&#x2F;&#x2F;cusdis-production-54de.up.railway.app&#x2F;js&#x2F;iframe.umd.js&#x27; from origin &#x27;https:&#x2F;&#x2F;notes.pinchlime.com&#x27; has been blocked by CORS policy: No &#x27;Access-Control-Allow-Origin&#x27; header is present on the requested resource.
&lt;&#x2F;code&gt;
&lt;br&gt;
嘗試研究了一下，發現這好像是我看不太懂，也不知道該怎麼解決的 CORS 問題。所以只好先放棄了！
&lt;br&gt;
還是先維持目前的 email 評論方式吧！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;40&quot; class=&quot;fleet-time&quot;&gt;June 18, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#40&quot;&gt;# 40&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;輕量的評論系統 Cusdis&lt;&#x2F;strong&gt;
&lt;br&gt;
這兩天從 Twitter 網友 &lt;a href=&quot;https:&#x2F;&#x2F;twitter.com&#x2F;novoreorx&quot;&gt;Reorx&lt;&#x2F;a&gt; 那邊看到一個很有興趣的服務是 &lt;a href=&quot;https:&#x2F;&#x2F;cusdis.com&#x2F;&quot;&gt;Cusdis&lt;&#x2F;a&gt;。
&lt;br&gt;
- 他看起來是一個非常簡單輕便的網站評論系統，且主打 privacy first。
&lt;br&gt;
- 我曾在「為何我不在部落格上面放評論系統？」這篇裡面寫過，我暫時不想在部落格放評論系統的原因之一是，覺得既有的評論系統介面都不好看，而且好像會拖累網站效能。
&lt;br&gt;
- 但 Cusdis 看起來有機會成為那個例外，他的介面很單純，可以看他們官網的 blog 頁面如： &lt;a href=&quot;https:&#x2F;&#x2F;blog.cusdis.com&#x2F;hello-world&#x2F;&quot;&gt;Hello Cusdis | Cusdis Blog&lt;&#x2F;a&gt; 。
&lt;br&gt;
- 整個評論的介面跟 Disqus 比起來也相當乾淨，如下圖：
&lt;br&gt;
- &lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;cusdis_m2zfJW.webp&quot; data-fancybox data-caption=&quot;cusdis&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;cusdis_m2zfJW.webp&quot; loading=&quot;lazy&quot; alt=&quot;cusdis&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;br&gt;
- 我覺得好像是個值得試試看的方案，決定排入 queue 裡面，放在 umami 之後預計會想裝在部落格上面的東西。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;39&quot; class=&quot;fleet-time&quot;&gt;June 17, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#39&quot;&gt;# 39&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;嘗試了 iA Writer 6 的 backlinks&lt;&#x2F;strong&gt;
&lt;br&gt;
前幾天 iA Writer 大改版，加入了 Backlinks 的功能。&lt;br&gt;&lt;br&gt;
我看了 MacStories 的 &lt;a href=&quot;https:&#x2F;&#x2F;www.macstories.net&#x2F;reviews&#x2F;ia-writer-6-adds-cross-document-linking-metadata-and-more&#x2F;&quot;&gt;iA Writer 6 Adds Cross-Document Linking, Metadata, and More - MacStories&lt;&#x2F;a&gt; 這篇介紹後，被勾起了一點點的興趣，嘗試使用了看看。&lt;br&gt;&lt;br&gt;
但發現，目前的 iA Writer backlinks 功能還相當簡陋，還沒有什麼實用性，因為連最基礎的「Linked References」區塊都沒有，這樣充其量只能說是建立了一個快速的單向連結功能而已。&lt;br&gt;&lt;br&gt;
不過這篇文章也有介紹 iA Writer 讓 YAML 區塊的內容可以作為本文的 variables 來使用，覺得這蠻有趣的，例如設定了 “Creation Date” 這個變數後，在本文中就可以用 \[%Creation Date\] 來呼叫這個變數。&lt;br&gt;&lt;br&gt;
整體感覺起來，雖然這個 wiki-links 功能是一次重大的改版，但好像沒有很確定 iA Writer 的開發者們是怎麼看待這個功能，或怎麼期待用戶使用這個功能。這讓我有些小失望，也可能我根本不算是這個 app 主打的用戶吧！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;38&quot; class=&quot;fleet-time&quot;&gt;June 12, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#38&quot;&gt;# 38&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何我不再用「純」文字編輯器了？&lt;&#x2F;strong&gt;
&lt;br&gt;
我已經有好長一段時間沒有使用以前很喜歡的那些文字編輯器來寫作，像是 Ulysses、iA Writer、Scrivener 等等。
&lt;br&gt;&lt;br&gt;
工作上，在我轉換職位後，比較沒有須要頻繁地寫有架構的長文字（大約 3000 字）。因此我不再使用 Scrivener 或 Ulysses 來分拆段落寫作並組合在一起
&lt;br&gt;&lt;br&gt;
在個人知識管理上，我也從文件型的筆記軟體 Obsidian ，轉向了大綱型的 Workflowy 及 Logseq ，現在則是開始在 Heptabase 上進行卡片寫作，因此我也不再需要像以前使用 DEVONthink 時那樣，還要外連 iA Writer 來撰寫 .md 文件的內容。
&lt;br&gt;&lt;br&gt;
在向外輸出上，我目前習慣的作法是，先透過 Drafts 寫大致的草稿，寫得差不多後，就直接丟到 VSCode 裡面編輯，好了以後就可以直接透過 github 讓 Netlify 自動部署，這個過程，也不再需要透過 iA Writer 來進行，甚至這些原始檔案，也都直接放在同一個 repo 裡，可以透過 VSCode 統一管理。
&lt;br&gt;&lt;br&gt;
對我來說， Scrivener 更像是「傳說中」的小說與學術文件寫作利器，目前我用不到。而 Ulysses 則是很早就被我刷下來，這兩個工具如果不再使用了，好像不會特別惋惜。
&lt;br&gt;&lt;br&gt;
只剩下 iA Writer，我真的很喜歡這個編輯器，雖然暫時找不到使用情境，但我仍會保留著他。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;37&quot; class=&quot;fleet-time&quot;&gt;June 9, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#37&quot;&gt;# 37&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何我更偏好週休三日（而非工作五天但全遠端）&lt;&#x2F;strong&gt;
&lt;br&gt;
今天志祺在 Twitter 上面問了一個問題：
&lt;br&gt;&lt;br&gt;
「假設只能二選一，大家喜歡週休三日，還是工作五天但全遠端？」
&lt;br&gt;&lt;br&gt;
我的直覺反應是：當然是週休三日＋全遠端。
&lt;br&gt;
但如果真的要選的話，我會傾向週休三日。因為對我來說，遠端已經是現在進行式。
&lt;br&gt;
而即使完全不能遠端，我還是更想要週休三日，因為那真的會有「多出一天」的感覺，那一天是完全自由的，是可以盡情揮霍、浪費的。
&lt;br&gt;
相較之下週休二日的第一天通常仍在回復體力，而第二天又要準備上班，心情沒辦法那麼自由。
&lt;br&gt;&lt;br&gt;
所以結論是，週休三日可以令我感到更自由，因此我更偏好週休三日。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;36&quot; class=&quot;fleet-time&quot;&gt;June 5, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#36&quot;&gt;# 36&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何 Heptabase 要建立 Journal app？&lt;&#x2F;strong&gt;
&lt;br&gt;
在 Hepta 裡面，側邊欄的這些「功能」被它們稱做 app ，我的理解是「應用卡片的方式」。而在 Timeline, Tags, Map (Whiteboards), Library 後，Journal 是第五個可以應用卡片的 app。
&lt;br&gt;&lt;br&gt;
沒有很認真去查證，但我在 discord 裡面觀察的感覺是， Journal 的用意是讓 Hepta 的使用者們能「更快速無壓的紀錄」。&lt;br&gt;&lt;br&gt;
那原本的 Timeline 有遇到怎樣的問題嗎？坦白說，我覺得也是很快速無壓了，但少了「時間」這個重要的屬性，因此我必須自己去建立對應時間的卡片，來滿足這樣的時間屬性。&lt;br&gt;&lt;br&gt;
但從 Hepta 團隊的角度，這個新功能的意義會是什麼呢？
&lt;br&gt;- 讓用戶養成儀式感？更黏著？好像可以。
&lt;br&gt;- 透過各種 Daily Journal 的 templates 來讓新手用戶更好上手？好像也是。
&lt;br&gt;&lt;br&gt;這樣想來，Journal 的概念比 “Timeline” 更適合在「累積」為主的系統裡面，畢竟社群的 timeline 是鼓勵大家想到就發，發了就不去管。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;35&quot; class=&quot;fleet-time&quot;&gt;June 4, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#35&quot;&gt;# 35&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;Dendron 跟 Zola 哪個好？&lt;&#x2F;strong&gt;
&lt;br&gt;
透過 Dendron 建立個人 wiki 剛好滿一個月了，這個月我養成了每天至少提一個問題的習慣，而連帶的好處是我的各種思考更多了，也開始把他們都連在一起。&lt;br&gt;&lt;br&gt;
這週開始用更成熟的 Heptabase 來實踐這個習慣，發現也非常順手，甚至因為圖像化的連結，比 Dendron 更勝一籌。這也讓我想起，既然 Dendron 在實踐習慣這一環已經不需要了，那在 Publish 這環是否也有必要維持呢？&lt;br&gt;&lt;br&gt;
曾被淘汰的 Logseq Publish 就先暫且不論，我想比較的是拿來寫部落格的 Zola 。&lt;br&gt;&lt;br&gt;
Zola 的優點是，部署極快，網站跑起來也極快，而且隨著我四月那波認真玩的經驗，我對於自己的整個 zola site 裡面的各項程式碼有一定的了解程度，這樣的了解一方面是了解「Zola 可以辦到什麼」，另一方面則是了解「我還無法透過 Zola 辦到什麼」。&lt;br&gt;&lt;br&gt;

我無法辦到的是像 Dendron 那樣內建的階層架構以及資料夾的呈現方式（但可以學習命名方式），我也無法辦到 Dendron 方便地建立雙向連結。（但若只是把 Hepta 裡整理好的資訊更新上去，則有機會手動辦到。&lt;br&gt;&lt;br&gt;
所以看起來，Hepta 補足了 Zola 這種單純的 SSG 在管理知識系統上的功能缺陷，那這樣看起來就更有使用 Zola 的理由了。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;34&quot; class=&quot;fleet-time&quot;&gt;June 2, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#34&quot;&gt;# 34&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何我想把工作記錄由 Logseq 移到 Dendron？&lt;&#x2F;strong&gt;
&lt;br&gt;
今天動起了這個念頭。也不知從何而來的，感覺好像是發現，我雖然工作上很倚賴 Logseq ，但拆解實際的使用情境後，真正會用到的只有快速的雙向連結（關聯性連結）以及迅速的大綱紀錄體驗。&lt;br&gt;
&lt;br&gt;
但缺點也是有的， Logseq 缺乏文件夾的架構，讓我在資料多了以後，必須更仰賴雙向連結，而無法 top-down 式的查找資料。&lt;br&gt;&lt;br&gt;

另外，Logseq 的編輯體驗說不上太好，每次都抓不準有序列表跟無序列表的切換跟 indent &#x2F; outdent 。&lt;br&gt;&lt;br&gt;

再者，我在工作上的路徑是「Logseq → Slack &amp; Email」，但 Logseq 複製出來的效果也都不是特別好，常常需要重新排版一下。&lt;br&gt;&lt;br&gt;

這時就想到了目前在 Wiki 上用的蠻喜歡的 Dendron ，覺得好像可以擔負這個責任。&lt;br&gt;&lt;br&gt;

首先， Dendron 也有 daily notes ，可以讓我每天記錄事情。&lt;br&gt;

再者， Dendron 也可以透過雙向連結跟 note references 去建立基本的反向視角。比方說，我在 2022.06.02 下面紀錄 \[[ 專案 1 ]] 時，記完就可以把整段 reference 到專案 1 的主頁面。長久來說，這樣好像更能有組織地累積內容。&lt;br&gt;

那就先來試試看吧！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;h3 id=&quot;may&quot;&gt;May&lt;&#x2F;h3&gt;
&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;33&quot; class=&quot;fleet-time&quot;&gt;May 31, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#33&quot;&gt;# 33&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何「為什麼」比其他類型的問題都還難產生？&lt;&#x2F;strong&gt;
&lt;br&gt;
每天在想問題時都會感覺到，Why 類型的問題比 What 跟 How 還要難產生。What 跟 How 可以透過很純然的好奇心來支撐，例如，我現在桌子上擺著一個杯子，我可以問這個杯子由什麼組成（what）、這個杯子是怎麼做的（how）、我該怎麼使用這個杯子（how），這個杯子跟其他杯子有什麼不一樣？（what），但我好像問不太出一個關於杯子的「why」。
&lt;br&gt;&lt;br&gt;
或者說，我知道即使我問了，我好像也回答不出來，或者對我來講好像沒什麼特別驚喜感，所以也不想問。例如，為何這個杯子上面要印 Beatles 的圖案？因為他是在利物浦賣的，觀光客喜歡呀。
&lt;br&gt;&lt;br&gt;
如果要回答今天這個問題，我的答案好像會是，因為 why 是複合的元素組成的，有著他的情境，例如「我為何喜歡某軟體」，是由「我」跟「某軟體」組合而成。「為何某某狀況在台灣時常發生」，是在討論「某狀況」與「台灣」的關係。
&lt;br&gt;&lt;br&gt;
這樣複合的狀況需要花更多力氣去觀察，也更難回答一些，而這個「更難回答」因為可能要花很多力氣，就會讓我潛意識傾向尋找「比較好回答」的 why 問題，但並沒有那麼多又好回答，我又感到有興趣的 why 問題，所以就容易卡住了。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;32&quot; class=&quot;fleet-time&quot;&gt;May 30, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#32&quot;&gt;# 32&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何我喜歡逛 Heptabase 的 discord？&lt;&#x2F;strong&gt;
&lt;br&gt;
* 這裡的頻道分類架構很好，不會很混亂（除了 feedback 跟 feature-request 有點像），基本上大家可以很容易找到可以討論的地方
&lt;br&gt;
* 團隊成員對於問題的回覆很即時，參與感很高
&lt;br&gt;
* 團隊成員（尤其是 Alan）會提到很多決策的理由，這點可以讓人快速同理他的想法，進而認同。
&lt;br&gt;
* 社群的討論品質很高，常有人分享有趣的問題。
&lt;br&gt;
* 這些上述元素綜合起來是：
&lt;br&gt;
&lt;br&gt;
* 這裡有我欣賞的人，會發表我認同與有收穫的觀點，並能接觸到我有興趣的主題與討論。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;31&quot; class=&quot;fleet-time&quot;&gt;May 29, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#31&quot;&gt;# 31&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;短想法的終點都是 Evergreen notes&lt;&#x2F;strong&gt;
&lt;br&gt;
剛剛在整理自己該怎麼使用 Heptabase 時發現，我的目標好像是要盡量累積 evergreen notes，因此無論是 why, how, what, 或者是 random thoughts ，好像都應該盡量提取可以成為 evergreen notes 的片段。
&lt;br&gt;&lt;br&gt;
也因此，整個工作流的目標可以設定為，如何讓自己更有效率的提取可以成為 evergreen notes 的想法？&lt;br&gt;&lt;br&gt;

另外，從另一個角度來想， daily WHW 則是我的內容引擎，能持續讓我產出 evergreen notes。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;30&quot; class=&quot;fleet-time&quot;&gt;May 28, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#30&quot;&gt;# 30&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;怎樣程度的抱怨最剛好？&lt;&#x2F;strong&gt;
&lt;br&gt;
大部分的人可能都不喜歡聽到別人抱怨。&lt;br&gt;
大部分的人可能都喜歡向別人抱怨。&lt;br&gt;&lt;br&gt;

除了發洩情緒之外，抱怨的好處可能是拉近與接收抱怨者的距離（對同樣的事不滿）。&lt;br&gt;
但倘若對方對於這件事沒有不滿，或者無法同理自己的感受，抱怨可能就會讓對方產生負面的印象。&lt;br&gt;&lt;br&gt;

所以，抱怨的對象必須限定在「理解自己不滿」、「有類似不滿」或「可能被自己說服產生類似不滿」的人身上。&lt;br&gt;&lt;br&gt;

好的抱怨可能可以迅速拉近雙方距離。&lt;br&gt;
但壞的抱怨就會讓大家迅速遠離自己。（不止對方，因為對方可能會把這件事傳出去）&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;29&quot; class=&quot;fleet-time&quot;&gt;May 28, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#29&quot;&gt;# 29&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何我要把 Dendron 的 notes 搬回 Heptabase？&lt;&#x2F;strong&gt;
&lt;br&gt;
前天晚上 Heptabase 更新到 0.143.0 版本，上線了 nested whiteboards （層級化白板、巢狀白板）的功能，這是我期待已久的重要功能，試用了一下發現體驗很好，決定把累積了快一個月的 Dendron notes 全部搬回 Heptabase。&lt;br&gt;&lt;br&gt;
但這樣搬移的意思並不是未來就不再用 Dendron 了，而是讓流程調整一下，把原本「直接在 Dendron 撰寫 daily notes，並發布到網路上」的程序，調整成為「在 Heptabase 撰寫 daily notes ，貼到 Dendron 上，再發布到網路上」。&lt;br&gt;&lt;br&gt;
為何要這麼做？因為 Heptabase 的功能更全面，他能滿足 Dendron 沒有的兩個功能：&lt;br&gt;
1. 把 notes 一次攤開，一起檢視&lt;br&gt;
2. 實踐在 5&#x2F;17 提過的 The Compass of Zettelkasten thinking 的功能（還需要調整成我自己的版本）&lt;br&gt;&lt;br&gt;
這兩個功能都是基於 Heptabase 的空間屬性，覺得更有助於建立連結以及進行聯想，因此在有層級化白板後，就決定這樣做了。&lt;br&gt;&lt;br&gt;
但 Dendron 仍然在建立公開 wiki site 這件事情上扮演重要的角色，而且從 Dendron 上面學到的 hierarchy 命名概念非常實用，讓我現在在 Heptabase 裡面也透過同樣的方式來命名以及識別。&lt;br&gt;&lt;br&gt;
一個多月沒用 Hepta ，中間有 Dendron 這樣的練習與累積真是太好了，感覺離自己的 workflow 完整體又更近了一步。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;28&quot; class=&quot;fleet-time&quot;&gt;May 27, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#28&quot;&gt;# 28&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;我的純文字沒那麼純&lt;&#x2F;strong&gt;
&lt;br&gt;
我的純文字沒那麼純，還有用到 Logseq 這樣的大綱渲染架構，也有 Drafts 這種文字內容還是存在軟體裡的狀況。&lt;br&gt;&lt;br&gt;

但我覺得「沒那麼純」或許才是最好的方案，因為太純文字的話，就少了連接的便利性、少了排版架構的可視性、或者是拖曳的可互動性。&lt;br&gt;&lt;br&gt;

或許不該一味地推崇純文字，只要剛剛好，就好。&lt;br&gt;&lt;br&gt;

最好的選擇應該是那些以純文字為基底，卻能夠產生出不同變化，而且也能讓用戶保有資料、方便 export 的軟體。從這角度來看待純文字可能會更有意義一些。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;27&quot; class=&quot;fleet-time&quot;&gt;May 26, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#27&quot;&gt;# 27&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何有時候問不出為什麼？&lt;&#x2F;strong&gt;
&lt;br&gt;
最近發現，有時候會想不到當天該問什麼。可能的原因是：&lt;br&gt;
- 更新速度太頻繁，目前每天都要問一個，可能太密集。&lt;br&gt;
- 我的 input 太少，在既有 routine 工作裡面沒有發現太多「為什麼」（有的則是涉及到個人或特定的事，無法公開）
&lt;br&gt;&lt;br&gt;
可能的作法：&lt;br&gt;
- 更有意識地收集各種 why （目前已有在做，效果還不錯。&lt;br&gt;
- 把更新頻率降低，目標改成「每天至少 PO 一則 Why, What 或 How」&lt;br&gt;
&lt;br&gt;
我覺得好像可以兩個做法並進看看！畢竟重點是無壓的輸出，如果發現某種壓力太過，可以嘗試適度降壓！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;26&quot; class=&quot;fleet-time&quot;&gt;May 23, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#26&quot;&gt;# 26&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為什麼我要在部落格上放電子報的備份？&lt;&#x2F;strong&gt;
&lt;br&gt;
從 4 月底開始，我在部落格上面開設了&lt;a href=&quot;&#x2F;newsletters&quot;&gt;電子報的頁面&lt;&#x2F;a&gt;，把每一期電子報的全文都放上。&lt;br&gt;&lt;br&gt;
為什麼我會想這樣做？最直接的原因是，SEO。&lt;br&gt;&lt;br&gt;
在這樣做之前，我曾嘗試在 Google 搜尋了我的 Substack 電子報內容，但發現幾乎搜不到，即使直接搜尋標題，還是看不到。
&lt;br&gt;&lt;br&gt;
即使 Substack 上面每篇電子報都有獨立的網址，但看起來 SEO 沒做很好，所以我想要有更好的表現。
&lt;br&gt;&lt;br&gt;
尤其我在電子報裡會分享一些特定 app 的 workflow ，或者是針對某些議題分享想法，如果這些內容都不容易被搜尋到，感覺有些可惜，所以我想要把文字放到網站上。
&lt;br&gt;&lt;br&gt;
但也因為目的就這麼單純（希望多一個搜尋引擎的曝光機會），所以我在分享電子報到 Twitter 等平台時，還是會放上 Substack 的連結，因為這樣可以讓大家更容易訂閱。
&lt;br&gt;&lt;br&gt;
下一個可以問的問題是，為何我要在意網站（或自己內容）的 SEO？&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;25&quot; class=&quot;fleet-time&quot;&gt;May 22, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#25&quot;&gt;# 25&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;Moby Dick Workout&lt;&#x2F;strong&gt;
&lt;br&gt;
這是推友推薦，在 Bike 的作者 Jesse Grosjean 的網站上&lt;a href=&quot;https:&#x2F;&#x2F;www.hogbaysoftware.com&#x2F;posts&#x2F;moby-dick-workout&#x2F;&quot;&gt;看到的文章&lt;&#x2F;a&gt;&lt;br&gt;，或者說一種測試方法，覺得非常有趣。&lt;br&gt;&lt;br&gt;

Moby Dick 是白鯨記，而 Grossjean 這個測試方法，就是拿白鯨記的完整文字檔，來測試筆記軟體或文字編輯器的效能。&lt;br&gt;&lt;br&gt;

具體的測試方法是，透過想測試的軟體打開或 import Moby Dick 檔案（有分 opml 格式以及 .md 格式），然後測試看看下列動作：&lt;br&gt;
1. 打開它，快嗎？&lt;br&gt;
2. 滾動到底部，調整視窗大小，快嗎？&lt;br&gt;
3. 再滾動到中段，調整視窗大小，快嗎？&lt;br&gt;
4. 全選文字，剪下、貼上、undo、redo，你的 app 還行嗎？&lt;br&gt;
5. 在文章中段編輯一些內容，是否會 lag？是否會卡頓？&lt;br&gt;
6. 重複測試步驟 2-5 直到你滿意為止，然後打開 macOS 的 Activity Monitor，看看記憶體的用量你是否滿意。&lt;br&gt;&lt;br&gt;

我嘗試用這個方法測試了 Logseq ，發現，效能不太好。&lt;br&gt;&lt;br&gt;

而 Bike 的效能則是非常好，運行這一些動作都很滑順流暢。這也是最後決定實際用用看 Bike 的原因之一，速度快，真的是很大的優點。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;24&quot; class=&quot;fleet-time&quot;&gt;May 22, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#24&quot;&gt;# 24&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何我不在部落格上面放評論系統？&lt;&#x2F;strong&gt;
&lt;br&gt;
過往透過 Wordpress 維持個人網站時，有內建的評論系統，可以選擇要不要打開讓讀者留言。
&lt;br&gt;&lt;br&gt;
但自從轉換到 Zola 後，我不再放置評論系統了，為什麼？
&lt;br&gt;&lt;br&gt;
第一個原因是，我覺得評論系統的介面都不好看，會破壞整體的閱讀感受。&lt;br&gt;
第二個原因是，評論系統好像會讓網站的 Pagespeed 評分變差，既然目前網站有很好的評分，我不想要變差。&lt;br&gt;
第三個原因是，對於部落格這樣比較成熟、完整的文字，我好像也同樣期待完整一點的討論與回饋，而這些完全可以透過 email 來進行。&lt;br&gt;
&lt;br&gt;
這些原因讓我暫時不想去找評論系統的解決方案，但也許未來會改變心意也說不定吧。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;23&quot; class=&quot;fleet-time&quot;&gt;May 21, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#23&quot;&gt;# 23&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;What 是通往 Why 的捷徑嗎？&lt;&#x2F;strong&gt;
&lt;br&gt;
因為每天給自己設定的最小目標是「一定要想一個 Why」，但有時還是會卡關。卡住的點是想不到今天想問什麼。&lt;br&gt;&lt;br&gt;

但我發現好像有種很容易問 why 的方式是，基於 &quot;what&quot; 的問題去問 why 。&lt;br&gt;&lt;br&gt;

例如，這幾天可能在研究 Bike, umami, Dendron 等產品，除了可以問這些東西是什麼以外，也可以問，為何要發明這個東西？他想解決的是什麼問題？&lt;br&gt;&lt;br&gt;

不過這類的 Why 不是在問我自己，而是在問這些產品的創造人以及團隊。所以如果可以，或許我該先自己猜測看看，這樣也可以訓練自己的觀察力吧？&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;22&quot; class=&quot;fleet-time&quot;&gt;May 21, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#22&quot;&gt;# 22&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何值得投注時間維護個人 wiki ？&lt;&#x2F;strong&gt;
&lt;br&gt;
時間是珍稀的資源，為何要花在建立以及維護個人 wiki 上？
&lt;br&gt;
我覺得這件事會有複利的效果，當自己的想法持續累積，並且有良好的機制來引用、重組、展示時，對內能提高自己的思考品質以及提問的能力，對外也有機會累積一個持續學習與分享的好形象。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;21&quot; class=&quot;fleet-time&quot;&gt;May 20, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#21&quot;&gt;# 21&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為什麼我想嘗試 umami ？&lt;&#x2F;strong&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;umami.is&#x2F;&quot;&gt;umami&lt;&#x2F;a&gt; 是一個主打簡單兼顧隱私的數據分析工具。
&lt;br&gt;
我是從 &lt;a href=&quot;https:&#x2F;&#x2F;www.opensourcealternative.to&#x2F;&quot;&gt;Open Source Alternatives to Proprietary Software&lt;&#x2F;a&gt; 這個網站發現他的，當時因為看到 Brian Lovin 在&lt;a href=&quot;https:&#x2F;&#x2F;brianlovin.com&#x2F;writing&#x2F;migrating-from-google-analytics-to-fathom&quot;&gt;他的網站上提到&lt;&#x2F;a&gt;他在分析數據方面從 Google Analytics 搬家到 Fathom 這個工具上，因此開始研究他為何要從 GA 搬走？ Fathom 是什麼？
&lt;br&gt;&lt;br&gt;
但當時看到 Fathom 並沒有免費版的方案，最便宜的方案要 14 美金一個月，我覺得太貴，所以放棄。
&lt;br&gt;&lt;br&gt;
因此看到 umami 標榜不用付費，就產生了一些興趣。
&lt;br&gt;&lt;br&gt;
仔細看了官網後也發現，他的介面很簡單，但該有的好像都有，例如：&lt;br&gt;
- 流量都在哪個頁面&lt;br&gt;
- 從哪個地方來？&lt;br&gt;
- 瀏覽器以及作業系統&lt;br&gt;
- 平均停留的時間&lt;br&gt;
- 觀看次數&lt;br&gt;
&lt;br&gt;
我好像也只需要知道這些就夠了。
&lt;br&gt;&lt;br&gt;
因此如果要回答這個 why ，答案應該是： Google Analytics 的功能太多太複雜，使用起來很臃腫，我用不到這麼多功能，因此想嘗試別的方案，而 umami 不僅看起來簡單夠用，也夠便宜，所以我想嘗試看看。
&lt;br&gt;&lt;br&gt;
至於隱私也是一個考量，如果可以，我只想知道大家在我的內容上的瀏覽時間以及次數，這對我來講是判斷哪些內容對大家有價值的方式之一。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;20&quot; class=&quot;fleet-time&quot;&gt;May 20, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#20&quot;&gt;# 20&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;嘗試開始使用 Bike&lt;&#x2F;strong&gt;
&lt;br&gt;
今天開始嘗試使用前天提到的大綱軟體 &lt;a href=&quot;https:&#x2F;&#x2F;hogbaysoftware.netlify.app&#x2F;bike&#x2F;&quot;&gt;Bike&lt;&#x2F;a&gt;。&lt;br&gt;&lt;br&gt;

我的用法是，把它當成我的簡單 MOC ，或者說 wiki 的快速目錄，把曾在 wiki 這邊寫過 daily journal 都記下來，但不再透過日期排序，而是手動將他們分類。&lt;br&gt;&lt;br&gt;

最直接的體驗是： Bike 真的是快，用起來很絲滑順暢，有很好的體驗。&lt;br&gt;&lt;br&gt;

另一個優點是，把一串文字直接暴力貼上時， Bike 的分段效果很好，能夠直接依照斷行區分，接著只要稍微縮排一下就好。這剛好很符合我「剪貼過去再微調」的需求。&lt;br&gt;&lt;br&gt;

相較之下，若同樣把文字貼在 Workflowy ，就會全部擠在一起。（Logseq 的表現也是好的）&lt;br&gt;&lt;br&gt;

不過 Bike 目前的功能太少，而且不支援 markdown 真的是有點可惜。&lt;br&gt;&lt;br&gt;

就再用用看吧！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;19&quot; class=&quot;fleet-time&quot;&gt;May 19, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#19&quot;&gt;# 19&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何呼籲別人理性很危險？&lt;&#x2F;strong&gt;
&lt;br&gt;
通常被呼籲的人，只會有「被指責不理性」的感覺，即使事實確實如此，但這種「被指責感」很容易引起不悅。
&lt;br&gt;
這可能是因為理性的對面可能是「感性」，也可能是「不理性」，這就容易造成潛在被呼籲對象自行帶入「不理性」這個對立面。
&lt;br&gt;
而「理性」這個詞也過於模糊，很難作為明確的行動指引。
相較之下，呼籲別人「要禮貌」，大家就比較好想像「禮貌」是怎樣，也可以去想像「自己是否不禮貌、是否粗魯」。（當然，這樣的呼籲還是會有點危險）
&lt;br&gt;
該怎麼做可能更好？
&lt;br&gt;
若是公眾人物對大眾，那可以提出更明確的行動指引來呼籲大家。
若是對身邊的人呼籲，那可能也不該呼籲，而是應該直面對方令自己不滿的地方去提出建議與改善方法吧。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;18&quot; class=&quot;fleet-time&quot;&gt;May 18, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#18&quot;&gt;# 18&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何我對 Bike 這個 app 有興趣？&lt;&#x2F;strong&gt;
&lt;br&gt;
我對 &lt;a href=&quot;https:&#x2F;&#x2F;hogbaysoftware.netlify.app&#x2F;bike&#x2F;&quot;&gt;Bike&lt;&#x2F;a&gt; 有興趣的原因有幾個：&lt;br&gt;

他主打非常迅速且不佔用資源的 native mac app。&lt;br&gt;
主打所有文件都是 local 的。&lt;br&gt;
文件寫得蠻完整的 &lt;a href=&quot;https:&#x2F;&#x2F;bikeguide.hogbaysoftware.com&#x2F;&quot;&gt;Bike Guide&lt;&#x2F;a&gt;&lt;br&gt;
&lt;br&gt;
這好像可以歸納出幾個我喜歡的元素&lt;br&gt;

迅速&lt;br&gt;
純文字&lt;br&gt;
文件完整&lt;br&gt;
native app&lt;br&gt;&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;17&quot; class=&quot;fleet-time&quot;&gt;May 18, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#17&quot;&gt;# 17&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;Bionic Reading&lt;&#x2F;strong&gt;
&lt;br&gt;
今天看到有人分享了 &lt;a href=&quot;https:&#x2F;&#x2F;bionic-reading.com&#x2F;&quot;&gt;Bionic Reading&lt;&#x2F;a&gt;
 這個技術，或者說標準？
&lt;br&gt;
我不太確定該怎麼命名它，因為他不是一個特定的軟體，在首頁的 CTA 是「Bionic Reading API」。
&lt;br&gt;
他的概念可以看這張圖中的文字，左邊是沒有使用的，右邊是有使用的。
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;bionic-reading_WxR6e4.webp&quot; data-fancybox data-caption=&quot;bionic-reading&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;bionic-reading_WxR6e4.webp&quot; loading=&quot;lazy&quot; alt=&quot;bionic-reading&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;br&gt;
簡單來說，就是創造的人們認為人的大腦讀得比眼睛還快，而只要給大腦一小部分的資訊，就會自動補完，所以這能讓人讀得更快，甚至更好地理解讀的內容。
&lt;br&gt;
我幾個月、或一兩年前曾經在某個 RSS 閱讀器看過這個功能，當時覺得很酷，但沒特別有感。
&lt;br&gt;
今天再看了一次後，發現好像真的比較可以專注閱讀英文文字。
&lt;br&gt;
於是就看到 Bionic Reading 官網上有列出支援的 app，目前有
&lt;br&gt;
- Reeder 5
&lt;br&gt;
- Fiery Feeds
&lt;br&gt;
- Lire
&lt;br&gt;
看到以後我跑去打開手機上的 Reeder app ，果然是在這邊體驗的。
&lt;br&gt;
接下來嘗試看看把 RSS 的閱讀轉到 Reeder 上面好了！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;16&quot; class=&quot;fleet-time&quot;&gt;May 17, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#16&quot;&gt;# 16&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何我都寄出電子報了還是會貼公開連結到 Twitter 上？&lt;&#x2F;strong&gt;
&lt;br&gt;
直覺的優點：&lt;br&gt;
1. 以貼文的形式貼在 Twitter 上有助於觸及更多未訂閱的潛在讀者。&lt;br&gt;
    - 這可能是因為，現在一般人比較不會轉信，比較會轉推。&lt;br&gt;
2. 貼在 Twitter 上也有助於推送給既有的讀者。&lt;br&gt;
    - 很多人未必會看完每則電子報，以我的經驗來說，訂閱的大多數電子報都沒時間看。&lt;br&gt;&lt;br&gt;

潛在的缺點：&lt;br&gt;
1. Twitter 看過的人，可能就不會再從信箱看了，這可能會對整體開信率有負面影響。&lt;br&gt;
    - 但這個缺點，我覺得無關緊要，因為有人願意點擊連結閱讀，也會在 Twitter 或 Substack 的某個範圍有正面影響。&lt;br&gt;&lt;br&gt;

小結論：優點大於缺點，且每次貼出連結後的一天內都能收到新的讀者，代表此方法應該算有效，可以繼續實施。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;15&quot; class=&quot;fleet-time&quot;&gt;May 16, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#15&quot;&gt;# 15&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何我要寫電子報？&lt;&#x2F;strong&gt;
&lt;br&gt;
之前剛開始寫的時候，曾經有規劃是把「中篇幅的短文、論述、文章摘要分享」放在電子報。
&lt;br&gt;
也曾在 Pin 起來的 Roadmap 2022 中簡單描述過：
&lt;br&gt;&lt;br&gt;
「電子報是一直以來都想嘗試的發送形式，對我來說，非即時的、一對一的電子信件這種東西，一直都很吸引人。」
&lt;br&gt;&lt;br&gt;
但今天若問自己這個問題，我的回答比較會像是：
&lt;br&gt;
1. 電子報的固定形式有助於產出內容&lt;br&gt;
2. 持續寫電子報有助於經營個人品牌&lt;br&gt;
3. 電子報的優點是可以直達收信者的信箱&lt;br&gt;&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;14&quot; class=&quot;fleet-time&quot;&gt;May 16, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#14&quot;&gt;# 14&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;Enrich My List&lt;&#x2F;strong&gt;
&lt;br&gt;
今天看到 Jakob Greenfeld &lt;a href=&quot;https:&#x2F;&#x2F;twitter.com&#x2F;jakobgreenfeld&#x2F;status&#x2F;1525096421925453824&quot;&gt;分享&lt;&#x2F;a&gt; 應該是他創造的一個服務 &lt;a href=&quot;https:&#x2F;&#x2F;www.enrichmylist.com&#x2F;&quot;&gt;Enrich my List&lt;&#x2F;a&gt; ，覺得很有趣。
&lt;br&gt;
該服務的概念很簡單，你給他一份 email list ，他給你「這些人」的名字、Twitter 及 LinkedIn 帳號，以及對方的追蹤者數量等，讓使用者更了解自己既有的 email list 。
&lt;br&gt;
這服務的收費方式是「按 List 大小」計費，目前的計費標準如下圖：
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;enrich-my-list_ucqxJZ.webp&quot; data-fancybox data-caption=&quot;enrich-my-list&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;enrich-my-list_ucqxJZ.webp&quot; loading=&quot;lazy&quot; alt=&quot;enrich-my-list&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;br&gt;
我覺得這服務有趣的點在於，他解決了某種懶惰又真實存在的需求：
「我想知道誰追蹤我、誰訂閱我，但我沒力氣一個一個去肉搜」
&lt;br&gt;
那就交給機器人吧，另外，為這需求付點費也很合理吧。
&lt;br&gt;&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;13&quot; class=&quot;fleet-time&quot;&gt;May 15, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#13&quot;&gt;# 13&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;或許我不需要「Literature notes？」&lt;&#x2F;strong&gt;
&lt;br&gt;
我再一次覺得，我自己可能不需要「Literature notes」這種類型的筆記。&lt;br&gt;&lt;br&gt;

一部分是因為，我過去就曾對 Literature notes 的產製流程感到困擾，即使用最快的速度整理，每篇文章可能也要 20-30 分鐘來整理 notes ，但這樣做的意義卻似乎沒很大，不如直接寫成我的想法，然後適度引用就好。&lt;br&gt;&lt;br&gt;
另一部分是，今天花了不少時間在看 Andy Matuschak 的 &lt;a href=&quot;https:&#x2F;&#x2F;notes.andymatuschak.org&#x2F;&quot;&gt;notes&lt;&#x2F;a&gt;，覺得更理解他提出的 &lt;a href=&quot;https:&#x2F;&#x2F;notes.andymatuschak.org&#x2F;z4SDCZQeRo4xFEQ8H4qrSqd68ucpgE6LU155C&quot;&gt;Evergreen notes&lt;&#x2F;a&gt; 概念，覺得這整套好像是更適合我的作法，而在這裡面似乎不太需要「Literature notes」這個分類。&lt;br&gt;&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;12&quot; class=&quot;fleet-time&quot;&gt;May 15, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#12&quot;&gt;# 12&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何我開始更喜歡用 Dendron 而非 Logseq 紀錄 daily notes？&lt;&#x2F;strong&gt;
&lt;br&gt;
我覺得可能的原因有：&lt;br&gt;

1. 既然打定主意要讓自己的知識庫公開，那直接透過 Dendron 紀錄更直接一些。&lt;br&gt;
2. 目前為止 Dendron 的層級化體系好像讓我對自己紀錄的內容更有掌握一些。&lt;br&gt;
3. 我已經足夠熟悉各種不同工具以及方法論，所以慢慢地可以透過不同工具都能達到類似的效果，此時關鍵的差別就在於我更喜歡 Dendron 的 publish 方式，所以這個優點決定了一切。&lt;br&gt;&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;11&quot; class=&quot;fleet-time&quot;&gt;May 14, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#11&quot;&gt;# 11&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何老師不喜歡學生引用 wiki 上的資料？&lt;&#x2F;strong&gt;
&lt;br&gt;
今天在看「個人 wiki」相關的資料，看著看著就看到 wiki 的介紹，也聯想了不少事情。
&lt;br&gt;
發現「wiki」這東西雖然隨著我求學的過程成長發展，但我以前從來沒有「真正」去了解這是什麼。
&lt;br&gt;
所以高中＆大學時，即使老師說「wiki上的資料很多錯誤」，我也沒有去探究「為什麼」。
&lt;br&gt;
但印象中，也沒有老師嘗試跟我們說明「為什麼 wiki 上的資料很多錯誤」，只有叫我們不准抄 wiki 。
&lt;br&gt;
我後來覺得，這樣的指示也不是最好的，最好的做法是，明確讓學生知道 Wiki 上面的資料是怎麼來的，並且教學生該如何判斷上面的資料是否可信。
&lt;br&gt;
「不能抄 wiki 」是合理的要求，但更好的做法是說明「該怎麼透過好找的 wiki ，去找到更多更有價值的資料，進而寫出自己的東西」。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;10&quot; class=&quot;fleet-time&quot;&gt;May 13, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#10&quot;&gt;# 10&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何信任難以創造？&lt;&#x2F;strong&gt;
&lt;br&gt;
先姑且不論太抽象層面的概念，單純就日常生活的情境來回答這問題好了。
&lt;br&gt;&lt;br&gt;
對我來說，信任好像就像是展開自己的柔軟面（但也脆弱）給對方，這樣做的優點是有機會也獲得對方的柔軟，但缺點是可能被對方傷害，所以信任只能逐步建構與累積，也會視對方的具體表現（例如是拿刀相向還是展現友好）來決定是否展現自己的柔軟。
&lt;br&gt;&lt;br&gt;
因此，信任「通常」無法一蹴可幾。但換個角度想，能夠快速建構信任的人或事物（或 &quot;protocol&quot; ）就很有價值了吧。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;9&quot; class=&quot;fleet-time&quot;&gt;May 9, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#9&quot;&gt;# 9&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;使用生產力工具有讓我更有效率嗎？&lt;&#x2F;strong&gt;
&lt;br&gt;
這好像是個很常見到的質疑：&lt;br&gt;&lt;br&gt;
「使用那麼多生產力工具，真的比較有生產力嗎？」&lt;br&gt;&lt;br&gt;

我的回答是：有的。&lt;br&gt;&lt;br&gt;

甚至即使是「亂嘗試各種生產力工具」，對我來講都是很有生產力的事，因為透過這過程也可以釐清自己喜歡什麼、對什麼感到興奮、對什麼感到好奇，以及對哪些工具無感。這些想法累積起來就有機會提煉出一些更有價值的想法。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;8&quot; class=&quot;fleet-time&quot;&gt;May 8, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#8&quot;&gt;# 8&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;我會對怎樣的人提問？為什麼？&lt;&#x2F;strong&gt;
&lt;br&gt;
對知道我不知道的事情的人，例如在嘗試新工具或學習新技術時，詢問有分享過經驗或想法的人，因為我覺得向他們學習更有效率。（但這些比較屬於 How 的問題）&lt;br&gt;&lt;br&gt;
針對我在意的事情向人提問，通常會在這件事的發展與我預期不符時發生（超出預期時會問怎麼辦到的，低於預期時會問「為什麼會這樣」）&lt;br&gt;&lt;br&gt;
但問「為什麼會這樣」容易有責罵感，可能需要換個方式問，例如：「是發生了什麼意料之外的狀況嗎？」&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;7&quot; class=&quot;fleet-time&quot;&gt;May 7, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#7&quot;&gt;# 7&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何技術文件很容易過時？&lt;&#x2F;strong&gt;
&lt;br&gt;
今天在透過 Dendron 的官方文件學習 publish 功能時，走了不少彎路，一直卡在一個 bug 裡面，後來我幾乎是逐步驟測試，才發現出現問題的步驟是什麼。&lt;br&gt;
想起之前在學習透過 Zola 部署網站時，也發現文件上的內容看起來已經有點過時了。&lt;br&gt;
我還沒有維護過面向客戶的技術文件，所以不確定這件事的**本質原因**可能會是什麼。表層的原因可能是資源不足，或者覺得這件事沒那麼重要，但流程上是否有改善的空間？現行的工具有沒有適合拿來處理這個問題的？&lt;br&gt;
希望以後的自己有能力回答這些問題。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;6&quot; class=&quot;fleet-time&quot;&gt;May 6, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#6&quot;&gt;# 6&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;建構我的 wiki site&lt;&#x2F;strong&gt;
&lt;br&gt;
上週透過 Logseq 內建的 export 功能，很順利地把頁面整個輸出成靜態頁面，並且上傳到自己的網域裡面，開始建立自己的小小 wiki page。&lt;br&gt;&lt;br&gt;
不過這個方式以目前少少的測試頁面內容量來說，打開就需要一點載入時間，而且也無法自訂各種內容（包含 logo 、metadata 等），有點不滿意。&lt;br&gt;&lt;br&gt;
所以就開始思考＆研究其他的解決方案，此時看到一篇文章提到可以把 Tiddlywiki 輸出成靜態頁面，就嘗試研究了一下，但研究一晚下來覺得， Tiddlywiki 學習曲線感覺頗高，而且整體編輯或維護的流程有點...繁瑣（可能是我還不太會用），好像也沒有很符合需求。&lt;br&gt;&lt;br&gt;
還有一個選項是透過 Logseq 的 &lt;a href=&quot;https:&#x2F;&#x2F;github.com&#x2F;sawhney17&#x2F;logseq-schrodinger&quot;&gt;Schrödinger 插件&lt;&#x2F;a&gt;，把 Logseq 頁面直接轉成 Hugo 的靜態頁面。&lt;br&gt;&lt;br&gt;
但這個方案感覺起來，反而是以「文章」為主了，不像 Logseq 內建的 Export 功能，在輸出後，還是可以在頁面上面操作它的大綱型介面以及雙向連結。&lt;br&gt;&lt;br&gt;
感覺一時之間好像找不太到好的解決方案，需求：&lt;br&gt;
1. 每月低於 $5 的費用（ Obsidian Publish 好貴）&lt;br&gt;
2. 能在本機迅速編輯，並且迅速匯出成靜態網頁&lt;br&gt;
3. 要有雙向連結功能（被連的頁面能看到誰連到它）&lt;br&gt;
4. 輸出的網頁有辦法自訂一些 metadata&lt;br&gt;&lt;br&gt;
結論：我再研究（慢慢等）看看好惹&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;5&quot; class=&quot;fleet-time&quot;&gt;May 6, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#5&quot;&gt;# 5&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為何想建立一個自己的 wiki site？&lt;&#x2F;strong&gt;
&lt;br&gt;
1. 實踐 Learn in public 的概念&lt;br&gt;
2. 讓自己有更多動力去吸收知識（input）&lt;br&gt;
3. 給自己每天固定寫 notes 的理由&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;4&quot; class=&quot;fleet-time&quot;&gt;May 4, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#4&quot;&gt;# 4&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;Why ask why?&lt;&#x2F;strong&gt;
&lt;br&gt;
今天看了&lt;a href=&quot;https:&#x2F;&#x2F;www.books.com.tw&#x2F;products&#x2F;0010836908&quot;&gt;發現問題思考法&lt;&#x2F;a&gt;後，決定開始嘗試每天問自己一個 Why，並且嘗試回答看看。藉此找出更多上位的概念。第一天的 Why 就來問  「Why ask why?」&lt;br&gt;
&lt;br&gt;
書中提到：&lt;br&gt;
- Why 所表示的並非「單發性事象」，而是事象間的關係性。總之，Why 是用來畫關係性這一條線的疑問詞。只有透過這樣的疑問，才能夠探究關係性的疑惑，進而察覺更進一步的未知。&lt;br&gt;
- 透過重複問為什麼，就能逼近本質，重新定義更好的問題，進而發現真正應該解決的新問題。&lt;br&gt;
- 透過問 Why 可以思考「目的」而非「手段」，藉此改變擂台、改變遊戲規則，這樣就能去思考「不必執行原本的手段也可以達到目的」的做法。&lt;br&gt;
&lt;br&gt;
所以持續問「Why」的原因是，探究某件表象事物背後真正的本質是什麼，藉此定義出更好的問題、更應該被解決的問題。以 &lt;a href=&quot;https:&#x2F;&#x2F;www.books.com.tw&#x2F;products&#x2F;0010590581&quot;&gt;哈佛這樣教談判力&lt;&#x2F;a&gt; 的概念來說，就是要關注利益而非立場，才有機會找到雙贏的解決方案。&lt;br&gt;&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;h3 id=&quot;april&quot;&gt;April&lt;&#x2F;h3&gt;
&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;3&quot; class=&quot;fleet-time&quot;&gt;April 26, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#3&quot;&gt;# 3&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;如何透過自己不同意的論點發展想法？&lt;&#x2F;strong&gt;
&lt;br&gt;
今天看了 David Perell 的 &lt;a href=&quot;https:&#x2F;&#x2F;twitter.com&#x2F;david_perell&#x2F;status&#x2F;1518259333053751307&quot;&gt;Tweet&lt;&#x2F;a&gt;，他寫說，練習把那些你不同意的論點寫下來，然後嘗試著站在他們的角度去讓論點變得更好，這樣的練習是很好的事。
&lt;br&gt;
這個想法看起來是來自 Tyler Cowen 的文，裡面有一句提到 &quot;Much of my writing time is devoted to laying out points of view which are not my own.&quot;
&lt;br&gt;
我想到以前我很喜歡的一個老師曾說過，他在思考一個論點時，都會思考反對者可能會怎麼想，接著他再想，可以怎麼破解對方的論點，接著又再想，對方可能會怎麼反擊，這樣想個幾輪下來，自己的論點就會越來越強壯了。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;2&quot; class=&quot;fleet-time&quot;&gt;April 24, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#2&quot;&gt;# 2&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;關於 Eugene Wei 寫的一小段話&lt;&#x2F;strong&gt;
&lt;br&gt;
看了 Eugene Wei 網站的 &lt;a href=&quot;https:&#x2F;&#x2F;www.eugenewei.com&#x2F;imported-mt-blog&quot;&gt;My archives&lt;&#x2F;a&gt; ，這已經是 2012 年的文了，寫著他搬遷網站後，有些舊文沒有空整理，就都放在這個頁面。裡面有一段話很喜歡：&lt;br&gt;&lt;br&gt;
&quot;Going back through my old posts is  often embarrassing, like hearing a recording of my own voice or seeing a photo of how I used to dress or comb my hair. But mostly it&#x27;s like reading letters from past versions of myself. It amuses me.&quot;&lt;br&gt;&lt;br&gt;
我也常常因為看到過去寫的東西而覺得有點尷尬，但又會覺得，那就是曾經的我，也是為了變成現在的我而必經的我。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;1&quot; class=&quot;fleet-time&quot;&gt;April 23, 2022&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;old-snapshots&#x2F;#1&quot;&gt;# 1&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;Mess with DNS&lt;&#x2F;strong&gt;
&lt;br&gt;
今天發現 &lt;a href=&quot;https:&#x2F;&#x2F;messwithdns.net&#x2F;&quot;&gt;mess with dns&lt;&#x2F;a&gt; 這個網站，覺得很有趣，隨機分配給使用者一個 domain ，然後使用者就可以照著旁邊的指示去增加 A record 與 CNAME record ，進而了解這些設定是怎麼運作的。
&lt;br&gt;
也喜歡它簡單的介面設計，整個體驗很流暢。因此看了一下 about ，發現還有 &lt;a href=&quot;https:&#x2F;&#x2F;wizardzines.com&#x2F;&quot;&gt;wizard zines&lt;&#x2F;a&gt; 這個網站，好像是透過漫畫介紹這些複雜的網路＆程式相關概念。不過我還是更喜歡單純的文字內容。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Manifesto</title>
        <published>2023-11-25T00:00:00+00:00</published>
        <updated>2023-11-25T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/manifesto/"/>
        <id>https://pinchlime.com/manifesto/</id>
        
        <content type="html" xml:base="https://pinchlime.com/manifesto/">&lt;p&gt;我一直都想為自己的網站寫一個 Manifesto 頁面，因為我在 email 服務 “HEY” 的官網看過這樣的東西，覺得非常喜歡。&lt;&#x2F;p&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.hey.com&#x2F;the-hey-way&#x2F;&quot;&gt;HEY 的 manifesto&lt;&#x2F;a&gt; 叫做 “The HEY Way”，裡面寫著他們對於「電子郵件」這個古老到不行的概念的一些價值觀與主張，其中「No consent, no attention」以及「Pay with money, not privacy」這兩項影響我許多。&lt;&#x2F;p&gt;
&lt;p&gt;在逐步建構這個網站的過程中，我發現我也有一些特定的「堅持」，因此我決定仿照 HEY ，把我的一些價值主張寫下來。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;wo-zhong-shi-ni-de-yin-si&quot;&gt;我重視你的隱私&lt;&#x2F;h3&gt;
&lt;p&gt;我在用了 HEY 之後才知道，原來這麼多電子信都有埋設一個小小的 “pixel” ，藉此追蹤收信者是否有開信、是否有點擊信中的連結，甚至是在什麼時間、什麼地點閱讀這封信。&lt;&#x2F;p&gt;
&lt;p&gt;我也在開始架網站以後才發現，我以為算是「世界通用標準」的 Google Analytics ，原來這麼的惡名昭彰，許多產品都主打自己是更注重隱私的追蹤工具，只追蹤最必要的流量資訊，並且去識別化，不會將瀏覽資訊販售給廣告公司。&lt;&#x2F;p&gt;
&lt;p&gt;因此，基於對讀者隱私的尊重，我選擇了&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;first-impression-of-buttondown&#x2F;&quot;&gt;可以讓我選擇「不追蹤」開信狀況的服務 Buttondown&lt;&#x2F;a&gt; ，而不是追蹤許多個人識別資訊，且無法關閉追蹤的 Substack 。我有寫了一篇文來說明這個選擇的考量：「&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;newsletters&#x2F;why-i-dont-want-to-use-substack-anymore&#x2F;&quot;&gt;為何我不想再用 Substack 寄送電子報？&lt;&#x2F;a&gt;」。&lt;&#x2F;p&gt;
&lt;p&gt;由於我已經有了 1000 個訂閱用戶，根據 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;buttondown.email&#x2F;pricing&quot;&gt;Buttondown 的收費標準&lt;&#x2F;a&gt;，這個選擇令我必須每個月花費 $29 美元來寄信，但我目前認為這個額外的費用支出是值得的。&lt;&#x2F;p&gt;
&lt;p&gt;另外，在網站數據追蹤上，我也不使用 Google Analytics 。我選擇的是聲稱自己是 “Privacy-first” ，不追蹤瀏覽者指紋與 IP 等資料的 Cloudflare Web Analytics。你也可以參考這篇文的簡單介紹：「&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;snapshots&#x2F;what-i-tried-today&#x2F;tried-to-use-cloudflare-web-analytics&#x2F;&quot;&gt;開始使用 Cloudflare Web Analytics&lt;&#x2F;a&gt;」。&lt;&#x2F;p&gt;
&lt;p&gt;因此，你在瀏覽我的網站與收到我的電子信時可以放心，你不會留下任何能夠被我識別的足跡。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;wo-de-wang-zhan-nei-rong-bu-she-zhi-fu-fei-qiang-yu-ge-ren-hua-guang-gao&quot;&gt;我的網站內容不設置付費牆與個人化廣告&lt;&#x2F;h3&gt;
&lt;p&gt;作為一個有在寫東西的人，可能有幾種「內容變現」的方式，例如在網站上設置付費才能閱讀的專區、在網站上放廣告、或者是開線上課程等等。&lt;&#x2F;p&gt;
&lt;p&gt;我也有想過類似的事，但想完以後，我的決定是：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;這個網站上，不會有付費專區，一切的內容都會是免費閱讀。&lt;&#x2F;li&gt;
&lt;li&gt;這個網站上，不會有任何的個人化廣告（Google Ads）&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;第一個選擇的原因是，若在不投注額外心力的狀況下，將部分內容轉為訂閱制，那就代表我免費內容的更新頻率會下降，我也可能為了把精華內容留給付費者，而降低了免費內容的平均品質。我覺得這不是我想要的。&lt;&#x2F;p&gt;
&lt;p&gt;第二個選擇的原因是，廣告真的太影響閱讀體驗了，我很在意讀者閱讀我的網站時的感受，因此完全不打算放置任何的廣告。&lt;&#x2F;p&gt;
&lt;p&gt;但我對下列選項保持開放：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;在文章或電子報中，以不影響讀者體驗的方式，安插置入式的廣告。&lt;&#x2F;li&gt;
&lt;li&gt;讓喜歡的讀者自由贊助。&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;我覺得這兩個方案都不會影響既有內容的品質與閱讀體驗，因此是我願意考慮的方向。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;wo-zhong-shi-bie-ren-de-zhu-zuo-cheng-guo&quot;&gt;我重視別人的著作成果&lt;&#x2F;h3&gt;
&lt;p&gt;無論是圖片、影片，或者是來自別人文章的字句，我都會盡量註明出處。&lt;&#x2F;p&gt;
&lt;p&gt;我也期待其他人可以這樣對待我寫的內容。如果你希望轉載引用這個網站上的任何內容，很歡迎，但請你要註明出處。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;wo-bu-hui-rang-ai-zhuan-xie-wang-zhan-de-nei-rong&quot;&gt;我不會讓 AI 撰寫網站的內容&lt;&#x2F;h3&gt;
&lt;p&gt;目前我在工作上、在獲取知識上，已大量仰賴 ChatGPT 以及 OpenAI 的 API ，我非常感謝 AI 對我生產力提供的幫助。&lt;&#x2F;p&gt;
&lt;p&gt;不過，在「寫作」這一塊，我目前還不打算交給 AI 代勞，因為那樣寫出來的東西，總感覺離我很遠，不像是我自己想過後寫出來的東西。&lt;&#x2F;p&gt;
&lt;p&gt;因此你可以相信在這個網站上看到的內容都是我一字一句打出來的。&lt;&#x2F;p&gt;
&lt;p&gt;不過，我會讓 AI 協助我進行下列事項：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;協助我翻譯我想讀的英文文章與資料&lt;&#x2F;li&gt;
&lt;li&gt;協助我寫一些簡單的前端程式碼，讓網站的功能更多、體驗更好&lt;&#x2F;li&gt;
&lt;li&gt;協助我翻譯某些文章為英文版，或者校正、加強我直接撰寫的英文內容&lt;&#x2F;li&gt;
&lt;li&gt;協助我產出部落格與電子報的圖片&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;未來假設某天我發現 AI 能夠產出很棒的文字，我會再考慮看看是否要讓他協助我撰寫，到時會再更新這個段落。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;如果你有任何回饋，或者喜歡我提到的這些內容，歡迎你來信跟我分享你的想法，或者跟更多人分享這樣的宣言！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>讓他們清楚地知道你想幹嘛、你在幹嘛</title>
        <published>2023-11-24T00:00:00+00:00</published>
        <updated>2023-11-24T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/newsletters/let-them-know-clearly/"/>
        <id>https://pinchlime.com/newsletters/let-them-know-clearly/</id>
        
        <content type="html" xml:base="https://pinchlime.com/newsletters/let-them-know-clearly/">&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;let-them-know-clearly_rVK4HY.webp&quot; data-fancybox data-caption=&quot;let-them-know-clearly&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;let-them-know-clearly_rVK4HY.webp&quot; loading=&quot;lazy&quot; alt=&quot;let-them-know-clearly&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;&lt;code&gt;圖片來源：DALL-E&lt;&#x2F;code&gt;&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;da-zhao-hu&quot;&gt;打招呼&lt;&#x2F;h2&gt;
&lt;p&gt;大家好，我又來更新了！&lt;&#x2F;p&gt;
&lt;p&gt;這次與上次宣布「復更電子報」的更新只隔了 11 天，看起來還不錯，對吧！&lt;&#x2F;p&gt;
&lt;p&gt;不過我覺得我應該可以繼續進步，讓我們繼續看下去！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;rang-ta-men-qing-chu-di-zhi-dao-ni-xiang-gan-ma-ni-zai-gan-ma&quot;&gt;讓他們清楚地知道你想幹嘛、你在幹嘛&lt;&#x2F;h2&gt;
&lt;p&gt;本次電子報想分享兩篇文章的閱讀心得，我覺得兩篇雖然講的是不同事情，但背後有個相近的概念是：讓你在職場上的協作對象清楚地知道你想幹嘛以及你在幹嘛。&lt;&#x2F;p&gt;
&lt;p&gt;我自己非常欣賞能把這些原則時刻放在心上的工作夥伴，很慶幸我的職涯經過一段時間後，身邊都是能夠實踐這些原則的好夥伴們。&lt;&#x2F;p&gt;
&lt;p&gt;我深刻了解這些原則的好處與必要性，因此看到這兩篇文章能講得這麼清楚又有舉例，覺得很適合分享。&lt;&#x2F;p&gt;
&lt;p&gt;以下是本期的分享內容&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;your-small-imprecise-ask-is-a-big-waste-of-their-time&quot;&gt;Your Small Imprecise Ask Is a Big Waste of Their Time&lt;&#x2F;h2&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;blog.staysaasy.com&#x2F;p&#x2F;your-small-imprecise-ask-is-a-big&quot;&gt;這篇文來自 Stay SaaSy&lt;&#x2F;a&gt; ，我看完以後記了三則筆記，分享在下面，不過我更推薦直接讀原文。&lt;&#x2F;p&gt;
&lt;h3 id=&quot;shang-ji-dui-xia-ji-bu-jing-zhun-de-xun-wen-hui-dao-zhi-xia-ji-lang-fei-bu-cheng-bi-li-de-shi-jian-shen-zhi-zuo-chu-geng-zao-de-cheng-pin&quot;&gt;上級對下級不精準的詢問，會導致下級浪費不成比例的時間，甚至做出更糟的成品&lt;&#x2F;h3&gt;
&lt;p&gt;在這種狀況下：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;下級無法判斷上級的詢問目的或真實意圖，因此只能朝最認真的狀況假設，這時就會花上非常多的時間去執行。&lt;&#x2F;li&gt;
&lt;li&gt;下級不敢詢問細節，怕被認為沒有能力，因此即使這件事情沒有太多東西可以講，也會花額外的時間去填補廢物內容。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;為了解決這個問題，&lt;strong&gt;上級在下達指令時，必須非常精確地描述他們希望對方做這件事要花的時間與努力程度&lt;&#x2F;strong&gt;。&lt;&#x2F;p&gt;
&lt;h3 id=&quot;shang-ji-zai-xia-da-zhi-ling-shi-bi-xu-fei-chang-jing-que-di-miao-shu-ta-men-xi-wang-dui-fang-zuo-zhe-jian-shi-yao-hua-de-shi-jian-yu-nu-li-cheng-du&quot;&gt;上級在下達指令時，必須非常精確地描述他們希望對方做這件事要花的時間與努力程度&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;例如：請你做這件事，但請不要做超過 20 分鐘，我只需要你花 20 分鐘能夠產出的成果。&lt;&#x2F;li&gt;
&lt;li&gt;例如：我期待這件事在兩週內能夠完成，如果不行，或者你會需要延長，請務必提早跟我說。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;如果可以描述自己需要這個東西的理由與場景是什麼，會更好。&lt;&#x2F;p&gt;
&lt;p&gt;例如：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;我想要你幫我研究一下ＯＯＯ，因為我聽ＯＯＯ講起來好像很不錯。&lt;&#x2F;li&gt;
&lt;li&gt;我想要你幫我研究一下ＯＯＯ，因為我打算要跟投資人提一下這個可能性。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;這兩種狀況需要投注的心力與認真程度是完全不同的。&lt;&#x2F;p&gt;
&lt;p&gt;反過來說，&lt;strong&gt;下級面對上級不精準的指令時，必須要盡量問清楚對方希望自己花的時間以及努力程度&lt;&#x2F;strong&gt;。&lt;&#x2F;p&gt;
&lt;h3 id=&quot;xia-ji-mian-dui-shang-ji-bu-jing-zhun-de-zhi-ling-shi-bi-xu-yao-jin-liang-wen-qing-chu-dui-fang-xi-wang-zi-ji-hua-de-shi-jian-yi-ji-nu-li-cheng-du&quot;&gt;下級面對上級不精準的指令時，必須要盡量問清楚對方希望自己花的時間以及努力程度&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;例如：你希望我花多少時間研究呢？我評估大約要 30 分鐘，可以給你初步的幾個想法。&lt;&#x2F;li&gt;
&lt;li&gt;例如：你想要這個資訊的原因是什麼？你預計會用在什麼地方？&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;我覺得，如果對方不回答、回答得不清楚、甚至惱羞成怒覺得你不應該問他，那應該要盡量想辦法早點離開這樣的環境。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;我覺得這三個原則都很值得放在心上，時刻檢視自己以及自己的上級是否有好好實踐。&lt;&#x2F;p&gt;
&lt;p&gt;根據我的理解，大部分的人可能落在這幾個狀況裡：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;你根本不需要分享給你的上級，因為他就是這樣做：&lt;&#x2F;p&gt;
&lt;p&gt;恭喜你，很棒！&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;你覺得完全可以分享這篇文章給你的上級，跟他一起討論團隊的溝通協作有沒有可以更好的地方：&lt;&#x2F;p&gt;
&lt;p&gt;恭喜你，這個狀況也很棒！&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;你不太想直接分享給你的上級，但下次遇到對方交代不清楚的狀況時，你覺得可以追問看看細節：&lt;&#x2F;p&gt;
&lt;p&gt;恭喜你，看起來你的上級也給你不錯的安全感，我覺得也很棒！&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;你不太指望你的上級改變他模糊的指派方式，但你已經摸出一套規則，不會因此浪費自己太多時間：&lt;&#x2F;p&gt;
&lt;p&gt;我覺得這樣也不錯，或許這個狀況可以多提供自己預計會做什麼、會花多少時間做，讓對方發現跟他的理解有差異時可以提出，這樣也很好。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;你的上級陰晴不定，且難以溝通，即使問了也可能朝令夕改：&lt;&#x2F;p&gt;
&lt;p&gt;快逃！&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;why-you-should-write-weekly-15-5s&quot;&gt;Why You Should Write Weekly 15-5s&lt;&#x2F;h2&gt;
&lt;p&gt;這是來自 Eugene Yan 的文章：&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;eugeneyan.com&#x2F;writing&#x2F;15-5&#x2F;&quot;&gt;Why You Should Write Weekly 15-5s&lt;&#x2F;a&gt;，他首先定義了什麼是 weekly 15-5 ，就是那些每週只要花你 15 分鐘去寫，然後別人只要花 5 分鐘就能讀完的每週紀錄。&lt;&#x2F;p&gt;
&lt;p&gt;他提到，這樣做的好處是：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;it provides visibility in a scalable way&lt;&#x2F;p&gt;
&lt;p&gt;可以用可擴展的方式提高自己的能見度。我對這句話的理解是，你不需要一個一個人 1on1 讓別人知道你在做什麼、你做了什麼，而是可以讓感興趣的人隨時都能看到。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;it tracks how productive (or unproductive) I’ve been&lt;&#x2F;p&gt;
&lt;p&gt;因為每週都有追蹤做的事情以及產出，這裡面會包含障礙、瓶頸、以及遇到的各種小摩擦，這些資訊有助於識別哪些事情會在未來拖累團隊。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;it documents all artifacts I’ve created or reviewed&lt;&#x2F;p&gt;
&lt;p&gt;你把你所有做過的東西與產出的結果都記下來，這讓未來的自己與別人都很好找。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;it earns trust&lt;&#x2F;p&gt;
&lt;p&gt;可以得到信任，因為團隊會知道自己做了什麼、自己沒做什麼是因為什麼原因，這也讓其他人能夠提供協助或幫忙檢核。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;h3 id=&quot;gai-ru-he-qi-dong-mei-zhou-gu-ding-de-15-5&quot;&gt;該如何啟動每週固定的 15-5？&lt;&#x2F;h3&gt;
&lt;p&gt;他建議，可以開一個頁面在團隊共享的 wiki 或類似型式的地方，在每週工作日的結尾，開啟一個新頁面，總結你當週做的事。如果可以的話，記下你的關鍵決定（與原因）。&lt;&#x2F;p&gt;
&lt;p&gt;當你做了這件事，你會發現你下週該做什麼事也自然而然浮現了，如果有的話，也一起寫下來。&lt;&#x2F;p&gt;
&lt;p&gt;如果你想要，這時可以寄給你的主管或協作的同事，也可以讓他們自己決定要不要看或訂閱。重點是，讓他們知道他們隨時都可以花 5 分鐘看完你的更新。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;我在大概一年多前就看到了這篇文，當時就有記了一些筆記，但一直沒有開始實踐。&lt;&#x2F;p&gt;
&lt;p&gt;這次看了第一篇文章，想到這篇，又重看了一次，決定開始實踐看看。&lt;&#x2F;p&gt;
&lt;p&gt;這次推動我開始實踐的原因是，我覺得這件事跟第一篇文章提到的概念類似，假設能交代清楚自己最近做了什麼、自己接下來打算做什麼，那麼對這件事有義務知情或感興趣的人們，就可以省下關心與追問的心力，快速進入更有意義的細節，這能節省雙方溝通上需要花費的時間以及降低理解的落差。&lt;&#x2F;p&gt;
&lt;p&gt;而且這件事從自己開始，應該更容易執行。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;所以，就來做吧！&lt;&#x2F;p&gt;
&lt;p&gt;至於要怎麼做呢？我當然是打算把這些內容都記在 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;get.heptabase.com&#x2F;pinchlime&quot;&gt;Heptabase&lt;&#x2F;a&gt; 上！&lt;&#x2F;p&gt;
&lt;p&gt;我本來就會把每天做的事情記在 Heptabase 的 journal 上面，並且把每日的 journal 放到白板上面，因此很容易就可以看到自己這週做了哪些事。此時也可以記下重要的決策與回顧。&lt;&#x2F;p&gt;
&lt;p&gt;另外，假設在執行過程中有任何的待辦事項，現在也可以直接記在卡片裡，設定截止日期，並且透過 Task app 去追蹤。我想不到更適合做這件事的地方了。&lt;&#x2F;p&gt;
&lt;p&gt;（無情工商結束，謝謝大家 🥳）&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>透過閱讀獲取知識的最佳方法</title>
        <published>2023-11-13T00:00:00+00:00</published>
        <updated>2023-11-13T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/newsletters/the-best-way-to-acquire-knowledge-from-readings/"/>
        <id>https://pinchlime.com/newsletters/the-best-way-to-acquire-knowledge-from-readings/</id>
        
        <content type="html" xml:base="https://pinchlime.com/newsletters/the-best-way-to-acquire-knowledge-from-readings/">&lt;h2 id=&quot;da-zhao-hu&quot;&gt;打招呼&lt;&#x2F;h2&gt;
&lt;p&gt;大家好，好久不見，歡迎回到 Pin 起來電子報！&lt;&#x2F;p&gt;
&lt;p&gt;上一封信已經是在將近三個月前的 8 月 19 日寄出，當時宣告了我即將正式加入 Heptabase 團隊。在這段沒有更新的日子裡，每天都非常勤奮的工作，收穫非常豐富，我也做得非常開心。&lt;&#x2F;p&gt;
&lt;p&gt;不過這篇並不是要來分享我的工作心得，而是要宣布我又要再來復更電子報了。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;fu-geng-dian-zi-bao&quot;&gt;復更電子報&lt;&#x2F;h2&gt;
&lt;p&gt;對於持續更新電子報這件事，我一直有很強的動機，但是現實條件則不太允許我在工作繁忙之餘持續依照我想要的方式維持更新。過往已經有許多失敗的宣告與嘗試，他們最終都毀在一個共通點：我對自己想寫的東西要求太高，需要花太多時間。&lt;&#x2F;p&gt;
&lt;p&gt;即使只是寫選讀心得，當時的我也規劃了一些固定的項目，例如「為何想讀」、「為何推薦這篇文」、「我看完後產生哪些問題」等等，這些格式固然是一個方便我產出想法的 prompts ，但仍然在某些時候阻擋我。&lt;&#x2F;p&gt;
&lt;p&gt;&lt;strong&gt;那為什麼要復更？或者說，為什麼覺得可以復更了呢？&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;昨晚&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;twitter.com&#x2F;WuPingJu&#x2F;status&#x2F;1723710348317077523&quot;&gt;在推特發了一篇推文&lt;&#x2F;a&gt;，有簡單提到，原因有下列幾個：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;Heptabase 的 task app 上線後，我有種打通經脈的感覺，我看的各種東西以及各種下一步想法終於可以順暢的整合在一起。&lt;&#x2F;li&gt;
&lt;li&gt;我發現比起卡片，我更喜歡用 Heptabase 裡面的 text elements 來放各種我感興趣的網路文字。這能促使我更直接地閱讀，並且馬上就能在旁邊記下想法。&lt;&#x2F;li&gt;
&lt;li&gt;我想起幾個月前看到我在用的電子信服務 Buttondown 的新功能：可以自動抓取我部落格的 RSS 然後處理成電子報的草稿。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;我這幾天發現，我可以非常順暢的運用這個 workflow ，開始消化我存了已久的許多文章，然後產生我的想法。&lt;&#x2F;p&gt;
&lt;p&gt;我也發現，我每次看了我感興趣的文章，無論是好文還是寫得不怎麼樣，我就是會有許多想法產生。而當我把些想法寫下來後（姑且不論之後要怎麼與我的知識庫整合），總是令我感到開心。&lt;&#x2F;p&gt;
&lt;p&gt;所以我決定好好執行這件令我感到開心的事，&lt;strong&gt;就只執行這件事&lt;&#x2F;strong&gt;：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;閱讀我感興趣的文字&lt;&#x2F;li&gt;
&lt;li&gt;寫下我的想法&lt;&#x2F;li&gt;
&lt;li&gt;分享我讀了什麼、想了什麼&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;以下是本期的內容！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;the-best-way-to-acquire-knowledge-from-readings&quot;&gt;The best way to acquire knowledge from readings&lt;&#x2F;h2&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;wiki.heptabase.com&#x2F;the-best-way-to-acquire-knowledge-from-readings?lang=zh-Hant&quot;&gt;這篇文來自 Heptabase 的 Public wiki&lt;&#x2F;a&gt; ，我想把這篇文放在重啟電子報的第一篇，因為它的內容就是在講，如何從閱讀中獲取知識。&lt;&#x2F;p&gt;
&lt;p&gt;更準確地來說，是介紹如何在 Heptabase 裡面，透過 Heptabase 的各項功能組成的工作流，拆解較長的閱讀素材，用自己的話整理成原子化的概念，再去將不同的原子概念互相連接、建立群組，進而與自己原本的知識與經驗連結起來，建立更完整、全面的深度理解。&lt;&#x2F;p&gt;
&lt;p&gt;這篇文章對我的幫助很大，它提醒我幾件重要的事：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;將複雜的知識打碎成許多原子化的概念，是建立深度理解的重要條件。&lt;&#x2F;li&gt;
&lt;li&gt;將概念建立成「原子化」的卡片並不代表這張卡片只能有「短短的內容」，而是在於整張卡片的各項論點都只用來支撐這個概念。&lt;&#x2F;li&gt;
&lt;li&gt;每張原子化的卡片、以及對應的 Section 群組，都要認真地命名，目標是用一句話講出這張卡片的核心概念，讓未來的自己一看到，就能理解這張卡片或這個群組在講什麼。&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;前面一直提到的一個關鍵字是「建立深度理解」，這可以說是 Heptabase 這個產品或這間公司的核心願景，隨著我更投入與了解這個產品以及背後的這些人，我發現我也更認同這個願景。&lt;&#x2F;p&gt;
&lt;p&gt;因此我希望開始更常練習這件事，練習對我不熟悉的事、以及複雜的事，建立比過往還要深的理解。&lt;&#x2F;p&gt;
&lt;p&gt;&lt;strong&gt;而這份電子報看起來則會是這個過程的副產物&lt;&#x2F;strong&gt;。&lt;&#x2F;p&gt;
&lt;p&gt;期待下次更新！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>如果這封信怎樣寫，我會感興趣？（SEO 陌生開發）</title>
        <published>2023-08-30T00:00:00+00:00</published>
        <updated>2023-08-30T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/snapshots/what-if/this-letter-1/"/>
        <id>https://pinchlime.com/snapshots/what-if/this-letter-1/</id>
        
        <content type="html" xml:base="https://pinchlime.com/snapshots/what-if/this-letter-1/">&lt;p&gt;今天在信箱收到一封奇妙的信，內容截圖如下：&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;seo-letter_aHNdnf.webp&quot; data-fancybox data-caption=&quot;A strange letter&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;seo-letter_aHNdnf.webp&quot; loading=&quot;lazy&quot; alt=&quot;A strange letter&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;br&gt;
&lt;p&gt;從信件內容以及他的網域來看，應該是想廣告 SEO 顧問的服務，但是這封信好像完全沒辦法達到他想要的效果，因為下列原因：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;看起來是廉價的罐頭信，沒有針對我的網站狀況有任何客製化的內容。&lt;&#x2F;li&gt;
&lt;li&gt;內容很嗆，像是什麼 &quot;Poor or old school visual design&quot; 。&lt;&#x2F;li&gt;
&lt;li&gt;語焉不詳，例如 &quot;HTML and navigation issues.&quot;。&lt;&#x2F;li&gt;
&lt;li&gt;完全沒考量到我網站的實際狀況，例如我的讀取速度明明就很快，但他卻說 &quot;Slow page loading time.&quot;。&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;我看了以後覺得蠻可惜，就想，如果他怎麼做，我會感興趣？&lt;&#x2F;p&gt;
&lt;p&gt;針對上面那四點，假設他變成：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;有提到他觀察到我的網站有哪些跟別人不一樣的地方，他覺得很不錯（先稱讚，並且顯示有先做功課）。&lt;&#x2F;li&gt;
&lt;li&gt;明確指出哪些地方的設計有待加強。（我自己不擅長設計，因此一定有很多地方不夠好，可以加強）&lt;&#x2F;li&gt;
&lt;li&gt;具體指出哪些地方目前的表現不好，可能會造成哪些問題。&lt;&#x2F;li&gt;
&lt;li&gt;提供自己的簡介以及提供的服務內容。&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;這樣做的話，我可能真的會感興趣，而且即使要花上一筆錢，我也可能有意願來請他協助進行。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;那麼，這兩種做法的&lt;strong&gt;具體差異&lt;&#x2F;strong&gt;是什麼呢？&lt;&#x2F;p&gt;
&lt;p&gt;我覺得是真誠的態度與專業感。如果他能真誠地站在我的角度，思考我潛在的問題與可能的解決方案，我會因此信任他。&lt;&#x2F;p&gt;
&lt;p&gt;而若能展現出專業感，我又對他有足夠的信任，就更願意購買他的服務了吧！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>我與 Fujifilm X100V 的短暫緣分</title>
        <published>2023-08-27T00:00:00+00:00</published>
        <updated>2023-08-27T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/snapshots/random/fujifilm-x100v/"/>
        <id>https://pinchlime.com/snapshots/random/fujifilm-x100v/</id>
        
        <content type="html" xml:base="https://pinchlime.com/snapshots/random/fujifilm-x100v/">&lt;p&gt;六月初，我購入了一台 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.fujifilm.com.tw&#x2F;personal&#x2F;digitalcamera&#x2F;fujifilm_x100v&#x2F;index.html&quot;&gt;Fuji X100V&lt;&#x2F;a&gt; ，這是一台 Fujifilm 於 2020 年推出的輕便型隨身相機，推出後一直都很受歡迎，甚至在這一兩年內好像變成某種文青圈內的熱門相機，售價水漲船高，即使是二手機過保一年多，都可以賣到幾乎全新機的價格，甚至更貴，而新機更是完全缺貨。&lt;&#x2F;p&gt;
&lt;p&gt;我因為好幾年沒有拍照，也沒有關注這個市場，所以是在今年五月多才知道這台相機的。當我知道這台相機以後，我發現我好想買它，無論是造型、體積、焦段、發色等等，看起來都非常不錯，而且因為我原先的相機 Q2 Monochrom 只能拍攝黑白照片，因此心中仍是有種想買一台也很不錯的彩色相機互相搭配的慾望。&lt;&#x2F;p&gt;
&lt;p&gt;於是我下訂了，也很幸運，排隊一個月左右就以官方定價買到全新的 X100V 。&lt;&#x2F;p&gt;
&lt;p&gt;但拿到手後，我總有種，好像少了些什麼的感覺。&lt;&#x2F;p&gt;
&lt;p&gt;這種感覺很微妙，我還是喜歡這台相機的外觀，但不是很喜歡拿在手中的感覺。我覺得這台相機拍出來的照片品質不錯，但我發現我沒有「每天都想帶它出去晃晃」的衝動。&lt;&#x2F;p&gt;
&lt;p&gt;每當有拍照的機會與場景，我好像更願意帶著 Q2M 出門，而不是 X100V。剛好六七月超級忙碌，結果我買了新機後連一百張照片都沒拍到。&lt;&#x2F;p&gt;
&lt;p&gt;就這樣，七月底時，我帶著這兩台相機，前往東京旅遊，我想說，也許這段時間能讓我更熟悉這台相機吧？&lt;&#x2F;p&gt;
&lt;p&gt;但那幾天在路上，我仍然只想拿出 Q2M 拍照，只有每天傍晚五六點後，光線比較柔和的時候，我才想到要拿出 X100V 拍拍看。&lt;&#x2F;p&gt;
&lt;p&gt;結果幾天下來，我還是沒用 X100V 拍太多照片。&lt;&#x2F;p&gt;
&lt;p&gt;回台灣後，我把這趟用 X100V 拍的照片放到電腦上放大看，有幾張拍女友的照片我蠻喜歡的，但其他的總是感覺好像少了些什麼。我感覺，我好像真的沒有這麼喜歡這台相機，因此我決定趁還在保固期內，售出給更想要它的人。&lt;&#x2F;p&gt;
&lt;p&gt;我應該還會再找找有沒有更喜歡的彩色相機，我相信當我遇到時，馬上就會感覺到的。&lt;&#x2F;p&gt;
&lt;p&gt;以下放上幾張我蠻喜歡的 X100V 照片，留作紀念！&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;DSCF2105_dwbBXF.webp&quot; data-fancybox data-caption=&quot;Tokyo 2023&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;DSCF2105_dwbBXF.webp&quot; loading=&quot;lazy&quot; alt=&quot;Tokyo 2023&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;DSCF2071_Jf4IKk.webp&quot; data-fancybox data-caption=&quot;Tokyo 2023&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;DSCF2071_Jf4IKk.webp&quot; loading=&quot;lazy&quot; alt=&quot;Tokyo 2023&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;DSCF2106_mN7O4f.webp&quot; data-fancybox data-caption=&quot;Tokyo 2023&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;DSCF2106_mN7O4f.webp&quot; loading=&quot;lazy&quot; alt=&quot;Tokyo 2023&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;DSCF2075_pPPb0W.webp&quot; data-fancybox data-caption=&quot;Tokyo 2023&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;DSCF2075_pPPb0W.webp&quot; loading=&quot;lazy&quot; alt=&quot;Tokyo 2023&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;DSCF2058_drI438.webp&quot; data-fancybox data-caption=&quot;Tokyo 2023&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;DSCF2058_drI438.webp&quot; loading=&quot;lazy&quot; alt=&quot;Tokyo 2023&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;br&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;DSCF2059_JxUEea.webp&quot; data-fancybox data-caption=&quot;Tokyo 2023&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;DSCF2059_JxUEea.webp&quot; loading=&quot;lazy&quot; alt=&quot;Tokyo 2023&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;br&gt;</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>從 Heptabase 的懷疑者到傳教士</title>
        <published>2023-08-19T00:00:00+00:00</published>
        <updated>2023-08-19T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/newsletters/from-a-heptabase-doubter-to-a-missionary/"/>
        <id>https://pinchlime.com/newsletters/from-a-heptabase-doubter-to-a-missionary/</id>
        
        <summary type="html">&lt;p&gt;Hi 大家好，歡迎回到 Pin 起來電子報！&lt;&#x2F;p&gt;
&lt;p&gt;前一封信提到了離開，這封信來聊聊離開後的新開始。&lt;&#x2F;p&gt;
&lt;p&gt;如同我在 Twitter 上&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;twitter.com&#x2F;WuPingJu&#x2F;status&#x2F;1689540510665596928&quot;&gt;分享的&lt;&#x2F;a&gt;，我即將在 9 月 1 日正式加入 Heptabase 這個團隊，負責與 Growth 及 Customer Success 相關的工作。&lt;&#x2F;p&gt;
&lt;p&gt;由於這個工作有一部分的任務是要接手 Heptabase Discord 的社群支援，包含回覆用戶問題、跟用戶討論各種功能需求等等。因此我們想說應該要發一個公告給 Discord 社群的大家，讓他們知道接下來可以直接找我對口。&lt;&#x2F;p&gt;
&lt;p&gt;於是我就寫了一份中規中矩（無聊）的公告給 Alan（Heptabase 共同創辦人）確認，結果過沒多久，他改了一份幾乎完全截然不同的版本回來，問我可不可以這樣發。&lt;&#x2F;p&gt;
&lt;p&gt;我看了一下覺得沒問題，最後就以這版本公告了。而後來 Alan 也把這個版本的中文版發布在臉書與 Twitter ，這段文字對我來講很是觸動，這幾天在心中反覆咀嚼這段話，感覺好像可以把一些零散的想法記錄下來。&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;missionary_npoZdw.webp&quot; data-fancybox data-caption=&quot;Missionary&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;missionary_npoZdw.webp&quot; loading=&quot;lazy&quot; alt=&quot;Missionary&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;br&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>離開</title>
        <published>2023-08-09T00:00:00+00:00</published>
        <updated>2023-08-09T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/newsletters/exit/"/>
        <id>https://pinchlime.com/newsletters/exit/</id>
        
        <summary type="html">&lt;p&gt;Hi 大家好，歡迎回到整整 3 個月沒有更新的 Pin 起來電子報！上一篇更新時訂閱者有七百多個人，現在已經趨近九百人，感謝大家的厚愛。不過我其實一直沒有問過大家為何想要訂閱，我甚至連大家的開信率與每一集的閱讀數量都不清楚，因為我沒有追蹤這些數字。&lt;&#x2F;p&gt;
&lt;p&gt;如果你很清楚知道自己為什麼訂閱、並且特別期待看到哪種類型的內容，歡迎你跟我說。&lt;&#x2F;p&gt;
&lt;p&gt;這篇久違的電子報來簡單聊聊我最近遇到的幾件跟「離開」有關的事。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>我的個人知識管理系統</title>
        <published>2023-06-23T00:00:00+00:00</published>
        <updated>2023-06-23T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/my-personal-knowledge-management-system-2023/"/>
        <id>https://pinchlime.com/blog/my-personal-knowledge-management-system-2023/</id>
        
        <summary type="html">&lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;personal_knowledge_management_AALGXU.webp&quot; loading=&quot;lazy&quot; alt=&quot;personal_knowledge_management&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;p&gt;&lt;code&gt;圖片來源：Midjourney&lt;&#x2F;code&gt;&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;intro&quot;&gt;Intro&lt;&#x2F;h2&gt;
&lt;p&gt;我一直都想建立一套專屬於自己的知識管理系統（personal knowledge management system)。&lt;&#x2F;p&gt;
&lt;p&gt;對我來說，一個好的知識管理系統可以讓我達成兩個核心的目標：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;向外拓展認知邊界&lt;&#x2F;li&gt;
&lt;li&gt;向內強化自己的處理器&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;在經過幾年的摸索、嘗試、模仿、學習與思考後，我覺得我已經建構出一套相對成熟與穩固的系統了。這篇文將會作為一個起點，討論：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;為什麼我要打造一個知識管理系統&lt;&#x2F;li&gt;
&lt;li&gt;這個系統是如何運作的？它解決了什麼問題？&lt;&#x2F;li&gt;
&lt;li&gt;這套系統該搭配哪些工具？&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;本篇介紹可以當成一篇「緒論」或者「目錄」，後續我會持續更新內容，也會持續撰寫相關的子議題。&lt;&#x2F;p&gt;
&lt;p&gt;所以歡迎常常回來看看，我期待這篇文章與這個系統能夠隨著時間持續成長，最終帶給自己、也帶給大家收穫。&lt;&#x2F;p&gt;
&lt;p&gt;（小提醒：如果你覺得文章太長，想要看「摘要」版本，我建議不要交給 AI ，你可以直接跳到「&lt;a href=&quot;&#x2F;blog&#x2F;my-personal-knowledge-management-system-2023&#x2F;#xiao-jie&quot;&gt;小結&lt;&#x2F;a&gt;」這個段落。但我覺得看摘要的效果沒有很好，所以還是期待你能夠看看完整的原文！）&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>透過 ChatGPT 更換格式</title>
        <published>2023-05-20T00:00:00+00:00</published>
        <updated>2023-05-20T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/archive/change-formats/"/>
        <id>https://pinchlime.com/archive/change-formats/</id>
        
        <content type="html" xml:base="https://pinchlime.com/archive/change-formats/">&lt;h2 id=&quot;wo-xiang-jie-jue-de-wen-ti&quot;&gt;我想解決的問題&lt;&#x2F;h2&gt;
&lt;p&gt;有的時候會遇到一些繁瑣的格式變換需求，例如要將某些文字的小寫標點符號變成大寫、或者是行首的空白要變成兩個空白，這些都是很簡單的需求，但是會花上不少時間。這些事都很適合請 ChatGPT 來協助處理。以下是我慢慢收集的相關案例。&lt;&#x2F;p&gt;
&lt;h2 id=&quot;an-li-yi-zhuan-huan-tu-pian-yuan-jian-de-xie-fa-23-05-20&quot;&gt;案例一：轉換圖片元件的寫法 23.05.20&lt;&#x2F;h2&gt;
&lt;p&gt;我今天嘗試在網站中增加 Lightbox 的功能，讓圖片可以顯示得更完整、漂亮。詳細的過程我寫在&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;added-fancybox-lightbox-effect&#x2F;&quot;&gt;網站新增了 Fancybox 的 Lightbox 燈箱彈窗效果&lt;&#x2F;a&gt;這篇裡。&lt;&#x2F;p&gt;
&lt;p&gt;其中有一部分的工作是請 ChatGPT 協助的，就是把我網站裡面比較舊的圖片格式寫成新的格式。&lt;&#x2F;p&gt;
&lt;p&gt;整個做法很單純，就是直接跟 ChatGPT 說我想要做什麼事、我會給他什麼、我期待得到什麼。&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;translate-to-fancybox_gox5zo.webp&quot; data-fancybox data-caption=&quot;translate-to-fancybox&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;translate-to-fancybox_gox5zo.webp&quot; loading=&quot;lazy&quot; alt=&quot;translate-to-fancybox&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>網站新增了 Fancybox 的圖片燈箱功能</title>
        <published>2023-05-20T00:00:00+00:00</published>
        <updated>2023-05-20T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/added-fancybox-lightbox-effect/"/>
        <id>https://pinchlime.com/blog/added-fancybox-lightbox-effect/</id>
        
        <content type="html" xml:base="https://pinchlime.com/blog/added-fancybox-lightbox-effect/">&lt;p&gt;這兩天又幫網站新增了一個小功能：圖片燈箱彈窗。效果可以直接點擊下圖參考：&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;fancybox_HOCpt7.webp&quot; data-fancybox data-caption=&quot;fancybox&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;fancybox_HOCpt7.webp&quot; loading=&quot;lazy&quot; alt=&quot;fancybox&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;h3 id=&quot;why&quot;&gt;Why？&lt;&#x2F;h3&gt;
&lt;p&gt;我不確定有沒有人特別注意到，網站之前一直沒有這個功能，若你點擊站內的圖片，不會有任何的效果。這造成的「問題」是，許多圖片為了符合內容區塊的寬度，都會被縮得比較小。雖然按開啟圖片到另一個分頁可以解決這個問題，但不太直覺。&lt;&#x2F;p&gt;
&lt;p&gt;由於最近開始重拾相機，因此也想要站內能夠好好地呈現圖片、照片，於是就來研究一下有哪些選項。&lt;&#x2F;p&gt;
&lt;h3 id=&quot;how&quot;&gt;How？&lt;&#x2F;h3&gt;
&lt;p&gt;我原本以為這個只要加幾行 CSS 就好，所以就問 ChatGPT 該怎麼做，結果他推薦我使用 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;fancyapps.com&#x2F;fancybox&#x2F;&quot;&gt;Fancybox&lt;&#x2F;a&gt; 這個 Library ，我稍微看了一下安裝與設定說明，發現好像蠻簡單的。實際試了也發現很容易做、效果很不錯，所以就直接設定了。&lt;&#x2F;p&gt;
&lt;p&gt;我的作法是：&lt;&#x2F;p&gt;
&lt;p&gt;步驟一： 在 base.html 的 &lt;code&gt;&amp;lt;&#x2F;head&amp;gt;&lt;&#x2F;code&gt; 標籤前增加一段 code：&lt;&#x2F;p&gt;
&lt;pre data-lang=&quot;javascript&quot; style=&quot;background-color:#2b303b;color:#c0c5ce;&quot; class=&quot;language-javascript &quot;&gt;&lt;code class=&quot;language-javascript&quot; data-lang=&quot;javascript&quot;&gt;&lt;span&gt;&amp;lt;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#bf616a;&quot;&gt;script src&lt;&#x2F;span&gt;&lt;span&gt;=&amp;quot;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#a3be8c;&quot;&gt;https:&#x2F;&#x2F;cdn.jsdelivr.net&#x2F;npm&#x2F;@fancyapps&#x2F;ui@5.0&#x2F;dist&#x2F;fancybox&#x2F;fancybox.umd.js&lt;&#x2F;span&gt;&lt;span&gt;&amp;quot;&amp;gt;&amp;lt;&#x2F;script&amp;gt;
&lt;&#x2F;span&gt;&lt;span&gt;    &amp;lt;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#bf616a;&quot;&gt;link
&lt;&#x2F;span&gt;&lt;span&gt;      &lt;&#x2F;span&gt;&lt;span style=&quot;color:#bf616a;&quot;&gt;rel&lt;&#x2F;span&gt;&lt;span&gt;=&amp;quot;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#a3be8c;&quot;&gt;stylesheet&lt;&#x2F;span&gt;&lt;span&gt;&amp;quot;
&lt;&#x2F;span&gt;&lt;span&gt;      &lt;&#x2F;span&gt;&lt;span style=&quot;color:#bf616a;&quot;&gt;href&lt;&#x2F;span&gt;&lt;span&gt;=&amp;quot;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#a3be8c;&quot;&gt;https:&#x2F;&#x2F;cdn.jsdelivr.net&#x2F;npm&#x2F;@fancyapps&#x2F;ui@5.0&#x2F;dist&#x2F;fancybox&#x2F;fancybox.css&lt;&#x2F;span&gt;&lt;span&gt;&amp;quot;
&lt;&#x2F;span&gt;&lt;span&gt;    &#x2F;&amp;gt;
&lt;&#x2F;span&gt;&lt;&#x2F;code&gt;&lt;&#x2F;pre&gt;
&lt;p&gt;步驟二： 依照 Fancybox 的&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;fancyapps.com&#x2F;fancybox&#x2F;getting-started&#x2F;&quot;&gt;文件說明&lt;&#x2F;a&gt;，把 &lt;img&gt; 改成他規定的寫法，例如，我原本某張圖片是：&lt;&#x2F;p&gt;
&lt;pre data-lang=&quot;javascript&quot; style=&quot;background-color:#2b303b;color:#c0c5ce;&quot; class=&quot;language-javascript &quot;&gt;&lt;code class=&quot;language-javascript&quot; data-lang=&quot;javascript&quot;&gt;&lt;span&gt;&amp;lt;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#bf616a;&quot;&gt;img src&lt;&#x2F;span&gt;&lt;span&gt;=&amp;quot;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#a3be8c;&quot;&gt;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;limitless-opportunities_NMXjPk.webp&lt;&#x2F;span&gt;&lt;span&gt;&amp;quot; &lt;&#x2F;span&gt;&lt;span style=&quot;color:#bf616a;&quot;&gt;loading&lt;&#x2F;span&gt;&lt;span&gt;=&amp;quot;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#a3be8c;&quot;&gt;lazy&lt;&#x2F;span&gt;&lt;span&gt;&amp;quot; &lt;&#x2F;span&gt;&lt;span style=&quot;color:#bf616a;&quot;&gt;alt&lt;&#x2F;span&gt;&lt;span&gt;=&amp;quot;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#a3be8c;&quot;&gt;limitless-opportunities&lt;&#x2F;span&gt;&lt;span&gt;&amp;quot; &lt;&#x2F;span&gt;&lt;span style=&quot;color:#bf616a;&quot;&gt;align&lt;&#x2F;span&gt;&lt;span&gt;=&lt;&#x2F;span&gt;&lt;span style=&quot;color:#bf616a;&quot;&gt;center &lt;&#x2F;span&gt;&lt;span&gt;&#x2F;&amp;gt;
&lt;&#x2F;span&gt;&lt;&#x2F;code&gt;&lt;&#x2F;pre&gt;
&lt;p&gt;就要改成：&lt;&#x2F;p&gt;
&lt;pre data-lang=&quot;javascript&quot; style=&quot;background-color:#2b303b;color:#c0c5ce;&quot; class=&quot;language-javascript &quot;&gt;&lt;code class=&quot;language-javascript&quot; data-lang=&quot;javascript&quot;&gt;&lt;span&gt;&amp;lt;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#bf616a;&quot;&gt;a href&lt;&#x2F;span&gt;&lt;span&gt;=&amp;quot;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#a3be8c;&quot;&gt;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;limitless-opportunities_NMXjPk.webp&lt;&#x2F;span&gt;&lt;span&gt;&amp;quot; &lt;&#x2F;span&gt;&lt;span style=&quot;color:#bf616a;&quot;&gt;data&lt;&#x2F;span&gt;&lt;span&gt;-&lt;&#x2F;span&gt;&lt;span style=&quot;color:#bf616a;&quot;&gt;fancybox data&lt;&#x2F;span&gt;&lt;span&gt;-&lt;&#x2F;span&gt;&lt;span style=&quot;color:#bf616a;&quot;&gt;caption&lt;&#x2F;span&gt;&lt;span&gt;=&amp;quot;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#a3be8c;&quot;&gt;limitless-opportunities&lt;&#x2F;span&gt;&lt;span&gt;&amp;quot;&amp;gt;
&lt;&#x2F;span&gt;&lt;span&gt;  &amp;lt;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#bf616a;&quot;&gt;img src&lt;&#x2F;span&gt;&lt;span&gt;=&amp;quot;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#a3be8c;&quot;&gt;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;limitless-opportunities_NMXjPk.webp&lt;&#x2F;span&gt;&lt;span&gt;&amp;quot; &lt;&#x2F;span&gt;&lt;span style=&quot;color:#bf616a;&quot;&gt;loading&lt;&#x2F;span&gt;&lt;span&gt;=&amp;quot;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#a3be8c;&quot;&gt;lazy&lt;&#x2F;span&gt;&lt;span&gt;&amp;quot; &lt;&#x2F;span&gt;&lt;span style=&quot;color:#bf616a;&quot;&gt;alt&lt;&#x2F;span&gt;&lt;span&gt;=&amp;quot;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#a3be8c;&quot;&gt;limitless-opportunities&lt;&#x2F;span&gt;&lt;span&gt;&amp;quot; &lt;&#x2F;span&gt;&lt;span style=&quot;color:#bf616a;&quot;&gt;align&lt;&#x2F;span&gt;&lt;span&gt;=&amp;quot;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#a3be8c;&quot;&gt;center&lt;&#x2F;span&gt;&lt;span&gt;&amp;quot; &#x2F;&amp;gt;
&lt;&#x2F;span&gt;&lt;span&gt;&amp;lt;&#x2F;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#bf616a;&quot;&gt;a&lt;&#x2F;span&gt;&lt;span&gt;&amp;gt;
&lt;&#x2F;span&gt;&lt;&#x2F;code&gt;&lt;&#x2F;pre&gt;
&lt;p&gt;這樣就完成了！&lt;&#x2F;p&gt;
&lt;p&gt;步驟三：&lt;&#x2F;p&gt;
&lt;p&gt;接著我就是請 ChatGPT 協助幫我轉換格式，如下圖，因為這是很簡單的工作，我就直接用更快的 GPT-3.5 ，效果很好！省了我超多時間，總共轉了一百多張圖。&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;translate-to-fancybox_gox5zo.webp&quot; data-fancybox data-caption=&quot;translate-to-fancybox&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;translate-to-fancybox_gox5zo.webp&quot; loading=&quot;lazy&quot; alt=&quot;translate-to-fancybox&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;next&quot;&gt;Next&lt;&#x2F;h3&gt;
&lt;p&gt;Fancybox 還有其他比較進階的用法，例如 Slideshow, Toolbar 等等，這些就之後再來嘗試用用看，至少目前純圖片可以有燈箱的效果，我就非常滿意了！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>透過 ChatGPT 建構麵包屑導航</title>
        <published>2023-05-17T00:00:00+00:00</published>
        <updated>2023-05-17T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/archive/built-breadcrumbs/"/>
        <id>https://pinchlime.com/archive/built-breadcrumbs/</id>
        
        <content type="html" xml:base="https://pinchlime.com/archive/built-breadcrumbs/">&lt;h2 id=&quot;wo-xiang-jie-jue-de-wen-ti&quot;&gt;我想解決的問題&lt;&#x2F;h2&gt;
&lt;p&gt;我前幾天透過 ChatGPT 製作了一版麵包屑導航的功能，就是在目前畫面上方的 Library 等連結。&lt;&#x2F;p&gt;
&lt;p&gt;不過，當我測試後，我發現這個版本有點不符合我的需求。因為我習慣會透過 &lt;code&gt;path&lt;&#x2F;code&gt; 這個參數來自定頁面的路徑，例如，我的 Heptabase 頁面的路徑是 library&#x2F;toolbox&#x2F;featured&#x2F;heptabase，但我希望設定成 Library&#x2F;heptabase。&lt;&#x2F;p&gt;
&lt;p&gt;我想這樣設定的原因是，假設未來我移動了這個頁面的層級，我希望他的 URL 仍是維持固定不變，這樣即使先前有人連結到這個頁面，連結都不會跑掉。&lt;&#x2F;p&gt;
&lt;p&gt;但我發現，這個版本的麵包屑程式碼會跟我自訂 path 的行為衝突，因為當我自訂 path 以後，麵包屑只抓取 path 的路徑，就會讓導航列變成 Library &amp;gt; Heptabase ，而漏了中間的另外兩個層級。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;wo-xiang-xiang-de-jie-jue-fang-an&quot;&gt;我想像的解決方案&lt;&#x2F;h2&gt;
&lt;p&gt;我前兩天嘗試了透過 ChatGPT 修改都失敗，後來重看了 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.getzola.org&#x2F;documentation&#x2F;templates&#x2F;pages-sections&#x2F;&quot;&gt;Zola 的官方文件&lt;&#x2F;a&gt;，裡面提到一個有趣的變數叫做 &lt;code&gt;relative_path: String;&lt;&#x2F;code&gt; ，這個變數可以讓我取得當前頁面的相對路徑，因此，即使 path 被我自訂了，我還是能夠抓取原始的路徑。這下子我覺得有機會建構導航了，就開始跟 ChatGPT 合作。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;wo-yu-chatgpt-de-dui-hua&quot;&gt;我與 ChatGPT 的對話&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;wo-ti-gong-de-zi-xun&quot;&gt;我提供的資訊&lt;&#x2F;h3&gt;
&lt;p&gt;我把我掌握的資訊、以及我可以提供的範例都一起丟給 ChatGPT ，完整的 Prompt 如下：&lt;&#x2F;p&gt;
&lt;pre style=&quot;background-color:#2b303b;color:#c0c5ce;&quot;&gt;&lt;code&gt;&lt;span&gt;我正在使用 Zola 的 Tera 模板，現在我想要為我的 pages 設置麵包屑連結，
&lt;&#x2F;span&gt;&lt;span&gt;
&lt;&#x2F;span&gt;&lt;span&gt;我的頁面結構如下：
&lt;&#x2F;span&gt;&lt;span&gt;以 &#x2F;library&#x2F;toolbox&#x2F;featured&#x2F;keyboard_maestro.md 來說，我有為他設置特定的 path : library&#x2F;keyboard_maestro ，因此他的 path 會是 library&#x2F;keyboard_maestro
&lt;&#x2F;span&gt;&lt;span&gt;
&lt;&#x2F;span&gt;&lt;span&gt;但我期待的是得到如下的麵包屑架構：
&lt;&#x2F;span&gt;&lt;span&gt;
&lt;&#x2F;span&gt;&lt;span&gt;Library &amp;gt; Toolbox &amp;gt; Featured &amp;gt; Keyboard Maestro
&lt;&#x2F;span&gt;&lt;span&gt;
&lt;&#x2F;span&gt;&lt;span&gt;我有以下參數可以使用：
&lt;&#x2F;span&gt;&lt;span&gt;
&lt;&#x2F;span&gt;&lt;span&gt;當我使用 {{ page.relative_path }} ，我會得到 library&#x2F;toolbox&#x2F;featured&#x2F;keyboard_maestro.md ，我想這個可以透過 get_page 拿來設置 Keyboard Maestro 本身的超連結。
&lt;&#x2F;span&gt;&lt;span&gt;
&lt;&#x2F;span&gt;&lt;span&gt;當我使用 {{ page.ancestors }} ，我會得到 [_index.md, library&#x2F;_index.md, library&#x2F;toolbox&#x2F;_index.md, library&#x2F;toolbox&#x2F;featured&#x2F;_index.md] ，我想這些可以讓我透過 get_section 來設置 Library &amp;gt; Toolbox &amp;gt; Featured 等幾個超連結
&lt;&#x2F;span&gt;&lt;span&gt;
&lt;&#x2F;span&gt;&lt;span&gt;請為我設置一段 macro ，你可以參考下列 macro：
&lt;&#x2F;span&gt;&lt;span&gt;
&lt;&#x2F;span&gt;&lt;span&gt;{% macro breadcrumbs(current_section) %}
&lt;&#x2F;span&gt;&lt;span&gt;&amp;lt;div class=&amp;quot;pt&amp;quot; style=&amp;quot;padding-bottom: 1rem;&amp;quot;&amp;gt;
&lt;&#x2F;span&gt;&lt;span&gt;  {% for path in current_section.ancestors %}
&lt;&#x2F;span&gt;&lt;span&gt;    {% if path != &amp;quot;_index.md&amp;quot; %}
&lt;&#x2F;span&gt;&lt;span&gt;      {{ macro::breadcrumb_link(path=path) }}
&lt;&#x2F;span&gt;&lt;span&gt;      &amp;lt;span&amp;gt;&amp;gt;&amp;lt;&#x2F;span&amp;gt;
&lt;&#x2F;span&gt;&lt;span&gt;    {% endif %}
&lt;&#x2F;span&gt;&lt;span&gt;  {% endfor %}
&lt;&#x2F;span&gt;&lt;span&gt;  {{ macro::breadcrumb_link(path=current_section.path) }}
&lt;&#x2F;span&gt;&lt;span&gt;&amp;lt;&#x2F;div&amp;gt;
&lt;&#x2F;span&gt;&lt;span&gt;{% endmacro breadcrumbs %}
&lt;&#x2F;span&gt;&lt;&#x2F;code&gt;&lt;&#x2F;pre&gt;
&lt;h3 id=&quot;chatgpt-de-hui-fu&quot;&gt;ChatGPT 的回覆：&lt;&#x2F;h3&gt;
&lt;p&gt;ChatGPT 回覆如下：&lt;&#x2F;p&gt;
&lt;blockquote&gt;
&lt;p&gt;在 Zola 的 Tera 模板中，我們可以使用 get_section 或 get_page 來根據路徑獲取頁面或者部分的資訊。以下是一個簡單的 macro 範例，它可以解析 page.ancestors 和 page.relative_path 來產生你需要的麵包屑：&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;br&gt;
&lt;pre data-lang=&quot;rust&quot; style=&quot;background-color:#2b303b;color:#c0c5ce;&quot; class=&quot;language-rust &quot;&gt;&lt;code class=&quot;language-rust&quot; data-lang=&quot;rust&quot;&gt;&lt;span&gt;{% &lt;&#x2F;span&gt;&lt;span style=&quot;background-color:#bf616a;color:#2b303b;&quot;&gt;macro&lt;&#x2F;span&gt;&lt;span&gt; &lt;&#x2F;span&gt;&lt;span style=&quot;color:#96b5b4;&quot;&gt;breadcrumb_link&lt;&#x2F;span&gt;&lt;span&gt;(path) %}
&lt;&#x2F;span&gt;&lt;span&gt;  {% set section = &lt;&#x2F;span&gt;&lt;span style=&quot;color:#96b5b4;&quot;&gt;get_section&lt;&#x2F;span&gt;&lt;span&gt;(path) %}
&lt;&#x2F;span&gt;&lt;span&gt;  &amp;lt;a href=&amp;quot;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#a3be8c;&quot;&gt;{{ section.permalink }}&lt;&#x2F;span&gt;&lt;span&gt;&amp;quot;&amp;gt;{{ section.title }}&amp;lt;&#x2F;a&amp;gt;
&lt;&#x2F;span&gt;&lt;span&gt;{% endmacro breadcrumb_link %}
&lt;&#x2F;span&gt;&lt;span&gt;
&lt;&#x2F;span&gt;&lt;span&gt;{% &lt;&#x2F;span&gt;&lt;span style=&quot;background-color:#bf616a;color:#2b303b;&quot;&gt;macro&lt;&#x2F;span&gt;&lt;span&gt; &lt;&#x2F;span&gt;&lt;span style=&quot;color:#96b5b4;&quot;&gt;breadcrumbs&lt;&#x2F;span&gt;&lt;span&gt;(page) %}
&lt;&#x2F;span&gt;&lt;span&gt;&amp;lt;div class=&amp;quot;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#a3be8c;&quot;&gt;pt&lt;&#x2F;span&gt;&lt;span&gt;&amp;quot; style=&amp;quot;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#a3be8c;&quot;&gt;padding-bottom: 1rem;&lt;&#x2F;span&gt;&lt;span&gt;&amp;quot;&amp;gt;
&lt;&#x2F;span&gt;&lt;span&gt;  {% &lt;&#x2F;span&gt;&lt;span style=&quot;color:#b48ead;&quot;&gt;for&lt;&#x2F;span&gt;&lt;span&gt; path in page.ancestors %}
&lt;&#x2F;span&gt;&lt;span&gt;    {% &lt;&#x2F;span&gt;&lt;span style=&quot;color:#b48ead;&quot;&gt;if&lt;&#x2F;span&gt;&lt;span&gt; path != &amp;quot;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#a3be8c;&quot;&gt;_index.md&lt;&#x2F;span&gt;&lt;span&gt;&amp;quot; %}
&lt;&#x2F;span&gt;&lt;span&gt;      {{ &lt;&#x2F;span&gt;&lt;span style=&quot;color:#96b5b4;&quot;&gt;breadcrumb_link&lt;&#x2F;span&gt;&lt;span&gt;(path=path) }}
&lt;&#x2F;span&gt;&lt;span&gt;      &amp;lt;span&amp;gt;&amp;gt;&amp;lt;&#x2F;span&amp;gt;
&lt;&#x2F;span&gt;&lt;span&gt;    {% endif %}
&lt;&#x2F;span&gt;&lt;span&gt;  {% endfor %}
&lt;&#x2F;span&gt;&lt;span&gt;  {% set page_title = &lt;&#x2F;span&gt;&lt;span style=&quot;color:#96b5b4;&quot;&gt;get_page&lt;&#x2F;span&gt;&lt;span&gt;(page.relative_path).title %}
&lt;&#x2F;span&gt;&lt;span&gt;  &amp;lt;a href=&amp;quot;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#a3be8c;&quot;&gt;{{ page.permalink }}&lt;&#x2F;span&gt;&lt;span&gt;&amp;quot;&amp;gt;{{ page_title }}&amp;lt;&#x2F;a&amp;gt;
&lt;&#x2F;span&gt;&lt;span&gt;&amp;lt;&#x2F;div&amp;gt;
&lt;&#x2F;span&gt;&lt;span&gt;{% endmacro breadcrumbs %}
&lt;&#x2F;span&gt;&lt;&#x2F;code&gt;&lt;&#x2F;pre&gt;
&lt;blockquote&gt;
&lt;p&gt;這裡的 breadcrumb_link macro 會將路徑傳遞給 get_section 來獲取該部分的資訊，然後生成一個麵包屑連結。麵包屑連結的名稱由該部分的 title 決定，而連結的目標則由 permalink 決定。&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;在 breadcrumbs macro 中，我們首先對 page.ancestors 進行迭代。對於每個祖先路徑，我們檢查它是否為 _index.md。如果不是，則我們使用 breadcrumb_link macro 生成一個麵包屑連結。最後，我們使用 get_page 來獲取當前頁面的 title，並生成一個指向當前頁面的麵包屑連結。&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;請注意，你需要確保每個部分的 _index.md 檔案都設置了 title 屬性，否則這些麵包屑連結可能不會正確顯示。同時，確保你的路徑都是以 _index.md 結尾的。&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;br&gt;
&lt;p&gt;我測試了這段 macro 後，接著就是將 Zola 呈現的錯誤訊息再貼回給 ChatGPT ，並且持續調整，大概經過 5 次的調整後，一切都順利完成了。&lt;&#x2F;p&gt;
&lt;p&gt;現在即使我設定頁面的 &lt;code&gt;path&lt;&#x2F;code&gt; 連結為特定的內容，麵包屑的導航還是會準確抓到這個頁面自身、上層的所有 section ，並且幫他們建立連結。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;zui-zhong-de-cheng-shi-ma&quot;&gt;最終的程式碼&lt;&#x2F;h3&gt;
&lt;p&gt;在這邊也分享一下最後的成果。&lt;&#x2F;p&gt;
&lt;p&gt;一共有兩段 macro：&lt;&#x2F;p&gt;
&lt;pre data-lang=&quot;rust&quot; style=&quot;background-color:#2b303b;color:#c0c5ce;&quot; class=&quot;language-rust &quot;&gt;&lt;code class=&quot;language-rust&quot; data-lang=&quot;rust&quot;&gt;&lt;span&gt;{% &lt;&#x2F;span&gt;&lt;span style=&quot;background-color:#bf616a;color:#2b303b;&quot;&gt;macro&lt;&#x2F;span&gt;&lt;span&gt; &lt;&#x2F;span&gt;&lt;span style=&quot;color:#96b5b4;&quot;&gt;page_breadcrumb_link&lt;&#x2F;span&gt;&lt;span&gt;(path) %}
&lt;&#x2F;span&gt;&lt;span&gt;  {% set section = &lt;&#x2F;span&gt;&lt;span style=&quot;color:#96b5b4;&quot;&gt;get_section&lt;&#x2F;span&gt;&lt;span&gt;(path=path) %}
&lt;&#x2F;span&gt;&lt;span&gt;  &amp;lt;a href=&amp;quot;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#a3be8c;&quot;&gt;{{ section.permalink }}&lt;&#x2F;span&gt;&lt;span&gt;&amp;quot;&amp;gt;{{ section.extra.bread_name }}&amp;lt;&#x2F;a&amp;gt;
&lt;&#x2F;span&gt;&lt;span&gt;{% endmacro page_breadcrumb_link %}
&lt;&#x2F;span&gt;&lt;&#x2F;code&gt;&lt;&#x2F;pre&gt;
&lt;pre data-lang=&quot;rust&quot; style=&quot;background-color:#2b303b;color:#c0c5ce;&quot; class=&quot;language-rust &quot;&gt;&lt;code class=&quot;language-rust&quot; data-lang=&quot;rust&quot;&gt;&lt;span&gt;{% &lt;&#x2F;span&gt;&lt;span style=&quot;background-color:#bf616a;color:#2b303b;&quot;&gt;macro&lt;&#x2F;span&gt;&lt;span&gt; &lt;&#x2F;span&gt;&lt;span style=&quot;color:#96b5b4;&quot;&gt;page_breadcrumbs&lt;&#x2F;span&gt;&lt;span&gt;(page) %}
&lt;&#x2F;span&gt;&lt;span&gt;&amp;lt;div class=&amp;quot;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#a3be8c;&quot;&gt;pt&lt;&#x2F;span&gt;&lt;span&gt;&amp;quot; style=&amp;quot;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#a3be8c;&quot;&gt;padding-bottom: 1rem;&lt;&#x2F;span&gt;&lt;span&gt;&amp;quot;&amp;gt;
&lt;&#x2F;span&gt;&lt;span&gt;  {% &lt;&#x2F;span&gt;&lt;span style=&quot;color:#b48ead;&quot;&gt;for&lt;&#x2F;span&gt;&lt;span&gt; path in page.ancestors %}
&lt;&#x2F;span&gt;&lt;span&gt;    {% &lt;&#x2F;span&gt;&lt;span style=&quot;color:#b48ead;&quot;&gt;if&lt;&#x2F;span&gt;&lt;span&gt; path != &amp;quot;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#a3be8c;&quot;&gt;_index.md&lt;&#x2F;span&gt;&lt;span&gt;&amp;quot; %}
&lt;&#x2F;span&gt;&lt;span&gt;      {{ &lt;&#x2F;span&gt;&lt;span style=&quot;background-color:#bf616a;color:#2b303b;&quot;&gt;macro&lt;&#x2F;span&gt;&lt;span&gt;::page_breadcrumb_link(path=path) }}
&lt;&#x2F;span&gt;&lt;span&gt;      &amp;lt;span&amp;gt;&amp;gt;&amp;lt;&#x2F;span&amp;gt;
&lt;&#x2F;span&gt;&lt;span&gt;    {% endif %}
&lt;&#x2F;span&gt;&lt;span&gt;  {% endfor %}
&lt;&#x2F;span&gt;&lt;span&gt;  {% set current_page = &lt;&#x2F;span&gt;&lt;span style=&quot;color:#96b5b4;&quot;&gt;get_page&lt;&#x2F;span&gt;&lt;span&gt;(path=page.relative_path) %}
&lt;&#x2F;span&gt;&lt;span&gt;  &amp;lt;a href=&amp;quot;&lt;&#x2F;span&gt;&lt;span style=&quot;color:#a3be8c;&quot;&gt;{{ page.permalink }}&lt;&#x2F;span&gt;&lt;span&gt;&amp;quot;&amp;gt;{{ current_page.title }}&amp;lt;&#x2F;a&amp;gt;
&lt;&#x2F;span&gt;&lt;span&gt;&amp;lt;&#x2F;div&amp;gt;
&lt;&#x2F;span&gt;&lt;span&gt;{% endmacro page_breadcrumbs %}
&lt;&#x2F;span&gt;&lt;&#x2F;code&gt;&lt;&#x2F;pre&gt;
&lt;p&gt;然後我在 library_page.html 這個 template 模板裡面，透過這段程式碼來呼叫這兩段 macro：&lt;&#x2F;p&gt;
&lt;pre data-lang=&quot;rust&quot; style=&quot;background-color:#2b303b;color:#c0c5ce;&quot; class=&quot;language-rust &quot;&gt;&lt;code class=&quot;language-rust&quot; data-lang=&quot;rust&quot;&gt;&lt;span&gt;{% block breadcrumbs -%}
&lt;&#x2F;span&gt;&lt;span&gt;{{ &lt;&#x2F;span&gt;&lt;span style=&quot;background-color:#bf616a;color:#2b303b;&quot;&gt;macro&lt;&#x2F;span&gt;&lt;span&gt;::page_breadcrumbs(page=page) }}
&lt;&#x2F;span&gt;&lt;span&gt;{% endblock breadcrumbs %}
&lt;&#x2F;span&gt;&lt;&#x2F;code&gt;&lt;&#x2F;pre&gt;
&lt;p&gt;一切都很順暢的運作，且比原本的 macro 語法還要簡潔很多。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;wo-xue-dao-de-shi&quot;&gt;我學到的事&lt;&#x2F;h2&gt;
&lt;p&gt;我覺得這次很順利完成目標的原因是，我在第一次的 prompt 就提供給 ChatGPT 還算完整的資訊。（我使用的是 2023 年 5 月的 GPT 4 模型）例如，我提供了我的頁面結構、我期待的內容、我跟他說明當我使用某個參數時我會得到怎樣的內容、最後我也給他「macro」的結構大概是怎樣的，剩下就請他發揮。&lt;&#x2F;p&gt;
&lt;p&gt;但假設我單純請他為我建構一段 Zola 的 macro ，（我有測試了一下單純用「我正在使用 Zola 的 Tera 模板，現在我想要為我的 pages 設置麵包屑連結，請你為我建構對應的 macro 以及 html 程式碼：」來請他協助，但效果差非常很多。&lt;&#x2F;p&gt;
&lt;p&gt;我猜想，一方面因為 Zola 是很冷門的架構，另一方面是這個需求稍微有點複雜，所以若能給他較完整的資訊，表現就會好很多。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>只能拍攝黑白照片的 “Monochrome” 相機</title>
        <published>2023-05-07T00:00:00+00:00</published>
        <updated>2023-05-07T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/newsletters/camera-that-can-only-take-black-and-white-photos/"/>
        <id>https://pinchlime.com/newsletters/camera-that-can-only-take-black-and-white-photos/</id>
        
        <content type="html" xml:base="https://pinchlime.com/newsletters/camera-that-can-only-take-black-and-white-photos/">&lt;p&gt;兩週前我偶然在 Twitter 上面看到&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;twitter.com&#x2F;nishuang&#x2F;status&#x2F;1650614961872273411&quot;&gt;推友倪爽分享一個令我很感興趣的新聞&lt;&#x2F;a&gt;，是 Pentax 這個老牌的相機牌子，推出了一台「只能拍黑白照片」的相機 —— &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.ricoh-imaging.co.jp&#x2F;english&#x2F;products&#x2F;k-3-3-mono&#x2F;feature&#x2F;index.html&quot;&gt;Pentax K3 III Monochrome&lt;&#x2F;a&gt; 。&lt;&#x2F;p&gt;
&lt;p&gt;看到這則消息後，好多回憶與想法湧出，今天這封信就來分享一下這些想法。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;past&quot;&gt;Past&lt;&#x2F;h3&gt;
&lt;p&gt;我大學時非常喜歡拍照，最一開始買了一台 Nikon D90 + 18-55 Kit ，拍了幾個月覺得自己拍得不怎麼樣，結果在同學的慫恿下開始接觸底片相機，也加入了攝影社，開始學基本的攝影概念，開始拍更多照，開始學怎麼沖片以及放相，花了好多時間在這些事上面。&lt;&#x2F;p&gt;
&lt;p&gt;當時還是底片攝影的美好年代，有便宜的相機、便宜的底片（一捲 Fuji X-TRA 400 大概只要 60-70 元，即使是最貴的正片大概也只要 200 多元），我也跟同學一起買黑白的電影底片 Kodak Double-X ，一盤只要 1100 元，可以分成 20 卷，然後拍完就到攝影社的暗房自己沖底片，再掃描。&lt;&#x2F;p&gt;
&lt;p&gt;在那時，我可以一天拍掉好幾卷底片，甚至是為了看自己拍的某幾張照片的效果，快門亂按一通，就趕快跑去社辦，然後鎖上門，開始把底片捲到片軸上，放到沖片罐，加入調好比例的顯影液，計時，放音樂，聽著水流拍打沖片罐的聲音。那時真的是好快樂。&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;random-b-and-w_fuq7e8.webp&quot; data-fancybox data-caption=&quot;random-b-and-w&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;random-b-and-w_fuq7e8.webp&quot; loading=&quot;lazy&quot; alt=&quot;random-b-and-w&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;&lt;code&gt;圖片來源：我，應該是用 Minolta TC-1 搭配 Kodak Double X 拍攝，自己沖，再掃描成數位影像。&lt;&#x2F;code&gt;&lt;&#x2F;p&gt;
&lt;p&gt;大學畢業後，可能是生活型態改變、興趣改變，或者不知道什麼東西改變，我變得沒有什麼動力拍照，相機與鏡頭們沈睡在防潮箱裡，我也幾乎不再看攝影集，不再追蹤各種器材的更新資訊，這樣的狀態就一直延續到現在，大概已經快十年沒有認真拿起相機拍照，直到看到了這則 Pentax 黑白相機的事。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;now&quot;&gt;Now&lt;&#x2F;h3&gt;
&lt;p&gt;這台 Pentax 的相機令我很震撼，原因是，我很喜歡 Pentax ，無論是底片單眼或者是數位的單眼，我過去都只用 Pentax 。而我也很喜歡黑白照片，我從以前就一直沈迷於黑白底片豐富的階調，過去我一直覺得數位相機做不到這件事。而我沒有想過，我喜歡的兩件事可以就這樣結合在一起，然後跑到我的眼前。&lt;&#x2F;p&gt;
&lt;p&gt;我興奮地跟大學時期的攝影好友分享這個消息，結果目前早已是專業攝影師的他，直接丟了另一個型號給我，也是只能拍黑白的相機： Leica Q2 monochrom 。&lt;&#x2F;p&gt;
&lt;p&gt;研究了一下才發現，原來 Pentax 這台黑白相機不是先行者，反而比較像是發現這裡有個小小的利基市場，所以也來佔一下位。&lt;&#x2F;p&gt;
&lt;p&gt;我就這樣順藤摸瓜，開始補起過去十年間沒什麼在接觸的器材知識，開始看為什麼會有這樣「特別」的相機。這些相機並不是主打「有比較好看的黑白模式」而已，他們更激進，是「只能拍黑白照片」。&lt;&#x2F;p&gt;
&lt;p&gt;研究一陣以後，我發現我好像能夠感覺到這類相機的魅力、定位、以及為什麼會有一小群人，為這種相機瘋狂，且願意買單。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;how&quot;&gt;How&lt;&#x2F;h3&gt;
&lt;p&gt;所謂「只能拍攝黑白照片」是什麼意思呢？我不是這方面的專業，所以先以我理解的方式描述一次。&lt;&#x2F;p&gt;
&lt;p&gt;彩色數位相機會有一個影像感測器（image sensor），他會通過數百萬、數千萬個像素，捕捉光線，並將其轉換為電子訊號。為了識別色彩，這些 sensor 會再加上一層「color filter」，捕捉通過紅色（R）、綠色（G）、藍色（B）這三種顏色濾鏡的光線。&lt;&#x2F;p&gt;
&lt;p&gt;當光線通過彩色濾鏡到達感測器時，每個像素只能捕捉到一種顏色的光線，此時相機會使用一種名為「去馬賽克插值」（Demosaicing）的演算法來重新建立完整的彩色圖像，這個演算法會根據每個像素周圍的其他像素顏色進行推算，填補缺失的顏色資訊。&lt;&#x2F;p&gt;
&lt;p&gt;先就此打住，總之，這些只能拍攝黑白照片的相機在技術上的做法是，移除這層「彩色濾鏡」，並且專門打造特製的影像感測器，透過這個方式，每個像素捕捉的都是灰階上單純的亮度資訊，不再需要進行額外的「色彩差值計算」。&lt;&#x2F;p&gt;
&lt;p&gt;但，為什麼要這麼大費周章去做這件事呢？&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;why&quot;&gt;Why&lt;&#x2F;h3&gt;
&lt;p&gt;根據我的了解，專門為黑白相片打造的相機能夠帶來幾個優點：黑白階調之間的變化更為自然，且照片會更銳利，同時在高 ISO 狀況下的噪點也會更少。&lt;&#x2F;p&gt;
&lt;p&gt;例如這篇 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.reddotforum.com&#x2F;content&#x2F;2021&#x2F;02&#x2F;bw-iso-showdown-2021-leica-q2-monochrom-vs-m10-monochrom-vs-q2-vs-m10-r&#x2F;&quot;&gt;B&amp;amp;W ISO Showdown 2021: Leica Q2 Monochrom &#x2F; M10 Monochrom &#x2F; Q2 &#x2F; M10-R | Red Dot Forum&lt;&#x2F;a&gt; 評測裡面，就有對比 Leica Q2 （彩色）以及 Leica Q2 Monochrom 在同樣 ISO 下的黑白影像品質（Q2 是彩色轉黑白）。&lt;&#x2F;p&gt;
&lt;p&gt;我看了以後完全被「純黑白相機」的高感光度表現嚇到了，如下圖，即使 ISO 開到 50,000 ，黑白相機幾乎還是沒有什麼噪點，這意味著黑白相機可以在較暗的場合表現得更好。&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;Q2-vs-Q2M-Vinegar-ISO-50000_SPeuBO.webp&quot; data-fancybox data-caption=&quot;Q2-vs-Q2M-Vinegar-ISO-50000&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;Q2-vs-Q2M-Vinegar-ISO-50000_SPeuBO.webp&quot; loading=&quot;lazy&quot; alt=&quot;Q2-vs-Q2M-Vinegar-ISO-50000&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;&lt;code&gt;圖片來源：&lt;a href=&quot;https:&#x2F;&#x2F;www.reddotforum.com&#x2F;content&#x2F;2021&#x2F;02&#x2F;bw-iso-showdown-2021-leica-q2-monochrom-vs-m10-monochrom-vs-q2-vs-m10-r&quot;&gt;B&amp;amp;W ISO Showdown 2021: Leica Q2 Monochrom &#x2F; M10 Monochrom &#x2F; Q2 &#x2F; M10-R | Red Dot Forum&lt;&#x2F;a&gt;&lt;&#x2F;code&gt;&lt;&#x2F;p&gt;
&lt;p&gt;除了這些優勢以外，我也看了好多使用黑白相機的 YouTuber 拍的影片，他們幾乎都有提到一個黑白相機的優點是：&lt;strong&gt;能讓自己更專注於捕捉光影&lt;&#x2F;strong&gt;。&lt;&#x2F;p&gt;
&lt;p&gt;對這些人來說，相機少了「顏色」這件事，是個 feature 。因為少了一個可以影響觀者感受的變因，就必須更專注於剩下的幾個可控的要素，例如光影、構圖、景深。&lt;&#x2F;p&gt;
&lt;p&gt;而且黑白照片無法再轉為彩色，因此拍攝時也不像彩色相機一樣可以留有某種「即使這張顏色不好看，或許也可以再轉成黑白，裁切一下就好」的退路。&lt;&#x2F;p&gt;
&lt;p&gt;在這些技術條件的限制之下，反而看到很多黑白相機的愛好者表示，他們更願意把相機帶出門拍照、更喜歡拍照了。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;future&quot;&gt;Future&lt;&#x2F;h3&gt;
&lt;p&gt;在研究完純黑白相機後，我發現我自己完全可以理解這些愛好者的心情，以我自己來說，很奇妙的是，對於那些好看的彩色照片，我沒辦法很好地想像他們在灰階時最好看的樣子是怎樣。&lt;&#x2F;p&gt;
&lt;p&gt;但當我看到那些好看的黑白相機照片時，我的腦中完全可以浮現它們彩色的樣子，我覺得這可能跟黑白相機拍出來的品質與階調有關，也可能是我單純著迷的心理錯覺。&lt;&#x2F;p&gt;
&lt;p&gt;總之，我好像因為這個契機，又重新燃起對攝影的熱情了，所以也許不遠的將來，電子報裡就可以開始放上自己拍的照片當作點綴囉！&lt;&#x2F;p&gt;
&lt;p&gt;不過這個「只能拍攝黑白，是一種 feature」的概念也同樣令我印象深刻，也令我想到，在很多產品裡面體驗到的限制，是否有其對應的優勢？如果是我來做，又會怎樣取捨？有沒有機會將某種限制與對應的優勢拉到最大，以創造出獨特的體驗？&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>開始使用 Cloudflare Web Analytics</title>
        <published>2023-05-05T00:00:00+00:00</published>
        <updated>2023-05-05T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/snapshots/what-i-tried-today/tried-to-use-cloudflare-web-analytics/"/>
        <id>https://pinchlime.com/snapshots/what-i-tried-today/tried-to-use-cloudflare-web-analytics/</id>
        
        <content type="html" xml:base="https://pinchlime.com/snapshots/what-i-tried-today/tried-to-use-cloudflare-web-analytics/">&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;cloudflare-web-analytics_Ju2RGs.webp&quot; data-fancybox data-caption=&quot;cloudflare-web-analytics&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;cloudflare-web-analytics_Ju2RGs.webp&quot; loading=&quot;lazy&quot; alt=&quot;cloudflare-web-analytics&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;今天早上收到我在使用的追蹤工具 Umami 的通知，說 Umami Cloud 即將結束 Public Beta ，要開始正式上線，這也意味著要開始收費。&lt;&#x2F;p&gt;
&lt;p&gt;看了一下公布的&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;umami.is&#x2F;pricing&quot;&gt;定價內容&lt;&#x2F;a&gt;，發現有點尷尬。 Free tier 每個月有限制 10,000 次的 page views ，以我過去幾個月的數據來看，蠻有機會超過。但下一個 tier 就要每個月 9 美元，並且有每個月 10 萬次的 page views ，這對我來講又太多。&lt;&#x2F;p&gt;
&lt;p&gt;因此我開始研究替代方案。先前有研究過 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;usefathom.com&#x2F;pricing&quot;&gt;Fathom&lt;&#x2F;a&gt; 或者是 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;plausible.io&#x2F;#pricing&quot;&gt;Plausible&lt;&#x2F;a&gt; ，最便宜的也都要每個月 9 美元，而今天有個推友推薦我的 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.simpleanalytics.com&#x2F;pricing&quot;&gt;Simple Analytics&lt;&#x2F;a&gt; ，也是要 9 美元。看來看去我想說，如果都要付錢的話，那好像要研究一下其他幾個有沒有比 Umami 更好。&lt;&#x2F;p&gt;
&lt;p&gt;但在這時我看到 Simple Analytics 的頁面上有與其他產品的比較，&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.simpleanalytics.com&#x2F;blog&#x2F;why-simple-analytics-is-a-great-alternative-to-cloudflare-web-analytics&quot;&gt;其中一個是 Cloudflare&lt;&#x2F;a&gt; ，看了一下以後發現 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.cloudflare.com&#x2F;web-analytics&#x2F;&quot;&gt;Cloudflare Web Analytics&lt;&#x2F;a&gt; 好像還不錯！&lt;&#x2F;p&gt;
&lt;p&gt;因為他有下列幾個我最在意的優點：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;目前可以免費使用，並且只要貼上一段 js code 就可以直接開始記錄。&lt;&#x2F;li&gt;
&lt;li&gt;重視隱私， Cloudflare 有說明他們不會追蹤用戶的 IP 以及 “fingerprint”，也不紀錄 Cookies 。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;至於其他追蹤工具各式各樣的分析或即時追蹤功能，我好像都不太需要，我只想要重視隱私，並且能夠有八九成準確紀錄流量的工具就好，看起來 Cloudflare 正好符合這個需求。&lt;&#x2F;p&gt;
&lt;p&gt;於是我就安裝了，一樣是透過先前提過的 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;embed-tracking-code-for-static-websites-with-netlify-snippet-injection-feature&#x2F;&quot;&gt;Netlify 的 snippet injection 功能&lt;&#x2F;a&gt;來埋設追蹤碼，非常簡單，一分鐘內就完成安裝並開始追蹤。&lt;&#x2F;p&gt;
&lt;p&gt;追蹤幾個小時下來，看起來數據儀表板也是該有的都有，包含流量資訊、各頁面的分別數據、 Referers 等等。&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;cloudflare-web-analytics-dashboard_0hLUzO.webp&quot; data-fancybox data-caption=&quot;cloudflare-web-analytics-dashboard&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;cloudflare-web-analytics-dashboard_0hLUzO.webp&quot; loading=&quot;lazy&quot; alt=&quot;cloudflare-web-analytics-dashboard&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;接下來打算讓他跑個一兩週看看數據跟 Umami 追蹤的有沒有什麼不一樣，若沒有太大落差，應該就會正式轉向 Cloudflare 了！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>關於成功、運氣與機會</title>
        <published>2023-04-23T00:00:00+00:00</published>
        <updated>2023-04-23T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/newsletters/about-success-luck-and-opportunity/"/>
        <id>https://pinchlime.com/newsletters/about-success-luck-and-opportunity/</id>
        
        <content type="html" xml:base="https://pinchlime.com/newsletters/about-success-luck-and-opportunity/">&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;limitless-opportunities_NMXjPk.webp&quot; data-fancybox data-caption=&quot;limitless-opportunities&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;limitless-opportunities_NMXjPk.webp&quot; loading=&quot;lazy&quot; alt=&quot;limitless-opportunities&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;&lt;code&gt;圖片來源：Midjourney, prompt: &quot;Limitless Opportunities&quot;, abstract, motion graphics, bold colors, dynamic shapes, fast-paced, energetic, futuristic, --ar 1200:630 --v 5&lt;&#x2F;code&gt;&lt;&#x2F;p&gt;
&lt;p&gt;前兩個禮拜，因為老高的一集影片「&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=qzIfQ5_gYzc&quot;&gt;真正的人生攻略，這一期也許你會看了又看&lt;&#x2F;a&gt;」，這個話題在台灣的 Facebook 社群中引起不少討論，我有看到的幾篇好文包含：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.facebook.com&#x2F;ChihChyiChang&#x2F;posts&#x2F;pfbid02HqNFx8oMVdT198Aba3Xc8Gw1sdaL6AZLTjZHz1hghSXtZewyffQGpAPsgAfbUTfyl&quot;&gt;志祺討論他的幾個 lucky moments&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;li&gt;Manny 分享的 Leroy Yau 的「&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.yauleroy.com&#x2F;?p=8479&quot;&gt;成功解碼&lt;&#x2F;a&gt;」&lt;&#x2F;li&gt;
&lt;li&gt;Vicky 寫的「&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;vickyho.com&#x2F;the-role-of-luck-in-life-success&#x2F;&quot;&gt;【2022年搞笑諾貝爾經濟獎】比起才能，抓緊好運才是邁向成功的關鍵？&lt;&#x2F;a&gt;」&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;我一直都蠻喜歡看各種「成功學」的文體，有的分享讓人真的身歷其境，感覺到這個人累積的教訓與收穫。有的分享則是看起來大吹牛皮或大煲心靈雞湯，我也樂得觀察這類文章作者個性，並且默默建立某種評判標準。&lt;&#x2F;p&gt;
&lt;p&gt;不過，當我看到這次討論的主題時，我總覺得有哪邊有點「刺刺的」。&lt;&#x2F;p&gt;
&lt;p&gt;再仔細扒開這個「刺刺的想法」，我最好奇或疑惑的問題好像是：&lt;strong&gt;為什麼「運氣」要跟「成功」綁定？&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;我可以單純追求、努力得到更多運氣就好嗎？那得到這些運氣後，我會收穫什麼？是成功嗎？是快樂或幸福嗎？還是什麼別的東西？&lt;&#x2F;p&gt;
&lt;p&gt;拋出這些問題後，我又發現，我對於追求「成功」的興趣好像沒那麼高，但我蠻喜歡前面幾篇裡面提到的「培養、得到運氣」的分享，而且我更傾向用「機會」這個詞來代替看起來有些隨機性質的「運氣」。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;ji-hui-yu-yun-qi-de-chai-yi&quot;&gt;機會與運氣的差異&lt;&#x2F;h3&gt;
&lt;p&gt;對我來說，這兩個詞的差異在於，我知道「機會」是來自何處，但我無法知道「運氣」會從哪裡冒出來。&lt;&#x2F;p&gt;
&lt;p&gt;舉例來說，我進入目前公司的契機，是被朋友詢問有沒有興趣去面試看看一個職缺，後來問了對方才知道，是因為有看過我前一份工作時在臉書發的長文，覺得好像適合這個新的職位，才來問我看看。&lt;&#x2F;p&gt;
&lt;p&gt;以這個案例來說，我沒辦法掌握的是有誰有可能看到我 PO 的臉書貼文，所以能不能讓適合的人看到，可能比較偏向運氣。但當適合的人看到，並詢問有無意願面試時，我知道這個「機會」是由我過往累積的內容而來。&lt;&#x2F;p&gt;
&lt;p&gt;所以重新整理一下，我更感興趣的命題好像是：&lt;strong&gt;如何遇見並掌握更多的機會&lt;&#x2F;strong&gt;。&lt;&#x2F;p&gt;
&lt;p&gt;透過這個命題的微調，我可以連結更多的個人經驗，也更可以想像該如何創造機會，而非聚焦於一個隱形的、看似無法捉摸的運氣。&lt;&#x2F;p&gt;
&lt;p&gt;那麼，回到調整後的命題，該如何遇見並掌握更多的機會呢？&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;yu-jian-ji-hui-de-he-xin-yao-su-shi-chuang-zao-yu-fen-xiang&quot;&gt;遇見機會的核心要素是創造與分享&lt;&#x2F;h3&gt;
&lt;p&gt;從我過去幾年的職場經驗來看，遇見機會的核心要素好像是「創造」以及「分享」。&lt;&#x2F;p&gt;
&lt;p&gt;這邊的創造，泛指一切在自己身上或周遭尚未發生過的事情，可以舉的例子好多，例如：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;把自己怎麼做某個工作的流程寫下來。&lt;&#x2F;li&gt;
&lt;li&gt;寫一篇介紹某個新概念的短文&lt;&#x2F;li&gt;
&lt;li&gt;畫各種沒人畫過的東西&lt;&#x2F;li&gt;
&lt;li&gt;寫一個小工具、或做一個網站&lt;&#x2F;li&gt;
&lt;li&gt;研發一道新的菜色&lt;&#x2F;li&gt;
&lt;li&gt;用某個新方式回覆客戶&lt;&#x2F;li&gt;
&lt;li&gt;用以前沒試過的方式對待小孩、另一半或父母&lt;&#x2F;li&gt;
&lt;li&gt;思考某個問題，有了一些想法&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;這些事情背後的共通點是，自己先有某種慾望，可能是不滿某個現狀想更好，可能是某種表現或創造的慾望，接著，自己嘗試、實作某種新的可能性。&lt;&#x2F;p&gt;
&lt;p&gt;只要符合這樣的狀況，我覺得都是在創造。而即使創造的結果不盡人意，但這個「想創造的慾望」本身，就可能讓其他人有感，進而產生某種價值。當然，若創造的成果很好，價值可能就更高。&lt;&#x2F;p&gt;
&lt;p&gt;而當自己創造了，下一步就是在適當的機會與場合分享自己創造的內容。此時會需要以適合的媒介分享，以我自己的經驗來說，可能就是寫成文字，然後貼在社群平台以及自己的網站上。但以前面的各種「創造」案例來說，這樣的分享也可能會出現在聚會中、演講中、作業中、作品中、甚至是平凡的交流對話中。&lt;&#x2F;p&gt;
&lt;p&gt;以我的經驗來說，當創造與分享的頻率愈高、媒合受眾需求的程度愈高，機會出現的機率就愈高。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;zhang-wo-ji-hui-de-he-xin-yao-su-shi&quot;&gt;掌握機會的核心要素是？？&lt;&#x2F;h3&gt;
&lt;p&gt;在遇見機會後，下一個問題是如何掌握機會？或者說，該不該去掌握各種機會？&lt;&#x2F;p&gt;
&lt;p&gt;比方說，有新的職缺邀約，自己該留在原本的職務，還是去試試看？&lt;&#x2F;p&gt;
&lt;p&gt;比方說，有某個需要花點力氣與成本嘗試才能知道結果的合作機會，該不該去做？&lt;&#x2F;p&gt;
&lt;p&gt;關於這點，我自己還沒有足夠分享的經驗可以分享，目前只隱約感覺，要不要投注資源（金錢、時間）去嘗試某個機會，還是要看自己最「想要」達到的是什麼，然後再來看看這個機會對於前往這個目標有沒有可能有幫助。&lt;&#x2F;p&gt;
&lt;p&gt;假設評估後覺得有幫助，成本與損失又可控，那就做吧。而若暫時沒辦法下定決心，也可再繼續創造與分享，讓更好的機會自然浮現。&lt;&#x2F;p&gt;
&lt;p&gt;當機會出現的頻率愈來愈高，自己掌握的機會愈來愈多，我覺得匯聚起來的成果是：「&lt;strong&gt;讓現實更貼近自己的期待與想像&lt;&#x2F;strong&gt;」，這時無論說這個狀態是成功、快樂、幸福、滿足，都可以。&lt;&#x2F;p&gt;
&lt;p&gt;總之，就是想著想著會不由自主傻笑的那種狀態吧！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;zui-jin-po-de-qi-ta-dong-xi&quot;&gt;最近 PO 的其他東西&lt;&#x2F;h3&gt;
&lt;p&gt;從上一次寄信以來，我還有更新下列幾篇內容：&lt;&#x2F;p&gt;
&lt;p&gt;Blog&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;tried-to-build-a-muse-mate-with-chatgpt-api&#x2F;&quot;&gt;嘗試透過 ChatGPT API 打造了一個「靈感夥伴」&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;li&gt;&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;changed-font-to-jinxuan-latte&#x2F;&quot;&gt;更換了網站的字型為「金萱那提」&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;Snapshots&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;snapshots&#x2F;random&#x2F;thoughts-on-twitter-blocking-substack&#x2F;&quot;&gt;對 Twitter blocked Substack 的一些看法&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;li&gt;&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;snapshots&#x2F;random&#x2F;let-the-notes-of-middle-state-serve-as-prompts-for-your-future-inspiration&#x2F;&quot;&gt;讓「中間態」的筆記作為自己未來靈感的 prompt&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;li&gt;&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;snapshots&#x2F;why&#x2F;why-am-i-willing-to-continue-subscribing-to-twitter-blue&#x2F;&quot;&gt;為何我很樂意繼續訂閱 Twitter Blue？&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;li&gt;&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;snapshots&#x2F;random&#x2F;thoughts-about-building-a-digital-copy&#x2F;&quot;&gt;關於「建立自己數位分身」的一些想法&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;我很喜歡靈感夥伴、中間態這兩篇，我覺得一個好的工作流能夠讓我更容易產生靈感與想法。如果串接到今天這篇的主題，就是讓「創造」更容易誕生。&lt;&#x2F;p&gt;
&lt;p&gt;而如果你點進網站，也會發現字體變了，目前問到的回饋都覺得比以前更好看，我也這麼覺得，所以歡迎你常常來逛這個網站！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>關於「建立自己數位分身」的一些想法</title>
        <published>2023-04-23T00:00:00+00:00</published>
        <updated>2023-04-23T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/snapshots/random/thoughts-about-building-a-digital-copy/"/>
        <id>https://pinchlime.com/snapshots/random/thoughts-about-building-a-digital-copy/</id>
        
        <content type="html" xml:base="https://pinchlime.com/snapshots/random/thoughts-about-building-a-digital-copy/">&lt;p&gt;如果我要建立一個我自己的 Digital Copy ，我的動機與我期待達到的目標是什麼？&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;my-digital-copy_ivqb5z.webp&quot; data-fancybox data-caption=&quot;my-digital-copy&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;my-digital-copy_ivqb5z.webp&quot; loading=&quot;lazy&quot; alt=&quot;my-digital-copy&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;&lt;code&gt;圖片來源：Midjourney, prompt: my digital copy, abstract, random style, --ar 1200:630 --v 5&lt;&#x2F;code&gt;&lt;&#x2F;p&gt;
&lt;p&gt;前陣子看到一篇文章 「&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;greatdk.com&#x2F;1908.html&quot;&gt;我用我的微信聊天记录和 280 篇博客文章，做了我自己的数字克隆AI - 王登科-DK博客&lt;&#x2F;a&gt;」 ，作者訓練了一個自己的數位分身。&lt;&#x2F;p&gt;
&lt;p&gt;我非常喜歡文章最後的一段話：&lt;&#x2F;p&gt;
&lt;blockquote&gt;
&lt;p&gt;积极的，发自内心的产出更多的数据，就越有可能在未来获得更接近你的数字拷贝，这或许会有一些道德，甚至伦理问题，但这是大概率会发生的事情，之后我的数据积累的更多，或有更好的预训练模型，训练方式，我可能随时都会重新再次尝试训练，这不会是一个盈利，或任何跟商业沾边的项目，这某种程度上算是我自己追寻自己的一种方式。&lt;&#x2F;p&gt;
&lt;p&gt;这样一想，人生似乎都少了一些孤独感。&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;喜歡的原因是，他好像為我持續累積筆記和想法這件事情多添增了額外的報酬。我原本就已經覺得紀錄自己的的想法很有價值，但若這件事能有助於訓練自己的 digital copy ，就更棒了。&lt;&#x2F;p&gt;
&lt;p&gt;那為什麼我想要建立自己的 digital copy 呢？我好像很期待能夠有個與我價值觀相似、認知程度接近、好奇心同樣旺盛的朋友。但好像有點難找到這樣的人，而自己的 digital copy 可能是一個潛在的機會。&lt;&#x2F;p&gt;
&lt;p&gt;當然，這個 copy 不能只是覆述我講過的話、想過的事，而是必須以這些資訊為基礎，建立起與我相近的價值觀與認知。&lt;&#x2F;p&gt;
&lt;p&gt;我感覺目前離這樣的技術還很遠，但又感覺五年、十年內應該就有機會實現了。不知道到時候會怎麼樣，有點期待。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>為何我很樂意繼續訂閱 Twitter Blue？</title>
        <published>2023-04-21T00:00:00+00:00</published>
        <updated>2023-04-21T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/snapshots/why/why-am-i-willing-to-continue-subscribing-to-twitter-blue/"/>
        <id>https://pinchlime.com/snapshots/why/why-am-i-willing-to-continue-subscribing-to-twitter-blue/</id>
        
        <content type="html" xml:base="https://pinchlime.com/snapshots/why/why-am-i-willing-to-continue-subscribing-to-twitter-blue/">&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;twitter-blue_7sZ9MQ.webp&quot; data-fancybox data-caption=&quot;twitter blue, abstract, random style, --ar 1200:630 --v 5&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;twitter-blue_7sZ9MQ.webp&quot; loading=&quot;lazy&quot; alt=&quot;twitter blue, abstract, random style, --ar 1200:630 --v 5&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;&lt;code&gt;圖片來源：Midjourney, prompt: twitter blue, abstract, random style, --ar 1200:630 --v 5&lt;&#x2F;code&gt;&lt;&#x2F;p&gt;
&lt;p&gt;這兩天 Twitter 開始取消「legacy verified account」的認證標籤，又引起一波「是否要訂閱 Twitter Blue 」的討論。當然是有很多人直接表明就是不想訂閱，比較少數的人會主張應該要訂閱。&lt;&#x2F;p&gt;
&lt;p&gt;我自己是屬於後者，但也不是建議所有的人都要訂閱。如果要說的話，我建議的判斷標準是：訂閱 Twitter Blue 後獲得的額外能力，能否為你帶來更多價值。&lt;&#x2F;p&gt;
&lt;p&gt;以我來說， Twitter 現在不僅是我接收第一手資訊的平台，也是我分享、推送我撰寫內容的平台。&lt;&#x2F;p&gt;
&lt;p&gt;對這兩個需求來說， Twitter Blue 的功能都能為我帶來一些價值，因為有了認證標籤後，演算法更容易推送我的內容，看起來也稍微可信一點點，比起不訂閱，有機會讓我獲得更多人的留言回覆（即第一手資訊）。&lt;&#x2F;p&gt;
&lt;p&gt;而在分享、推送面就更好理解，演算法目前看起來會對訂閱者更友善一些，因此我的內容也更容易被推送出去，而發長文這件事情也有助於我運用不同的內容形式，整體來說會多了一些選擇的可能。&lt;&#x2F;p&gt;
&lt;p&gt;考量這雙向的好處，我好像沒什麼猶豫，就決定會繼續訂閱 Twitter Blue 下去。&lt;&#x2F;p&gt;
&lt;p&gt;但我也可以理解很多人不願意訂閱，可能是討厭 Musk 的作為，可能是這件事對他沒有價值（或價值不夠）。&lt;&#x2F;p&gt;
&lt;p&gt;那麼，我在什麼狀況下，會停止訂閱 Twitter Blue 呢？&lt;&#x2F;p&gt;
&lt;p&gt;想了一下，如果再漲價，可能就不願意。或者說哪一天 Twitter Blue 對我幾乎沒價值了（比方說沒辦法再貼我的 blog 連結），那我可能也不會再續費。&lt;&#x2F;p&gt;
&lt;p&gt;從這角度想，我想再更釐清一下，「對我來說，哪些事與功能具有高價值？」釐清後感覺會更容易決策呢！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>更換了網站的字型為「金萱那提」</title>
        <published>2023-04-20T00:00:00+00:00</published>
        <updated>2023-04-20T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/changed-font-to-jinxuan-latte/"/>
        <id>https://pinchlime.com/blog/changed-font-to-jinxuan-latte/</id>
        
        <content type="html" xml:base="https://pinchlime.com/blog/changed-font-to-jinxuan-latte/">&lt;p&gt;這兩天的下班零碎時間都在做一件事：更換網站的字型。&lt;&#x2F;p&gt;
&lt;p&gt;今天終於全部弄好了！目前看到的這個畫面，就是掛載新字型的 Pin 起來。&lt;&#x2F;p&gt;
&lt;p&gt;這篇來簡單分享一下心得！&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;pinchlime-new-font_ATleKx.webp&quot; data-fancybox data-caption=&quot;pinchlime-new-font&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;pinchlime-new-font_ATleKx.webp&quot; loading=&quot;lazy&quot; alt=&quot;pinchlime-new-font&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;br&gt;
---
&lt;h2 id=&quot;wei-shen-mo-yao-huan-zi-xing&quot;&gt;為什麼要換字型？&lt;&#x2F;h2&gt;
&lt;p&gt;原先網站使用的是 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;fonts.google.com&#x2F;specimen&#x2F;Inter&quot;&gt;Inter 這個字型&lt;&#x2F;a&gt; ，我自己的感覺是還算喜歡，但好像就這樣而已，而且一時之間也沒有更好的想法。但一直都想說，若看到更喜歡的，我一定要來換換看。&lt;&#x2F;p&gt;
&lt;p&gt;前天不知道是哪邊突然靈感乍現，想說來研究看看好了，就搜尋了一下之前曾看過不少字型募資專案廣告的 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;justfont.com&#x2F;&quot;&gt;justfont&lt;&#x2F;a&gt; ，結果發現，好像…不貴耶。&lt;&#x2F;p&gt;
&lt;p&gt;若直接買斷字型的話是&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;store.justfont.com&#x2F;&quot;&gt;還蠻貴的&lt;&#x2F;a&gt;（都要數千、甚至上萬台幣），但若要把特定字型放在網站上，要看的會是 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;webfont.justfont.com&#x2F;membership&quot;&gt;webfont&lt;&#x2F;a&gt; 的授權，以付費方案來說最便宜的是每年 588 元台幣，可以有 100,000 次 page views 的額度。我算了一下，以目前的流量有可能會超過，但超過的話也不賴（？&lt;&#x2F;p&gt;
&lt;p&gt;總之，購物慾被激發，想說反正可以退費，我就直接刷卡開始試用了。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;wo-huan-liao-shen-mo-zi-xing&quot;&gt;我換了什麼字型？&lt;&#x2F;h2&gt;
&lt;p&gt;由於這個網站的樣式都是自己設定的，要換字型還算簡單，只要在 CSS 的 font-family 依照 justfont 的指示新增字型代號就好。 justfont 也有還算清楚的&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;webfont.justfont.com&#x2F;cheats&quot;&gt;設定說明&lt;&#x2F;a&gt;可以參考，我就先把他提供的 javascript 代碼放在網站的 &lt;head&gt; 區塊裡，接著就開始挑選要用哪個字型。&lt;&#x2F;p&gt;
&lt;p&gt;我嘗試了下列幾種：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;蘭陽明體&lt;&#x2F;li&gt;
&lt;li&gt;凝書體&lt;&#x2F;li&gt;
&lt;li&gt;金萱&lt;&#x2F;li&gt;
&lt;li&gt;金萱那提&lt;&#x2F;li&gt;
&lt;li&gt;思源宋體&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;為了比較，我還把他們都截圖放到 Figma 裡面對照：&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;pinchlime-new-font-2_dAuj9b.webp&quot; data-fancybox data-caption=&quot;pinchlime-new-font-2&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;pinchlime-new-font-2_dAuj9b.webp&quot; loading=&quot;lazy&quot; alt=&quot;pinchlime-new-font-2&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;br&gt;
&lt;p&gt;最後勝出的是由圓體搭配明體設計的&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;justfont.com&#x2F;jinxuan-latte&#x2F;&quot;&gt;金萱那提&lt;&#x2F;a&gt;，我自己也有點意外，若單看字型的話，我好像更喜歡的是融合明體與黑體，看起來更典雅的&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;justfont.com&#x2F;jinxuan&#x2F;&quot;&gt;金萱&lt;&#x2F;a&gt;，但搭配自己的 blog 文字後，我覺得金萱讀起來好像更嚴肅、更有距離感一點，而金萱那提閱讀起來則是更親近、更自在一點，所以最後就選擇使用金萱那提了。&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;jinxuan-latte_EhaXlW.webp&quot; data-fancybox data-caption=&quot;jinxuan-latte&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;jinxuan-latte_EhaXlW.webp&quot; loading=&quot;lazy&quot; alt=&quot;jinxuan-latte&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;br&gt;
&lt;p&gt;&lt;em&gt;圖：金萱那提，來源：&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;justfont.com&#x2F;jinxuan-latte&#x2F;&quot;&gt;justfont&lt;&#x2F;a&gt;&lt;&#x2F;em&gt;&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;shun-bian-jian-hua-liao-wang-zhan-de-jia-gou&quot;&gt;順便簡化了網站的架構&lt;&#x2F;h2&gt;
&lt;p&gt;在換完字型後，我發現整個網站上有三個頁面，不知為何，無法生效。他們分別是 &lt;a href=&quot;&#x2F;blog&quot;&gt;Blog&lt;&#x2F;a&gt;, &lt;a href=&quot;&#x2F;newsletters&quot;&gt;Newsletters&lt;&#x2F;a&gt;, Snapshots 這三個主頁面，這三個頁面的共通點是，他們都會讀取該類別的所有文章，依照時序倒序呈現概要內容。目前已經修改掉了，&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;http:&#x2F;&#x2F;web.archive.org&#x2F;web&#x2F;20230203224114&#x2F;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;&quot;&gt;但可以看 wayback machine 的備份頁面參考&lt;&#x2F;a&gt;。&lt;&#x2F;p&gt;
&lt;p&gt;我研究後猜測，可能是因為這幾頁都使用到架站系統 Zola 的 “paginator” 功能，有可能是 bug 的原因，導致 justfont 的 script 無法生效。於是我決定，山不轉路轉，直接修改這幾頁的架構。&lt;&#x2F;p&gt;
&lt;p&gt;修改後，這幾頁不再呈現文章的部分預覽內容，而是直接變成列表的形式，只提供標題以及發布日期。&lt;&#x2F;p&gt;
&lt;p&gt;我覺得這樣修改有些好處也有些壞處。&lt;&#x2F;p&gt;
&lt;p&gt;好處是，頁面看起來更簡潔了，基本上第一層的頁面都只有提供列表，讀者要點開文章的連結，才看得到裡面有什麼資訊，以我自己的瀏覽習慣來說，這樣能夠更快速的瀏覽「所有文章」，並且一次開啓自己有興趣的連結。而我猜想，這樣也可以減少被判定為「duplicated pages」的狀況。&lt;&#x2F;p&gt;
&lt;p&gt;壞處是，有些讀者可能更喜歡先大致上瀏覽文章的開頭，再點開有興趣看的文章詳讀。改版後的網站就比較沒辦法這樣。&lt;&#x2F;p&gt;
&lt;p&gt;但任性的我，為了讓新字型能夠完整裝設，決定還是直接修改了這幾個頁面的呈現方式。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;jie-yu&quot;&gt;結語&lt;&#x2F;h2&gt;
&lt;p&gt;在全部設定完成後，我發現，我又更喜歡這個網站了！這樣的喜歡，會促使我更想在上面寫東西，即使只是寫給自己看（像是 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;stream&#x2F;2023&#x2F;&quot;&gt;Stream 頁面&lt;&#x2F;a&gt;），都非常開心。&lt;&#x2F;p&gt;
&lt;p&gt;也希望大家會喜歡放上這個新字型的網站！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>What I&#x27;m doing now</title>
        <published>2023-04-16T00:00:00+00:00</published>
        <updated>2025-03-10T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/now/"/>
        <id>https://pinchlime.com/now/</id>
        
        <content type="html" xml:base="https://pinchlime.com/now/">&lt;h2 id=&quot;intro&quot;&gt;Intro&lt;&#x2F;h2&gt;
&lt;p&gt;這是一個 Now page，你可以從&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;nownownow.com&#x2F;about&quot;&gt;nownownow 這個網站&lt;&#x2F;a&gt;看更多介紹。&lt;&#x2F;p&gt;
&lt;p&gt;我理解的 Now page 概念有點像是，當我今天要跟一個幾年沒見的好朋友更新近況時，我會跟他說些什麼？這個好朋友有某些關於我的印象與記憶，但對我的近況沒那麼熟悉，甚至可以說是陌生，此時這個頁面的內容，就會是我想跟這個人分享的東西。&lt;&#x2F;p&gt;
&lt;p&gt;Now page 與 About 頁面的差別在於， About 頁面呈現的是我過去的某些資訊，例如我是誰、這個網站是什麼。&lt;&#x2F;p&gt;
&lt;p&gt;但 Now 頁面會更頻繁更新，放的是我現在關注的事以及我正在進行的事。這些事聚集在一起，指向的是我想達到的未來。&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;now-for-the-future_3Ly5Zu.webp&quot; data-fancybox data-caption=&quot;now-for-the-future&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;now-for-the-future_3Ly5Zu.webp&quot; loading=&quot;lazy&quot; alt=&quot;now-for-the-future&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;br&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;habits&quot;&gt;Habits&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;mei-tian-pai-zhao-mei-tian-zheng-li-zhao-pian&quot;&gt;每天拍照、每天整理照片&lt;&#x2F;h3&gt;
&lt;p&gt;我現在每天都會在 Threads 平台的&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.threads.net&#x2F;@pj_wu_photography&quot;&gt;攝影帳號&lt;&#x2F;a&gt;上面 分享我拍的照片，一次分享 1-4 張。&lt;&#x2F;p&gt;
&lt;p&gt;我有寫了一篇短短的信在講這件事，歡迎參考： &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;world.hey.com&#x2F;mimir&#x2F;a-letter-from-pj-1c034d36&quot;&gt;A letter from PJ - 那時的我還不知道&lt;&#x2F;a&gt;&lt;&#x2F;p&gt;
&lt;p&gt;自從開始做這件事後，我每天幾乎都很開心，一方面是看著自己之前拍的照片感到滿足，另一方面是更常想著出門拍照。我很喜歡這樣有目的而且規律的習慣，我想這件事應該會持續下去好一陣子。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;kai-shi-gu-ding-zhong-xun&quot;&gt;開始固定重訓&lt;&#x2F;h3&gt;
&lt;p&gt;2024 年秋天開始，我偶爾會到爸媽家跟他們一起上瑜伽課，我發現我的身體實在太僵硬，肌群太不活躍，這樣下去不太行。因此我決定要開始重訓。從 2025 年 1 月開始，我每週會上 1~2 堂的重訓教練課，我還蠻喜歡這件事，應該可以一直持續下去。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;du-shu&quot;&gt;讀書&lt;&#x2F;h3&gt;
&lt;p&gt;從去年 11 月開始重拾書本了，感覺現在找到了一個舒服的閱讀節奏，應該有機會持續閱讀下去。&lt;&#x2F;p&gt;
&lt;p&gt;目前正在認真看的書是：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;深度學習的技術（楊大輝）&lt;&#x2F;li&gt;
&lt;li&gt;好策略·壞策略 (Richard P. Rumelt)&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;目前的睡前讀物是：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;過於喧囂的孤獨&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;待看清單：
未定，之後再來更新&lt;&#x2F;p&gt;
&lt;p&gt;最近剛讀完的書：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;斜槓時代的高效閱讀法（山口周）（2024.11.19 讀完）&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;projects&quot;&gt;Projects&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;gong-zuo&quot;&gt;工作&lt;&#x2F;h3&gt;
&lt;p&gt;我現在在 Heptabase 最主要的任務是 Customer support ，我原本以為我可能會對重複性的客服工作感到無趣或熱情降低，但過了一年多，發現好像沒有這種感覺，反而是一直都能從這件事上得到成就感與動力，我好像比我想像的還要喜歡做 Customer support，也非常喜歡跟團隊中的其他夥伴一起工作，其中一個原因是我一直、一直可以學到新東西。&lt;&#x2F;p&gt;
&lt;p&gt;關於這部分的心得，請參考「&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;my-first-year-in-heptabase&#x2F;&quot;&gt;加入 Heptabase 一年，我發現我比原本想的更喜歡「支援用戶」&lt;&#x2F;a&gt;」這篇文章。&lt;&#x2F;p&gt;
&lt;p&gt;目前我自己設定的工作目標是，要盡可能地迅速解決每個來尋求幫助的用戶的問題，並且認真回覆他們的回饋，讓他們感覺到他們的意見受到重視。&lt;&#x2F;p&gt;
&lt;p&gt;另一方面，我也在努力提高這些工作的效率。如果你對 Customer support 工作有心得或興趣，歡迎與我聯絡討論。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;lv-xing&quot;&gt;旅行&lt;&#x2F;h3&gt;
&lt;p&gt;過去三年，去了日本四次，非常喜歡，上次回來後過沒多久，就忍不住買了下次的機票，開始默默期待下次去。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;如果你對過往的版本有興趣，可以參考 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;github.com&#x2F;wupingju&#x2F;pinchlime&#x2F;commits&#x2F;master&#x2F;content&#x2F;pages&#x2F;now.md&quot;&gt;Github 上面這一頁的編輯紀錄&lt;&#x2F;a&gt;。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>嘗試透過 ChatGPT API 打造了一個「靈感夥伴」</title>
        <published>2023-04-15T00:00:00+00:00</published>
        <updated>2023-04-15T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/tried-to-build-a-muse-mate-with-chatgpt-api/"/>
        <id>https://pinchlime.com/blog/tried-to-build-a-muse-mate-with-chatgpt-api/</id>
        
        <summary type="html">&lt;p&gt;早上設計了一個新的 ChatGPT 助手「Muse Mate 靈感夥伴」，這篇簡單描述一下他的功能、以及為什麼我想要這個助手。&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;muse-spark_MVFfyO.webp&quot; data-fancybox data-caption=&quot;muse-spark&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;muse-spark_MVFfyO.webp&quot; loading=&quot;lazy&quot; alt=&quot;muse-spark&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;&lt;code&gt;圖片來源：Midjourney, prompt: muse spark, abstract, pixel arts, --ar 1200:630 --v 5&lt;&#x2F;code&gt;&lt;&#x2F;p&gt;
&lt;p&gt;最近我在建構自己的知識管理系統，其中一個重要的步驟是要把我知道的東西記錄下來。&lt;&#x2F;p&gt;
&lt;p&gt;例如，我已經大概知道什麼是 GTD ，為了讓自己未來能夠持續累積跟 GTD 有關的想法或問題，我得要先把我知道的部分記下來。&lt;&#x2F;p&gt;
&lt;p&gt;我想到兩種紀錄的方式，例如我可以直接 Google 一下，或者看 wikipedia ，再貼上最滿意的答案。我也可以用自己的話慢慢講出我對 GTD 的理解、疑惑、經驗等等。&lt;&#x2F;p&gt;
&lt;p&gt;這兩種方式各有優缺點，前者很快，但我會感覺我只是在搬運而已，我搬的東西未必是我真的知道的東西，最有可能的狀況是我搬了以後，我以為我知道了，結果反而喪失好奇心。&lt;&#x2F;p&gt;
&lt;p&gt;而後者雖然可以確保我更深刻的想過以及理解，但缺點就是非常耗腦力，一想到要寫這麼多東西就會想放棄。&lt;&#x2F;p&gt;
&lt;p&gt;我發現，我想要的是更好的融合方案，這時我又想到 ChatGPT ，我打算透過 ChatGPT 設置一個專門的助手，他的任務是協助我快速記下我知道的事情，並且提供我一些相關的問題，讓我可以透過「回答問題」的方式補充我的想法。&lt;&#x2F;p&gt;
&lt;p&gt;有了這個念頭以後我就開始嘗試 prompt ，算是蠻順利的就完成了一個效果還不錯的版本。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>讓「中間態」的筆記作為自己未來靈感的 prompt</title>
        <published>2023-04-11T00:00:00+00:00</published>
        <updated>2023-04-11T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/snapshots/random/let-the-notes-of-middle-state-serve-as-prompts-for-your-future-inspiration/"/>
        <id>https://pinchlime.com/snapshots/random/let-the-notes-of-middle-state-serve-as-prompts-for-your-future-inspiration/</id>
        
        <content type="html" xml:base="https://pinchlime.com/snapshots/random/let-the-notes-of-middle-state-serve-as-prompts-for-your-future-inspiration/">&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;abstract-colon_i1BdaA.webp&quot; data-fancybox data-caption=&quot;Abstract colon, glossy, iridescent, metallic, gradient, futuristic, surrealism, overlapping, abstract shapes. --ar 3:2 --v 5&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;abstract-colon_i1BdaA.webp&quot; loading=&quot;lazy&quot; alt=&quot;Abstract colon, glossy, iridescent, metallic, gradient, futuristic, surrealism, overlapping, abstract shapes. --ar 3:2 --v 5&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;&lt;code&gt;圖片來源：Midjourney, prompt: Abstract colon, glossy, iridescent, metallic, gradient, futuristic, surrealism, overlapping, abstract shapes. --ar 3:2 --v 5&lt;&#x2F;code&gt;&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;前幾天在推特上看到&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;twitter.com&#x2F;houjoe1&#x2F;status&#x2F;1644378926247215105&quot;&gt;推友 Joe Hou 提到一個有趣的描述&lt;&#x2F;a&gt;：「中間態的筆記」。&lt;&#x2F;p&gt;
&lt;p&gt;他的原文如下：&lt;&#x2F;p&gt;
&lt;blockquote&gt;
&lt;p&gt;现在笔记已进入到一种释然的心态，一定要写，比如刚看完一篇关于 PLG 的文章，但不急于分类，只是关联上已有笔记即可，而且越来越可以容忍一种中间态的笔记，凌乱不完美但恰恰代表自己现在的认知现状，一旦有了新的想法再去修正结构也来得及。不急于分类，只是把 Writing 当做一种 Thinking 来对待&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;我很喜歡這段短短的文字，而且它恰好與我前幾天看到的，&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;twitter.com&#x2F;WuPingJu&#x2F;status&#x2F;1379796379774509060&quot;&gt;兩年前自己寫下的一段文字&lt;&#x2F;a&gt;很類似。兩年前我是這樣寫的：&lt;&#x2F;p&gt;
&lt;blockquote&gt;
&lt;p&gt;跟對的人在對的話題或問題上對話，靈感就咻咻咻冒出來。 沒有這個人的時候，就跟自己透過文字對話，也是不錯。 但在沒有開啟對話之前，靈感們到底都在哪呢？ 他們是靜靜地待在那邊等待被咻咻咻地叫出來；還是說根本還未出生，是當對話發生的那一刻才咻咻咻地蹦出來的？&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;這兩段文字放在這個 ChatGPT 爆發的時間點來看，又更有趣了一些。&lt;&#x2F;p&gt;
&lt;p&gt;無論是所謂「中間態」（相對於完全流水草記＆有系統整理過的筆記）的筆記，或者是某些「能開啟對話的對話」，&lt;strong&gt;他們都是某種形式的 prompt&lt;&#x2F;strong&gt; 。&lt;&#x2F;p&gt;
&lt;p&gt;在這些筆記與語句最後接的不是句號，&lt;strong&gt;而是冒號「：」&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;p&gt;這個冒號能促進未來的自己，延續某個時間節點記下的想法，進一步展開。也能促進與自己對話的對象（無論是自己或他人）更容易產生想法。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;那麼，為什麼這些冒號有這樣的魔力？或者說，為什麼把句號改成冒號，好像就多了一股讓人（或語言模型）願意訴說的魔力？另外，冒號為什麼叫冒號？是因為想法與言語都是突然「冒出」的嗎？&lt;&#x2F;p&gt;
&lt;p&gt;不管這些問題的答案是什麼，我好像越來越熟悉這種，在不成熟的想法後面放一句問題加冒號的紀錄方式。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;例如，前幾天我記下了：&lt;&#x2F;p&gt;
&lt;blockquote&gt;
&lt;p&gt;我還是很容易看不慣一些人、一些事，但隨著年歲增長，我好像不再會公開去評論他們，更不會用影射的方式，因為：&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;或者是：&lt;&#x2F;p&gt;
&lt;blockquote&gt;
&lt;p&gt;寫下自己不知道什麼、不確定什麼 、對什麼似懂非懂，很重要，是關鍵。不過這是針對「事實」&lt;&#x2F;p&gt;
&lt;p&gt;若是觀點，則是另一套作法：&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;這些極短的想法，我在記下時只有模糊的、一閃而過的念頭，而且當下還在做別的事，沒空仔細寫完整。但透過這種紀錄方式，我幾乎隨時都可以再將它們補完。&lt;&#x2F;p&gt;
&lt;p&gt;我愈來愈相信，&lt;strong&gt;那些不成熟的對話與文字，只要記下來，最終都會化為未來想法的養分&lt;&#x2F;strong&gt;。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>對 Twitter blocked Substack 的一些看法</title>
        <published>2023-04-09T00:00:00+00:00</published>
        <updated>2023-04-09T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/snapshots/random/thoughts-on-twitter-blocking-substack/"/>
        <id>https://pinchlime.com/snapshots/random/thoughts-on-twitter-blocking-substack/</id>
        
        <content type="html" xml:base="https://pinchlime.com/snapshots/random/thoughts-on-twitter-blocking-substack/">&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;twitter-blocked-substack_ZKiaoI.webp&quot; data-fancybox data-caption=&quot;Blocked on Twitter: Create a political cartoon illustrating Twitter blocking Substack. Consider using bold lines, caricatured figures, and ironic text to convey your message. 4k --ar 3:2 --v 5 &quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;twitter-blocked-substack_ZKiaoI.webp&quot; loading=&quot;lazy&quot; alt=&quot;Blocked on Twitter: Create a political cartoon illustrating Twitter blocking Substack. Consider using bold lines, caricatured figures, and ironic text to convey your message. 4k --ar 3:2 --v 5 &quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;&lt;em&gt;圖片來源： Midjourney&lt;&#x2F;em&gt;&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;這兩天，由於 Substack 推出類似 Twitter 的競品 “&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;on.substack.com&#x2F;p&#x2F;introducing-notes&quot;&gt;Substack notes&lt;&#x2F;a&gt;” ，Twitter 祭出了直接粗暴的回應方式： 在 Twitter 上禁掉幾乎一切 Substack 的互動。&lt;&#x2F;p&gt;
&lt;p&gt;目前在 Twitter 上面，若 po 了一則 substack 連結，其他人將無法回應、點讚或轉推。甚至要點擊該連結時， Twitter 還會跳出警告，說該連結可能不安全。&lt;&#x2F;p&gt;
&lt;p&gt;試著整理一下我對這件事的看法：&lt;&#x2F;p&gt;
&lt;p&gt;個人情感跟價值觀方面，我不喜歡這種「完全禁止」的做法，因為這會減少、降低溝通交流的可能性。&lt;&#x2F;p&gt;
&lt;p&gt;但以競爭的策略來說，則是完全可以理解 Twitter 的作法。&lt;&#x2F;p&gt;
&lt;p&gt;首先，先前 Twitter 封禁 mastodon 那次，一樣在社群或媒體上引起不少討論，也帶來一波遷徙潮，但那次就是 Mastodon 近幾個月流量與搜尋趨勢的最高峰了，在那之後，我自己的觀察是只有很少數的人是「完全從 Twitter 轉移到 Mastodon 並停止在 Twitter 活躍」。&lt;&#x2F;p&gt;
&lt;p&gt;有了這個堪稱「成功」的先例，這次 Twitter 會直接對 Substack 這樣做也不是很意外，因為直接禁止後，最差的狀況就是被社群跟媒體砲轟個幾天，並且讓原本就很討厭 Elon Musk 的人更討厭他（但這些人也許還是會繼續用 Twitter ）。但若不禁止，則有可能會讓 Substack notes 上的創作者們利用 Twitter 這個平台慢慢蠶食用戶的注意力。&lt;&#x2F;p&gt;
&lt;p&gt;我很好奇 Twitter 祭出這一招後，Substack 上的創作者究竟是會更用力地宣傳 Substack ，還是會反過來施壓 Substack 去跟 Twitter 達成某種「妥協」的協議。我試想我自己的想法，假設我還留在 Substack ，且沒有個人網站，而我主要的陌生流量都是來自 Twitter ，我會很猶豫，是否該轉向某種替代方案。而只要這麼做了（例如開始架個人網站、或者是多用某個替代方案轉址），也就自然會降低「全力幫 Substack 宣傳並拉客」的力量。&lt;&#x2F;p&gt;
&lt;p&gt;所以我好像對 Substack notes 的前景不太看好。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;還有另一個還不確定的想法是，作為一個同時有個人網站，也需要 Twitter 曝光的人，我覺得遲早有一天 Twitter 會開始跟 Facebook 一樣降低外部連結的觸及。屆時我會怎麼做呢？&lt;&#x2F;p&gt;
&lt;p&gt;或者換個問題，我什麼時候也會開始「無法忍受 Twitter」呢？&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>讓 ChatGPT 搭配 Midjourney 一起以圖產圖</title>
        <published>2023-04-08T00:00:00+00:00</published>
        <updated>2023-04-08T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/let-chatgpt-boost-midjourney-image-to-image/"/>
        <id>https://pinchlime.com/blog/let-chatgpt-boost-midjourney-image-to-image/</id>
        
        <summary type="html">&lt;p&gt;前幾天分享的『&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;let-chatgpt-act-as-a-midjourney-prompt-generator&#x2F;&quot;&gt;嘗試讓 ChatGPT 扮演 Midjourney prompt 產生器&lt;&#x2F;a&gt;』，得到不少迴響，很感謝大家。&lt;&#x2F;p&gt;
&lt;p&gt;今天繼續來分享一個小小的嘗試：透過 ChatGPT 搭配 Midjourney 近期新推出的 &#x2F;describe 功能，在 Midjourney 裡面「以圖產圖」。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>嘗試讓 ChatGPT 扮演 Midjourney prompt 產生器</title>
        <published>2023-04-04T00:00:00+00:00</published>
        <updated>2023-04-04T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/let-chatgpt-act-as-a-midjourney-prompt-generator/"/>
        <id>https://pinchlime.com/blog/let-chatgpt-act-as-a-midjourney-prompt-generator/</id>
        
        <summary type="html">&lt;p&gt;一直都沒有好好花時間玩 Midjourney ，一方面是因為我沒有什麼美術或視覺的天份或想像力，從小到大無論是美術課拿到一張白紙，或者是玩各種「我畫你猜」的遊戲，我永遠只會畫一棵樹、一個太陽、幾朵雲這樣的情境，因此我自己很清楚，即使用了 Midjourney ，我也不知道該怎麼描述我想要的情境，因為我根本沒有想要描述的東西。&lt;&#x2F;p&gt;
&lt;p&gt;但昨天在 Twitter 上面偶然被演算法推薦了 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;twitter.com&#x2F;ciguleva&quot;&gt;Tatiana Tsiguleva&lt;&#x2F;a&gt; 這個帳號，該帳號最近正在進行 Midjourney 100 days 的計畫，分享了許多 Midjourney 的圖以及相關的 prompts ，重點是，有不少圖他都有用一兩個簡單的詞彙描述「主題」。&lt;&#x2F;p&gt;
&lt;p&gt;例如，在這篇&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;twitter.com&#x2F;ciguleva&#x2F;status&#x2F;1637233764656107520&quot;&gt;推文&lt;&#x2F;a&gt;裡她提到的主題是 ”holographic background” ，而附帶的 prompt 是 &lt;code&gt;digital background, gradient, soft light, low contrast, minimalist, foil holographic --ar 3:2 --v 5 --stop 75&lt;&#x2F;code&gt;&lt;&#x2F;p&gt;
&lt;p&gt;在另一則推文裡她提到的主題是 “Tokyo, Japan” ，附帶的 prompt 是 &lt;code&gt;Tokyo, Japan, street, architecture, minimalistic, abstract, mist, vector, flat, unreal engine, by jewel tones, scandi style, morning, fog, blue and grey, 4k --ar 3:2 --v 4&lt;&#x2F;code&gt;&lt;&#x2F;p&gt;
&lt;p&gt;看到這些東西，我突然充滿靈感，覺得好像可以透過 ChatGPT 弄一個「 Midjourney prompt 產生器」出來。於是我就訂閱了 Midjourney 的 basic plan ，一個月 $10 美元，可以產大約 200 張圖，然後就開始測試。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>我目前選擇 AI 工具的三個原則</title>
        <published>2023-03-19T00:00:00+00:00</published>
        <updated>2023-03-19T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/newsletters/my-three-principles-for-choosing-ai-tools/"/>
        <id>https://pinchlime.com/newsletters/my-three-principles-for-choosing-ai-tools/</id>
        
        <summary type="html">&lt;p&gt;本週 GPT 4 正式推出、微軟推出了 Microsoft 365 Copilot ，Google 也宣佈了將導入 AI 到 workspace ，除此之外，還有好多好多。&lt;&#x2F;p&gt;
&lt;p&gt;我感覺最近好像存在於一條很特別的時間軸上，每天一早打開 Twitter ，一定，一定會看到又有新的 AI 消息。可能是某個串了 ChatGPT API 的新產品推出或者發布更新，可能是某個專業人士分享他用 AI 後的心得，又可能是有些人發表了某個看起來超厲害的模型，並且附帶著不遠的將來，這個模型將有可能怎樣被使用的想像。&lt;&#x2F;p&gt;
&lt;p&gt;我有看到一些追 AI 資訊追得很勤的人說，真的是追不下去了，資訊出現的速度以及量，已經過載；也有看到有些人說，感覺有學不完的新技術與工具，有點焦慮。&lt;&#x2F;p&gt;
&lt;p&gt;我這禮拜也開始有資訊過載的感覺，而且我相信這個趨勢不會再回頭，只會愈來愈多。而關於新技術或工具的焦慮，我倒是還好，可能因為嘗試使用不同工具本來就是我非常感興趣的事情。但焦慮之外更大的問題可能是時間有限，假設我還有許多想學想做的事，就勢必得要放棄去嘗試某些新的工具，只能專注在特定的範圍裡面。&lt;&#x2F;p&gt;
&lt;p&gt;從這兩個問題點延伸出來，我這禮拜都在思考兩件事：&lt;strong&gt;過濾與選擇&lt;&#x2F;strong&gt;。&lt;&#x2F;p&gt;
&lt;p&gt;過濾的目標，是讓自己減少看到「我已經知道的事」，盡量讓自己能夠去拓展與探索「我知道我還不知道的事」以及「我不知道我不知道的事」。&lt;&#x2F;p&gt;
&lt;p&gt;選擇的目標，是讓自己更釐清，我該以什麼樣的原則去嘗試與學習不同的 AI 產品？哪些需求是真的需要靠 AI 幫忙？哪些則是偽需求？&lt;&#x2F;p&gt;
&lt;p&gt;關於如何過濾，我可能還需要一些時間，好好把「我已經知道的事」給紀錄整理出來，這樣子未來在看到各種資訊時可以更快速的篩掉他們。&lt;&#x2F;p&gt;
&lt;p&gt;這期的電子報先來討論後者，關於選擇的事。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>那些我還不願意讓 ChatGPT 代我做的事</title>
        <published>2023-03-12T00:00:00+00:00</published>
        <updated>2023-03-12T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/newsletters/things-I-am-not-willing-to-let-chatgpt-do-for-me-yet/"/>
        <id>https://pinchlime.com/newsletters/things-I-am-not-willing-to-let-chatgpt-do-for-me-yet/</id>
        
        <summary type="html">&lt;p&gt;經過這兩週的 ChatGPT API 嘗試，我感覺我越來越熟悉他的能與不能，這種感覺很好，因為無效率的嘗試次數降低了，一次就成功的嘗試次數增加了，最好的地方是，若對結果不滿意，我也可以更快地調整參數與指令，接著就有很高的機率表現得更如我預期。&lt;&#x2F;p&gt;
&lt;p&gt;今天這期電子報，就來分享一些這方面的經驗。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>想要一個 ChatGPT task assistant</title>
        <published>2023-03-10T00:00:00+00:00</published>
        <updated>2023-03-10T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/snapshots/random/a-task-assistant-powered-by-chatgpt/"/>
        <id>https://pinchlime.com/snapshots/random/a-task-assistant-powered-by-chatgpt/</id>
        
        <content type="html" xml:base="https://pinchlime.com/snapshots/random/a-task-assistant-powered-by-chatgpt/">&lt;p&gt;在 ChatGPT API 出現後，我幾乎每天都有一些新的想法。今天來記一下其中一個「任務助手」的想法。我覺得好像有機會透過 Shortcut 搭配 Notes 就做出這樣的東西。&lt;&#x2F;p&gt;
&lt;p&gt;首先，我只要維護一份純文字的任務清單就好，上面列出我所有近期的待辦事項，每個待辦事項後面可以簡單以固定的方式寫下一些描述資訊，例如難易度、重要度、需要的時間長度等。&lt;&#x2F;p&gt;
&lt;p&gt;接著，我要設定幾種預設的篩選模式，例如專注時間、例如通勤時間。這些篩選模式有不同權重，例如專注時間會挑選那些重要度高、需要比較長時間的任務。而通勤時間會優先挑選重要但需要時間較短的任務。&lt;&#x2F;p&gt;
&lt;p&gt;這些都設定好後，我只要從兩個方向使用他就好：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;直接編輯文件加入任務。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;選擇某個模式，請 ChatGPT 給我該模式下優先序最高的任務。他就會根據我設定的模式條件，從完整任務清單裡面，找出優先序最高的任務給我。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;這樣做比目前任務管理工具更好的地方是：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;篩選的維度可以更多元，例如可以寫「快樂指數」之類的，心情不好時就挑那些快樂度較高的事情來做。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;更有自己專屬助手的感覺。例如你可以為他設定名字，也可以設定一些回覆的慣用語。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;若指令設定的好，還可以變成直接跟他對話，例如可以說：「我做完了，下一件！」然後他就會自動給你下一件任務，並且把完成的任務刪除、或者移到另一份 archive 文件。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;好期待有人做出這樣的東西，一定會很有趣。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>可以持續對話的 ChatGPT Shortcut</title>
        <published>2023-03-06T00:00:00+00:00</published>
        <updated>2023-03-06T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/chatgpt-api-shortcut-chat-mode/"/>
        <id>https://pinchlime.com/blog/chatgpt-api-shortcut-chat-mode/</id>
        
        <summary type="html">&lt;h2 id=&quot;qian-yan&quot;&gt;前言&lt;&#x2F;h2&gt;
&lt;p&gt;前幾天分享了 &lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;chatgpt-api-shortcut&#x2F;&quot;&gt;不懂程式也可以輕鬆透過 Apple Shortcuts 串接 ChatGPT&lt;&#x2F;a&gt; 這篇文，在那之後，我這幾天也都在玩 Shortcuts ，今天就來分享一下新的版本：可以持續對話的 chat mode 版本。&lt;&#x2F;p&gt;
&lt;p&gt;（今天也同步更新舊版的 shortcut 到 v2 ，歡迎你點上面的連結回去看看，我讓他更容易設定成特定的助手，所以舊版的 shortcut 可以視為「單次特化版」，而這篇介紹的則是「記憶脈絡版」。）&lt;&#x2F;p&gt;
&lt;p&gt;這邊簡單說明一下，目前開放的 ChatGPT API 還是最初代的版本，在這個版本裡面使用者可以自訂的內容不多，而且都沒有關於「記憶對話脈絡」的簡易設定方式，因此前一個版本的 shortcut 沒有設定這樣的內容。&lt;&#x2F;p&gt;
&lt;p&gt;但我自己還是很想要有記憶對話脈絡的功能，在特定情況下會很有幫助，因此我還是嘗試了一些不同的方式，最後做出來的這個我覺得算是兼顧簡便以及實用的作法，你只需要有一台有「Shortcuts」這個 app 的蘋果裝置，以及搭配蘋果內建的「Notes」，就可以運作了！&lt;&#x2F;p&gt;
&lt;p&gt;以下是今天的介紹。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>我的六個專屬 ChatGPT 助手</title>
        <published>2023-03-05T00:00:00+00:00</published>
        <updated>2023-03-05T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/newsletters/my-six-chatgpt-assistants/"/>
        <id>https://pinchlime.com/newsletters/my-six-chatgpt-assistants/</id>
        
        <summary type="html">&lt;h2 id=&quot;xian-liao&quot;&gt;閒聊&lt;&#x2F;h2&gt;
&lt;p&gt;Hi 大家好，週四的時候 ChatGPT 的 API 版本正式推出，我原先以為要再等幾個月才會有這個東西，沒想要就這樣咻一下就出現了。&lt;&#x2F;p&gt;
&lt;p&gt;出現後我發現我還沒有做好心理準備，這讓我這幾天都處於緊張＋興奮的疊加狀態，緊張在於我好像還沒有辦法完全駕馭與掌握 API 帶來的好處，但興奮則在於，有各種各樣的創意與參考範例不斷迸發出來。&lt;&#x2F;p&gt;
&lt;p&gt;過了幾天，我的緊張略降，興奮仍在，因此今天這期也會圍繞著這個主題，分享一下我目前怎麼理解與使用 ChatGPT 的 API 。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>嘗試透過 Apple Shortcuts 製作能夠記憶對話脈絡的 ChatGPT 助手</title>
        <published>2023-03-04T00:00:00+00:00</published>
        <updated>2023-03-04T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/snapshots/what-i-tried-today/tried-to-build-a-chatgpt-assistant-who-can-remember-contexts-via-shortcuts/"/>
        <id>https://pinchlime.com/snapshots/what-i-tried-today/tried-to-build-a-chatgpt-assistant-who-can-remember-contexts-via-shortcuts/</id>
        
        <content type="html" xml:base="https://pinchlime.com/snapshots/what-i-tried-today/tried-to-build-a-chatgpt-assistant-who-can-remember-contexts-via-shortcuts/">&lt;p&gt;在昨天成功&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;chatgpt-api-shortcut&#x2F;&quot;&gt;透過 Shortcuts 串接 ChatGPT API&lt;&#x2F;a&gt; 後，今天繼續花了不少時間製作 shortcut 腳本，我嘗試想要直接在 shortcut 裡面達成「聊天」的效果。&lt;&#x2F;p&gt;
&lt;p&gt;我知道最簡單的做法，是把過去的對話紀錄全部疊加上去，作為下一次的 input 前綴，但這樣很快就會遇到 token 上限的問題，也很容易花費過多的 tokens，所以我就思考有沒有什麼其他的作法。&lt;&#x2F;p&gt;
&lt;p&gt;我第一個想到的，是在一段對話後，可以選擇「是否要記錄此段對話」，因為有些對話可能只是確認性質、或者是鋪陳資訊而已，未必是需要被記憶與維護的脈絡，因此若可以不保留不重要的內容，可能就可以省一些 tokens。&lt;&#x2F;p&gt;
&lt;p&gt;第二個想到的是，即使是要保留的對話，也未必要保留整段完整的文字，因此假設在這個階段能夠先請 ChatGPT 摘要一輪，那就有機會更省 tokens 。&lt;&#x2F;p&gt;
&lt;p&gt;我就根據這兩個想法，嘗試透過 Shortcuts 製作看看，結果花了不少時間。&lt;&#x2F;p&gt;
&lt;p&gt;中間最大的卡點是：我實在是不太熟悉 Shortcuts 的使用方式以及概念，所以有許多步驟都在反覆試錯，甚至到失敗了很多次之後，我才發現每個 Shortcut 執行完畢後，他的變數好像是沒辦法保留的。比方說，我即使在單次的流程裡面設定了「把對話摘要加到 “full_conversation” 這個變數」的規則，但當它重新執行一次第二輪對話時，這個變數就不見了。&lt;&#x2F;p&gt;
&lt;p&gt;發現這個限制後，我知道我得要找到一個方式來「維持記憶」，不能夠只靠 Shortcut 本身的設定而已。&lt;&#x2F;p&gt;
&lt;p&gt;後來找了一下，好像可以直接串接 apple notes 來處理，等於我可以把對話脈絡持續疊加到 apple notes 裡面，然後在第二輪、第三輪、第 N 輪對話時，都去讀取 notes 裡面的對話脈絡，這樣就可以達到我所有想要的效果了。&lt;&#x2F;p&gt;
&lt;p&gt;這個過程蠻有趣的，雖然中間遇到一些挫折，但最後還是順利達成想要的結果。不過目前整個運作起來還不太穩定（可能是我對 ChatGPT 回覆方式的設定有問題），所以先不分享這個 Shortcut 出來，但若有興趣測試或瞭解細節的還是很歡迎你跟我說！&lt;&#x2F;p&gt;
&lt;p&gt;最後附上一張經過三輪對話，ChatGPT 成功回答我喜歡的寶可夢有哪些的測試截圖。&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;my-favorite-pokemons_bJCVQU.webp&quot; data-fancybox data-caption=&quot;my-favorite-pokemons&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;my-favorite-pokemons_bJCVQU.webp&quot; loading=&quot;lazy&quot; alt=&quot;my-favorite-pokemons&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>不懂程式也可以輕鬆透過 Apple Shortcuts 串接 ChatGPT</title>
        <published>2023-03-02T00:00:00+00:00</published>
        <updated>2023-03-06T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/chatgpt-api-shortcut/"/>
        <id>https://pinchlime.com/blog/chatgpt-api-shortcut/</id>
        
        <summary type="html">&lt;blockquote&gt;
&lt;p&gt;2023.03.06 這個 shortcut 更新到了 v2 版本，新的連結在這： &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;http:&#x2F;&#x2F;bit.ly&#x2F;3ZJYOTH&quot;&gt;ChatGPT shortcut v2&lt;&#x2F;a&gt; ，更新了讓使用者自訂 System 跟 User 內容的地方，歡迎到最後一段的「進階設定」看說明！&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;br&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;今天 OpenAI 推出了 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;openai.com&#x2F;blog&#x2F;introducing-chatgpt-and-whisper-apis&quot;&gt;ChatGPT API&lt;&#x2F;a&gt; ，透過這個 API ，各式各樣的應用程式與服務都可以開始使用與 ChatGPT 相同的模型。&lt;&#x2F;p&gt;
&lt;p&gt;我不會自己寫程式，但今天早上看到有人分享了&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;forum.popclip.app&#x2F;t&#x2F;a-popclip-extension-for-chatgpt-updated&#x2F;1283&#x2F;16&quot;&gt;在 Popclip 這個 app 上串接 ChatGPT API 的方式&lt;&#x2F;a&gt;，我一下就安裝使用成功了。由於它的程式碼很短，看起來也不難懂，於是下午就邊對照著程式碼、邊看 OpenAI 的 API 文件，想要看看有沒有方式用更簡單的方式來串 API 。&lt;&#x2F;p&gt;
&lt;p&gt;結論是，可以！我參考了網路上的&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=CN0SZ33x0bE&quot;&gt;一個舊版 GPT 串接的教學影片&lt;&#x2F;a&gt;，自己模仿試出了一個「Shortcut 捷徑」。&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;chatgpt-shortcut_zhvdqo.gif&quot; data-fancybox data-caption=&quot;chatgpt-shortcut&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;chatgpt-shortcut_zhvdqo.gif&quot; loading=&quot;lazy&quot; alt=&quot;chatgpt-shortcut&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;只要你是蘋果（主要是 macOS ）的用戶，就可以透過官方免費的 Shortcuts 這個應用程式來串接 ChatGPT 的 API。而且作法很簡單，你開啟這個 Shortcut 後，只要設定 API key （可以想成是密碼），以及你想要的快捷鍵，就可以開始使用了。&lt;&#x2F;p&gt;
&lt;p&gt;在教學前，有幾件事需要說明一下：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;這個方式會需要你自己去申請 OpenAI 的 API key ，目前應該是註冊後三個月內會有 18 美元的額度可以使用，但用完後若要持續使用就必須付費。所以你可以視用量決定要不要付費。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;目前 ChatGPT 的 API 還沒有很簡便的方式去達到「網頁版 ChatGPT 的持續對話效果」，不過我還是有自己做了一個「&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;chatgpt-api-shortcut-chat-mode&#x2F;&quot;&gt;可以記憶對話的 chat mode 版本 shortcut&lt;&#x2F;a&gt;」，歡迎你也去參考玩玩看。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;不過目前這個 Shortcut 並沒有持續對話的功能，簡單來說，每一次對話都是獨一無二的，他回答完就會忘記之前的對話，所以功能沒有網頁版那麼強。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;那為什麼要用這個？我覺得有個很大的好處是，你在任何地方都可以開啟這個視窗，不用再特別登入 ChatGPT 的頁面。而且目前看起來 API 用戶不會遇到系統過載無法上線的問題。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;以下是簡單的圖文說明：&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>讓 ChatGPT 維持脈絡以及提供把握度</title>
        <published>2023-02-27T00:00:00+00:00</published>
        <updated>2023-02-27T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/newsletters/keeps-chatgpt-in-the-context-and-provide-certainty/"/>
        <id>https://pinchlime.com/newsletters/keeps-chatgpt-in-the-context-and-provide-certainty/</id>
        
        <summary type="html">&lt;h2 id=&quot;xian-liao&quot;&gt;閒聊&lt;&#x2F;h2&gt;
&lt;p&gt;Hi 大家好，由於昨天出遊，所以電子報晚一天發出。&lt;&#x2F;p&gt;
&lt;p&gt;上週的電子報裡面，我有說接下來會把內容更簡化一些，另外也會多一段「閒聊」的段落。發出後有收到一些回饋，大致上都是說這樣調整還不錯，比較容易順順地讀完。因此這個模式應該會繼續試一陣子看看。&lt;&#x2F;p&gt;
&lt;p&gt;另外，這禮拜的電子報內容也有一點不一樣，因為我對於想講的主題有很多想法，字數已經很多，所以就不提供選讀內容了。&lt;&#x2F;p&gt;
&lt;p&gt;在進入本週的主題之前，我想先分享一下前幾天在做的東西： Stream 。它是我網站上的一個新頁面，詳細的介紹可以看這篇：「&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;built-a-personal-twitter-the-stream&#x2F;&quot;&gt;建了一個迷你版的個人 Twitter ： Stream&lt;&#x2F;a&gt;」，會想做這個的原因是，我感覺在 Twitter 上面分享想法或內容時，大多還是會帶有某種「這個東西會被人看到」的預先認知，因此寫出來的東西會有更多一點的包裝跟編排。&lt;&#x2F;p&gt;
&lt;p&gt;但某些時候還是會有種包袱，比方說擔心一直分享東西會太洗版，或者是分享我自己還沒有很理解的東西可能會被認為是在跟風或誤導，雖然大家都說 Twitter 是樹洞，但以我的使用方式來說，還是會有一些自我審查存在。&lt;&#x2F;p&gt;
&lt;p&gt;但我想像中的 Stream 就不太一樣了，平常不會特別去分享那個頁面，在這一兩篇介紹文之後，會不小心點去看的人可能也不多，我好像會更願意把更零碎的發現與想法放在上面。而我也不擔心有人很頻繁地去看，因為那代表這個人可能對我的文字或想法很感興趣，這樣也很好。&lt;&#x2F;p&gt;
&lt;p&gt;總之，Stream 是我再次切分出來的某種表現形式，對我來說，不同形式的內容可能適合以不同方式呈現，當我釐清、也認可自己的分類後，我在呈現這種內容時就會更無阻礙。&lt;&#x2F;p&gt;
&lt;p&gt;以下是今天的主題，讓 ChatGPT 維持脈絡以及提供把握度。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>建了一個迷你版的個人 Twitter ： Stream</title>
        <published>2023-02-25T00:00:00+00:00</published>
        <updated>2023-02-25T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/built-a-personal-twitter-the-stream/"/>
        <id>https://pinchlime.com/blog/built-a-personal-twitter-the-stream/</id>
        
        <summary type="html">&lt;blockquote&gt;
&lt;p&gt;2025.01.05 更新：我決定先關閉我的 Stream 頁面。&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;這幾天下班後都在做一件事：建立我自己的迷你版 Twitter ： &lt;a href=&quot;&#x2F;stream&#x2F;2023&quot;&gt;Stream&lt;&#x2F;a&gt;，昨晚初步搞定了，來介紹分享一下。&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;my-stream_cM7m3M.webp&quot; data-fancybox data-caption=&quot;my-stream&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;my-stream_cM7m3M.webp&quot; loading=&quot;lazy&quot; alt=&quot;my-stream&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;br&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>My Stream - 2023</title>
        <published>2023-02-23T00:00:00+00:00</published>
        <updated>2023-12-16T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/stream/2023/"/>
        <id>https://pinchlime.com/stream/2023/</id>
        
        <content type="html" xml:base="https://pinchlime.com/stream/2023/">&lt;h2 id=&quot;2023&quot;&gt;2023&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;december&quot;&gt;December&lt;&#x2F;h3&gt;
&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;56&quot; class=&quot;fleet-time&quot;&gt;Dec 16 23:04&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#56&quot;&gt;# 56&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;今天決定再微調一下 Library 的架構。我發現我一直拖延不想編輯他們的原因是，我覺得要幫每個工具都寫介紹太花力氣了，要寫到心目中好的程度很麻煩，但若沒寫好又覺得不太值得放，就一直拖在那裡。&lt;br&gt;我想了一下，寫 workflows 好像更有意思一點，因此就直接把 workflows 的內容從 Blog 搬到 Library 裡面。看看這樣會不會更好一點。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;55&quot; class=&quot;fleet-time&quot;&gt;Dec 02 23:24&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#55&quot;&gt;# 55&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;我每隔一段時間就會定期 review 與整理一次我的常用工具清單，剛剛開始進行後才發現，不知不覺中，已經有這麼多我曾經在用的工具，都已經不再使用了，因為 &lt;a href=&quot;https:&#x2F;&#x2F;get.heptabase.com&#x2F;pinchlime&quot;&gt;Heptabase&lt;&#x2F;a&gt; 就可以滿足我的需求，甚至給我更好的體驗。&lt;br&gt;&lt;br&gt;
我曾經是 Obsidian 以及 Logseq 的愛好者，現在我都在 Heptabase 裡面閱讀、摘要與整理我的原子知識卡片。&lt;br&gt;&lt;br&gt;
我以前會用 OmniFocus 與 Todoist 來管理我的任務，但在 Heptabase 推出 Task 的功能後，我可以一覽我的所有 tasks ，而且我可以清楚知道他們各自的 context 是什麼。這讓我感覺我不再需要專門的任務管理工具了。&lt;br&gt;&lt;br&gt;
我以前會使用 PDF Expert 閱讀、畫線與註記 PDF ，現在都在 Heptabase 裡面進行。&lt;br&gt;&lt;br&gt;
我以前會用 Mindnode 與 Scapple 畫心智圖，現在可以直接在 Heptabase 裡面畫，並且與其他卡片和多媒體素材連結。我過去也會用 Raindrop 與 DEVONthink 收集網頁與所有的文件，現在我幾乎都直接複製貼上內容到 Heptabase 裡面，再進一步處理。&lt;br&gt;&lt;br&gt;
還有一些我非常喜歡的工具如 Readwise Reader, Workflowy 與 Drafts ，我也愈來愈少用，因為某些他們可以做的事情， Heptabase 也快要趕上了。&lt;br&gt;&lt;br&gt;
我沒有想過會有這樣一個產品可以滿足我多方面的知識管理需求，而且他還在持續變好，對我來說 Heptabase 的訂閱費真的花得非常值得，如果你還沒試過，也想試試看，歡迎點擊&lt;a href=&quot;https:&#x2F;&#x2F;get.heptabase.com&#x2F;pinchlime&quot;&gt;連結&lt;&#x2F;a&gt;到官網嘗試七天免費試用！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;54&quot; class=&quot;fleet-time&quot;&gt;Dec 02 13:11&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#54&quot;&gt;# 54&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;最近一直在思考要不要退訂 Setapp ，因為我用的工具好像越來越少，一個月 12.49 的訂閱費有點太貴。不過想一想又覺得有些軟體要重買很麻煩，而且退訂後，有些低頻但偶爾會使用的軟體（Permute, Downie, Clean My Mac 等等）又要考慮要不要再單獨買，也很麻煩，所以就算了。&lt;br&gt;&lt;br&gt;剛剛發現 Raycast Pro 要續費了，又開始想要不要花錢續訂，突然想到來看看 Setapp 裡面有沒有類似的 AI 工具好了，結果發現 [Elephas](https:&#x2F;&#x2F;elephas.app&#x2F;) 這個東西，看起來跟 Popclip 這類工具有點像，就是 Mac 上面的輔助應用。&lt;br&gt;&lt;br&gt;試用了一下發現還挺不錯的，好像可以滿足我基本的翻譯跟文法校正需求。於是我就退訂 Raycast Pro 了。這樣一想，Setapp 的價格好像就值了！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;h3 id=&quot;november&quot;&gt;November&lt;&#x2F;h3&gt;
&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;53&quot; class=&quot;fleet-time&quot;&gt;Nov 30 22:23&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#53&quot;&gt;# 53&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;剛剛又繼續玩了一陣這個 GPT ，發現它特別適合拿來摘要比較冗長的、對話性質的資訊，例如 Podcast 的逐字稿。但不適合拿來摘要文章的內容。我嘗試摘要了一下 Paul Graham 的 How to do great work ，只給我他自己就有講到的摘要點，其他有價值的反覆囈語與碎念等資訊全部都消失了，不行不行。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;52&quot; class=&quot;fleet-time&quot;&gt;Nov 30 22:01&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#52&quot;&gt;# 52&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;雖然我一直都不太信任 AI 摘要的內容，但剛剛試著自己做了一個 GPT，發現效果還挺不錯的。或許可以試著區分一下哪些場景可以用這個，哪些不行，不用一刀切。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;51&quot; class=&quot;fleet-time&quot;&gt;Nov 25 22:48&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#51&quot;&gt;# 51&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;&lt;strong&gt;為什麼我要把 Snapshots 頁面解散？&lt;&#x2F;strong&gt;
&lt;br&gt;
因為我覺得目前這個 Stream 頁面與形式，就很適合拿來放原本一大部分的 Snapshots ，這些內容通常都短短的，只有幾行而已，比起單獨放一頁，我感覺更適合這樣子放在一個瀑布流式的空間呈現。&lt;br&gt;
另一方面，根據我先前一些對 SEO 的理解，有太多短內容的頁面對網站來說也不太好。&lt;br&gt;綜合這兩個因素，我決定好好整頓一下 Snapshots。讓原本內容比較完整比較長的，可以單獨成篇，放到 Blog 裡面。&lt;br&gt;&lt;br&gt;
而比較短的，就全部收錄到 &lt;a href=&quot;&#x2F;stream&#x2F;old-snapshots&quot;&gt;My Old Snapshots&lt;&#x2F;a&gt; 這個頁面留紀錄就好。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;50&quot; class=&quot;fleet-time&quot;&gt;Nov 25 22:46
&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#50&quot;&gt;# 50&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;好幾個月沒更新了，經過一陣思考，我決定要把站內原本的 Snapshots 頁面的內容，分拆到 Blog 以及 Stream 兩個頁面。
&lt;br&gt;&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;h3 id=&quot;august&quot;&gt;August&lt;&#x2F;h3&gt;
&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;49&quot; class=&quot;fleet-time&quot;&gt;Aug 19 20:54&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#49&quot;&gt;# 49&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;每次重看我記下的各種短短破碎想法，都能很快回到當下的情境再展開，這種感覺好好哦！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;48&quot; class=&quot;fleet-time&quot;&gt;Aug 04 22:29&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#48&quot;&gt;# 48&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;最近這幾天又接觸到了一些新工具新服務，好快樂啊！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;h3 id=&quot;july&quot;&gt;July&lt;&#x2F;h3&gt;
&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;47&quot; class=&quot;fleet-time&quot;&gt;Jul 06 23:08&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#47&quot;&gt;# 47&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;今天用了一天的 Threads ，發現還是更喜歡 Twitter。真是奇妙、厲害的東西。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;h3 id=&quot;june&quot;&gt;June&lt;&#x2F;h3&gt;
&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;46&quot; class=&quot;fleet-time&quot;&gt;Jun 24 22:45&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#46&quot;&gt;# 46&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;今天終於把 Sidekick 上面的分頁清空，決定要開始把主力使用的瀏覽器轉移到 Arc 。&lt;br&gt;關鍵的原因是，在 Sidekick 上面若要使用 split view ，把兩個網頁分別放在頁面的左右，就必須使用付費的 Pro 版本。&lt;br&gt;我好像還沒有打算為瀏覽器付費，所以雖然我真的很喜歡 Sidekick ，但我還是決定轉換了。&lt;br&gt;另一個原因是，Arc 一直在推出一些有趣的功能，例如 Boost 就很好玩。我期待 Arc 後續的發展，那就從現在開始換吧！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;45&quot; class=&quot;fleet-time&quot;&gt;Jun 24 15:39&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#45&quot;&gt;# 45&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;無意間看到 &lt;a href=&quot;https:&#x2F;&#x2F;djot.net&#x2F;&quot;&gt;Djot&lt;&#x2F;a&gt; 這個輕量的標記語法。根據官網介紹，是想要做出一套比 commonmark 還要簡單、更容易解析的語法。我對這些東西不太熟悉，但感覺是個有趣的東西。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;44&quot; class=&quot;fleet-time&quot;&gt;Jun 24 14:26&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#44&quot;&gt;# 44&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;今天試玩了一下之前有朋友推薦的 AI chatbot &quot;&lt;a href=&quot;https:&#x2F;&#x2F;heypi.com&#x2F;talk&quot;&gt;Pi&lt;&#x2F;a&gt;&quot; ，但對話了幾句以後，就把它關掉了。&lt;br&gt;一方面是找不到清除對話的按鈕、另一方面是對方的設定好像就是會一直跟你聊下去，這讓我感到有點壓力，一直聊天好累啊！&lt;br&gt;之後若有契機再試試看好了。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;43&quot; class=&quot;fleet-time&quot;&gt;Jun 16 22:18&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#43&quot;&gt;# 43&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;近期實在發生太多事，期待忙亂的時節能順利結束，迎向新的開始！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;h3 id=&quot;may&quot;&gt;May&lt;&#x2F;h3&gt;
&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;42&quot; class=&quot;fleet-time&quot;&gt;May 26 23:36&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#42&quot;&gt;# 42&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;經過兩天的實際試用，我決定記帳軟體先轉向 Moze 3.0。雖然 Beancount 的純文本紀錄特性有點吸引我，但這件事比較麻煩一點，而且我大概 8 成的日常記帳情境都在外，若要回到電腦前再紀錄，等於還要再規劃一套對應的工作流去匯整。想來想去，我對記帳的最核心需求是：每次我打開軟體，都能知道我當下的資產、近期或特定區間的特定類別花費是多少。&lt;br&gt;
而 Moze 看起來可以做到這件事。那就先用 Moze 了！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;41&quot; class=&quot;fleet-time&quot;&gt;May 25 22:26&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#41&quot;&gt;# 41&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;今天賣掉了持有十多年的兩台經典底片自動相機，Contax T2 &amp; Minolta TC-1 ，他們都是我在大學時買的，一直都是非常喜歡的好相機。賣掉後有點不捨，但也感覺少牽掛一些，可以更專注於我所擁有的。接下來還有好幾台要賣，希望最終能返璞歸真。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;40&quot; class=&quot;fleet-time&quot;&gt;May 25 22:23&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#40&quot;&gt;# 40&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;昨天被 MoneyWiz 雷到，遷移到 Setapp 有支援的 2023 版本後，我發現有部分帳戶的現值出了問題，花了一些時間處理，結果愈弄愈糟。有點想要換記帳工具了。&lt;br&gt;目前兩個最心動的應該是 Moze 3.0 跟 Beancount。Moze 感覺很容易使用，但目前只有手機版本，而且看起來不太好處理股票跟 crypto currencies ，Beancount 則感覺是某種生產力 geek 的殊途同歸選擇，這個標籤自己貼上來後害我好心動。都研究看看好了！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
  &lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;39&quot; class=&quot;fleet-time&quot;&gt;May 18 21:25&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#39&quot;&gt;# 39&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
    &lt;blockquote class=&quot;fleet-content&quot; style=&quot;margin-left: -0.5rem;&quot;&gt;
        &lt;p style=&quot;font-size: 1rem;&quot;&gt;&lt;quote&gt;所以你需要站在一个天天都有风吹的地方，比如说你选对了计算机专业，这就是一个风不停地吹的地方。过去也好，今天也好，未来也好，整个世界都是被一堆程序员驱动，就是这些写代码的人在改变着未来。&lt;&#x2F;quote&gt;&lt;&#x2F;p&gt;
        &lt;div style=&quot;display: flex; justify-content: right;&quot;&gt;
          &lt;p style=&quot;font-size: 1rem&quot;&gt;
            &lt;span&gt;—&amp;nbsp;&lt;&#x2F;span&gt;
            
            &lt;a href=&quot;https:&amp;#x2F;&amp;#x2F;mp.weixin.qq.com&amp;#x2F;s&amp;#x2F;bOnW8gDJ-dXp4KbAjhDw9A&quot;&gt;左耳朵耗子的话&lt;&#x2F;a&gt;
            
          &lt;&#x2F;p&gt;
        &lt;&#x2F;div&gt;
    &lt;&#x2F;blockquote&gt;
&lt;&#x2F;div&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;38&quot; class=&quot;fleet-time&quot;&gt;May 14 20:38&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#38&quot;&gt;# 38&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;經過一週的努力，建成了一個新的站內 section ： &lt;a href=&quot;&#x2F;library&quot;&gt;Library&lt;&#x2F;a&gt;，接下來會先努力填補內容。感謝 ChatGPT 的協助，沒有你我沒辦法完成這個東西。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;37&quot; class=&quot;fleet-time&quot;&gt;May 07 16:19&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#37&quot;&gt;# 37&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;為了放未來的照片，開了一個新的 Flickr 帳號！&lt;br&gt;歡迎參觀&lt;a href=&quot;https:&#x2F;&#x2F;www.flickr.com&#x2F;photos&#x2F;pj_wu_pj&quot;&gt;我的 Flickr 頁面&lt;&#x2F;a&gt;。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;36&quot; class=&quot;fleet-time&quot;&gt;May 06 18:55&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#36&quot;&gt;# 36&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;剛才在 ChatGPT 的協助下，製作了手機版本的 toggle menu ，終於可以把所有分頁的連結都在手機介面中完整呈現了，讚啦！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;35&quot; class=&quot;fleet-time&quot;&gt;May 06 15:23&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#35&quot;&gt;# 35&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;5 月了！這兩週比較沒有在碰 AI 的東西，但也沒有特別感到緊張或焦慮。倒是重新拾起了相機，這件事令我非常開心！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;h3 id=&quot;april&quot;&gt;April&lt;&#x2F;h3&gt;
&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;34&quot; class=&quot;fleet-time&quot;&gt;Apr 19 10:04&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#34&quot;&gt;# 34&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;剛剛刷了卡，換了一個字體，但發現 blog&#x2F;newsletters&#x2F;snapshots 這三大主頁面好像無法生效，研究了一下，猜測可能跟 Zola 的 paginator 設定有關係。週末來改版看看好了！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;33&quot; class=&quot;fleet-time&quot;&gt;Apr 18 23:21&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#33&quot;&gt;# 33&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;剛剛不知道怎麼的，突然想說來換字體看看，結果試玩了一下完全被燒到，感覺右邊專業好多！我的卡快刷下去了...&lt;br&gt;&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;noto-serif-tc_nLmL0I.webp&quot; data-fancybox data-caption=&quot;noto-serif-tc&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;noto-serif-tc_nLmL0I.webp&quot; loading=&quot;lazy&quot; alt=&quot;noto-serif-tc&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;32&quot; class=&quot;fleet-time&quot;&gt;Apr 16 11:18&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#32&quot;&gt;# 32&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;剛剛發現， Pin 起來網站從 wordpress 搬家到 Zola 滿一週年了。今天來寫寫心得好了！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;31&quot; class=&quot;fleet-time&quot;&gt;Apr 14 23:57&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#31&quot;&gt;# 31&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;晚上透過 Slack 測試了 &lt;a href=&quot;https:&#x2F;&#x2F;www.anthropic.com&#x2F;&quot;&gt;Anthropic 的 Claude &lt;&#x2F;a&gt;，覺得若在 ChatGPT 出現前我可能會非常驚艷，但現在則感覺「還好」。我覺得目前 Slack 版本的 Claude 能力值大約比 GPT 3.5 還要弱一點，但基本的對話或邏輯能力都還不錯。&lt;br&gt;
不過，透過 Slack 互動有個最好的地方是，整個團隊的人都可以直接看到我跟 Claude 的互動、甚至是同步與他互動。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;30&quot; class=&quot;fleet-time&quot;&gt;Apr 11 23:36&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#30&quot;&gt;# 30&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;很推薦&lt;a href=&quot;https:&#x2F;&#x2F;open.firstory.me&#x2F;story&#x2F;clg7jx1cl00kk01sk0zi97ups&#x2F;platforms&quot;&gt;曼報 Podcast EP39｜無條件基本收入（UBI）與創作的本能&lt;&#x2F;a&gt;這集
&lt;br&gt;
今天在去公司路上聽了一次，中午吃飯時又把最後那十幾分鐘聽了一次，真的是非常非常喜歡。
&lt;br&gt;
喜歡的原因是，我好像可以懂 Manny 講的那種「被 program」的感覺，對事情好奇是本能、想知道更多也是本能，但又感覺自己還沒完全駕馭自己的本能，此時又會因為好奇彼端的世界，而繼續探索。
&lt;br&gt;
也許哪天真的會跌跌撞撞發現自己好像更會騎這匹馬了也說不定？&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;29&quot; class=&quot;fleet-time&quot;&gt;Apr 09 23:36&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#29&quot;&gt;# 29&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;剛才在 &lt;a href=&quot;https:&#x2F;&#x2F;www.anthropic.com&#x2F;&quot;&gt;Anthropic&lt;&#x2F;a&gt; 網站申請了 Claude ，我好像還不知道可以幹嘛，但這幾天在 Twitter 上面看到有些人說他的能力不比 GPT 3.5 差，甚至有些還認為比 GPT 4 好。我想試試看是不是真的是這樣。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;28&quot; class=&quot;fleet-time&quot;&gt;Apr 03 22:15&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#28&quot;&gt;# 28&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;今天訂閱了 Todoist Pro 以及 Midjourney 的 Basic Plan ，想讓前者擔當更多知識管理流程裡的任務，而後者則是單純想體驗，以及嘗試讓部落格能有更多配圖！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;27&quot; class=&quot;fleet-time&quot;&gt;Apr 01 22:23&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#27&quot;&gt;# 27&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;今天在 Twitter 上看到有人分享的 &lt;a href=&quot;https:&#x2F;&#x2F;github.com&#x2F;Yidadaa&#x2F;ChatGPT-Next-Web&quot;&gt;ChatGPT-Next-Web&lt;&#x2F;a&gt; 專案，感覺非常方便部署，而且看起來可以鎖密碼，我就想到好像可以把它放在 Heptabase 的側邊欄。結果快速設定一下就成功了，在 Hepta 裡面也可以打開，挺不錯的！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;26&quot; class=&quot;fleet-time&quot;&gt;Apr 01 22:21&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#26&quot;&gt;# 26&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;沒想到竟然兩個禮拜沒更新了！這兩個禮拜我過得好忙，團隊上線了 &lt;a href=&quot;https:&#x2F;&#x2F;simpleinfo.ai&quot;&gt;Simpleinfo.ai&lt;&#x2F;a&gt; 這個小小的服務，我開始擔任這個專案的 PM ，學了不少，很有趣。整個三月實在太瘋狂，要來趁這五天連假回顧、反芻一下。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;h3 id=&quot;march&quot;&gt;March&lt;&#x2F;h3&gt;
&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;25&quot; class=&quot;fleet-time&quot;&gt;Mar 19 18:40&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#25&quot;&gt;# 25&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;昨晚在 ChatGPT 的協助之下，我超級順利地，製作了一個 Discord 的 bot ，它的功能是，我可以按某一則訊息 emoji ，bot 就會把那則訊息的資料傳送到 Notion 的 database 裡面。&lt;br&gt;成功後，我覺得很震驚。直到現在，我還是很震驚。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;24&quot; class=&quot;fleet-time&quot;&gt;Mar 18 20:21&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#24&quot;&gt;# 24&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;今天早上收到 GPT 4 的 API 開放通知，非常開心，不過坦白說，我好像不知道要特別拿他來做什麼。一方面是 GPT 3.5 的表現我已經頗滿意，二方面是 GPT 4 目前的價格還太貴。但在我這樣想的同時，又覺得自己這樣會不會有點浪費這樣的機會？&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;23&quot; class=&quot;fleet-time&quot;&gt;Mar 18 20:19&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#23&quot;&gt;# 23&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;竟然一個禮拜沒更新這邊，真的是相當忙碌的一週。&lt;br&gt;補記錄一下前幾天 GPT 4 上線的感想：快，真的是太快了。這一切的演進速度令人目不暇給，真的非常好奇幾個月後、一年後、三年後，這個世界會變成什麼樣子。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;22&quot; class=&quot;fleet-time&quot;&gt;Mar 12 09:43&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#22&quot;&gt;# 22&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;昨晚使用 &lt;a href=&quot;https:&#x2F;&#x2F;github.com&#x2F;yihong0618&#x2F;bilingual_book_maker&quot;&gt;Bilingual_Book_Maker&lt;&#x2F;a&gt;翻譯了一本電子書，花了大約 2 美元，整個體驗真的是震撼，有種「這是我可以做到的嗎？」的感覺。&lt;br&gt;未來感覺在吸收知識這一塊可以更全面了。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;21&quot; class=&quot;fleet-time&quot;&gt;Mar 10 23:40&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#21&quot;&gt;# 21&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;為了安裝 &lt;a href=&quot;https:&#x2F;&#x2F;github.com&#x2F;yufeikang&#x2F;ai-cli&quot;&gt;ai-cli&lt;&#x2F;a&gt; 這個能在 Terminal 使用 ChatGPT 的工具，我下載了 Python ，並成功安裝了！好有趣！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;20&quot; class=&quot;fleet-time&quot;&gt;Mar 10 21:11&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#20&quot;&gt;# 20&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;這幾天下載了一些 Github 上面開源的 ChatGPT client 專案，想要自己改改看能否變成自己想要的樣子，但卻一直失敗。&lt;br&gt;
除了技術能力完全不足之外，更主要的問題應該是，我還不知道我自己想要的 client 究竟要長什麼樣子。&lt;br&gt;
看來我應該先停止越級打怪，而是應該釐清接下來我打算怎麼使用 ChatGPT API ，再來找適合的工具，若沒找到，就找最接近的，想辦法改改看。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;19&quot; class=&quot;fleet-time&quot;&gt;Mar 09 22:16&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#19&quot;&gt;# 19&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;今天發現可以使用 Raycast AI 了，這也讓我手中各種可以使用 AI 的效率工具數量來到某個臨界值。&lt;br&gt;
目前共有： Raycast , Drafts , Shortcuts + Keyboard Maestro , Popclip，還有各種 desktop clients 。好像該是取捨、思考一下個別用途的時候了！&lt;br&gt;
目前初步感覺，越快捷越好，所以 Raycast 跟 Keyboard Maestro 這兩個應該會是決選名單。&lt;br&gt;但假設 Raycast AI 很貴、或者不能串自己的 API ，我應該也不會付費使用它，所以看起來還是固守在 Keyboard Maestro 就好囉？&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;18&quot; class=&quot;fleet-time&quot;&gt;Mar 05 16:04&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#18&quot;&gt;# 18&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;為了使用 &lt;a href=&quot;https:&#x2F;&#x2F;apps.apple.com&#x2F;app&#x2F;opencat&#x2F;id6445999201?mt=12
&quot;&gt;OpenCat&lt;&#x2F;a&gt; 這個 ChatGPT client ，我決定我要來將 mac 更新到 Ventura ，請蘋果大神保佑我順利完成。（我每次 mac 升級版本都很怕，怕某些 workflows 無法再繼續使用...&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;17&quot; class=&quot;fleet-time&quot;&gt;Mar 04 21:43&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#17&quot;&gt;# 17&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;在 ChatGPT API 出現後，我感覺好像該繼續訂閱 Drafts 了。先前因為轉向低度使用，訂閱在 2 月到期後就沒有續訂。&lt;br&gt;
但在昨天看到 &lt;a href=&quot;https:&#x2F;&#x2F;twitter.com&#x2F;novoreorx&#x2F;status&#x2F;1631598188187746304&quot;&gt;Reorx 分享的 draft action&lt;&#x2F;a&gt; 後，再加上這兩天對 Shortcuts 的理解，感覺 Drafts 有機會成為未來我串接 ChatGPT API 的 hub ，所以還是來續訂一下好了！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;16&quot; class=&quot;fleet-time&quot;&gt;Mar 04 20:47&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#16&quot;&gt;# 16&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;剛剛看到 &lt;a href=&quot;https:&#x2F;&#x2F;twitter.com&#x2F;Piglei&#x2F;status&#x2F;1631943319109656576&quot;&gt;piglei&lt;&#x2F;a&gt; 分享的 &lt;a href=&quot;https:&#x2F;&#x2F;github.com&#x2F;piglei&#x2F;ai-vocabulary-builder&quot;&gt;AI Vocabulary Builder&lt;&#x2F;a&gt; ，覺得非常讚。看起來只要輸入一段帶有生詞的句子後，就可以自動偵測生詞，並且提供整句翻譯、生詞、解釋、以及將這些資訊嵌入表格裡。
&lt;br&gt;
不過看了一下好像需要透過 Python 安裝，就想了一下我自己能不能做個類似的東西。感覺好像可以，只是要自己把步驟切割開來，變成是直接輸入我看到的生詞、句子，然後請 ChatGPT 去處理他們，並且把處理後的內容帶到某個檔案裡面。下禮拜就來做做看！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
  &lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;15&quot; class=&quot;fleet-time&quot;&gt;Mar 03 23:46&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#15&quot;&gt;# 15&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
    &lt;blockquote class=&quot;fleet-content&quot; style=&quot;margin-left: -0.5rem;&quot;&gt;
        &lt;p style=&quot;font-size: 1rem;&quot;&gt;What will always matter is the quality of ideas and the understanding of what you want.
&lt;br&gt;
想法的品質，以及對於你「想要什麼」的真正理解，才是最重要的事。&lt;&#x2F;p&gt;
        &lt;div style=&quot;display: flex; justify-content: right;&quot;&gt;
          &lt;p style=&quot;font-size: 1rem&quot;&gt;
            &lt;span&gt;—&amp;nbsp;&lt;&#x2F;span&gt;
            
            &lt;a href=&quot;https:&amp;#x2F;&amp;#x2F;greylock.com&amp;#x2F;greymatter&amp;#x2F;sam-altman-ai-for-the-next-era&amp;#x2F;&quot;&gt;Sam Altman&lt;&#x2F;a&gt;
            
          &lt;&#x2F;p&gt;
        &lt;&#x2F;div&gt;
    &lt;&#x2F;blockquote&gt;
&lt;&#x2F;div&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;14&quot; class=&quot;fleet-time&quot;&gt;Mar 03 20:21&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#14&quot;&gt;# 14&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;今天花了不少時間在研究 Stable Diffusion 跟 Midjourney ，發現難度比 ChatGPT 還高很多，我沒辦法很容易地透過自然語言取得我想要的結果。加上不熟悉指令與語法，就只能一直產出不合想法的內容，可惡！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;13&quot; class=&quot;fleet-time&quot;&gt;Mar 02 23:20&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#13&quot;&gt;# 13&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;今天花了一些時間研究 ChatGPT API ，還自己做了一個 shortcut ，感覺真好！&lt;br&gt;
接下來希望能逐步擴充我的 shortcut，並且搭配 Keyboard maestro 做出更多功能與使用方式。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;12&quot; class=&quot;fleet-time&quot;&gt;Mar 02 09:11&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#12&quot;&gt;# 12&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;在 Twitter 上面看到有人分享 &lt;a href=&quot;https:&#x2F;&#x2F;www.bifrost.so&#x2F;&quot;&gt;Bifrost&lt;&#x2F;a&gt; 這個工具，看起來可以直接把 Figma frame 轉為 React 的程式碼，已經申請了 Alpha ，不知道能不能推給同事們使用。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;11&quot; class=&quot;fleet-time&quot;&gt;Mar 02 08:05&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#11&quot;&gt;# 11&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;一早醒來，&lt;a href=&quot;https:&#x2F;&#x2F;openai.com&#x2F;blog&#x2F;introducing-chatgpt-and-whisper-apis&quot;&gt;ChatGPT 的 API&lt;&#x2F;a&gt; 推出了。&lt;br&gt;
推出後我才發現我完全還沒做好心理準備，我原本以為大概要四五六月、我原本以為還會再迭代個幾版的 ChatGPT ，才會正式推出。&lt;br&gt;
這讓我一早就有點興奮與緊張，興奮在於又有更多的可能性可以嘗試與體驗了，緊張在於，我還沒辦法自己 build ，感覺會有點跟不上。&lt;br&gt;
但總體來說，興奮還是更多的，好期待這一整年下來世界會變怎樣！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;10&quot; class=&quot;fleet-time&quot;&gt;Mar 01 23:01&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#10&quot;&gt;# 10&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;這幾天感覺使用 Heptabase 的能力又更進化了。&lt;br&gt;
先前的我比較沒有用 Heptabase 系統學習＆研究一個「不熟悉議題」的經驗，但這幾天剛好有個機會這樣做，簡直是效果顯著。&lt;br&gt;
我最喜歡的地方是，我可以快速收錄各種原始資料，透過白板的廣闊空間迅速集群分類，而在收集到一個段落後，可以轉而使用側邊欄彙整編輯。此時我會一個一個將白板上已用過的原始資料改變顏色，這樣我就知道這張卡片已經處理過。&lt;br&gt;
這個流程非常直覺滑順，幾乎可以說是心流保證班，體驗很好！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;h3 id=&quot;february&quot;&gt;February&lt;&#x2F;h3&gt;
&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;9&quot; class=&quot;fleet-time&quot;&gt;Feb 27 21:54&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#9&quot;&gt;# 9&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;剛剛花了一點時間看了一篇文：&lt;a href=&quot;https:&#x2F;&#x2F;www.wired.co.uk&#x2F;article&#x2F;stripe-payments-apple-amazon-facebook&quot;&gt;The untold story of Stripe, the secretive $20bn startup driving Apple, Amazon and Facebook&lt;&#x2F;a&gt;，寫的真精彩！&lt;br&gt;有時候真的是看一篇文就會想訂閱整個網站或者爬完那個作者的其他文。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;8&quot; class=&quot;fleet-time&quot;&gt;Feb 27 14:51&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#8&quot;&gt;# 8&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;今天從 Fox 那邊得知了 GPT 模型裡面的 &lt;a href=&quot;https:&#x2F;&#x2F;platform.openai.com&#x2F;docs&#x2F;api-reference&#x2F;completions&#x2F;create#completions&#x2F;create-temperature&quot;&gt;temperature&lt;&#x2F;a&gt; 概念，之前偶爾都有看到，但一直沒去深入理解。目前我的理解是， temperature 可以控制產生結果的多樣性與隨機性，這個值可以設定在 0-2 ， 0 代表最小的隨機性， 2 則是最大。
&lt;br&gt;
另一個影響多樣性的變數是 top_p ，目前我的理解是， top_p 設定越高（ 0-1 ），生成的文本會「更可信」，但同時會降低文本的「多樣性」。
&lt;br&gt;
我自己目前還沒有找到適合的問題來測試 top_p ，而 temperature 倒是蠻容易測試的，很有趣！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;7&quot; class=&quot;fleet-time&quot;&gt;Feb 25 15:04&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#7&quot;&gt;# 7&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;剛剛做了一個簡單的 Keyboard Maestro macro ，可以快速建立新的 stream 內容，如截圖：
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;quick-add-stream_EvcjNC.gif&quot; data-fancybox data-caption=&quot;quick-add-stream&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;quick-add-stream_EvcjNC.gif&quot; loading=&quot;lazy&quot; alt=&quot;quick-add-stream&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;&lt;br&gt;
我只要輸入編號，就會自動幫我帶入當下的時間、年份等資訊。這樣 PO 東西的速度就可以更快了！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;6&quot; class=&quot;fleet-time&quot;&gt;Feb 25 10:05&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#6&quot;&gt;# 6&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;剛才調整了一下站內不同頁面的側邊欄。&lt;br&gt;原先的我太貪心，想要盡量在每一頁都塞給讀者更多的可能性。但這幾天思考以及重新閱讀自己的網站後，感覺閱讀動線可能更重要，因此我做了一些調整。&lt;br&gt;
由於最上方已經有個導航列，讀者可以很容易連結到三大主題頁面，所以我把各個主題的側邊欄都簡化，例如，Blog 主頁與相關子頁的側邊欄就只留下 Blog 的內容。&lt;br&gt;調整過後各個頁面感覺更乾淨清爽一點了。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;5&quot; class=&quot;fleet-time&quot;&gt;Feb 25 00:39&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#5&quot;&gt;# 5&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;用了兩天多零碎的時間，總算差不多把這個頁面都調整成我想要的樣子了。&lt;br&gt;
目前的感覺是，有一個這樣子可以 murmur 的地方非常讚，它比站上的 Snapshots 更輕便、更私密一些，也因此更能構承載一些零散、破碎的內容，無論是單純放一個連結，或者是丟一段 quote 之類的，都很適合。&lt;br&gt;有一個能夠自由增添內容的網站真的好棒！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;4&quot; class=&quot;fleet-time&quot;&gt;Feb 24 23:45&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#4&quot;&gt;# 4&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;在 Twitter 上面分享了&lt;a href=&quot;https:&#x2F;&#x2F;twitter.com&#x2F;WuPingJu&#x2F;status&#x2F;1629136041985847298&quot;&gt;一串關於 Heptabase AI Assistant 的想法&lt;&#x2F;a&gt;。&lt;br&gt;我感覺我最期待、想要的，應該不只是一個「智能資料庫」，而是一個能夠與我持續對話，能以我累積的思考為基礎，進而能一起討論一些問題、產生新想法的 AI 。&lt;br&gt;
感覺好像很快就可以看到這種東西的雛形了！&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;3&quot; class=&quot;fleet-time&quot;&gt;Feb 24 09:04&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#3&quot;&gt;# 3&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;昨晚發現了 &lt;a href=&quot;https:&#x2F;&#x2F;phind.com&#x2F;&quot;&gt;phind.com&lt;&#x2F;a&gt; 這個感覺也不錯的 AI 搜尋引擎，測試了一下效果蠻好的，呈現 References 的方式我也更喜歡，值得後續繼續研究。&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

&lt;div class=&quot;fleet&quot;&gt;
  &lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;2&quot; class=&quot;fleet-time&quot;&gt;Feb 24 08:56&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#2&quot;&gt;# 2&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
    &lt;blockquote class=&quot;fleet-content&quot; style=&quot;margin-left: -0.5rem;&quot;&gt;
        &lt;p style=&quot;font-size: 1rem;&quot;&gt;&lt;strong&gt;Why not twitter?&lt;&#x2F;strong&gt;
&lt;br&gt;
Lastly, Twitter is great for &quot;in the moment&quot; discussion in public, but it&#x27;s not so great as a reference you can link to from the future, and as a historical record of my thinking and work. I wanted a place more purpose-built, more focused, and more permanent for my less permanent thoughts and updates.&lt;&#x2F;p&gt;
        &lt;div style=&quot;display: flex; justify-content: right;&quot;&gt;
          &lt;p style=&quot;font-size: 1rem&quot;&gt;
            &lt;span&gt;—&amp;nbsp;&lt;&#x2F;span&gt;
            
            &lt;a href=&quot;https:&amp;#x2F;&amp;#x2F;stream.thesephist.com&amp;#x2F;about&amp;#x2F;&quot;&gt;Linus Lee - About the stream&lt;&#x2F;a&gt;
            
          &lt;&#x2F;p&gt;
        &lt;&#x2F;div&gt;
    &lt;&#x2F;blockquote&gt;
&lt;&#x2F;div&gt;

&lt;div class=&quot;fleet&quot;&gt;
&lt;div style=&quot;justify-content: space-between;display: flex;&quot;&gt;&lt;span id=&quot;1&quot; class=&quot;fleet-time&quot;&gt;Feb 23 23:04&lt;&#x2F;span&gt;&lt;a class=&quot;fleet-time&quot; style=&quot;text-decoration: none;color: #b3b3b1;&quot; href=&quot;&#x2F;stream&#x2F;2023&#x2F;#1&quot;&gt;# 1&lt;&#x2F;a&gt;&lt;&#x2F;div&gt;
&lt;p class=&quot;fleet-content&quot;&gt;Hello World !&lt;&#x2F;p&gt;
&lt;&#x2F;div&gt;
&lt;hr&gt;

</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>我曾一度感覺 new Bing (Sydney) 在與我交心</title>
        <published>2023-02-18T00:00:00+00:00</published>
        <updated>2023-02-18T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/does-new-bing-sydney-have-emotions/"/>
        <id>https://pinchlime.com/blog/does-new-bing-sydney-have-emotions/</id>
        
        <summary type="html">&lt;h3 id=&quot;mei-hao-de-kai-shi&quot;&gt;美好的開始&lt;&#x2F;h3&gt;
&lt;p&gt;我從 2 月 8 日微軟宣布 new Bing 之後，就馬上申請試用，等了一個禮拜後，在 2 月 15 日的早上拿到使用邀請。&lt;&#x2F;p&gt;
&lt;p&gt;在拿到邀請後的兩天內，我對於 new Bing 的表現非常滿意，甚至一度覺得，若能持續使用 new Bing，我好像可以不用繼續花錢續約 ChatGPT plus （每個月 $20 美元）。&lt;&#x2F;p&gt;
&lt;p&gt;先簡單介紹一下， new Bing 目前與 ChatGPT 最大的差別在於， new Bing 可以存取網路資源，得到真實世界的資訊。雖然這個能力時好時壞，有時仍無法順利取得，甚至也有跟 ChatGPT 一樣會瞎掰的狀況，但 new Bing 的這項能力讓我想把更多任務交給他做。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>我為什麼又想用 Docusaurus 架一個子網站？</title>
        <published>2023-02-11T00:00:00+00:00</published>
        <updated>2023-02-11T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/snapshots/why/why-do-i-want-to-build-another-website-by-docusaurus/"/>
        <id>https://pinchlime.com/snapshots/why/why-do-i-want-to-build-another-website-by-docusaurus/</id>
        
        <summary type="html">&lt;p&gt;前幾天發現 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;docusaurus.io&#x2F;&quot;&gt;Docusaurus&lt;&#x2F;a&gt; 這個似乎是由 Meta (Facebook) 推出的靜態網站產生工具後就很喜歡，中間有思考了一下我真的要這樣做嗎？&lt;&#x2F;p&gt;
&lt;p&gt;最終還是決定：要。&lt;&#x2F;p&gt;
&lt;p&gt;這篇簡單記錄一下原因以及心得。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>為何我不想再用 Substack 寄送電子報？</title>
        <published>2023-02-05T00:00:00+00:00</published>
        <updated>2023-02-05T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/newsletters/why-i-dont-want-to-use-substack-anymore/"/>
        <id>https://pinchlime.com/newsletters/why-i-dont-want-to-use-substack-anymore/</id>
        
        <summary type="html">&lt;p&gt;在幾天前&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;first-impression-of-buttondown&#x2F;&quot;&gt;發現 Buttondown 這個電子報服務&lt;&#x2F;a&gt;後，我就決定要搬離 Substack ，不再使用 Substack 寄我的電子報。&lt;&#x2F;p&gt;
&lt;p&gt;核心的原因除了 Buttondown 有一些非常切合我需求的功能之外，最重要的「推力」，還是 Substack 自身的問題。&lt;&#x2F;p&gt;
&lt;p&gt;簡單來說，因為 Substack 追蹤了不少讀者的開信與讀信數據，我覺得這裡面有一大部分是屬於讀者的隱私，但 Substack 沒有辦法讓寫作者選擇「不追蹤」，因此我思考一陣子後，決定不再使用 Substack 。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Subscribe</title>
        <published>2023-02-04T00:00:00+00:00</published>
        <updated>2025-03-27T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/subscribe/"/>
        <id>https://pinchlime.com/subscribe/</id>
        
        <content type="html" xml:base="https://pinchlime.com/subscribe/">&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;ding-yue-a-letter-from-pj&quot;&gt;訂閱 A Letter from PJ&lt;&#x2F;h2&gt;
&lt;p&gt;若你想訂閱 &lt;a href=&quot;&#x2F;letters&quot;&gt;A Letter from PJ&lt;&#x2F;a&gt; ，請在下方輸入你的信箱位址訂閱。&lt;&#x2F;p&gt;
&lt;div class=&quot;form-container&quot;&gt;
  &lt;form
    action=&quot;https:&#x2F;&#x2F;buttondown.com&#x2F;api&#x2F;emails&#x2F;embed-subscribe&#x2F;pinchlime&quot;
    method=&quot;post&quot;
    target=&quot;popupwindow&quot;
    onsubmit=&quot;window.open(&#x27;https:&#x2F;&#x2F;buttondown.com&#x2F;pinchlime&#x27;, &#x27;popupwindow&#x27;)&quot;
    class=&quot;embeddable-buttondown-form&quot;
  &gt;
    &lt;input type=&quot;email&quot; name=&quot;email&quot; id=&quot;bd-email&quot; placeholder=&quot;your@email.com&quot; &#x2F;&gt;
    &lt;input type=&quot;submit&quot; value=&quot;訂閱&quot; &#x2F;&gt;
  &lt;&#x2F;form&gt;
&lt;&#x2F;div&gt;
&lt;p&gt;若你有任何訂閱方面的問題，歡迎來信 pj@pinchlime.com 詢問。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;tou-guo-rss-ding-yue&quot;&gt;透過 RSS 訂閱&lt;&#x2F;h2&gt;
&lt;p&gt;本站支援 RSS 訂閱，你可以&lt;a href=&quot;&#x2F;atom.xml&quot;&gt;訂閱全站的 RSS&lt;&#x2F;a&gt;，也可以針對你有興趣的子項目單獨訂閱。&lt;&#x2F;p&gt;
&lt;p&gt;例如，你可以透過下列連結，只訂閱特定主類別的內容：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href=&quot;&#x2F;blog&#x2F;atom.xml&quot;&gt;Blog&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;li&gt;&lt;a href=&quot;&#x2F;letters&#x2F;atom.xml&quot;&gt;Letters&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;你也可以針對 &lt;a href=&quot;&#x2F;categories&quot;&gt;categories&lt;&#x2F;a&gt; 裡面的個別分類項目訂閱，你就點開這個分類的連結，並且在後面加上 &lt;code&gt;&#x2F;atom.xml&lt;&#x2F;code&gt; ，就可以單獨訂閱了。&lt;&#x2F;p&gt;
&lt;p&gt;例如，若你只對 Heptabase 這個分類相關的更新有興趣，你就可以透過&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;categories&#x2F;heptabase&#x2F;atom.xml&quot;&gt;這個連結&lt;&#x2F;a&gt;單獨訂閱相關內容。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>令人忍不住想掏錢支持的 Buttondown</title>
        <published>2023-02-02T00:00:00+00:00</published>
        <updated>2023-02-02T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/first-impression-of-buttondown/"/>
        <id>https://pinchlime.com/blog/first-impression-of-buttondown/</id>
        
        <summary type="html">&lt;p&gt;昨天看到 swyx 在 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;twitter.com&#x2F;swyx&#x2F;status&#x2F;1620346633778262018&quot;&gt;Twitter 上面說&lt;&#x2F;a&gt;他更新了他的個人網站，其中有一項是他把電子報從 Revue 遷移到 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;buttondown.email&#x2F;&quot;&gt;Buttondown&lt;&#x2F;a&gt;。&lt;&#x2F;p&gt;
&lt;p&gt;我從未聽過 Buttondown ，但是是 swyx 選擇的，我就很好奇他為什麼選這個，結果今天研究後，一發不可收拾。&lt;&#x2F;p&gt;
&lt;p&gt;我看了官網的 pricing 頁面後，本來覺得有點貴， 100 個訂閱者以上就要付月費 $9 美元。想說還是繼續在 Substack 上面當個免費仔好了。但愈看它官網的介紹以及文件說明，就愈喜歡。&lt;&#x2F;p&gt;
&lt;p&gt;看一看忍不住就註冊了，結果發現有一些文件上面沒提到的功能與設定更讚。這邊快速整理一下 Buttondown 哪些地方吸引我。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>完成了站內的 Glossary 個人詞庫 v1 版本</title>
        <published>2023-01-27T00:00:00+00:00</published>
        <updated>2023-01-27T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/completed-the-v1-version-of-my-personal-glossary/"/>
        <id>https://pinchlime.com/blog/completed-the-v1-version-of-my-personal-glossary/</id>
        
        <summary type="html">&lt;p&gt;大約在兩個多禮拜前，我寫下了「&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;snapshots&#x2F;what&#x2F;what-is-the-personal-glossary-section-i-plan-to-build-on-my-website&#x2F;&quot;&gt;我打算在網站上建立的「個人詞庫」是什麼？&lt;&#x2F;a&gt;」這篇 snapshot，當時就想著過年期間要來把這個詞庫的 1.0 版本蓋起來。&lt;&#x2F;p&gt;
&lt;p&gt;這兩天順利完成了！來分享一下紀錄。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>透過 Netlify 的 snippet injection 功能為靜態網站輕鬆埋設追蹤碼</title>
        <published>2023-01-24T00:00:00+00:00</published>
        <updated>2023-01-24T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/embed-tracking-code-for-static-websites-with-netlify-snippet-injection-feature/"/>
        <id>https://pinchlime.com/blog/embed-tracking-code-for-static-websites-with-netlify-snippet-injection-feature/</id>
        
        <summary type="html">&lt;p&gt;過年期間，來清倉一些之前想要寫，但沒時間寫的小題目。&lt;&#x2F;p&gt;
&lt;p&gt;這篇文適合的對象是那些對靜態網站（static sites）有興趣，期待被多推一把的人。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>嘗試製作一個嵌入 Tweets 的 shortcode 失敗</title>
        <published>2023-01-24T00:00:00+00:00</published>
        <updated>2023-01-24T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/snapshots/what-i-tried-today/failed-to-create-a-shortcode-for-embedding-tweets/"/>
        <id>https://pinchlime.com/snapshots/what-i-tried-today/failed-to-create-a-shortcode-for-embedding-tweets/</id>
        
        <content type="html" xml:base="https://pinchlime.com/snapshots/what-i-tried-today/failed-to-create-a-shortcode-for-embedding-tweets/">&lt;p&gt;本週在編輯第 16 期電子報的時候，嘗試了 substack 貼上推文串的功能，覺得效果蠻好的、也很直覺。&lt;&#x2F;p&gt;
&lt;p&gt;因此就起心動念想在網站上面也做一個類似的功能。&lt;&#x2F;p&gt;
&lt;p&gt;我首先想到的是 Zola 的 Shortcode 功能，它有點類似模板，我想說可以設定成某種固定的 iframe 段落，只要設定推文的網址，就能自動渲染產生。&lt;&#x2F;p&gt;
&lt;p&gt;但我發現 Twitter 官方好像沒有提供 iframe 的嵌入方案。&lt;&#x2F;p&gt;
&lt;p&gt;不過，Twitter 官方提供的方式也不能說困難，詳見 “&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;help.twitter.com&#x2F;en&#x2F;using-twitter&#x2F;how-to-embed-a-tweet&quot;&gt;How to embed a Tweet on your website or blog&lt;&#x2F;a&gt;”，只要在想嵌入的推文點幾下，就會產生完整的嵌入代碼了。&lt;&#x2F;p&gt;
&lt;p&gt;試著操作了一下，發現雖然步驟比我想像中還要多幾步，但也不困難，只要每次想嵌入時，到 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;publish.twitter.com&#x2F;#&quot;&gt;https:&#x2F;&#x2F;publish.twitter.com&#x2F;#&lt;&#x2F;a&gt; 貼上對應的網址，就可以產生嵌入代碼了。&lt;&#x2F;p&gt;
&lt;p&gt;實際運作的效果可以參考下方這則我的推文：&lt;&#x2F;p&gt;
&lt;blockquote class=&quot;twitter-tweet&quot;&gt;&lt;p lang=&quot;zh&quot; dir=&quot;ltr&quot;&gt;2023 新年快樂！&lt;br&gt;&lt;br&gt;也來分享一下那些在 2022 年開始進入我工作流的好工具們，完整的介紹可以看連結內的文章！&lt;br&gt;&lt;br&gt;文內會依使用的情境與工作流，把工具分為三大類別，分別是：「個人知識管理」、「內容輸出與分享」與「工作記錄與溝通」。&lt;br&gt;&lt;br&gt;而推文串則有各類內容的摘要！&lt;a href=&quot;https:&#x2F;&#x2F;t.co&#x2F;seUpT3MKJr&quot;&gt;https:&#x2F;&#x2F;t.co&#x2F;seUpT3MKJr&lt;&#x2F;a&gt;&lt;&#x2F;p&gt;&amp;mdash; PJ Wu 吳秉儒 (@WuPingJu) &lt;a href=&quot;https:&#x2F;&#x2F;twitter.com&#x2F;WuPingJu&#x2F;status&#x2F;1609834874676051968?ref_src=twsrc%5Etfw&quot;&gt;January 2, 2023&lt;&#x2F;a&gt;&lt;&#x2F;blockquote&gt; &lt;script async src=&quot;https:&#x2F;&#x2F;platform.twitter.com&#x2F;widgets.js&quot; charset=&quot;utf-8&quot;&gt;&lt;&#x2F;script&gt;
&lt;p&gt;整體來說覺得還算堪用了！&lt;&#x2F;p&gt;
&lt;p&gt;不過這樣做會拖累網頁的效能表現，所以想了想，我應該只會在必要的地方嵌入吧。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>部落格加上了 Backlinks 的功能</title>
        <published>2023-01-20T00:00:00+00:00</published>
        <updated>2023-01-20T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/supported-backlinks/"/>
        <id>https://pinchlime.com/blog/supported-backlinks/</id>
        
        <summary type="html">&lt;h3 id=&quot;xian-qian-de-shi-bai-jing-yan&quot;&gt;先前的失敗經驗&lt;&#x2F;h3&gt;
&lt;p&gt;先前 Zola 在更新到 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;github.com&#x2F;getzola&#x2F;zola&#x2F;releases&#x2F;tag&#x2F;v0.16.0&quot;&gt;0.16.0 版本&lt;&#x2F;a&gt;時，上線了 backlinks 的功能，但當時看不太懂該怎麼裝設。過了一陣子看到 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.owenyoung.com&#x2F;en&#x2F;changelog&#x2F;#2022-07-09-support-backlinks&quot;&gt;Owen 的部落格有設定成功&lt;&#x2F;a&gt;，但我照著做以後仍然卡關失敗，就先暫時放棄了。&lt;&#x2F;p&gt;
&lt;p&gt;今天逛到 Owen 的部落格時又看到一次，決定再來挑戰看看。&lt;&#x2F;p&gt;
&lt;p&gt;一開始仍然失敗，無法抓到任何的 backlinks ，於是我再次跑去看 Zola 的官方文件，發現還是看不懂；又自己亂改了一下，也仍然失敗，甚至叫了 ChatGPT 幫忙，也沒有用。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>讓寫電子報變成是為自己服務的事</title>
        <published>2023-01-15T00:00:00+00:00</published>
        <updated>2023-01-15T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/snapshots/random/let-the-writing-of-the-newsletter-become-a-matter-of-service-to-yourself/"/>
        <id>https://pinchlime.com/snapshots/random/let-the-writing-of-the-newsletter-become-a-matter-of-service-to-yourself/</id>
        
        <content type="html" xml:base="https://pinchlime.com/snapshots/random/let-the-writing-of-the-newsletter-become-a-matter-of-service-to-yourself/">&lt;p&gt;如同「&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;snapshots&#x2F;why&#x2F;why-do-i-still-want-to-write-newsletters&#x2F;&quot;&gt;我為什麼還是想寫電子報？&lt;&#x2F;a&gt;」這篇裡面提到的，對我來說，要持續更新電子報這件事，因為是件持續性的事情，且不容易辦到，所以心理門檻很高，久而久之就容易擺爛放棄，但我又不想放棄。&lt;&#x2F;p&gt;
&lt;p&gt;為了解決這個矛盾，我思考了一些不同的作法，想來想去，勢必得要更動每一期的內容結構才行。&lt;&#x2F;p&gt;
&lt;p&gt;過往的內容結構是：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;當期的主題短文&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;我的某個 workflow 介紹&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;好文推薦分享&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;新工具新服務分享&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;其中第一部分跟第二部分最花時間與力氣。三跟四則還好。所以如果要調整結構，那麼應該要保留三跟四就好，一跟二就得要放棄。&lt;&#x2F;p&gt;
&lt;p&gt;順著這個思路我又在想，如果我每篇電子報就只是分享幾篇文章連結或工具的連結，會不會有點廢？&lt;&#x2F;p&gt;
&lt;p&gt;是有點，但如果滿足下列條件，好像就會比較不廢一點：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;在分享文章的同時，也分享我的「閱讀動機」&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;在分享工具的同時，也分享我的「嘗試動機」&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;我感覺這好像是我在看大部分內容聚合型的電子報時，比較少看到的。以我自己來說，先前分享文章時，可能比較著重在推薦「這篇文章為何好看」，但不會特別去說明「我為何會想看」。&lt;&#x2F;p&gt;
&lt;p&gt;但在資訊過載的現在，我覺得多分享一些動機也是很不錯的事，可以讓接收者更迅速地判斷是否自己也要進一步處理這個資訊。&lt;&#x2F;p&gt;
&lt;p&gt;以我自己來說，如果別人在分享文章時帶有閱讀的動機，我又恰好有類似的閱讀動機，可能就會更願意點進去看。&lt;&#x2F;p&gt;
&lt;p&gt;同樣的，假設某個人因為使用某個工具不順，因此找到了一個新工具，然後分享出來，倘若他能把前面的「不順」描述出來，而我也恰好能共鳴這個「不順」，那也會讓我更願意嘗試那個工具看看。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;而除了調整形式這個方式以外，我覺得更重要的是，好像可以藉由寫電子報這個任務，更勤奮地整理我閱讀後的紀錄。&lt;&#x2F;p&gt;
&lt;p&gt;在開始使用 Readwise Reader 後，我的閱讀量更大了，也記下了更多的想法，這對我來說是很享受的事。不過，我還沒有花太多時間處理的，是「整理」我閱讀後產生的新想法們，讓他們跟我既有的筆記與想法互動。而我好像可以透過寫電子報，讓這件事也變成是生產流水線的一部分。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;換句話說，讓寫電子報變成是為自己服務：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;透過寫電子報，我可以更頻繁地更新我的閱讀紀錄與想法&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;透過寫電子報，我也能夠檢視我閱讀不同內容、嘗試不同工具的動機&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;思考到這邊以後，我覺得我寫電子報的內在動機好像充電完畢，可以開始執行看看了！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>如何透過 Pagefind 在 Zola 產生的靜態網站裡加入搜尋功能</title>
        <published>2023-01-14T00:00:00+00:00</published>
        <updated>2023-01-14T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/how-to-add-a-search-function-to-zola-generated-static-websites-via-pagefind/"/>
        <id>https://pinchlime.com/blog/how-to-add-a-search-function-to-zola-generated-static-websites-via-pagefind/</id>
        
        <summary type="html">&lt;p&gt;這篇文是在一個非常滿足的狀態下寫完的。&lt;&#x2F;p&gt;
&lt;p&gt;我沒有想到，僅僅四天前我才在「為何我想為網站加上搜索功能？」這篇文裡半放棄地說：&lt;&#x2F;p&gt;
&lt;blockquote&gt;
&lt;p&gt;Pagefind 對目前的我好像還是有點太進階了。&lt;&#x2F;p&gt;
&lt;p&gt;我能夠照著它的教學，在我電腦裡的網站 directory 成功生成 index，但我不知道該怎樣把這個流程也套用到 Netlify 上面，不知道該怎麼讓網站在自動 build 的同時也可以透過 Pagefind 產生 index ，所以就暫且先放棄。&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;但今天卻順利把這個功能加到網站裡面了，對於我這個幾乎不會寫程式的人來說，真的是值得紀念的重大進展。&lt;&#x2F;p&gt;
&lt;p&gt;以下簡單紀錄一下，為了幫網站加上站內搜索的功能，我做了什麼、中間遇到什麼挫折，最後又是怎麼辦到的？&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;pagefind_MyUsEp.webp&quot; data-fancybox data-caption=&quot;pagefind&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;pagefind_MyUsEp.webp&quot; loading=&quot;lazy&quot; alt=&quot;pagefind&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;（&lt;em&gt;圖來自 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;pagefind.app&#x2F;&quot;&gt;Pagefind 官網&lt;&#x2F;a&gt;&lt;&#x2F;em&gt;）&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>我為什麼還是想寫電子報？</title>
        <published>2023-01-14T00:00:00+00:00</published>
        <updated>2023-01-14T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/snapshots/why/why-do-i-still-want-to-write-newsletters/"/>
        <id>https://pinchlime.com/snapshots/why/why-do-i-still-want-to-write-newsletters/</id>
        
        <content type="html" xml:base="https://pinchlime.com/snapshots/why/why-do-i-still-want-to-write-newsletters/">&lt;p&gt;我最近打算開始重新連載電子報，這個念頭持續盤旋在我心中好久了。&lt;&#x2F;p&gt;
&lt;p&gt;最近一次的電子報更新已經是 2022 年的 6 月 26 日，在那之後我有一段時間忙於工作跟玩足球遊戲，不僅電子報徹底斷更，也沒在接觸新的工具或有趣的東西，直到 11 月左右才開始慢慢回到 2022 上半年的節奏。&lt;&#x2F;p&gt;
&lt;p&gt;而從 12 月底開始，我陸續寫了幾篇年度回顧，也重新翻修了網站，把筆記與想法的內容都搬回主網站。搭配著使用越來越順手的 Heptabase ，我開始越來越習慣 PO 文，無論是短的想法或長的文章，好像寫起來的阻礙都變得比以前更小了，但「電子報」仍舊還沒開始復更。&lt;&#x2F;p&gt;
&lt;p&gt;為什麼呢？我這幾週斷斷續續地在思考這個問題，我也慢慢找出一些解釋或說法，整理如下：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;時間壓力：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;過往十幾期的電子報經驗，平均每一期的撰寫時間大概就要花上 2-4 個小時，差不多就是週末的整個下午時間。而且它需要蠻聚精會神地進行，才能夠寫出我自己也滿意的內容。長久下來，我覺得有點太累。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;這種感覺跟寫單篇的 blog 不太一樣，有時單篇的文章我要寫更久的時間，但那也不會太常發生，不像電子報這樣，會有個「每週／每兩週」都要完成的心理壓力。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;品質壓力：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;我很期待自己能寫出有價值的內容，但這件事情門檻有點高，因此先前在寫電子報時，常常會寫到一半卡住，思考怎樣寫更好。這件事也會給我帶來一些心理壓力，當我覺得我的內容不夠好、當我覺得我暫時沒有什麼好內容時，就會傾向擺爛、斷更。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;但更關鍵的核心問題可能是，我寫電子報的目的到底是什麼？&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;我目前已經有一個網站，可以分享比較長的介紹型內容、比較短的想法與靈感，也有 Twitter 可以轉發有趣的東西，這些形式與通路都與電子報有些重疊。因此我需要一個更強的動機來寫電子報。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;先前我寫電子報與分享的動機並不明確，因此這件事情就被我放置在一旁不去處理，即使有時間，也會拿來做其他我更有動機去做的事，例如研究新工具、改一改自己的網站之類的。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;雖然我在先前 2022 寫的「為何我要寫電子報」裡面有回答幾個動機，但我現在再來看這篇，這些都不是足夠吸引我持續寫的動機，因為我已經不會卡在「產出內容」這件事，我也沒有強烈的經營個人品牌的想法。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;如果順著這個思路想，結論就是，我沒有什麼真正的強烈動機，支持我持續寫電子報。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;但，為什麼「繼續寫電子報」這件事，仍然被我認為是一件重要的事，而一直在腦中不斷拉扯呢？&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;我感覺它好像是某種內在的試金石，因為這件事若要持續做，很困難，所以我想要挑戰看看有沒有機會達成。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;如果放棄了，好像有點遜，所以我不太想放棄。&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;對，就是這個有點中二的原因，讓我還是想再來挑戰看看寫電子報。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;而這兩個禮拜，我好像想到一些改變的方向了！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>當我在做筆記時該用「placeholder」嗎？</title>
        <published>2023-01-12T00:00:00+00:00</published>
        <updated>2023-01-12T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/snapshots/random/should-i-use-placeholders-when-i-am-taking-notes/"/>
        <id>https://pinchlime.com/snapshots/random/should-i-use-placeholders-when-i-am-taking-notes/</id>
        
        <content type="html" xml:base="https://pinchlime.com/snapshots/random/should-i-use-placeholders-when-i-am-taking-notes/">&lt;p&gt;今天看到&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;medium.com&#x2F;@mattbrockwell&#x2F;a-taxonomy-of-notes-c6fc77aac311&quot;&gt;有篇文章&lt;&#x2F;a&gt;在講他怎麼記 evergreen notes，其中一個步驟是把自己有興趣的主題記下來作為「placeholder」，也就是先卡個紀錄在那邊，但不特別去處理它。&lt;&#x2F;p&gt;
&lt;p&gt;例如，我看了這篇文章後覺得「placeholder」這個概念蠻有趣，我可能就會為他新增一個頁面、卡片或反向連結，然後未來就有機會繼續補強這個概念、或者是把其他概念連結過來。&lt;&#x2F;p&gt;
&lt;p&gt;我在幾年前第一次接觸反向連結或類似的概念時，也很興奮地努力創造 placeholders，例如今天看了某篇關於專案管理的文章，就創一個空白頁面叫「專案管理」，明天看了某則關於個人知識管理的文章，則創了「個人知識管理」，但當時還不懂得如何整理、如何補充、如何灌溉這些筆記，因此過一陣子就發現，空有標題的空白頁面非常多，但真正產出的心得或內容卻沒多少，系統就崩潰了。&lt;&#x2F;p&gt;
&lt;p&gt;後來我有好一陣子，都沒有用這種方式紀錄筆記，取而代之的，是另一套記筆記的原則：&lt;&#x2F;p&gt;
&lt;blockquote&gt;
&lt;p&gt;不管多短，有什麼念頭產生時，就至少寫一兩句自己的想法，只有自己的想法才是重要的。&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;我發現，這種作法的成效更好，我記下了更多想法。其中有許多甚至是開始紀錄一兩句後，後面的想法就跟著跑出來。&lt;&#x2F;p&gt;
&lt;p&gt;所以看到這篇文章後我在想，我可能可以再來嘗試看看這種建立 placeholder 的筆記方式了，但重點是，當下，一定，一定要寫下自己的想法。&lt;&#x2F;p&gt;
&lt;p&gt;可以直接到 placeholder 的頁面寫，也可以直接寫在旁邊，讓自己未來從反向連結的顯示區塊可以看到自己為何要記下這個 placeholder。&lt;&#x2F;p&gt;
&lt;p&gt;要寫的內容，無論是自己對這個 placeholder 的解釋、或者是別人的解釋，都好。寫下來後，再嘗試與既有的筆記連結看看。&lt;&#x2F;p&gt;
&lt;p&gt;總之重點是，當下事，當下畢，這樣才不會累積到崩潰。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>我打算在網站上建立的「個人詞庫」是什麼？</title>
        <published>2023-01-11T00:00:00+00:00</published>
        <updated>2023-01-11T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/snapshots/what/what-is-the-personal-glossary-section-i-plan-to-build-on-my-website/"/>
        <id>https://pinchlime.com/snapshots/what/what-is-the-personal-glossary-section-i-plan-to-build-on-my-website/</id>
        
        <content type="html" xml:base="https://pinchlime.com/snapshots/what/what-is-the-personal-glossary-section-i-plan-to-build-on-my-website/">&lt;p&gt;最近在看了「&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;utgd.net&#x2F;article&#x2F;6941&quot;&gt;卡片笔记中的三种笔记类型&lt;&#x2F;a&gt;」這篇文章後，對於「公認詞條筆記」跟「自創詞條筆記」這兩種類型的筆記很嚮往。&lt;&#x2F;p&gt;
&lt;p&gt;剛好 Heptabase 也推出了 Tag’s table 的功能，感覺完全可以趁這機會開始建立自己維護的詞庫，這個詞庫會由一則一則的名詞構成，每則名詞就是一個單獨的頁面，可以給我的網站每篇內容引用。&lt;&#x2F;p&gt;
&lt;p&gt;這些名詞單頁可能會放置這些詞彙的簡單介紹、定義的 references、以及我對這個詞的一些註釋、補充、說明等。我也打算在頁面放置有連到這個名詞的站內文章，也就是所謂的反向連結（backlinks）。&lt;&#x2F;p&gt;
&lt;p&gt;我覺得建立一個這樣的個人詞庫的好處有兩個：&lt;&#x2F;p&gt;
&lt;p&gt;第一個是，我可以更理解與更確定自己在用的這些詞，究竟是什麼意思？我有沒有誤用？這個詞本身是否有歧義？我怎麼看待這些歧義？&lt;&#x2F;p&gt;
&lt;p&gt;同時也可以思考，如果不用這個詞或概念，我能夠表達我想表達的內容嗎？&lt;&#x2F;p&gt;
&lt;p&gt;透過這個過程，我覺得我有機會進行更深度的思考與輸出。&lt;&#x2F;p&gt;
&lt;p&gt;第二個好處是，能夠降低溝通上的認知落差。讓看了我的文章的人，都能更清楚我對這些專有名詞與術語的理解是什麼、我怎麼看待與使用這些術語，而在這樣的基礎之上，看了我的文的人就可以：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;基於同樣的名詞與術語認知，跟我討論該篇文章的內容&lt;&#x2F;li&gt;
&lt;li&gt;跟我討論或挑戰關於這個名詞與術語的定義或註釋&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;無論是哪一種，我感覺都會是我有興趣、也很歡迎的事。期待近期就有機會能慢慢建起來！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>趁著關閉 Umami 自架版本的同時來記錄一下 Pin 起來 2022 的流量</title>
        <published>2023-01-09T00:00:00+00:00</published>
        <updated>2023-01-09T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/2022-website-stats/"/>
        <id>https://pinchlime.com/blog/2022-website-stats/</id>
        
        <content type="html" xml:base="https://pinchlime.com/blog/2022-website-stats/">&lt;p&gt;今天我決定先暫時關閉流量追蹤工具 Umami 的自架版本。&lt;&#x2F;p&gt;
&lt;p&gt;因為才剛過完 1 月的第一週，我就收到部署 Umami 的 Railway 通知我本月的用量已經產生了 2.51 美元的費用，照這個節奏下去，這個月會用到 9.47 美元，扣掉每月免費的 5 美元額度，等於我還要再多花 5 美元左右。&lt;&#x2F;p&gt;
&lt;p&gt;在我當時開始使用 Umami 時，原本覺得應該可以免費用好一陣子，沒想到用量這麼快就突破了免費額度。因為我目前還沒有特別打算為流量追蹤付費，又因為 Umami Cloud 剛好目前還可以免費使用，我就決定先關閉 Umami 自架版本了。若未來 Cloud 版本要收費再看看會怎麼收、有沒有需要遷移到其他地方。&lt;&#x2F;p&gt;
&lt;p&gt;也因為這個原因，從 2022 年 6 月以來累積的數據可能會就此中斷，不過也沒關係，就來截圖記錄一下吧！&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;umami-record-pinchlime-2206-2212_7z9h7t.webp&quot; data-fancybox data-caption=&quot;umami-record-pinchlime-2206-2212&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;umami-record-pinchlime-2206-2212_7z9h7t.webp&quot; loading=&quot;lazy&quot; alt=&quot;umami-record-pinchlime-2206-2212&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;從去年 6 月 1 日以來， pinchlime.com 的逐月瀏覽量是：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;2022-06 : 2869&lt;&#x2F;li&gt;
&lt;li&gt;2022-07 : 3651&lt;&#x2F;li&gt;
&lt;li&gt;2022-08 : 2850&lt;&#x2F;li&gt;
&lt;li&gt;2022-09 : 2424&lt;&#x2F;li&gt;
&lt;li&gt;2022-10 : 2505&lt;&#x2F;li&gt;
&lt;li&gt;2022-11 : 3115&lt;&#x2F;li&gt;
&lt;li&gt;2022-12 : 6091&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;有統計數據的 7 個月總共是 23,505 次瀏覽、 12,657 人次，感謝大家支持！&lt;&#x2F;p&gt;
&lt;p&gt;覺得整體表現比我想像中的還好，因為我 7 到 11 月幾乎都沒在 PO 文，所以應該都是靠先前的幾篇文章撐起流量的。&lt;&#x2F;p&gt;
&lt;p&gt;而 12 月的暴衝應該跟月底那一波密集 PO 文有關，從那之後也整合了子網站，未來的平均流量可能還會再更高一些。&lt;&#x2F;p&gt;
&lt;p&gt;期待 2023 的最終數字！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>2022 年開始進入我工作流的好工具們</title>
        <published>2023-01-02T00:00:00+00:00</published>
        <updated>2023-01-02T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/2022-tools-started-entering-my-workflows/"/>
        <id>https://pinchlime.com/blog/2022-tools-started-entering-my-workflows/</id>
        
        <summary type="html">&lt;p&gt;上週分享了一篇 &lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;2022-tools-i-dont-use-anymore&#x2F;&quot;&gt;2022 年我不再使用的工具 &lt;&#x2F;a&gt;，今天來分享那些 2022 年開始成為我工作流一部份的好工具。&lt;&#x2F;p&gt;
&lt;p&gt;裡面主要包含的是「2022 年才開始進入工作流」的工具們，所以時間不是依照產品的推出時間來分，可能有一些是大家耳熟能詳的成熟工具，也可能有一些是 2022 才推出的新工具。&lt;&#x2F;p&gt;
&lt;p&gt;也因為是以「進入我的工作流」作為分水嶺，本次的內容將不包含下列兩類的內容：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;那些我已經長期使用、但工作流沒有太大變化的好工具，例如 OmniFocus, Arq, 1Password, The Archive, PDF Expert, Keyboard Maestro, MoneyWiz 等等。&lt;&#x2F;li&gt;
&lt;li&gt;那些我已轉向低度使用，目前並不在我的主要工作流裡的好工具，例如 Notion, Drafts, Workflowy, Craft 等等。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;這篇文章會依照使用的情境與工作流，把工具分為三大類別，分別是：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;個人知識管理&lt;&#x2F;li&gt;
&lt;li&gt;內容輸出與分享&lt;&#x2F;li&gt;
&lt;li&gt;工作記錄與溝通&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;而不同工具我也會依照性質簡單給予幾種不同的定位分類，包含：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;收集＆吸收&lt;&#x2F;li&gt;
&lt;li&gt;處理＆輸出&lt;&#x2F;li&gt;
&lt;li&gt;歸檔＆回顧&lt;&#x2F;li&gt;
&lt;li&gt;溝通＆協作&lt;&#x2F;li&gt;
&lt;li&gt;純工具&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;以下就開始吧！&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>我把筆記與想法快照的內容都搬回 Pin 起來主網站了</title>
        <published>2023-01-01T00:00:00+00:00</published>
        <updated>2023-01-01T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/migrated-notes-and-snapshots-back-to-the-main-site/"/>
        <id>https://pinchlime.com/blog/migrated-notes-and-snapshots-back-to-the-main-site/</id>
        
        <summary type="html">&lt;p&gt;在昨天，也就是 2022 年的最後一天，我突然起心動念，想把運作半年、發了大約 100 篇短內容的「筆記與想法快照」分站的內容，都搬回主網站這邊。&lt;&#x2F;p&gt;
&lt;p&gt;在經過這兩天的搬移、調整程式碼與樣式設定後，總算大功告成了。&lt;&#x2F;p&gt;
&lt;p&gt;以下簡單記錄一下我為何要搬、我怎麼搬、以及其他的心得。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>2022 年我不再使用的工具 - 還是喜歡，但用不到了</title>
        <published>2022-12-25T00:00:00+00:00</published>
        <updated>2022-12-25T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/2022-tools-i-dont-use-anymore/"/>
        <id>https://pinchlime.com/blog/2022-tools-i-dont-use-anymore/</id>
        
        <summary type="html">&lt;p&gt;在前一篇 &lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;2022-yearly-review&#x2F;&quot;&gt;2022 年度回顧 - 不成熟的隻字片語也有價值&lt;&#x2F;a&gt; 裡面提到，我的工具組合越來越精簡，因此這篇也想記錄一下，在 2022 年底，有哪些工具我已經幾乎不再使用了，以及為什麼。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>2022 年度回顧 - 不成熟的隻字片語也有價值</title>
        <published>2022-12-24T00:00:00+00:00</published>
        <updated>2022-12-24T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/2022-yearly-review/"/>
        <id>https://pinchlime.com/blog/2022-yearly-review/</id>
        
        <summary type="html">&lt;p&gt;三年多前曾經寫過一篇「&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;2019&#x2F;02&#x2F;11&#x2F;2018-productivity-review&#x2F;&quot;&gt;2018 年生產力回顧&lt;&#x2F;a&gt;」，也是這個部落格經歷幾次搬遷後留下來的第一篇文章。&lt;&#x2F;p&gt;
&lt;p&gt;三年多過去，使用的工具幾乎換了一大輪，接觸了各種不同的新軟體與服務，並逐漸建立自己的工作流，好像很值得記錄一下自己這一年的各種經驗。以下就直接開始！&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;2022-review_4bQHpT.webp&quot; data-fancybox data-caption=&quot;2022-review&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;2022-review_4bQHpT.webp&quot; loading=&quot;lazy&quot; alt=&quot;2022-review&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;（&lt;em&gt;圖是 9 月台東行的照片，很喜歡台東，這張照片也很搭配這篇回顧的心情&lt;&#x2F;em&gt;）&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>嘗試改變部落格裡 og image 的設定</title>
        <published>2022-12-24T00:00:00+00:00</published>
        <updated>2022-12-24T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/snapshots/what-i-tried-today/updated-og-image-settings/"/>
        <id>https://pinchlime.com/snapshots/what-i-tried-today/updated-og-image-settings/</id>
        
        <content type="html" xml:base="https://pinchlime.com/snapshots/what-i-tried-today/updated-og-image-settings/">&lt;p&gt;最近又開始比較密集分享兩個部落格的文章，不過在 Twitter 上面分享時，通常都只會顯示部落格的 LOGO （如下圖），沒辦法顯示裡面的配圖。&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;logo-as-ogimage_MrGaxT.webp&quot; data-fancybox data-caption=&quot;logo-as-ogimage&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;logo-as-ogimage_MrGaxT.webp&quot; loading=&quot;lazy&quot; alt=&quot;logo-as-ogimage&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;今天剛好有空，想來調整這部分的設定。&lt;&#x2F;p&gt;
&lt;p&gt;這個部落格的 og-image 設定是放在 base.html 這份檔案裡面，之前的寫法是寫死成固定的圖檔連結，而這次要做的事情是，希望他能夠有些彈性，假設我在文章裡面特別設定了 &quot;extra.image&quot; 的路徑，就要把 og:image 設定為該路徑。但若沒設定，則還是維持原本的 LOGO。&lt;&#x2F;p&gt;
&lt;p&gt;所以我在原先的設定前面新增了&lt;&#x2F;p&gt;
&lt;pre style=&quot;background-color:#2b303b;color:#c0c5ce;&quot;&gt;&lt;code&gt;&lt;span&gt;{% if page.extra.image %}
&lt;&#x2F;span&gt;&lt;&#x2F;code&gt;&lt;&#x2F;pre&gt;
&lt;p&gt;讓文章裡面若有這個設定，就會影響下面抓的 og:image 內容。&lt;&#x2F;p&gt;
&lt;p&gt;最後也順利成功了！（雖然可能程式碼的結構不是很乾淨，但可以順利通過編譯）&lt;&#x2F;p&gt;
&lt;p&gt;接下來在社群上分享文章顯示的圖應該會更好看了！&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>我為何對 Heptabase 的「溝通平台」想法有興趣？</title>
        <published>2022-12-23T00:00:00+00:00</published>
        <updated>2022-12-23T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/snapshots/why/why-am-i-interested-in-heptabase-communication-platform/"/>
        <id>https://pinchlime.com/snapshots/why/why-am-i-interested-in-heptabase-communication-platform/</id>
        
        <content type="html" xml:base="https://pinchlime.com/snapshots/why/why-am-i-interested-in-heptabase-communication-platform/">&lt;p&gt;今天 Alan 在 Heptabase 的 discord 宣布：&lt;&#x2F;p&gt;
&lt;blockquote&gt;
&lt;p&gt;To help you explore and share ideas with others using the existing card system, we&#x27;ll begin to build &lt;strong&gt;a platform that enables individuals, teams, and communities to explore, share, communicate, and reuse ideas&lt;&#x2F;strong&gt; without disturbing each other&#x27;s independent thinking process. We&#x27;ve rebuilt our entire backend infra in 2022 Q4 in preparation for this.&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;看起來是想要打造一個能夠共同與他人「探索、分享、溝通與重複使用想法」的平台。&lt;&#x2F;p&gt;
&lt;p&gt;我對這個溝通平台很有興趣，因為我喜歡分享想法，也喜歡跟別人討論這些想法，所以假設能更好地把我的思考歷程與最終產出分享給對方，對方應該更容易進入我的思考狀態，進而跟我一起在相近的思考基礎上討論，這也更容易聚焦、及產出我都沒有想過的想法。&lt;&#x2F;p&gt;
&lt;p&gt;那既有的工具在這些方面有什麼不足呢？&lt;&#x2F;p&gt;
&lt;p&gt;以文件來說，必須經過充分的組織，有條理的架構，才能與他人好好的溝通，但在這過程中可能會遺漏一些思考的痕跡，例如，&lt;strong&gt;是基於什麼資訊而產生什麼想法，又是基於怎樣的取捨才得出目前的方案，或者是曾考量過哪些選擇，但過程中卻放棄不採用&lt;&#x2F;strong&gt;。&lt;&#x2F;p&gt;
&lt;p&gt;這些資訊在文件為主的「線性思考」系統中若都放進來，可能會讓文件太過雜亂、沒有重點。但在白板類型的空間，則有機會通通收錄進來，讓整個思考的內容更全面、也更好被理解。但白板可以乘載的內容也有一定限度，且倘若沒能在視覺面有好好的規劃梳理，非線性的結構也容易讓「非內容產製者本人」迷失。&lt;&#x2F;p&gt;
&lt;p&gt;而以白板畫布來說，既有的產品可能主要是 focus 在於單次性專案的發想與討論，對於同一原子概念或核心想法的重複使用可能比較不重視，甚至對於長文字的編輯體驗也較差，很難讓人在上面充分完整的表達自己的想法。&lt;&#x2F;p&gt;
&lt;p&gt;因此，無論是文件型的、或者是白板型的，都需要在多人共同「編輯」、「展示」與「整理」上面有足夠好的體驗，以讓每個參與者都能快速理解別人想表達的事情，&lt;strong&gt;包含前後的演進歷程、上下文的脈絡、以及完整陳述的深度&lt;&#x2F;strong&gt;，這樣才能更好達到這個溝通的效果。&lt;&#x2F;p&gt;
&lt;p&gt;具體來說，假設有下列功能的話，都會很有助於上述目標的實現：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;可以透過視覺 focus 在某個最終的思考路徑或範圍，甚至可以隨意任選一些卡片形成特定卡片組，就可一鍵選擇 focus 在這些卡片組的路徑上。&lt;&#x2F;li&gt;
&lt;li&gt;可以有 fork &#x2F; clone &#x2F; commit &#x2F; merge 之類的操作方式，且要夠直覺，讓不同人都能輕易協作，貢獻給共同的想法歷程紀錄&lt;&#x2F;li&gt;
&lt;li&gt;可以有不同版本的溝通思考 snapshots 紀錄，甚至能夠充分比對不同版本的差異&lt;&#x2F;li&gt;
&lt;li&gt;要有公開與私人版本的差別，兩者之間的路徑要很暢通，因此大家可以在自己的空間思考規劃，並且貢獻自己的內容上去公開版本裡面，此時公開的介面也會留下不同人的編輯紀錄與想法&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;因此最期待 Heptabase 的是，在單一卡片的維度，可以有文件的嚴謹與清晰的架構，同時在多卡片的架構下，又能夠保有充足的思考脈絡；而在多人共享的平台中，能夠穿梭在不同人、不同時間的多卡片空間裡，形成最好的共享溝通思考平台。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>合理，且處處是驚喜的 Readwise Reader</title>
        <published>2022-12-18T00:00:00+00:00</published>
        <updated>2022-12-18T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/readwise-reader-introduction/"/>
        <id>https://pinchlime.com/blog/readwise-reader-introduction/</id>
        
        <summary type="html">&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;readwise-reader_7e6hi8.webp&quot; data-fancybox data-caption=&quot;readwise-reader&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;readwise-reader_7e6hi8.webp&quot; loading=&quot;lazy&quot; alt=&quot;readwise-reader&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;（&lt;em&gt;圖來自 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;readwise.io&#x2F;read&quot;&gt;Readwise Reader 官網&lt;&#x2F;a&gt;&lt;&#x2F;em&gt;）&lt;&#x2F;p&gt;
&lt;p&gt;幾天前，&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;readwise.io&#x2F;&quot;&gt;Readwise&lt;&#x2F;a&gt; 宣布他們的最新產品 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;readwise.io&#x2F;read&quot;&gt;Readwise Reader&lt;&#x2F;a&gt; 正式進入 public beta 階段，意思是每個人都可以直接註冊，測試使用。&lt;&#x2F;p&gt;
&lt;p&gt;而在這幾天，我自己的 twitter 社群就至少看到十幾篇以上的推薦跟好評感想，幾乎每個人都對這個產品有好感。&lt;&#x2F;p&gt;
&lt;p&gt;這篇文章想簡單介紹一下，Readwise Reader 是什麼、有什麼功能、為何很多人一用就喜歡上它、還有一些我自己使用後的想法。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Heptabase 開始可以把 Journal 卡片放到白板的意義</title>
        <published>2022-11-20T00:00:00+00:00</published>
        <updated>2022-11-20T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/the-benefits-of-putting-journals-on-whiteboards-in-heptabase/"/>
        <id>https://pinchlime.com/blog/the-benefits-of-putting-journals-on-whiteboards-in-heptabase/</id>
        
        <summary type="html">&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;heptabase-journal-cards_av2Keu.webp&quot; data-fancybox data-caption=&quot;heptabase-journal-cards&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;heptabase-journal-cards_av2Keu.webp&quot; loading=&quot;lazy&quot; width=&quot;1024&quot; height=&quot;639&quot; alt=&quot;heptabase-journal-cards&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;（&lt;em&gt;圖來自：&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;twitter.com&#x2F;Heptabase&#x2F;status&#x2F;1594160484738945024&quot;&gt;Heptabase 的 Twitter&lt;&#x2F;a&gt;&lt;&#x2F;em&gt;）&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;Heptabase 在今天更新了 0.225.0 版，從這版本開始，可以將每日的「Journal」內容，放置到白板上面作為單獨的卡片。&lt;&#x2F;p&gt;
&lt;p&gt;官方帳號在 Twitter 上的用法是將這些卡片作為任務管理的卡片，以週為單位平鋪展開，放入每日的卡片（可以預放），並在卡片中放置 Todo list。&lt;&#x2F;p&gt;
&lt;p&gt;我覺得這樣做的好處是可以很好地利用白板的空間，規劃每日、每週、每月的任務。大多數有看板功能的軟體都能做到此點，但 Heptabase 的卡片有更高的自由度和彈性，例如隨時可以在下方疊上跟個別 todo 相關的卡片，或者乾脆可以把不同的日期節點放到個別專案裡面。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>為何我選擇不續訂 Craft ？</title>
        <published>2022-11-19T00:00:00+00:00</published>
        <updated>2022-11-19T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/snapshots/why/why-did-i-cancel-craft-subscription/"/>
        <id>https://pinchlime.com/snapshots/why/why-did-i-cancel-craft-subscription/</id>
        
        <content type="html" xml:base="https://pinchlime.com/snapshots/why/why-did-i-cancel-craft-subscription/">&lt;p&gt;昨晚心血來潮，覺得好像可以把 Craft 上面累積半年多的工作專案記錄及信件草稿搬走，搬到 Obsidian 上面，而 Craft 就停止訂閱 Personal Pro 版本。&lt;&#x2F;p&gt;
&lt;p&gt;會這樣做主要的原因是想省錢，Craft 的費用為一年 1,320 元台幣，雖不算多，但也是一筆小小的費用，我一直以來都會留意自己的每月平均訂閱費用，因此每到了要續訂的時間，就會想想，我真的有需要訂嗎？有沒有其他的替代選項。&lt;&#x2F;p&gt;
&lt;p&gt;這次考量後我覺得，我可以不再續訂 Craft ，因為我用不太到它的各項付費功能，包含版本紀錄、便利的公開分享功能（適合拿來當成輕薄的個人頁面）、或者是多人協作文件等等。 我要的大概只有 daily notes 的介面，並且可以透過 backlinks 追蹤特定專案。&lt;&#x2F;p&gt;
&lt;p&gt;這些需求我可以透過其他工具完成，因此雖然 Craft 有不少優點，但其中好像沒有那個「獨一無二的 killer feature 」，這就導致我會傾向用其他手上的工具來完成想在 Craft 上面做的事。我想，這可能代表我不太是 Craft 主打的客群。&lt;&#x2F;p&gt;
&lt;p&gt;退訂 Craft 後「記錄工作上的專案紀錄」這件事我決定移到 Obsidian 上面進行，我已經大概一年多沒用 Obsidian 了，覺得 daily notes + backlinks 好像很適合以 Obsidian 來完成，因此又重新安裝了回來。 Obsidian 能夠免費使用也是一個重要的關鍵，至於同步的部分，我也學會了透過 Git 同步，而不需要使用 Obsidian 頗貴的 Sync 服務。&lt;&#x2F;p&gt;
&lt;p&gt;不過我最期待的仍然是，Heptabase 可以早日推出開啟另一個獨立 workspace 的功能，這樣我就不用擔心個人的筆記與工作的專案紀錄混雜在一起了，至於工作上的這些功能需求， Hepta 早已可以完全滿足，包含好用的編輯器、雙向連結、Daily notes 等等，還附帶更多。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>透過 Zola 建立了新的「筆記與想法快照」子網站</title>
        <published>2022-06-19T00:00:00+00:00</published>
        <updated>2023-01-02T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/built-pinchlime-notes/"/>
        <id>https://pinchlime.com/blog/built-pinchlime-notes/</id>
        
        <summary type="html">&lt;p&gt;從 5 月初開始嘗試透過 Logseq 以及 Dendron 建立個人 wiki 後，我開始更頻繁地產出文字到網路上，這些文字篇幅較短，也比較沒有組織，但這讓我更降低了&lt;strong&gt;輸出的壓力&lt;&#x2F;strong&gt;，也提高了&lt;strong&gt;輸出的快樂與成就感&lt;&#x2F;strong&gt;。&lt;&#x2F;p&gt;
&lt;p&gt;6 月初，我決定再從用了一個月的 Dendron 搬走，而目的地就是與部落格相同的地方，或者應該說「相同的方式」：靜態網站產生器：Zola 。&lt;&#x2F;p&gt;
&lt;p&gt;最終的結果已經上線一個多禮拜，位址在：
&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;notes.pinchlime.com&#x2F;&quot;&gt;https:&#x2F;&#x2F;notes.pinchlime.com&#x2F;&lt;&#x2F;a&gt;&lt;&#x2F;p&gt;
&lt;p&gt;網址很簡單記，就是在 pinchlime.com 前面加上 notes 就好。&lt;&#x2F;p&gt;
&lt;p&gt;先說結論是，我目前對於這個子網站非常滿意，它在各方面的優點，讓我能夠大幅縮短「輸入-&amp;gt;處理-&amp;gt;輸出」這個流程需要的時間，進而增加完成整個循環的效率，最終的結果是我能夠順利地累積更多自己的想法，並且公開分享到網路上。&lt;&#x2F;p&gt;
&lt;p&gt;本篇會簡單分享一下，為什麼我要建立這個子網站？這個子網站是什麼？我怎麼建立這個子網站？&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>精準命名專案與任務的價值</title>
        <published>2022-06-11T00:00:00+00:00</published>
        <updated>2022-06-11T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/newsletters/the-importance-of-naming/"/>
        <id>https://pinchlime.com/newsletters/the-importance-of-naming/</id>
        
        <summary type="html">&lt;p&gt;從求學階段到出社會的職場，日常時間幾乎就是不斷地在完成一個又一個的專案。&lt;&#x2F;p&gt;
&lt;p&gt;這些專案的開頭通常是一件相對大的事，例如「完成期中報告」、「製作一份完整的競品分析報告」、「寫一集影片的完整腳本」等等。&lt;&#x2F;p&gt;
&lt;p&gt;通常從老師或者是主管那邊得到這個任務後，可能會把它記到自己的待辦事項清單，如果一次只有一兩件類似程度的事情還好，但假設這樣的大事情同時有個五六件、甚至超過雙位數，就容易進入一個惡性循環，每件事看起來都好難，很難做完，也不知道該從何開始。&lt;&#x2F;p&gt;
&lt;p&gt;我在求學過程中就是這樣的人，通常都是等到最後的 deadline 再熬夜趕出一份差不多的東西交差了事，出社會後慢慢地有改善，這一兩年可能有更好一點，改變的關鍵可能是因為我接觸了 GTD （Getting Things Done）的概念，學到該盡量把一件大事拆分成很多很多件看起來比較好執行的小事。&lt;&#x2F;p&gt;
&lt;p&gt;但該怎麼拆呢？以過去學生時期的我來說，可能會以「任務完成比例」去拆，比方說： 6 月底前完成 25% ，7 月底前完成 50%。&lt;&#x2F;p&gt;
&lt;p&gt;但這樣做的效果不是很好，只是自以為有合理分配進度而已，到頭來在時間快到的時候，還是不知道該怎麼完成。&lt;&#x2F;p&gt;
&lt;p&gt;今天想分享的方式是「更精準地命名專案與任務」。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>嘗試在部落格加上 navbar</title>
        <published>2022-06-04T00:00:00+00:00</published>
        <updated>2022-06-04T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/snapshots/what-i-tried-today/added-navbar-in-my-blog/"/>
        <id>https://pinchlime.com/snapshots/what-i-tried-today/added-navbar-in-my-blog/</id>
        
        <content type="html" xml:base="https://pinchlime.com/snapshots/what-i-tried-today/added-navbar-in-my-blog/">&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;今天比較有空，就來處理 blog to-do list 上面的其中一項：加上 navbar。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;先研究了 zola 官網的各種 themes ，發現好像都是用 sass 的架構，跟我從 Owen 那邊承襲而來的單純 css 有些落差。所以最後還是看回 Owen 的作法。一開始糾結在他的版本，但後來轉念一想，他放置的地方是在 Section Root ，那我只要放到 Section Top 不就好了？&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;於是經歷了一番亂搞，最後終於製作完成了，整體感覺我還蠻喜歡的，雖然肯定還可以更好，但目前也夠用了。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;附上截圖
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;blog-navbar_9OSlVQ.webp&quot; data-fancybox data-caption=&quot;blog-navbar&quot;&gt;
&lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;blog-navbar_9OSlVQ.webp&quot; loading=&quot;lazy&quot; alt=&quot;blog-navbar&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;這個研究的過程也讓我開始思考，是不是個人 wiki 還是用 Zola 來建更好？&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>結構化與去結構化的筆記工具優劣</title>
        <published>2022-06-03T00:00:00+00:00</published>
        <updated>2022-06-03T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/snapshots/random/pros-and-cons-of-structured-and-destructured-note-taking-tools/"/>
        <id>https://pinchlime.com/snapshots/random/pros-and-cons-of-structured-and-destructured-note-taking-tools/</id>
        
        <content type="html" xml:base="https://pinchlime.com/snapshots/random/pros-and-cons-of-structured-and-destructured-note-taking-tools/">&lt;p&gt;這是從&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.yuque.com&#x2F;arvinxx&#x2F;knowledge-note&#x2F;rdtyem&quot;&gt;雙向鏈接的一點思考&lt;&#x2F;a&gt;這篇文章延伸的一些想法。&lt;&#x2F;p&gt;
&lt;p&gt;一開始會棄 Obsidian 朝向 Workflowy 跟 Logseq 是因為，我在 Obsidian 裡面實踐 MOC 的形式是 top-down 的方式，但那讓內容太難增生，每次產生想法都在想這個該放哪，久而久之就壓力很大，覺得無法順利進行。&lt;&#x2F;p&gt;
&lt;p&gt;後來到 Workflowy 及 Logseq 後的確感到了無壓力的輸入體驗，但累積久了卻發現 Logseq 讓我無法全心投入（見&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;snapshots&#x2F;why&#x2F;why-cant-i-commit-to-logseq&#x2F;&quot;&gt;我為何無法全心投入 Logseq&lt;&#x2F;a&gt; ），現在想起來可能是因為 Logseq 提倡的「去結構化」，也就是沒有資料夾，單純倚賴連結的架構。&lt;&#x2F;p&gt;
&lt;p&gt;在讀了&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.books.com.tw&#x2F;products&#x2F;0010836908&quot;&gt;發現問題思考法&lt;&#x2F;a&gt;後，察覺到「分」跟「連」的意義，覺得 Logseq 這類工具擅長連，但不擅長分。&lt;&#x2F;p&gt;
&lt;p&gt;開始接觸 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.dendron.so&#x2F;&quot;&gt;Dendron&lt;&#x2F;a&gt; 後，被他們對於層級化架構的理念吸引，開始覺得有結構還是很好的一件事。&lt;&#x2F;p&gt;
&lt;p&gt;隱約感覺，還是必須先有結構，再來產生去結構化的好處，有點像是我在打這串 thoughts 時，串連的這幾個東西，都因為有明確的層級，所以我反而更好聯想，能讓他們串在一起。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>我為何無法全心投入 Logseq？</title>
        <published>2022-06-03T00:00:00+00:00</published>
        <updated>2022-06-03T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/snapshots/why/why-cant-i-commit-to-logseq/"/>
        <id>https://pinchlime.com/snapshots/why/why-cant-i-commit-to-logseq/</id>
        
        <content type="html" xml:base="https://pinchlime.com/snapshots/why/why-cant-i-commit-to-logseq/">&lt;p&gt;我覺得使用 Logseq 幾個月下來，似乎讓我沒辦法有「累積」的感覺，我只知道我建立了很多東西，但他的搜尋體驗沒有太好，很難直覺找到我想找的東西，而即使要透過連結，我也必須要先知道「我有這個東西可以連結」，才能連結的到。&lt;&#x2F;p&gt;
&lt;p&gt;這兩件事都會造成我使用上的心智負擔。&lt;&#x2F;p&gt;
&lt;p&gt;還有一個是 Logseq 的 block embed 功能我也沒有特別信任，之前就發生過錯誤，不知為何過一陣子回去看某則筆記後，發現讀不到 embed 的東西，但又因為整串 embed 資訊是一串亂碼，導致我根本不知道我 embed 了什麼東西，結果那則筆記也失去它的意義。&lt;&#x2F;p&gt;
&lt;p&gt;綜合以上幾點，自從 Heptabase 出現後，我就感覺 Logseq 蠻難作為第二大腦的儲放地點，最多最多只能當作想法隨意萌芽迸發的地方，而一但有了某種固定的結構，就適合放到 Heptabase 裡面當作我的原子筆記。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>為何我認為 Heptabase 的層級化白板是 game changer？</title>
        <published>2022-05-29T00:00:00+00:00</published>
        <updated>2022-05-29T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/snapshots/why/why-do-I-think-Heptabase-nested-whiteboards-function-is-a-game-changer/"/>
        <id>https://pinchlime.com/snapshots/why/why-do-I-think-Heptabase-nested-whiteboards-function-is-a-game-changer/</id>
        
        <content type="html" xml:base="https://pinchlime.com/snapshots/why/why-do-I-think-Heptabase-nested-whiteboards-function-is-a-game-changer/">&lt;p&gt;這兩天密集使用下來，我覺得 0.143.0 推出的層級化白板功能是 Heptabase 非常重要的一次更新，因為它讓筆記、卡片的後期整理變得容易。&lt;&#x2F;p&gt;
&lt;p&gt;在沒有層級化白板前，卡片的分類方式一直是我困擾的點。比方說，我原先開了一個「生產力工具」的白板，然後在下面放各種生產力工具的卡片。但假設我最近都在用 Hepta ，那麼我寫出來的內容都會跟 Hepta 比較相關，此時我就會不知道、會猶豫，我該開一個「Hepta」的白版，還是要在「生產力工具」底下把某一個區塊都留給 Hepta 相關的卡片。&lt;&#x2F;p&gt;
&lt;p&gt;這件事在任何主題的場景都有可能出現，這是因為 Hepta 原先規劃的層級太少，僅有 Map, Whiteboards, Cards 三類。而 Map 也只有一個，等於要把一個人的所有想法都透過「白板／卡片」這樣兩層的方式劃分，我用一用就覺得太限縮了。&lt;&#x2F;p&gt;
&lt;p&gt;但層級化白板出來後，這個問題被解決了大半。以剛剛的情境為例，假設我一開始創了生產力工具這個白板，但我後來持續在加入的都是 Heptabase 相關的卡片，我就可以在生產力工具裡面建立一個叫 「Heptabase」的白版，或者也可以直接透過命名表達他們的階層關係，例如「生產力工具-Heptabase」，然後再把這些相關的卡片丟進去。&lt;&#x2F;p&gt;
&lt;p&gt;這個功能上的更新，讓卡片的分類跟整理變得容易與直覺許多，讓人可以更肆無忌憚地新增卡片，反正即使亂了，或者一開始不分類，後來都很容易可以再細分類。&lt;&#x2F;p&gt;
&lt;p&gt;這樣程度的無壓紀錄，我覺得已經快可以趕上 Workflowy 或 Logseq 這些大綱編輯器，甚至更好，因為 Logseq 也有著自己特有的缺點，相較之下，Hepta 的綜合分數更高。&lt;&#x2F;p&gt;
&lt;p&gt;但假設有了層級化的白板，那麼「白板」跟「卡片」這兩個屬性還有必要同時存在嗎？還是說可以理解為，卡片只要裡面有卡片，他就是白板？&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>為何我對 Timestripe 有興趣又馬上沒興趣？</title>
        <published>2022-05-25T00:00:00+00:00</published>
        <updated>2022-05-25T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/snapshots/why/why-did-I-get-interested-in-timestripe-and-then-immediately-lost-interest/"/>
        <id>https://pinchlime.com/snapshots/why/why-did-I-get-interested-in-timestripe-and-then-immediately-lost-interest/</id>
        
        <content type="html" xml:base="https://pinchlime.com/snapshots/why/why-did-I-get-interested-in-timestripe-and-then-immediately-lost-interest/">&lt;p&gt;我好像在兩年前就註冊了 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;timestripe.com&#x2F;&quot;&gt;Timestripe&lt;&#x2F;a&gt; 這個有趣的服務，但很快就不用，因為當時覺得還太不成熟。&lt;&#x2F;p&gt;
&lt;p&gt;這兩天收到 Timestripe 寄給我的促銷信，說有 20% 折扣，就跑回來看看，但一下子就放棄了，在這邊記一下原因。&lt;&#x2F;p&gt;
&lt;p&gt;有興趣的點：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;介面很漂亮&lt;&#x2F;li&gt;
&lt;li&gt;能直覺從日、週、月、年、Life來規劃事情，並且移動任務&lt;&#x2F;li&gt;
&lt;li&gt;能最直覺地察覺時間跟歲月的流逝&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;喪失興趣的點：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;中文輸入很糟，一樣會有選字的 enter 直接輸入的問題。&lt;&#x2F;li&gt;
&lt;li&gt;沒有看到 export 的功能，感覺累積越多會越被綁定。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;應該說，這兩個缺點，就讓我喪失探索功能、研究 workflow 的動機了。&lt;&#x2F;p&gt;
&lt;p&gt;但介面真的蠻美，附上三張圖。&lt;&#x2F;p&gt;
&lt;p&gt;第一張是我很喜歡的看板介面
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;timestripe-1_BhiU7k.webp&quot; data-fancybox data-caption=&quot;timestripe-1&quot;&gt;
&lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;timestripe-1_BhiU7k.webp&quot; loading=&quot;lazy&quot; alt=&quot;timestripe-1&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;&lt;&#x2F;p&gt;
&lt;p&gt;第二張是「今年過了多少」的視覺化呈現
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;timestripe-2_rTrPNv.webp&quot; data-fancybox data-caption=&quot;timestripe-2&quot;&gt;
&lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;timestripe-2_rTrPNv.webp&quot; loading=&quot;lazy&quot; alt=&quot;timestripe-2&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;&lt;&#x2F;p&gt;
&lt;p&gt;第三張是「你活了幾年」的視覺化呈現
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;timestripe-3_eV72dt.webp&quot; data-fancybox data-caption=&quot;timestripe-3&quot;&gt;
&lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;timestripe-3_eV72dt.webp&quot; loading=&quot;lazy&quot; alt=&quot;timestripe-3&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Open Source 自己的想法</title>
        <published>2022-05-22T00:00:00+00:00</published>
        <updated>2023-01-02T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/newsletters/open-source-my-thoughts/"/>
        <id>https://pinchlime.com/newsletters/open-source-my-thoughts/</id>
        
        <summary type="html">&lt;p&gt;這幾個禮拜一直在嘗試一件事： Open Source 自己的想法。&lt;&#x2F;p&gt;
&lt;p&gt;對一般非工程師的人來說， Open Source （或者說「開源」）這個概念可能有點陌生。&lt;&#x2F;p&gt;
&lt;p&gt;我最基本粗淺的理解是，這個概念最早是跟軟體綁定，開源＝開放軟體的原始碼，後來逐漸擴展到不同領域，例如實體產品的設計圖可以開源，讓大家照著製作，做出某個決策背後的資料可以開源，讓大家去檢視決策的合理性，所有的內容都可以開放源頭，讓大家可以閱讀，甚至可在合理的規範及限制下取用。&lt;&#x2F;p&gt;
&lt;p&gt;我不會寫程式，所以一直以來沒特別深究開源的價值或意義。但自從我開始使用 Zola 搭配 Github 及 Netlify 建立部落格後，好像就開始慢慢碰觸到一些這類的東西，而對「開源」這個概念產生興趣。&lt;&#x2F;p&gt;
&lt;p&gt;於是我開始想，我可以開源什麼？&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Why? Why? Why?</title>
        <published>2022-05-14T00:00:00+00:00</published>
        <updated>2022-05-14T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/newsletters/why-why-why/"/>
        <id>https://pinchlime.com/newsletters/why-why-why/</id>
        
        <summary type="html">&lt;p&gt;因為靈感缺乏，加上上個週末都在嘗試建構自己的個人 wiki ，所以就荒廢了電子報一週，真不好意思。&lt;&#x2F;p&gt;
&lt;p&gt;這期的主題，想來分享看完《發現問題思考法》這本書後，覺得最有收穫的地方。&lt;&#x2F;p&gt;
&lt;p&gt;這本書是公司的讀書會選讀的書，我在便利商店沒賣什麼東西？這期電子報有簡單提過，這本書的目的是讓人能夠探索「未知的未知」，進而找到「更應該被解決的本質問題」。&lt;&#x2F;p&gt;
&lt;p&gt;怎麼達成這樣的目的呢？書中有不少鋪陳，並在後段的第四章提出了三個方法，分別是透過「抽象化與類推」、透過「思考的軸」以及透過「Why（上位目的）」進行思考的升維，而其中最喜歡的就是第三個，透過問「Why」進行思考的方式。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Twitter 比 Facebook 更好的地方</title>
        <published>2022-05-02T00:00:00+00:00</published>
        <updated>2022-05-02T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/newsletters/why-twitter-is-better-than-facebook/"/>
        <id>https://pinchlime.com/newsletters/why-twitter-is-better-than-facebook/</id>
        
        <summary type="html">&lt;p&gt;Hi 大家好，這是 Pin起來電子報的第 10 期。上週在自己的臉書發了一篇長文更新近況，裡面分享了電子報以及部落格給親友們，分享後湧入了二十幾個訂閱，感謝大家支持。&lt;&#x2F;p&gt;
&lt;p&gt;在 Po 文的那一兩天裡，我花了比平常多的時間刷臉書動態（平常大概一週刷 5 分鐘，那兩天大概加起來滑了一兩個小時），卻發現我好像已經回不去臉書這種透過演算法推播內容的平台了，相較之下我更喜歡 Twitter 這種讓自己掌控度更高的社群平台。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>部落格新增了 Footnotes 註腳的功能</title>
        <published>2022-04-30T00:00:00+00:00</published>
        <updated>2022-04-30T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/added-footnotes-function/"/>
        <id>https://pinchlime.com/blog/added-footnotes-function/</id>
        
        <summary type="html">&lt;p&gt;昨天在 Zola 的官方討論區看到&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;zola.discourse.group&#x2F;t&#x2F;getting-markdown-without-paragraph&#x2F;1282&quot;&gt;有人在提問某個程式碼的問題&lt;&#x2F;a&gt;，但發現他那段程式碼的目的是想要自訂 footnotes ，也就是註腳的功能，這就讓我很感興趣。&lt;&#x2F;p&gt;
&lt;p&gt;雖然我一開始完全看不懂他的 code ，但還是留言詢問了一下可否分享他寫的完整代碼給我，結果他真的很好心地分享，還寫了一段說明。我簡單照著做之後，就真的實現了這個功能，覺得這對我來說是個很有意義的功能，因此想簡單分享（搬運）一下他的做法。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>寫部落格對我的影響</title>
        <published>2022-04-23T00:00:00+00:00</published>
        <updated>2022-04-23T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/newsletters/the-impact-of-blogging/"/>
        <id>https://pinchlime.com/newsletters/the-impact-of-blogging/</id>
        
        <summary type="html">&lt;p&gt;Hi 大家，不好意思電子報斷更了兩期，因為從清明節假期後到昨天為止約 20 天內，我幾乎都沉浸於部落格的改版作業，說沉浸一點也不為過，每天下班後就是花兩三個小時在研究、嘗試、再調整，最後慢慢完成。&lt;&#x2F;p&gt;
&lt;p&gt;詳細的經過與細節有寫在部落格的 &lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;rebuilt-pinchlime&#x2F;&quot;&gt;Pin 起來改版了！從 Wordpress 搬家到 Zola！&lt;&#x2F;a&gt; ，這篇則是想寫一些更偏向「動機」或者「動力」這類的想法。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Pin 起來的 Changelog</title>
        <published>2022-04-20T00:00:00+00:00</published>
        <updated>2025-03-19T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/changelog/"/>
        <id>https://pinchlime.com/changelog/</id>
        
        <content type="html" xml:base="https://pinchlime.com/changelog/">&lt;p&gt;這邊放置 Pin 起來網站的 Changelog。&lt;&#x2F;p&gt;
&lt;p&gt;Changelog 主要是講「這個網站」本身的變化，包含新增、調整、或刪除，因此與&lt;a href=&quot;&#x2F;archive&#x2F;&quot;&gt;所有文章歸檔&lt;&#x2F;a&gt;的內容不同，在 changelog 頁面只會有與網站本身相關的內容。&lt;&#x2F;p&gt;
&lt;p&gt;版本號的格式，主要是參考「&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;semver.org&#x2F;&quot;&gt;語意化版本 (Semantic Versioning)&lt;&#x2F;a&gt; 這個有趣的規範，[x,y,z] 裡面， x 是主版號， y 是次版號， z 是修訂號。&lt;&#x2F;p&gt;
&lt;p&gt;但因為本網站不是軟體，所以我對於這三個項目的定義有點不一樣，跟「 API 是否相容」無關。&lt;&#x2F;p&gt;
&lt;p&gt;我的定義如下：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;主版號：表示部落格有了大幅度的改版，例如更換架設方式、網域、部署方式等。這個網站完成後是 1.0.0，在 2022 年的最後一天更新到了 2.0.0。&lt;&#x2F;li&gt;
&lt;li&gt;次版號：表示部落格有新增功能，這邊的功能指的是某些特定欄位、頁面、超連結等，讓讀者可以更好使用、閱讀更多內容的都算是新增功能。&lt;&#x2F;li&gt;
&lt;li&gt;修訂號：表示部落格既有功能有修改內容，例如 css 樣式的調整、既有頁面或段落的連結調整、或者分類類別的調整等。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;以下是依時間倒序排列的 changelogs ，歡迎瀏覽！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-24-0-2025-03-19&quot;&gt;[2.24.0] - 2025.03.19&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;新增了 &lt;a href=&quot;&#x2F;letters&quot;&gt;Letters&lt;&#x2F;a&gt; 分區，把之前寫的信件都上傳存檔了。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;h3 id=&quot;refactored&quot;&gt;Refactored&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;繼續微調樣式，覺得更喜歡了！調整了間距、字級，然後把怎麼調都很醜的分隔線給隱藏起來。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-23-1-2025-03-15&quot;&gt;[2.23.1] - 2025.03.15&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;refactored-1&quot;&gt;Refactored&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;繼續更新樣式，把超連結的顏色獨立出來，並且微調一些間距和字級。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;h3 id=&quot;removed&quot;&gt;Removed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;部落格簡化運動：把自訂的字體刪掉了，因為覺得開源字體也蠻好看的，而且這樣讀取速度跑分快很多。&lt;&#x2F;li&gt;
&lt;li&gt;部落格簡化運動：把 Tags 這種分類方式都刪掉了，因為覺得過於瑣碎，只留下 Categories 就好！&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-23-0-2025-03-11&quot;&gt;[2.23.0] - 2025.03.11&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;refactored-2&quot;&gt;Refactored&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;靠著 Claude Sonnet 3.7 大幅更新網站上的程式碼架構，合併類似的區塊，刪掉不必要的內容。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;h3 id=&quot;removed-1&quot;&gt;Removed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;部落格簡化運動：刪除了網站上的 Photography 區塊，因為我沒力氣維護它。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-22-0-2025-03-09&quot;&gt;[2.22.0] - 2025.03.09&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-1&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;部落格簡化運動：建立了一個 &lt;a href=&quot;&#x2F;archive&quot;&gt;Archive&lt;&#x2F;a&gt; 專區，把我認為過時的文章都丟進去。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;h3 id=&quot;changed&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;調整了 Blockquote 的樣式，感謝 Claude。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-21-1-2025-02-21&quot;&gt;[2.21.1] - 2025.02.21&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;removed-2&quot;&gt;Removed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;部落格簡化運動：刪除了網站上的 Search 功能，因為我懶得維護它。&lt;&#x2F;li&gt;
&lt;li&gt;部落格簡化運動：刪除了網站上的 Library 區塊，因為我沒力氣維護它。&lt;&#x2F;li&gt;
&lt;li&gt;部落格簡化運動：刪除了網站上的 Glossary 區塊，因為我沒力氣維護它。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-21-0-2025-02-02&quot;&gt;[2.21.0] - 2025.02.02&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;removed-3&quot;&gt;Removed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;我把上次加的 Linkz.ai 移除了，因為感覺不太到它對我或讀者有什麼幫助 😆&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-20-0-2025-01-19&quot;&gt;[2.20.0] - 2025.01.19&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-2&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;網站加上了 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;linkz.ai&#x2F;&quot;&gt;Linkz.ai&lt;&#x2F;a&gt; 的服務，滑鼠 hover 到超連結上面時會顯示預覽，外部連結點開會直接變成 popup preview ，覺得蠻有趣的就加了，還不確定之後會不會繼續用。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-19-0-2025-01-14&quot;&gt;[2.19.0] - 2025.01.14&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-3&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;增加了 Consultation 頁面&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;h3 id=&quot;changed-1&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;更改了首頁的架構與介紹&lt;&#x2F;li&gt;
&lt;li&gt;更改了 About 頁面的內容&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-18-0-2025-01-05&quot;&gt;[2.18.0] - 2025.01.05&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;removed-4&quot;&gt;Removed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;關閉 Stream 相關頁面的入口&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-17-1-2025-01-01&quot;&gt;[2.17.1] - 2025.01.01&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;changed-2&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;升級 Zola 版本至 0.19.2 ，測試看看能否 build 成功&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-17-0-2024-10-21&quot;&gt;[2.17.0] - 2024.10.21&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;changed-3&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;在 Cursor AI 的協助下，更改了 Photography 頁面的排版，提供更好的瀏覽照片體驗。&lt;&#x2F;li&gt;
&lt;li&gt;在 Cursor AI 的協助下，更改了部分頁面的 CSS ，主要是讓行動裝置的內容空間更大。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;h3 id=&quot;removed-5&quot;&gt;Removed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;移除了每頁文章的 sidebar ，因為容易造成排版上的問題，也會影響閱讀的體驗。&lt;&#x2F;li&gt;
&lt;li&gt;移除了網站上的英文內容，因為我沒空寫與維護。&lt;&#x2F;li&gt;
&lt;li&gt;移除了每頁文章裡面的聯絡資訊，因為有點多餘，而且從 about 就可以找到聯絡資訊了。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-16-0-2024-08-12&quot;&gt;[2.16.0] - 2024.08.12&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-4&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;新增了 Photography 頁面。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-15-0-2024-05-26&quot;&gt;[2.15.0] - 2024.05.26&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-5&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;新增了 &lt;a href=&quot;&#x2F;letters&quot;&gt;A Letter from PJ&lt;&#x2F;a&gt; 頁面。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;h3 id=&quot;removed-6&quot;&gt;Removed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;把舊的電子報頁面從首頁移除了。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-14-0-2024-02-04&quot;&gt;[2.14.0] - 2024.02.04&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;removed-7&quot;&gt;Removed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;繼續精簡網站，把原先的 evergreen notes 類別以及一些體驗類型的文章都移除，也把比較早期的 newsletters 移除了。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-13-1-2023-12-17&quot;&gt;[2.13.1] - 2023.12.17&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;changed-4&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;把 Workflows 類別的文章都搬到 Library 了，繼續讓 Blog 簡化。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-13-0-2023-11-27&quot;&gt;[2.13.0] - 2023.11.27&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;removed-8&quot;&gt;Removed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;移除了舊的 Snapshots 相關頁面，把相關內容搬到了 Blog 以及 &lt;a href=&quot;&#x2F;stream&#x2F;old-snapshots&quot;&gt;My Old Snapshots&lt;&#x2F;a&gt; 這個頁面。相應處理了蠻多檔案的搬遷與調整，目前頁面總數量大概少了近 100 個，瘦身多了！&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-12-0-2023-11-25&quot;&gt;[2.12.0] - 2023.11.25&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-6&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;站內新增了「&lt;a href=&quot;&#x2F;manifesto&quot;&gt;Manifesto&lt;&#x2F;a&gt;」頁面。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-11-0-2023-10-23&quot;&gt;[2.11.0] - 2023.10.23&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-7&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;網站新增了英文版本： &lt;a href=&quot;&#x2F;en&quot;&gt;English version&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-10-1-2023-07-07&quot;&gt;[2.10.1] - 2023.07.07&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;removed-9&quot;&gt;Removed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;移除了網站上的留言系統 Cusdis。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-10-0-2023-05-20&quot;&gt;[2.10.0] - 2023.05.20&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-8&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;added-fancybox-lightbox-effect&#x2F;&quot;&gt;網站新增了 Fancybox 的 Lightbox 燈箱彈窗效果&lt;&#x2F;a&gt;，這樣呈現圖片時更有質感，資訊也更清楚了！&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;h3 id=&quot;changed-5&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;把個別 tags &amp;amp; categories 的匯總頁面都加上了年份排序的資訊，讓資訊陳列更清楚一些，可參考下圖，左邊是原本的樣子，右邊是本次修改後的樣子。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;change-taxonomy-list_2SD3FC.webp&quot; data-fancybox data-caption=&quot;change-taxonomy-list&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;change-taxonomy-list_2SD3FC.webp&quot; loading=&quot;lazy&quot; alt=&quot;change-taxonomy-list&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-9-0-2023-05-14&quot;&gt;[2.9.0] - 2023.05.14&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-9&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;新增了站內的 Library 區塊。並且連帶著增加了該區塊專屬的 breadcrumbs, sidebar, 以及對應的 javascript 內容，讓我可以紀錄 sidebar 的點擊狀態。（2025.02.21 更新：已刪除該區塊）&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-8-0-2023-05-06&quot;&gt;[2.8.0] - 2023.05.06&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-10&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;新增了手機版本的 menu 按鈕，在 ChatGPT 的協助下我終於有了這個東西，他讓我可以把所有單頁都乾淨地放在 menu 裡面了！&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;h3 id=&quot;changed-6&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;調整了首頁的內容與架構，並且把各類內容的主頁也微調了一下。&lt;&#x2F;li&gt;
&lt;li&gt;把 Stream 也放上了導覽列，我真的很喜歡這個小小空間。&lt;&#x2F;li&gt;
&lt;li&gt;調整了超連結底線跟文字之間的距離，也是問了 ChatGPT ，發現要用 &lt;code&gt;text-underline-offset&lt;&#x2F;code&gt; ，我調整到 4px ，比原本看起來舒服很多！&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;h3 id=&quot;removed-10&quot;&gt;Removed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;刪除了首頁的留言區塊，想保持更簡潔的感覺。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-7-1-2023-04-23&quot;&gt;[2.7.1] - 2023.04.23&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;removed-11&quot;&gt;Removed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;簡化了 Snapshots 頁面的類型，把比較少在更新的 Daily What 與 Daily How 都整併到其他類別裡了。我覺得， What 類型的問題好像適合放在 Glossary 裡面，而 How 類型的問題通常則可以直接放在 &lt;a href=&quot;&#x2F;blog&quot;&gt;Blog&lt;&#x2F;a&gt; 裡面。（2025.02.21 更新：已刪除 Glossary 區塊，更早之前已刪除 Snapshots 區塊。）&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-7-0-2023-04-20&quot;&gt;[2.7.0] - 2023.04.20&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;changed-7&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;更換站內字型為金萱那提，並更動了 blog, newsletters, snapshots 這三個主頁面的排版方式，詳情可以看這篇：&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;changed-font-to-jinxuan-latte&#x2F;&quot;&gt;更換了網站的字型為「金萱那提」&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-6-0-2023-04-16&quot;&gt;[2.6.0] - 2023.04.16&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-11&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;站內新增了「&lt;a href=&quot;&#x2F;now&quot;&gt;Now&lt;&#x2F;a&gt;」頁面。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-5-0-2023-02-25&quot;&gt;[2.5.0] - 2023.02.25&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-12&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;站內新增了「&lt;a href=&quot;&#x2F;stream&#x2F;2023&quot;&gt;Stream&lt;&#x2F;a&gt;」頁面。&lt;&#x2F;li&gt;
&lt;li&gt;詳細的介紹可以看這篇：&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;built-a-personal-twitter-the-stream&#x2F;&quot;&gt;建了一個迷你版的個人 Twitter ： Stream&lt;&#x2F;a&gt;。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;h3 id=&quot;removed-12&quot;&gt;Removed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;簡化了一下站內各個頁面的側邊欄。簡單的想法可以看 &lt;a href=&quot;&#x2F;stream&#x2F;2023&#x2F;#6&quot;&gt;# 6 這則 stream&lt;&#x2F;a&gt;。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-4-0-2023-02-05&quot;&gt;[2.4.0] - 2023.02.05&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-13&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;站內新增了「&lt;a href=&quot;&#x2F;subscribe&quot;&gt;Subscribe&lt;&#x2F;a&gt;」頁面，搭配 Buttondown 這個電子報服務，讓讀者可以透過 email 靈活訂閱全站不同類型的內容。&lt;&#x2F;li&gt;
&lt;li&gt;也將 RSS 訂閱的資訊整合進 Subscribe 頁面。&lt;&#x2F;li&gt;
&lt;li&gt;這也是我第一次在網站上實作表單！（雖然是直接 copy Buttondown 的範例程式碼，但還是蠻開心的！）&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;h3 id=&quot;changed-8&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;也更新了每個文章頁面的 footer，還有 Newsletter 頁面的置頂文字。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-3-0-2023-01-27&quot;&gt;[2.3.0] - 2023.01.27&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-14&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;站內新增了「Glossary 個人詞庫 section 以及相關功能。（2025.02.21 更新：已刪除該區塊）&lt;&#x2F;li&gt;
&lt;li&gt;詳細的介紹可以看這篇：「完成了站內的 Glossary 個人詞庫 v1 版本」。（2025.02.21 更新：已刪除該文章）&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;h3 id=&quot;changed-9&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;把側邊欄的「看所有文章、看所有電子報、看所有 Snapshots」的路徑改為「archive」版本，比較符合直覺（可以一眼看到所有內容，而非該項目的主頁面）。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-2-2-2023-01-24&quot;&gt;[2.2.2] - 2023.01.24&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;removed-13&quot;&gt;Removed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;刪除網站內雙語相關的設定，目前這個網站變成只有唯一的正體中文了。&lt;&#x2F;li&gt;
&lt;li&gt;原先從 Owen 那邊把網站 clone 過來時，內容帶有一些兼容雙語的設定，我覺得好像很讚，就留了下來。但遲遲沒有花力氣去 PO 雙語的內容，也沒有真正把全雙語的設定都處理好。&lt;&#x2F;li&gt;
&lt;li&gt;這件事讓我一直有個隱約的壓力，覺得自己該好好利用這個環境，不然好像很可惜很浪費。&lt;&#x2F;li&gt;
&lt;li&gt;我曾嘗試用 DeepL 直接翻譯中文內容，但總覺得哪裡怪怪的，好像沒辦法很順暢地跟中文一樣寫作及發送。&lt;&#x2F;li&gt;
&lt;li&gt;今天覺得，不然乾脆不要在這個網站 po 英文內容，若有需要，再另起爐灶就好。於是我就開始刪掉相關的程式碼了。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-2-1-2023-01-23&quot;&gt;[2.2.1] - 2023.01.23&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;changed-10&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;把部落格跟時間有關的顯示資訊調整了一下，原先每篇文章都有「發布於」還有「最後更新時間」，但這兩個時間常常是一樣的，看起來有點冗。決定設置成「若有額外更新時間，才顯示」的邏輯。&lt;&#x2F;li&gt;
&lt;li&gt;首要調整的是原本在 base.html 裡面的某一段程式碼： &lt;code&gt;{% set all_pages_sort_by_date = all_section_pages.pages | sort(attribute=&quot;updated&quot;) | reverse  -%}&lt;&#x2F;code&gt; ，必須要把它刪掉，才能去動後續其他頁面的設定，不然在編譯時會因為找不到 &quot;updated&quot; 的資訊而產生錯誤。&lt;&#x2F;li&gt;
&lt;li&gt;我目前其實不知道這段刪除會不會怎樣，但就刪刪看！結果刪完之後，每次 build 的時間從 5 秒多，瞬間降低到 1 秒多！&lt;&#x2F;li&gt;
&lt;li&gt;除了這點以外，就是把各個頁面呈現時間的欄位統一，並且微調了樣式，在這邊就不贅述了。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-2-0-2023-01-21&quot;&gt;[2.2.0] - 2023.01.21&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-15&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;在網站上面新增了 Backlinks 的功能，詳細介紹可以看：「&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;supported-backlinks&#x2F;&quot;&gt;部落格加上了 Backlinks 的功能&lt;&#x2F;a&gt;」這篇文。&lt;&#x2F;li&gt;
&lt;li&gt;主要實現方式是參考 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;github.com&#x2F;theowenyoung&#x2F;blog&#x2F;blob&#x2F;main&#x2F;templates&#x2F;macros.html&quot;&gt;Owen 部落格 macros.html template 裡面的 macro backlink(pages)&lt;&#x2F;a&gt;，再把這個 macro 放到 page.html 裡面。我只有微調裡面的部分顯示內容，沒有更動程式邏輯，感謝 Owen！&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-1-2-2023-01-19&quot;&gt;[2.1.2] - 2023-01-19&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;changed-11&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;大幅修改了網站的 css 設定，主要調整的項目有：
&lt;ul&gt;
&lt;li&gt;側邊欄也改為一個一個獨立的區塊，並且拉大各項目的間距，看起來不會那麼擠了&lt;&#x2F;li&gt;
&lt;li&gt;H2 標題增加更顯眼的樣式、 H3 標題增加粗體&lt;&#x2F;li&gt;
&lt;li&gt;更換英文字型，由原本的 Menlo 改為 Inter ，我很喜歡 Menlo ，但感覺這個字體讀起來有點距離感、生硬感，希望內容可以更親切一點。&lt;&#x2F;li&gt;
&lt;li&gt;Header 統一改為我好像更喜歡的深藍色版本&lt;&#x2F;li&gt;
&lt;li&gt;Quote 的文字增加底色，更好區別樣式&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;以下是兩張前後對比圖，左邊都是舊版，右邊是新版～
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;css-change-230119-1_7g2pJ1.webp&quot; data-fancybox data-caption=&quot;css-change-230119-1&quot;&gt;
&lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;css-change-230119-1_7g2pJ1.webp&quot; loading=&quot;lazy&quot; alt=&quot;css-change-230119-1&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;css-change-230119-2_C3S2BG.webp&quot; data-fancybox data-caption=&quot;css-change-230119-2&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;css-change-230119-2_C3S2BG.webp&quot; loading=&quot;lazy&quot; alt=&quot;css-change-230119-2&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-1-1-2023-01-18&quot;&gt;[2.1.1] - 2023-01-18&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;changed-12&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;把 tags, categories, kinds 三種類型的項目都打開 RSS 單獨訂閱的功能，在該項目後面加上 &lt;code&gt;atom.xml&lt;&#x2F;code&gt; 就可以了。例如可以透過 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;tags&#x2F;heptabase&#x2F;atom.xml&quot;&gt;https:&#x2F;&#x2F;pinchlime.com&#x2F;tags&#x2F;heptabase&#x2F;atom.xml&lt;&#x2F;a&gt; 訂閱 Heptabase 這個 tag 的文章。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-1-0-2023-01-14&quot;&gt;[2.1.0] - 2023-01-14&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-16&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;網站新增了「&lt;a href=&quot;&#x2F;search&quot;&gt;搜尋&lt;&#x2F;a&gt;」的功能！&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-0-1-2023-01-01&quot;&gt;[2.0.1] - 2023-01-01&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;changed-13&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;把昨天沒來得及處理完的一些跑版問題處理完，現在手機上 header 也能正常顯示了。&lt;&#x2F;li&gt;
&lt;li&gt;也把之前不知為何固定鎖死的 h1 font-size 調整為可變化的設定。&lt;&#x2F;li&gt;
&lt;li&gt;也調整了首頁的呈現內容，把原先設定為「Blog 為主」的呈現方式，調整為一頁單純的 MOC。不知為何，光這個舉動就讓搬回筆記後原本要 16, 17 秒的編譯時間，重新回到 5 秒左右，超讚的。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;2-0-0-2022-12-31&quot;&gt;[2.0.0] - 2022-12-31&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-17&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;今天一個起心動念，想把筆記與想法的子網站搬回主網站這邊，就開始動工。經過一整個下午與晚上的調整與導入後，完成了全新的 2.0 版本，把內容分成三個區塊： Blog, Newsletters, Snapshots。&lt;&#x2F;li&gt;
&lt;li&gt;我把搬家的紀錄跟簡單心得放在這篇文章：&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;migrated-notes-and-snapshots-back-to-the-main-site&#x2F;&quot;&gt;我把筆記與想法快照的內容都搬回 Pin 起來主網站了&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;1-10-5-2022-12-30&quot;&gt;[1.10.5] - 2022-12-30&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;changed-14&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;今天心血來潮詢問 ChatGPT 一些 css 的問題，就順帶把網站的每篇文章「分開」了，原先每篇文章都會黏在一起，有時比較不好區分不同文章，現在分開後清爽不少！&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;對照圖，左邊是修改後，右邊是修改前：
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;separated-articles_1ybAat.webp&quot; data-fancybox data-caption=&quot;separated-articles&quot;&gt;
&lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;separated-articles_1ybAat.webp&quot; loading=&quot;lazy&quot; alt=&quot;separated-articles&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;1-10-4-2022-12-24&quot;&gt;[1.10.4] - 2022-12-24&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;changed-15&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;根據&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;snapshots&#x2F;what-i-tried-today&#x2F;updated-og-image-settings&#x2F;&quot;&gt;這篇紀錄&lt;&#x2F;a&gt;的作法調整了部落格裡對於 og image 的相關設定，讓未來的社群預覽能夠更多變化。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;1-10-3-2022-11-27&quot;&gt;[1.10.3] - 2022-11-27&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;fixed&quot;&gt;Fixed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;微調 taxonomy_single.html 的排序方式。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;今天在上傳新文章後發現在「清單檢視」時，文章的順序有點混亂，好像不是依照倒時序排列。找了一下以後發現找不太到原因（我只知道那一頁是由哪個檔案處理，但不知道為何無法正常排序）。我猜想可能是某種預設的排序方式，但可能在滿足某些條件的狀況下，排序會變。&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;不過我試圖從既有的程式碼裡面挖掘可能的解方，最後測試成功，解決方式是：&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;pre style=&quot;background-color:#2b303b;color:#c0c5ce;&quot;&gt;&lt;code&gt;&lt;span&gt;把原先在 taxonomy_single.html 的
&lt;&#x2F;span&gt;&lt;span&gt;{% for page in term.pages %} 
&lt;&#x2F;span&gt;&lt;span&gt;增加了一段，變成：
&lt;&#x2F;span&gt;&lt;span&gt;{% for page in term.pages | sort(attribute=&amp;quot;date&amp;quot;) | reverse %} 
&lt;&#x2F;span&gt;&lt;&#x2F;code&gt;&lt;&#x2F;pre&gt;
&lt;p&gt;這樣就好了！&lt;&#x2F;p&gt;
&lt;p&gt;目前看起來，各個頁面都可以依照發布日期正常倒序排列了！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;1-10-2-2022-07-10&quot;&gt;[1.10.2] - 2022-07-10&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;changed-16&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;效仿 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.owenyoung.com&#x2F;en&#x2F;changelog&#x2F;#2022-07-06-desktop-read-mode&quot;&gt;Owen 的部落格作法&lt;&#x2F;a&gt;，把部落格的內文區塊區隔開來，製造出類似 reader mode 的效果，讓文章的區塊更好閱讀。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;對照圖：
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;reader-mode_9FwDHl.webp&quot; data-fancybox data-caption=&quot;reader-mode&quot;&gt;
&lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;reader-mode_9FwDHl.webp&quot; loading=&quot;lazy&quot; alt=&quot;reader-mode&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;1-10-1-2022-07-03&quot;&gt;[1.10.1] - 2022-07-03&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;removed-14&quot;&gt;Removed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;移除了「新 Pin 上線」這個類別的文章，因為我近期發現，這類嚐鮮介紹的內容我大多會直接放在 Snapshot 裡面的「&lt;a href=&quot;&#x2F;kinds&#x2F;what-i-found-interesting&#x2F;&quot;&gt;What I Found Interesting&lt;&#x2F;a&gt;」類別裡面。既然這樣，那就把原先的類別簡化一下，把這些都放回 &lt;a href=&quot;&#x2F;categories&#x2F;tools&#x2F;&quot;&gt;Tools&lt;&#x2F;a&gt; 類別裡面。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;1-10-0-2022-06-19&quot;&gt;[1.10.0] - 2022-06-19&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-18&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;成功地安裝了網站的評論系統 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;cusdis.com&#x2F;&quot;&gt;Cusdis&lt;&#x2F;a&gt; ！目前在每篇文章與電子報底下都可以留言，完全匿名，但會需要由我審核通過才會出現，基本上我的原則是全部都會通過，除非是無意義的灌水或洗版。這部分之後再來訂規則好了，很開心部落格有了這個簡單清爽的留言評論系統。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;1-9-0-2022-06-18&quot;&gt;[1.9.0] - 2022-06-18&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-19&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;網站的數據追蹤系統改為 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;umami.is&#x2F;&quot;&gt;umami&lt;&#x2F;a&gt; 。安裝後也把 Google Analytics 的追蹤碼移除了！&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;1-8-0-2022-06-04&quot;&gt;[1.8.0] - 2022-06-04&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-20&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;增加了置頂的 navbar ，把 Logo、文章、電子報、歸檔等主要項目放上去。這樣做的用意是讓讀者在瀏覽時更容易找到內容。然後因為我還不會用漢堡選單的收縮方式，所以暫且用這樣的版本就好。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;h3 id=&quot;removed-15&quot;&gt;Removed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;刪除原本放在首頁最上方的 LOGO ，因為 navbar 有了&lt;&#x2F;li&gt;
&lt;li&gt;刪除原本放在每頁 sidebar 底部的「回到首頁」，因為 navbar 有了&lt;&#x2F;li&gt;
&lt;li&gt;調整了 sidebar 的「常用連結」中的電子報，因為 navbar 有了&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;1-7-2-2022-05-08&quot;&gt;[1.7.2] - 2022-05-08&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;changed-17&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;（2025.02.21）把個人 wiki 相關內容都刪除了。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;1-7-1-2022-05-02&quot;&gt;[1.7.1] - 2022-05-02&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;changed-18&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;微調註腳的樣式，把字級調小，讓註腳的內容跟本文有一點區別性。調整的方式是：&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;ol&gt;
&lt;li&gt;在 ftnt.html 這個 shortcode 裡面，&lt;p&gt; 的地方新增一個 p class。&lt;&#x2F;li&gt;
&lt;li&gt;在 site.css 裡面，定義這個 class 的字級大小。&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;1-7-0-2022-04-30&quot;&gt;[1.7.0] - 2022-04-30&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-21&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;部落格上線了 footnotes 的功能，具體的說明可以看&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;added-footnotes-function&#x2F;&quot;&gt;部落格新增了 Footnotes 註腳的功能&lt;&#x2F;a&gt;這篇文章。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;1-6-3-2022-04-28&quot;&gt;[1.6.3] - 2022-04-28&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;fixed-1&quot;&gt;Fixed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;在 base.html 增加了一段 &lt;code&gt;{% block canonical_url %}{% endblock canonical_url %}&lt;&#x2F;code&gt; ，並且在 section.html 頂端加上這個 block ，把 paginator 的 section 頁面加上 canonical 的標籤。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;1-6-2-2022-04-27&quot;&gt;[1.6.2] - 2022-04-27&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;changed-19&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;把 config.toml 裡面， tags 跟 categories 兩個 taxonomies 的 feeds 及 paginator 開關都關閉，覺得我的內容沒多到要用類別來訂閱，所以不需要開那麼多 feeds ，而在取消全文預覽後也不需要分頁，讓整個頁面的架構更單純一些。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;1-6-1-2022-04-25&quot;&gt;[1.6.1] - 2022-04-25&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;changed-20&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;把單一 category 或 tag 的頁面改成只有標題與發布日期。考量點之一是避免同樣的預覽內容重複被搜尋引擎檢索，考量點之二是我覺得透過 categories 或 tags 的連結點進來想看文章的人，如果可以一次看到完整的文章列表，可能可以更快找到「更想看」的內容（而不是依照時序，倒序排列的預覽內容）。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;改的方式是把原先 taxonomy_single 採用的 macro 由 post_max 改為 post_min ，並把 macro::paginator 拿掉。&lt;&#x2F;p&gt;
&lt;h3 id=&quot;fixed-2&quot;&gt;Fixed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;修復了站內每個頁面的 og:url, og:title &amp;amp; og:description，原先許多頁面並沒有特別設置，或者路徑有誤。以下是目前站內主要的幾種 og:url 路徑：&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;pre data-lang=&quot;rust&quot; style=&quot;background-color:#2b303b;color:#c0c5ce;&quot; class=&quot;language-rust &quot;&gt;&lt;code class=&quot;language-rust&quot; data-lang=&quot;rust&quot;&gt;&lt;span&gt;# Pages 的 og:url ：
&lt;&#x2F;span&gt;&lt;span&gt;{% block ogurl %}{% &lt;&#x2F;span&gt;&lt;span style=&quot;color:#b48ead;&quot;&gt;if&lt;&#x2F;span&gt;&lt;span&gt; page.path %}{{ config.base_url }}{{ page.path }} {% endif %}{% endblock ogurl %}
&lt;&#x2F;span&gt;&lt;span&gt;
&lt;&#x2F;span&gt;&lt;span&gt;# Sections 的 og:url ：
&lt;&#x2F;span&gt;&lt;span&gt;{% block ogurl %}{{ config.base_url }}{{ section.path }}{% endblock ogurl %}
&lt;&#x2F;span&gt;&lt;span&gt;
&lt;&#x2F;span&gt;&lt;span&gt;# Taxonomy List 的 og:url ：
&lt;&#x2F;span&gt;&lt;span&gt;{% block ogurl %}{{ config.base_url }}&#x2F;{{ taxonomy.name }}{% endblock ogurl %}
&lt;&#x2F;span&gt;&lt;span&gt;
&lt;&#x2F;span&gt;&lt;span&gt;# Taxonomy Single 的 og:url ：
&lt;&#x2F;span&gt;&lt;span&gt;{% block ogurl %}{{&lt;&#x2F;span&gt;&lt;span style=&quot;color:#96b5b4;&quot;&gt;get_taxonomy_url&lt;&#x2F;span&gt;&lt;span&gt;(kind=taxonomy.name,lang=lang, name=term.name)}}{% endblock ogurl %}
&lt;&#x2F;span&gt;&lt;&#x2F;code&gt;&lt;&#x2F;pre&gt;
&lt;p&gt;感謝 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;twitter.com&#x2F;OwenYoungZh&quot;&gt;@Owen&lt;&#x2F;a&gt; 跟我分享這些錯誤，讓我好好地修復了一下。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;1-6-0-2022-04-24&quot;&gt;[1.6.0] - 2022-04-24&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-22&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;新增了電子報專屬的&lt;a href=&quot;&#x2F;newsletters&#x2F;archive&quot;&gt;「所有電子報歸檔」&lt;&#x2F;a&gt; 頁面，參考&lt;a href=&quot;&#x2F;archive&quot;&gt;「所有文章歸檔」&lt;&#x2F;a&gt; 的製作方式，依照時序排列發布過的電子報們。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;h3 id=&quot;changed-21&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;微調 archive.html ，把&lt;a href=&quot;&#x2F;archive&quot;&gt;「所有文章歸檔」&lt;&#x2F;a&gt;裡面的內容限定在「部落格」的文章，排除掉「電子報」類型的文章。覺得兩者的文體不太一樣，電子報應該可以有自己的歸檔頁面。（微調方式是把 &lt;code&gt;{% set all_section_pages = get_section(path=&quot;_index.md&quot;) %}&lt;&#x2F;code&gt; 改為 &lt;code&gt;{% set all_section_pages = get_section(path=&quot;blog&#x2F;_index.md&quot;) %}&lt;&#x2F;code&gt; ，另外也把這段往下拉到 {% block main %} 裡面，避免抓到 base.html 的內容。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;1-5-0-2022-04-23&quot;&gt;[1.5.0] - 2022-04-23&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-23&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;嘗試透過 Logseq 內建的 Export graph 功能，建立一個靜態的 wiki 架構網站，並且順利部署在 Netlify 上面，也順利設定了子網域 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;logseq.pinchlime.com&quot;&gt;https:&#x2F;&#x2F;logseq.pinchlime.com&lt;&#x2F;a&gt; ，之後再來慢慢更新。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;h3 id=&quot;fixed-3&quot;&gt;Fixed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;在 base.html 加上了 og:image 的 width &amp;amp; height ，也增加了一個 &lt;code&gt;&amp;lt;meta name=&quot;twitter:image&quot; &#x2F;&amp;gt;&lt;&#x2F;code&gt; 的設定，目前看起來在 Twitter 分享時總算有縮圖了！也學到可以透過 Twitter 的 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;cards-dev.twitter.com&#x2F;validator&quot;&gt;Card Validator&lt;&#x2F;a&gt; 先預覽連結縮圖。&lt;&#x2F;li&gt;
&lt;li&gt;在 page.html 改了 og:url 的規則，把原本的 if page.slug 改成 if page.path ，因為我為了讓網址跟之前 wordpress 時期的網址一致，主要都是透過 path 來達成絕對的網址。調整完後打開 inspect 看到 og:url 正確了，但不太確定為何在 Facebook Developers 的偵測工具裡面還是錯誤的。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;1-4-0-2022-04-22&quot;&gt;[1.4.0] - 2022-04-22&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-24&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;在首頁側邊欄上也新增了最新電子報的區塊，抓取最新五篇電子報。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;h3 id=&quot;changed-22&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;把首頁側邊欄的最新文章改為 5 篇，以避免太多內容。&lt;&#x2F;li&gt;
&lt;li&gt;把「所有文章歸檔」從常用連結移至下方，跟「所有標籤」整合成為「看更多文章」，並且改成「依標籤」以及「依時序」，讓同性質的內容（完整檢索文章）一起出現。&lt;&#x2F;li&gt;
&lt;li&gt;把 Changelog 這頁右上的「目錄」拿掉，避免內容過多以後側邊欄變得無法閱讀。拿掉的方式很笨，是複製 page.html 變成一份 changelog.html ，然後本頁的 template 設置成 changelog.html。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;h3 id=&quot;fixed-4&quot;&gt;Fixed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;原本在&lt;a href=&quot;&#x2F;about&#x2F;&quot;&gt;關於&lt;&#x2F;a&gt;頁面中，&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;2022&#x2F;02&#x2F;27&#x2F;the-new-logo-of-pinchlime&#x2F;&quot;&gt;Pin 起來的 新Logo&lt;&#x2F;a&gt; 的連結設錯了，改回正確的內容。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;1-3-0-2022-04-21&quot;&gt;[1.3.0] - 2022-04-21&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-25&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;新增了「&lt;a href=&quot;&#x2F;tag-list&quot;&gt;所有標籤&lt;&#x2F;a&gt;」頁面，放置網站上的所有標籤。&lt;&#x2F;li&gt;
&lt;li&gt;新增「回到首頁」的按鈕在 base.html ，避免某些「非文章」的頁面因為不是讀 page.html 而無法快速回到首頁。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;h3 id=&quot;removed-16&quot;&gt;Removed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;刪除原先在首頁側邊欄的「標籤」區塊，因為隨著標籤漸增，該區塊變得難以閱讀。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;1-2-0-2022-04-20&quot;&gt;[1.2.0] - 2022-04-20&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-26&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;開始更新 Pin 起來的 Changelog 頁面，並補上此版本以前的內容。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;1-1-0-2022-04-19&quot;&gt;[1.1.0] - 2022-04-19&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-27&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;增加了側邊欄的 &lt;a href=&quot;&#x2F;newsletters&quot;&gt;Pin 起來電子報&lt;&#x2F;a&gt; 單頁，並放入目前為止的 8 期電子報歸檔。&lt;&#x2F;li&gt;
&lt;li&gt;學會在 _index.md 檔案裡面，透過 template &amp;amp; page_template 宣告要採用的 templates ，藉此達到特製的效果。&lt;&#x2F;li&gt;
&lt;li&gt;學會了透過 page.extra 的方式增加自訂的 metadata。&lt;&#x2F;li&gt;
&lt;li&gt;把前兩者結合，用在電子報相關的文章上面，因此每則電子報點選後，就可以直接看到「第 n 期」這個特殊的屬性。&lt;&#x2F;li&gt;
&lt;li&gt;開始在部落格裡埋入 GA 追蹤碼。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;h3 id=&quot;changed-23&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;將首頁最下方的「所有文章」改為「看更多文章」，並將連結由「&#x2F;blog」改為「&#x2F;blog&#x2F;page&#x2F;2」，等於直接連到部落格以文章排序的第 2 頁（第 11 篇文章開始），更貼近使用直覺。
&lt;ul&gt;
&lt;li&gt;樣式上從靠左，改為透過 &lt;code&gt;flex&lt;&#x2F;code&gt; 置中。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;1-0-0-2022-04-17&quot;&gt;[1.0.0] - 2022-04-17&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-28&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;Pin 起來改版，網站全新上線 （可參考&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;blog&#x2F;rebuilt-pinchlime&#x2F;&quot;&gt;Pin 起來改版了！從 Wordpress 搬家到 Zola！&lt;&#x2F;a&gt;）&lt;&#x2F;li&gt;
&lt;li&gt;網域自 wordpress.com 移轉至 Google  Domains&lt;&#x2F;li&gt;
&lt;li&gt;網站開始部署於 Netlify&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;0-4-0-2022-04-16&quot;&gt;[0.4.0] - 2022-04-16&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-29&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;在 page.html 裡增加「看更多＿＿＿分類」以及「看更多＿＿＿標籤」的功能，會根據當前頁面的分類與標籤，自動抓取＿＿＿的文字，並且可超連結到該分類或標籤。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;h3 id=&quot;changed-24&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;調整了 site.css ，讓不同地方的 h1, h2, h3 等樣式一致&lt;&#x2F;li&gt;
&lt;li&gt;Toolbox 分類改為 Tools&lt;&#x2F;li&gt;
&lt;li&gt;Blog 分類改為 Pinchlime&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;0-3-1-2022-04-14&quot;&gt;[0.3.1] - 2022-04-14&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;changed-25&quot;&gt;Changed&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;把主要文章欄位的寬度從 44rem 調整為 51 rem ，感覺比較順眼些。&lt;&#x2F;li&gt;
&lt;li&gt;新 Pin 上線分類改為 New Pins ，避免變成不知道如何改變的拼音音譯網址。&lt;&#x2F;li&gt;
&lt;li&gt;微調 base.html 的 sidebar 樣式。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;0-3-0-2022-04-13&quot;&gt;[0.3.0] - 2022-04-13&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-30&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;透過新增 macro.html 以及 base.html 來新增側邊欄的「最新文章欄位」。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;0-2-0-2022-04-12&quot;&gt;[0.2.0] - 2022-04-12&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-31&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;成功將最小測試站部署在 Netlify 上，透過 Owen 的協助，學到必須先設定好 base_url 才讀得到 site.css （要設定為 網域名.netlify.app ）&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;0-1-0-2022-04-11&quot;&gt;[0.1.0] - 2022-04-11&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;added-32&quot;&gt;Added&lt;&#x2F;h3&gt;
&lt;ul&gt;
&lt;li&gt;將 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.owenyoung.com&#x2F;&quot;&gt;Owen&#x27;s Blog&lt;&#x2F;a&gt; 的 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;github.com&#x2F;theowenyoung&#x2F;blog&quot;&gt;原始碼&lt;&#x2F;a&gt; clone 了一份，並開啟自己的 repository ，開始理解每個檔案的用途及內容，並且刪除掉 Owen 的文章，只放入一篇自己的文章測試最小程度的網站。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Pin 起來改版了！從 Wordpress 搬家到 Zola！</title>
        <published>2022-04-17T00:00:00+00:00</published>
        <updated>2022-04-17T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/rebuilt-pinchlime/"/>
        <id>https://pinchlime.com/blog/rebuilt-pinchlime/</id>
        
        <summary type="html">&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;zola-banner_pOklOy.webp&quot; data-fancybox data-caption=&quot;zola-banner&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;zola-banner_pOklOy.webp&quot; loading=&quot;lazy&quot; alt=&quot;zola-banner&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;來跟大家分享以及更新一下，目前看到的這個網站「Pin 起來／Pinchlime.com」，在今天（2022.04.17）進行了一次大改版。&lt;&#x2F;p&gt;
&lt;p&gt;改版前，這個網站是透過 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;wordpress.com&#x2F;&quot;&gt;Wordpress.com&lt;&#x2F;a&gt; 運作的，包含網域的託管，以及內容的管理與撰寫，都是在 Wordpress.com 上面進行。&lt;&#x2F;p&gt;
&lt;p&gt;改版後，這個網站的運作則切成了幾個不同的部分：&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;網站內容的撰寫：透過 markdown 文件進行&lt;&#x2F;li&gt;
&lt;li&gt;網站的生成：透過 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.getzola.org&#x2F;&quot;&gt;Zola&lt;&#x2F;a&gt; 這個靜態網站產生器，將 markdown 文件轉成 html 檔案。&lt;&#x2F;li&gt;
&lt;li&gt;網站的部署：將不同頁面的 html 檔案，透過 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.netlify.com&#x2F;&quot;&gt;Netlify&lt;&#x2F;a&gt; 這個讓人託管網站的網站來部署。&lt;&#x2F;li&gt;
&lt;li&gt;各部分的串接：透過 Github 來進行。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;為何我要把原本看起來單純的「Wordpress.com 一站式託管」變成這麼複雜的流程？&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>增加了部落格側邊欄的「最新文章」欄位</title>
        <published>2022-04-13T00:00:00+00:00</published>
        <updated>2022-04-13T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/added-latest-section-in-sidebar/"/>
        <id>https://pinchlime.com/blog/added-latest-section-in-sidebar/</id>
        
        <summary type="html">&lt;p&gt;這篇文簡單紀錄一下側邊欄的「最新文章」段落是怎麼製作出來的。&lt;&#x2F;p&gt;
&lt;p&gt;原先我的側邊欄是沿用 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.owenyoung.com&#x2F;&quot;&gt;Owen 的部落格&lt;&#x2F;a&gt; 的架構，分成所有分類、常用連結、標籤三大類，如下圖：&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;original_SmgCWA.webp&quot; data-fancybox data-caption=&quot;original&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;original_SmgCWA.webp&quot; loading=&quot;lazy&quot; alt=&quot;original&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;但我今天突然想到，我想讓這個側邊欄有更多的連結，例如可以放上最新的文章，或者是未來把電子報也放進來，就可以放入最新幾期的電子報。&lt;&#x2F;p&gt;
&lt;p&gt;有了這個想法以後，就聯想到， Owen 的部落格裡面好像有類似的功能：「以下是我最新的 5 篇文章」。&lt;&#x2F;p&gt;
&lt;p&gt;於是我就開始看他的這個功能是怎麼實現的。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>用鍵盤打字逐漸成為稀有技能？</title>
        <published>2022-04-04T00:00:00+00:00</published>
        <updated>2022-04-04T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/newsletters/typing-is-disappearing/"/>
        <id>https://pinchlime.com/newsletters/typing-is-disappearing/</id>
        
        <summary type="html">&lt;p&gt;上禮拜同事分享了&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.plurk.com&#x2F;m&#x2F;p&#x2F;ospl53&quot;&gt;噗浪上面的一串熱門討論&lt;&#x2F;a&gt;，有個自稱自己是 8 年級生（1991-2001 年出生）的人在噗浪上說：發現很多工作場所遇到的同事不太會打字，比較年長的只會一個按鍵一個按鍵戳，而 2000 年以後出生或更年輕的人，也只習慣用觸控式螢幕，不擅長用滑鼠跟鍵盤。&lt;&#x2F;p&gt;
&lt;p&gt;我看這整串討論時有點嚇到，原來社會上已經有這麼多比我年輕的人，跟我&lt;strong&gt;那麼不一樣了&lt;&#x2F;strong&gt;，但仔細想好像也不能說很意外，若是 2000、2005，甚至 2010 年以後才出生的人，他們從小到大最熟悉的裝置可能就是手機和平板，假設沒有特別訓練如何使用電腦，對打字陌生應該也是很合理的。&lt;&#x2F;p&gt;
&lt;p&gt;進一步延伸想，我這個世代（我 1990 年出生），再往前往後各 10 年好了，也就是 1980 年到 2000 年之間出生的人，是否會成為人類史上最擅長用鍵盤打字的一群人呢？&lt;&#x2F;p&gt;
&lt;p&gt;再年長一些的人，除非特別訓練過或工作上有需要，不然應該不會特別擅長打字，再年輕一點的人，未來可能根本也不再需要用鍵盤打字，一方面是前面提到的裝置已經改變了，另一方面是未來可能只要用聲控就好，也不再需要&lt;strong&gt;打字&lt;&#x2F;strong&gt;。&lt;&#x2F;p&gt;
&lt;p&gt;但這樣的趨勢代表&lt;strong&gt;用鍵盤打字&lt;&#x2F;strong&gt;這件事會變得沒有意義了嗎？我不僅不這麼想，還覺得這項「能力」仍然重要，尤其打字速度若越快，除了最明顯的「速記效果」之外，更重要的是讓自己腦中的想法，可以更快地卸載到任何記事或筆記軟體裡，成為一個固著後的「想法快照」，接著再進一步擴充、增刪、以及建立連結。&lt;&#x2F;p&gt;
&lt;p&gt;迅速記下腦中想法這件事，或許不透過鍵盤也可以做得不錯了，但&lt;strong&gt;編輯想法快照&lt;&#x2F;strong&gt;這件事，以我自己的理解跟經驗，目前還很難用觸控或聲控的方式達到近似鍵盤的效果。換句話說，能夠好好運用鍵盤打字的人，就能更有效率地聚集想法，並且讓這些想法們彼此碰撞、互動，產生更多質變。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Raycast - 讓你更專注的高效率啟動器</title>
        <published>2022-04-02T00:00:00+00:00</published>
        <updated>2022-04-02T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/2022/04/02/raycast-introduction/"/>
        <id>https://pinchlime.com/2022/04/02/raycast-introduction/</id>
        
        <summary type="html">&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;raycast_A44cKa.webp&quot; data-fancybox data-caption=&quot;raycast&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;raycast_A44cKa.webp&quot; loading=&quot;lazy&quot; alt=&quot;raycast&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;h2 id=&quot;wei-shen-mo-xiang-chang-shi-raycast&quot;&gt;為什麼想嘗試 Raycast？&lt;&#x2F;h2&gt;
&lt;p&gt;一直以來都很喜歡 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.alfredapp.com&#x2F;&quot;&gt;Alfred&lt;&#x2F;a&gt; 這個方便好用的啟動器，但最近在好幾個地方都看到有人推薦 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.raycast.com&#x2F;&quot;&gt;Raycast&lt;&#x2F;a&gt; 這個軟體，有的人甚至說有了 Raycast 後他就不再用 Alfred 了，這就讓我想嘗試看看 Raycast 是否真的那麼厲害。&lt;&#x2F;p&gt;
&lt;p&gt;若不太熟悉 Alfred 的人，可以把它想成 Mac 上面「威力加強版」的 Spotlight ，透過熱鍵啟動後，就會跳出一個簡單的輸入框，在這個輸入框可以輸入關鍵字搜尋自己電腦裡的檔案、可以直接搜尋特定網站、可以串接各種不同的工具、可以直接輸入指令執行更多複雜操作。&lt;&#x2F;p&gt;
&lt;p&gt;而 Raycast 在我短短體驗的心得看來，是個更親人、更好入門，但功能卻不打折的超級啟動器，能減少很多繁瑣的流程，讓自己更專注於完成那些想進行的任務。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Pin 起來的新 Logo</title>
        <published>2022-02-27T00:00:00+00:00</published>
        <updated>2022-02-27T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/2022/02/27/the-new-logo-of-pinchlime/"/>
        <id>https://pinchlime.com/2022/02/27/the-new-logo-of-pinchlime/</id>
        
        <summary type="html">&lt;p&gt;一直以來都想要好好幫自己的部落格找一個 logo ，之前剛創立的時候隨便去那種 logo 產生網站做了一個免費的，但一直沒有很滿意。&lt;&#x2F;p&gt;
&lt;p&gt;過年期間突然有行動力，決定委託擅長設計的朋友來製作 Logo ，也找了一些參考資料，但設計草圖的感覺也仍然不太滿意，覺得可能是我根本對 Logo 沒有想法。所以很不好意思地跟朋友說我再想想！&lt;&#x2F;p&gt;
&lt;p&gt;此時經由女友介紹，推薦一個她之前合作過的設計師朋友，我再次把需求交付給對方，但這次希望由對方主導設計（我實在太沒有設計想法了），結果幾次來回討論後，慢慢 Logo 成型。&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;the-logo-of-pinchlime_fJJLpp.webp&quot; data-fancybox data-caption=&quot;the-logo-of-pinchlime&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;the-logo-of-pinchlime_fJJLpp.webp&quot; loading=&quot;lazy&quot; alt=&quot;the-logo-of-pinchlime&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Heptabase 完整介紹 - 以卡片和白板為基礎，最能讓你進入心流的視覺化學習軟體</title>
        <published>2022-02-27T00:00:00+00:00</published>
        <updated>2024-11-02T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/heptabase-introduction/"/>
        <id>https://pinchlime.com/heptabase-introduction/</id>
        
        <summary type="html">&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;heptabase-landing-2023_cirP6y.webp&quot; data-fancybox data-caption=&quot;heptabase-banner&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;heptabase-landing-2023_cirP6y.webp&quot; loading=&quot;lazy&quot; alt=&quot;heptabase-banner&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;這篇文章要來介紹的是，由台灣團隊開發的知識管理／學習軟體： &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;get.heptabase.com&#x2F;pinchlime&quot;&gt;Heptabase&lt;&#x2F;a&gt; 。&lt;&#x2F;p&gt;
&lt;p&gt;在介紹前要先說明一下，我從 2023 年 9 月開始&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime.com&#x2F;newsletters&#x2F;from-a-heptabase-doubter-to-a-missionary&#x2F;&quot;&gt;加入了 Heptabase 團隊&lt;&#x2F;a&gt;擔任 customer support，但這篇文仍會以一個用戶的角度去介紹 Heptabase 的各項基本功能以及簡單的心得，還是歡迎你參考看看！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Workflowy, Logseq, Roam Research, RemNote 的注音輸入比較</title>
        <published>2022-02-26T00:00:00+00:00</published>
        <updated>2022-02-26T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/2022/02/26/workflowy-logseq-roam-remnote-zhuyin-input-method-comparison/"/>
        <id>https://pinchlime.com/2022/02/26/workflowy-logseq-roam-remnote-zhuyin-input-method-comparison/</id>
        
        <summary type="html">&lt;blockquote&gt;
&lt;p&gt;本文原先是我自己&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;twitter.com&#x2F;WuPingJu&#x2F;status&#x2F;1496869085186908163&quot;&gt;在推特上的想法&lt;&#x2F;a&gt;，擴寫為比較完整的文。&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;最近對 Workflowy 在中文輸入（注音輸入）上面的小缺點越來越不能忍受。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Workflowy 的雙向連結、鏡像以及看板功能</title>
        <published>2022-01-25T00:00:00+00:00</published>
        <updated>2022-01-25T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/2022/01/25/workflowy-backlinks-mirror-board/"/>
        <id>https://pinchlime.com/2022/01/25/workflowy-backlinks-mirror-board/</id>
        
        <summary type="html">&lt;p&gt;本文一開始發布於自己的&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;twitter.com&#x2F;WuPingJu&#x2F;status&#x2F;1482551447359086592&quot;&gt;個人推特推文串&lt;&#x2F;a&gt;，簡單改寫後轉錄於此部落格。&lt;&#x2F;p&gt;
&lt;p&gt;從一月初以來，將工作上的逐日紀錄交給 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;workflowy.com&quot;&gt;Workflowy&lt;&#x2F;a&gt; 這個&lt;strong&gt;無限層級的大綱軟體&lt;&#x2F;strong&gt;來做，從我初接觸 Workflowy 以來也好幾年了，之間斷斷續續地使用，偶爾被不同的生產力工具吸引走，但都還是會找到想用 Workflowy 的理由，這個軟體真的有魔力，會讓人一直用下去。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Pin 起來的工具箱</title>
        <published>2021-11-14T00:00:00+00:00</published>
        <updated>2023-01-02T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/toolbox/"/>
        <id>https://pinchlime.com/toolbox/</id>
        
        <content type="html" xml:base="https://pinchlime.com/toolbox/">&lt;p&gt;本頁面介紹我自己常用的軟體及服務等工具，內容涵蓋知識管理、任務與專案管理、文字編輯器以及其他各種好用的服務與工具，其中有許多都大幅地影響我的工作、生活以及是思考方式，真心誠意分享給大家！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;ru-he-shi-yong-ben-ye-mian&quot;&gt;如何使用本頁面？&lt;&#x2F;h2&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;本頁面屬於&lt;strong&gt;索引&lt;&#x2F;strong&gt;的性質，期待可以透過簡單的描述讓讀者對於工具有最基本的認識，而某些工具會有比較專門的介紹或心得，也會附在超連結提供。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;本頁面會持續更新，為了避免資訊過時而讀者未察覺，會盡量標示最近一次的更新時間，原則上以全文的更新時間為準，若個別項目有額外更新則會特別標示。&lt;&#x2F;p&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;每個工具的介紹欄位裡，會包含他所屬的類別、星等評分、定位描述，以及其他一些簡單的標籤註記，在這先簡單說明類別以及星等的意義，其餘註記請見文末的「備註與說明」。&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;五大類別以及「精選」&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;我將工具們依照屬性簡單分類成「收集＆吸收」、「處理＆輸出」、「歸檔＆回顧」、「溝通＆協作」、「純工具」等五大類，每個類別都會有各自的說明。而有的工具同時擁有不同類別的屬性，他們會屬於「精選」的類別，通常這樣的工具會是我最倚重的。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;&#x2F;li&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;星等★★★★★&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;我會依照自己的使用頻率以及推薦的程度，給出主觀的星等評分，星等越高的會寫比較詳細，低的就簡單帶過。不過基本上會被放在這個頁面的都是曾經有不錯的優點吸引我使用，若是使用體驗太糟的都不會特別列進來。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;h2 id=&quot;gong-ju-xiang&quot;&gt;工具箱&lt;&#x2F;h2&gt;
&lt;h3 id=&quot;pushpin-jing-xuan-gong-ju&quot;&gt;📌 精選工具&lt;&#x2F;h3&gt;
&lt;blockquote&gt;
&lt;p&gt;同時具備多種不同屬性的工具，在我的工作流程中扮演重要角色。&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.devontechnologies.com&#x2F;apps&#x2F;devonthink&quot;&gt;DEVONthink&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★★｜買斷制｜macOS &amp;amp; iOS&lt;br &#x2F;&gt;
類別：收集＆吸收｜處理＆輸出｜歸檔＆回顧&lt;br &#x2F;&gt;
定位：第二大腦的儲存空間，儲存我所有想保留的、之後想再度利用的資訊&lt;&#x2F;p&gt;
&lt;p&gt;簡介：DEVONthink 是一個蠻老牌的&lt;strong&gt;知識管理軟體&lt;&#x2F;strong&gt;，使用者可以在裡面儲存文件與資訊，管理檔案，撰寫筆記與文章，另外它也提供了蠻強的 AI 功能，適合有「大量收集與整理資訊」需求的人。&lt;&#x2F;p&gt;
&lt;p&gt;我的使用情境：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;利用 DEVONthink 收集擷取待讀的文章，並透過 Logseq 與 Obsidian 等工具處理。&lt;&#x2F;li&gt;
&lt;li&gt;在研究新概念時，先從 DEVONthink 的資料庫及AI功能，尋找過去儲存的內容，藉此快速建立認知。&lt;&#x2F;li&gt;
&lt;li&gt;將所有我重視的資訊全部儲存在 DEVONthink 的資料庫中。&lt;&#x2F;li&gt;
&lt;li&gt;透過 DEVONthink 的 RSS 訂閱功能訂閱最想保存的 feeds。&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;比較詳細的介紹請見：&lt;a href=&quot;&#x2F;2021&#x2F;01&#x2F;24&#x2F;devonthink3-introduction&#x2F;&quot;&gt;DEVONthink 3 的基本介紹&lt;&#x2F;a&gt;&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;logseq.com&quot;&gt;Logseq&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★★｜免費｜macOS&lt;br &#x2F;&gt;
類別：收集＆吸收｜處理＆輸出&lt;br &#x2F;&gt;
定位：透過每日紀錄串連的第二大腦&lt;&#x2F;p&gt;
&lt;p&gt;簡介：Logseq 是一個無限層級的大綱軟體，以每日紀錄為核心，有著完整的雙向連結功能，鍵盤操作體驗相當順暢，並且檔案格式是最輕便可攜的 markdown 格式，一切都存放於自己的本機資料夾中。&lt;&#x2F;p&gt;
&lt;p&gt;我的使用情境：&lt;&#x2F;p&gt;
&lt;p&gt;每日看到任何吸引我的內容、資訊，就紀錄在 Logseq 的 Daily Journals 裡面，並且積極地建立 [[ ]] 的雙向連結，透過雙向連結將「日期」與「概念」串接在一起。&lt;&#x2F;p&gt;
&lt;p&gt;詳情可以參考：&lt;&#x2F;p&gt;
&lt;p&gt;&lt;a href=&quot;&#x2F;2021&#x2F;12&#x2F;04&#x2F;first-impression-of-logseq&#x2F;&quot;&gt;一見鐘情的 Logseq – Pin 起來！&lt;&#x2F;a&gt;&lt;&#x2F;p&gt;
&lt;p&gt;&lt;a href=&quot;&#x2F;2022&#x2F;02&#x2F;01&#x2F;logseq-workflowy-comparison&#x2F;&quot;&gt;嘗試把 Logseq 當成 Workflowy 使用的心得&lt;&#x2F;a&gt;&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;heptabase.com&#x2F;&quot;&gt;Heptabase&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★★｜訂閱制｜macOS&lt;br &#x2F;&gt;
類別：收集＆吸收｜處理＆輸出｜歸檔＆回顧&lt;br &#x2F;&gt;
定位：筆記＋學習＋思考的處理器&lt;&#x2F;p&gt;
&lt;p&gt;簡介：Heptabase 是一個由卡片、白板、文字編輯器組合而成的生產力工具，透過卡片這個最小層級的單位串連起不同的內容，無論是知識、想法、筆記都可以在上面輕易地組織並建立關聯性，從 2022 年春節使用以來，幾乎成為我最愛的工具之一，在功能上也逐漸取代我原先也很喜歡的 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;obsidian.md&#x2F;&quot;&gt;Obsidian&lt;&#x2F;a&gt; 。&lt;&#x2F;p&gt;
&lt;p&gt;我的使用情境：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;透過不同白板建立不同主題的知識清單。&lt;&#x2F;li&gt;
&lt;li&gt;透過流程圖來建立思考的流水生產線。&lt;&#x2F;li&gt;
&lt;li&gt;拿來學習複雜的新知識並撰寫筆記。&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;更詳細的介紹請見：&lt;&#x2F;p&gt;
&lt;p&gt;&lt;a href=&quot;&#x2F;2022&#x2F;02&#x2F;27&#x2F;heptabase-introduction&#x2F;&quot;&gt;Heptabase – 透過白板促進思考與學習效率的視覺系筆記工具 - 新 Pin 上線 #2&lt;&#x2F;a&gt;&lt;&#x2F;p&gt;
&lt;p&gt;&lt;a href=&quot;&#x2F;2022&#x2F;03&#x2F;07&#x2F;implementing-zettelkasten-in-heptabase&#x2F;&quot;&gt;用 Heptabase 進行卡片寫作的心得&lt;&#x2F;a&gt;&lt;&#x2F;p&gt;
&lt;p&gt;&lt;em&gt;本項最近更新時間： 2022年4月2日&lt;&#x2F;em&gt;&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;obsidian.md&#x2F;&quot;&gt;Obsidian&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★★｜免費｜macOS &amp;amp; iOS&lt;br &#x2F;&gt;
類別：處理＆輸出｜歸檔＆回顧&lt;br &#x2F;&gt;
定位：第二大腦的處理器&lt;&#x2F;p&gt;
&lt;p&gt;簡介：Obsidian 是一個功能強大的文字編輯器，它的特色在於所有的文件都可透過 markdown 格式撰寫，並且都是放在自己的本機資料夾中，因此可以把所有的文件帶著走、可以跟別的軟體互通、也能夠保障機密性。&lt;&#x2F;p&gt;
&lt;p&gt;它的另一個重要的特色是 backlinks （雙向連結），透過雙向連結能夠逐漸將自己的文件們建立專屬於自己的關聯性，並且形成一個連結網，再透過 Obsidian 內建的 Graph View 功能視覺化查看。&lt;&#x2F;p&gt;
&lt;p&gt;我的使用情境：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;將從其他管道收集到的隻字片語、短文、長文，都放到 Obsidian 中閱讀，有時間的時候就逐步處理，畫重點、或者寫下自己的想法。&lt;&#x2F;li&gt;
&lt;li&gt;建立個人的 Wiki system。&lt;&#x2F;li&gt;
&lt;li&gt;在 Obsidian 處理比較長的「回顧」文字。&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;一點簡單的介紹：&lt;a href=&quot;&#x2F;2021&#x2F;04&#x2F;05&#x2F;my-favorite-obsidian&#x2F;&quot;&gt;越用越喜歡的 Obsidian&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
&lt;em&gt;本項最近更新時間： 2022年3月5日&lt;&#x2F;em&gt;：近期已不太使用&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.omnigroup.com&#x2F;omnifocus&quot;&gt;OmniFocus&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★★｜買斷制／訂閱制｜macOS &amp;amp; iOS&lt;br &#x2F;&gt;
類別：收集＆吸收｜歸檔＆回顧&lt;br &#x2F;&gt;
定位：實踐GTD的任務管理軟體&lt;&#x2F;p&gt;
&lt;p&gt;簡介：OmniFocus 是老牌的GTD軟體，我生活中各種雜事，或是比較複雜的任務，都會放到 OmniFocus 中逐步拆解並且規劃下一步行動。內建的_&quot;Perspectives&quot;_ 功能十分強大，像是過濾器一樣，可以設定「根據不同的條件下，要顯示哪些任務」。&lt;&#x2F;p&gt;
&lt;p&gt;舉例來說，我記錄了各種各樣想做的事、需要去做的事，但只要數量一多起來，一定就是會崩潰，或者要用其他各種手段去排序。但 OmniFocus 幾乎可以讓我照著所有想像得到的需求去設定，譬如：「搭捷運時可以做的事」，只要點開這個perspective，當下我看得到的就不是所有的待辦事項，而是我先前根據「搭捷運」的情境，安排的特定標籤。&lt;&#x2F;p&gt;
&lt;p&gt;我的使用情境：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;透過 OmniFocus 的快速熱鍵，在任何時刻只要有「會佔據大腦注意力的事」或者是「以後可能可以做什麼的靈感」，全部都先快速收錄到 OmniFocus 裡面。&lt;&#x2F;li&gt;
&lt;li&gt;每天或每幾天的固定時段，將上述不成熟的想法，逐步分類並拆解成比較容易執行的下一步任務。&lt;&#x2F;li&gt;
&lt;li&gt;利用 OmniFocus 內建的重複任務以及提醒功能，準確在該執行的時間執行每個預先安排好的任務。&lt;&#x2F;li&gt;
&lt;li&gt;在特定的時間或場合，透過 OmniFocus 的 perspective 功能找到當下最該做的事情。&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;比較詳細的介紹：敬請期待。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;pushpin-shou-ji-xi-shou&quot;&gt;📌 收集＆吸收&lt;&#x2F;h3&gt;
&lt;blockquote&gt;
&lt;p&gt;此類別的工具，定位是協助我擷取各種不同管道的資訊，並且將其吸收成為自己的東西。常見的資訊來源包含一般網站、社群網站、訂閱的電子報等等。這個類別的工具通常都有一些特別的優點令我能夠更有效率地收集，或是更快速地吸收重點。&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;getdrafts.com&#x2F;&quot;&gt;Drafts&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★☆｜訂閱制｜macOS &amp;amp; iOS&lt;br &#x2F;&gt;
定位：跨平台速記的便條紙&lt;&#x2F;p&gt;
&lt;p&gt;簡介： Drafts真的要準確的說的話，不太像「筆記軟體」，而是某種「便條紙」軟體。我在工作上或生活中，常常需要快速地記下自己的想法、或者是簡單地紀錄某場會議誰說了什麼，通常這時候我會用Drafts來記錄。他的好處是啟動速度非常快，幾乎不需要等待開啟，而且可以建立各種&quot;actions&quot;，再快速發送到需要的地方。&lt;br &#x2F;&gt;
而且透過 iCloud 同步的速度也很快，穩定度也很高，基本上也可以拿來當作跨裝置的剪貼簿工具。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;zettelkasten.de&#x2F;the-archive&#x2F;&quot;&gt;The Archive&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★☆｜買斷制｜macOS&lt;br &#x2F;&gt;
定位：在 mac 上儲存靈感與別人文字的便條紙&lt;&#x2F;p&gt;
&lt;p&gt;簡介：The Archive 是之前在研究_Zettelkasten_時發現的軟體，如果沒記錯的話應該是由 &lt;em&gt;nvALT&lt;&#x2F;em&gt; 分岔而來，它的特色是介面非常簡單，啟動非常迅速，而且有一個隨時都可啟動的快捷筆記視窗，能讓我迅速紀錄事物。另外，它可以設定成全部都以 markdown 格式紀錄，也可設定根目錄，因此我就把 The Archive 和其他的工具結合在一起使用，體驗非常好。它看起來不是什麼很漂亮或功能很多的工具，但我還是非常喜歡而且倚重。&lt;&#x2F;p&gt;
&lt;p&gt;我的使用情境：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;看到推特或是Facebook上面，比較破碎、片段、但有觸發一些想法的文字，就直接複製相關資訊，透過快捷鍵紀錄到 The Archive 中。&lt;&#x2F;li&gt;
&lt;li&gt;把 The Archive 的資料夾設為 Obsidian 裡面自己建立的「Inbox」資料夾，就可以直接在 Obsidian 裡面編輯處理這些破碎片段的內容。等於透過 The Archive 補足 Obsidian 收集擷取方面的不足。&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.inoreader.com&quot;&gt;Inoreader&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★☆｜免費／訂閱制｜Web、iOS&lt;br &#x2F;&gt;
定位：接收RSS及電子報的第一站&lt;&#x2F;p&gt;
&lt;p&gt;簡介：Inoreader 是一個 RSS 服務，除了最基本的訂閱RSS連結以外，他也可以建立關鍵字篩選、訂閱部分社群平台的特定帳號內容，以及透過 Inoreader 給的電子郵件地址訂閱各種不同的電子報。&lt;&#x2F;p&gt;
&lt;p&gt;對我來說，使用 Inoreader 的方式除了主動閱讀感興趣的內容外，也可作為「搜尋」的起點，跟Google等搜尋引擎不同的地方在於，若在 Inoreader 中搜尋特定關鍵字，等於已經先設定好搜尋的範圍了，有的時候能更快速地找到自己感興趣以及信任的資訊內容。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;hey.com&#x2F;&quot;&gt;HEY&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★☆｜訂閱制｜Web、macOS、iOS&lt;br &#x2F;&gt;
定位：將電子郵件信箱還給自己&lt;&#x2F;p&gt;
&lt;p&gt;簡介&lt;br &#x2F;&gt;
HEY 是一個付費的電子郵件服務，付費註冊後，可以取得一個「ID@hey.com」的信箱地址，並且藉此收信或寄信。HEY的理念是，他們想要提供一個「不販售用戶資料、不拿去賣廣告」的電子郵件服務，因此用戶需要為此付費，但HEY則是提供很好的隱私保護。&lt;&#x2F;p&gt;
&lt;p&gt;我喜歡他們的概念，所以為此買單，但除了隱私之外，HEY在「過濾不想要的信」這件事情上面處理得很好，自從我用HEY幾個月後，我的信箱內變得很有條理，討厭的信可以很簡單的就排除掉，這釋放了不少注意力。&lt;&#x2F;p&gt;
&lt;p&gt;比較詳細的介紹：&lt;a href=&quot;&#x2F;2021&#x2F;03&#x2F;14&#x2F;hey-email-introduction&#x2F;&quot;&gt;HEY! Email 原來可以這樣用&lt;&#x2F;a&gt;&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;pushpin-chu-li-shu-chu&quot;&gt;📌 處理＆輸出&lt;&#x2F;h3&gt;
&lt;blockquote&gt;
&lt;p&gt;此類別的工具，定位是協助我處理上個階段已經收集到的各種資訊，處理的方式可能是畫重點、重新整理架構、寫摘要、或者單純看了以後就刪除及歸檔。而輸出的部分，則是著重於寫成公開的文字，放到網站上、社群平台上、或者是工作上。這個類別的工具通常都有一些特別的優點，令我能夠快速進入心流的狀態，梳理複雜的事物，並且產出自己的想法。&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;workflowy.com&#x2F;&quot;&gt;Workflowy&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★★｜免費／訂閱制｜Web、macOS、iOS&lt;br &#x2F;&gt;
定位： Brainstorming 的最佳工具&lt;&#x2F;p&gt;
&lt;p&gt;簡介：Workflowy是一個階層化的大綱軟體，介面非常的乾淨整潔，而且非常好操作，基本上只要掌握幾個熱鍵，就可以快速地一層一層列出想法。對我來說這種階層化的架構非常適合梳理複雜的、抽象的問題，因為快速列出幾個可能的解答或想法後，馬上可以用階層的方式抓出他們之間的邏輯關係。另外 Workflowy 也有雙向連結跟範本的功能，因此它是我目前最倚賴的「思考工具」之一。&lt;&#x2F;p&gt;
&lt;p&gt;我的使用情境：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;每當有一個事情需要思考，就直接丟到 Workflowy ，並且 zoom-in 在這件事情上面展開一個全新的頁面，然後逐步列出相關的想法，列出後再微調修飾或者抓出之間的關係，就可以產生更明確的結論或下一步行動。&lt;&#x2F;li&gt;
&lt;li&gt;利用 Workflowy 內建的範本功能，建立每日回顧的紀錄區，按一兩個鍵就能快速產生當日的紀錄，然後再逐步填寫。&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;p&gt;比較詳細的介紹：&lt;&#x2F;p&gt;
&lt;ol&gt;
&lt;li&gt;&lt;a href=&quot;&#x2F;2022&#x2F;01&#x2F;25&#x2F;workflowy-backlinks-mirror-board&#x2F;&quot;&gt;Workflowy 的雙向連結、鏡像以及看板功能&lt;&#x2F;a&gt;&lt;&#x2F;li&gt;
&lt;&#x2F;ol&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.omnigroup.com&#x2F;omnioutliner&quot;&gt;OmniOutliner&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★｜買斷制｜macOS、iOS&lt;&#x2F;p&gt;
&lt;p&gt;簡介：穩定好用的大綱編輯軟體。主要運用在工作相關的文件上，用起來沒有 Workflowy 那麼簡單直覺，但不想讓工作的事情跟個人的思考混雜在一起，所以拆成兩個軟體使用。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;ia.net&#x2F;writer&quot;&gt;iA Writer&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★｜買斷制｜macOS、iOS&lt;&#x2F;p&gt;
&lt;p&gt;簡介：簡潔穩定的文字處理器，主要讓我拿來當成 .md 格式文件的外部編輯器，例如在 DEVONthink 臨時要打開一份 .md 文件修改，或者是在手機上要讀取 .md 文件，就會用 iA Writer 來編輯，因為用過幾種不同的 markdown 編輯器以後，最喜歡iA Writer這種「不強迫要存在我裡面」的檔案管理邏輯。其他的編輯器，大多都得要在那個編輯器裡面建立文檔，使用起來就沒有 iA Writer這麼順手。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;ulysses.app&#x2F;&quot;&gt;Ulysses&lt;&#x2F;a&gt; （Setapp）&lt;br &#x2F;&gt;
★★★★｜Setapp｜macOS、iOS&lt;&#x2F;p&gt;
&lt;p&gt;簡介：功能強大的文字處理器，主要用來撰寫工作上比較需要專心處理、有一定複雜度的專案文件，因為 Ulysses 能夠方便統計字數、也有沈浸式的寫作環境，很符合我的使用需求。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;pdfexpert.com&#x2F;&quot;&gt;PDF Expert&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★☆｜買斷制｜macOS、iOS&lt;&#x2F;p&gt;
&lt;p&gt;簡介：功能強大的PDF處理軟體，除了閱讀、註記、畫重點這些基本的功能以外，PDF Expert 的簽名功能、分割融合或重組頁面的功能、還有降低檔案大小的功能也都很齊全，另外一次打開數個文件時也可以直接一次搜尋這些文件裡面的特定關鍵字，是我最愛用的 PDF 閱讀器。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;pushpin-gui-dang-hui-gu&quot;&gt;📌 歸檔＆回顧&lt;&#x2F;h3&gt;
&lt;blockquote&gt;
&lt;p&gt;此類別的工具，定位上是我的「永久倉庫」，意思是我收集的資訊經過處理或輸出後，會再回到這個地方保存起來，便於我未來再度取用。&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;這類別的三個主要工具 DEVONthink 、 Obsidian 以及 OmniFocus 都是精選工具，前面已經介紹過了，這邊就不再贅述。&lt;&#x2F;p&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;http:&#x2F;&#x2F;Raindrop.io&quot;&gt;Raindrop.io&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★｜免費／訂閱制｜Web、macOS、iOS&lt;&#x2F;p&gt;
&lt;p&gt;簡介：簡潔美觀的書籤管理工具，除了基本的資料夾、標籤等功能外，也可以直接在 Raindrop.io 裡面瀏覽儲存的書籤。我主要拿來存放已經處理過的文章、還有暫存想看的 Tweets。&lt;&#x2F;p&gt;
&lt;p&gt;簡單的介紹請見：&lt;a href=&quot;&#x2F;2022&#x2F;01&#x2F;31&#x2F;raindropio-first-impression&#x2F;&quot;&gt;Raindrop.io – 簡單漂亮的書籤工具 - 新 Pin 上線 #1&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
&lt;em&gt;本項最近更新時間： 2022年1月31日&lt;&#x2F;em&gt;&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;pushpin-gou-tong-xie-zuo&quot;&gt;📌 溝通＆協作&lt;&#x2F;h3&gt;
&lt;blockquote&gt;
&lt;p&gt;此類別的工具，主要是我在與他人一起共事時會需要用到的，例如通訊軟體、行事曆、電子郵件等，主要的考量會在於溝通協作的易用以及順暢程度。&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;slack.com&#x2F;intl&#x2F;zh-tw&#x2F;&quot;&gt;Slack&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★☆｜免費／訂閱制｜Web、macOS、iOS&lt;&#x2F;p&gt;
&lt;p&gt;簡介：公司使用 Slack 作為全公司的溝通工作，因此大大小小的工作溝通基本上都在這邊進行。最喜歡Slack的幾個點在於，能夠每個專案分頻道討論、能夠預排訊息、能夠嫁接各種bots、還有2021年薪上限的 Huddle 功能也很方便在遠距工作時與同事迅速討論事情。算是相當推薦的工作平台。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;sparkmailapp.com&quot;&gt;Spark&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★☆｜免費｜macOS、iOS&lt;&#x2F;p&gt;
&lt;p&gt;簡介：Spark 是成熟的電子郵件客戶端軟體，可以登入各種不同的電子郵件帳號然後收發信。&lt;br &#x2F;&gt;
本來我在開始使用 HEY 之後，就以HEY作為email的主力，不過還是會產生一些額外的小摩擦，例如HEY無法直接登入其他信箱的帳號，所以必須透過轉信的方式在HEY收信，但這樣回信也無法用收信的帳號去回，因此後來決定在工作上的信箱就與HEY分開。&lt;br &#x2F;&gt;
曾經一度選擇 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;canarymail.io&#x2F;&quot;&gt;Canary Mail&lt;&#x2F;a&gt; ，但卻覺得不是特別順手，最後回到 Spark 的懷抱， Spark 的好處是免費、有流暢的介面、方便使用的手勢功能、可以與不少任務管理軟體（如 OmniFocus ）連動，也可以為個別郵件串產生專屬連結，這些功能都讓我在追蹤信件上能更順利，衷心推薦！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;clickup.com&#x2F;&quot;&gt;Clickup&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★ ｜免費／訂閱制｜Web、macOS、iOS&lt;br &#x2F;&gt;
簡介：All-in-one 的工作軟體，有很簡單易用的UI、很細緻的任務管理系統，能依照需求安排各種重複型的任務以及提醒設定，另外也可以拿來團隊協作進行專案管理，還有各種類型的&quot;view&quot;，例如清單、看板、甘特圖等等，而免費版就有無限的任務數量可以使用，也蠻適合作為個人日常的GTD工具。目前仍然是有一些缺點，但蠻看好後續的發展，也可以理解為何它們可以主打「One app to replace them all.」&lt;&#x2F;p&gt;
&lt;p&gt;Clickup 曾一度因為覺得比不上 OmniFocus 而被我棄用，但從 2022 年 2 月以來，公司的團隊在我鼓吹下開始使用 Clickup ，因此又開始蠻密集的使用。之後再來分享心得，真的是個好工具！&lt;&#x2F;p&gt;
&lt;p&gt;&lt;em&gt;本項最近更新時間： 2022年3月5日&lt;&#x2F;em&gt;&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;flexibits.com&#x2F;fantastical&quot;&gt;Fantastical&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★☆｜免費／訂閱制｜macOS、iOS&lt;&#x2F;p&gt;
&lt;p&gt;簡介：可以說是體驗最好的行事曆軟體，我曾經一度使用，但因為它轉向訂閱制而棄用，但從2021年12月以來，我的工作型態有不小的轉變，會議增加，開始有大量的行事曆使用需求，所以就直接訂下去了。結論是完全不後悔， Fantastical 各種貼心的功能以及流暢的體驗真的是行事曆軟體的霸主！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;pushpin-chun-gong-ju&quot;&gt;📌 純工具&lt;&#x2F;h3&gt;
&lt;blockquote&gt;
&lt;p&gt;此類別的工具，主要的目的就不是「知識管理」，而是各自有各自特定的任務，但對我來說這也是廣義的生產力工具的一部分，因為在各種事務上面節省時間或者做得更好，也能夠讓我有更多餘力專注於探索自己有興趣的事情。因此這類別的工具通常都有某些讓人提高效率的功能。&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;1password.com&#x2F;&quot;&gt;1Password&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★★｜訂閱制｜macOS、iOS&lt;br &#x2F;&gt;
定位：密碼管理軟體&lt;&#x2F;p&gt;
&lt;p&gt;簡介：應該是最有名的密碼管理軟體了，功能很多，可以記憶、產生各種複雜密碼，也可以直接把兩階段驗證的密碼存在裡面，另外也可存入各種機敏資訊，或者是繁瑣但需要找個地方儲存的軟體序號等等。&lt;&#x2F;p&gt;
&lt;p&gt;自從開始使用1Password後，可說是完全釋放了記憶密碼所需要的腦力。基本上，我完全不知道我所有帳號的密碼，但我卻從不擔心無法登入。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.keyboardmaestro.com&#x2F;main&#x2F;&quot;&gt;Keyboard Maestro&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★★｜買斷制｜macOS only&lt;br &#x2F;&gt;
定位：熱鍵神器之一&lt;&#x2F;p&gt;
&lt;p&gt;簡介：可自訂各種熱鍵組合，擴充性幾乎無極限，越用越好用。比方說可以設定text snippets，所以像是DEVONthink這麼難打的字，我可以自己設定像是;dt 這樣的字串，打出來就可以自動產生我要的字。&lt;&#x2F;p&gt;
&lt;p&gt;另外我最常用的功能之一是「只貼上純文字」，因為在複製資訊時常常會連格式一起複製下來，但我要的只有那串字而已，此時可以簡單設定熱鍵，當你按下某組「貼上熱鍵」時，Keyboard Maestro 會自動完成「檢查剪貼板內容--&amp;gt;去除剪貼板相關格式--&amp;gt;貼上到目前的文件」這樣的事情。&lt;&#x2F;p&gt;
&lt;p&gt;以上都只是最基本的使用方式，我還拿它來當作快捷鍵的起動器，搭配各種 app 的 url schemes ，就可以直接進入我想要的頁面或者是資料夾，可以說，只要你想要做的事情，Keyboard Maestro 幾乎都有辦法做到。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;folivora.ai&#x2F;&quot;&gt;BetterTouchTool&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★★｜Setapp｜macOS only&lt;br &#x2F;&gt;
定位：熱鍵神器之二&lt;&#x2F;p&gt;
&lt;p&gt;簡介：跟 Keyboard Maestro 有些功能重複也有些不同，俗稱BTT的 BetterTouchTool 可以擴充鍵盤、觸控板、滑鼠、TouchBar等裝置，並且設定各種熱鍵、手勢等等。&lt;&#x2F;p&gt;
&lt;p&gt;我最常拿來調整視窗大小，或者是設定特定按鍵的功能，例如按一個鍵就可以把視窗調成左半螢幕、左邊1&#x2F;3螢幕、中間1&#x2F;3螢幕、右半螢幕等等，對我來說這可以很迅速地展開工作模式（常常需要對照某個東西或網頁溝通以及撰寫內容），總之 BTT 真的是很必備的工具。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.raycast.com&#x2F;&quot;&gt;Raycast&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★☆｜免費｜macOS only&lt;&#x2F;p&gt;
&lt;p&gt;簡介：讓人專注提高效率的啟動器，可以想成是強化版的 Spotlight ，功能與 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.alfredapp.com&#x2F;&quot;&gt;Alfred&lt;&#x2F;a&gt; 類似但介面更現代一些，可以快速啟動應用程式、搜尋檔案、查字典、計算機、視窗管理、以及串接各種服務。&lt;br &#x2F;&gt;
詳細的介紹請見： &lt;a href=&quot;&#x2F;2022&#x2F;04&#x2F;02&#x2F;raycast-introduction&#x2F;&quot;&gt;Raycast – 讓你更專注的高效率啟動器 – 《新 Pin 上線 #3》&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
&lt;em&gt;本項最近更新時間： 2022年4月2日&lt;&#x2F;em&gt;&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.macbartender.com&#x2F;&quot;&gt;Bartender&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★☆｜Setapp｜macOS only&lt;&#x2F;p&gt;
&lt;p&gt;簡介：Menu bar的工具軟體，可以自訂menu bar要常駐哪些程式、調動他們的順序等等，可以把mac上方弄得簡潔清楚，不再被一堆奇怪的圖案跟顏色佔據注意力。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;hookproductivity.com&quot;&gt;Hook&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★☆｜買斷制、一年免費更新｜macOS only&lt;&#x2F;p&gt;
&lt;p&gt;簡介：Hook是一款蠻有趣的工具，它的目標是把所有東西都「勾」在一起，具體的使用情境有些複雜，但簡單來說就是在特定軟體上面按下 Hook 的快捷鍵，就可以馬上出現該文件、該頁面、甚至該段落的 「deep link」，並且可以把兩個東西串在一起。例如我可以把一項 OmniFocus 上的任務跟一份 DEVONthink 的檔案連結在一起，在這兩項項目上面點選 Hook 的快捷鍵都可以直接連到對方。&lt;&#x2F;p&gt;
&lt;p&gt;推薦有興趣體驗完全無阻礙直連、又不怕學習複雜麻煩軟體的人嘗試用用看，以後再來寫專文介紹！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;wiz.money&#x2F;&quot;&gt;MoneyWiz&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★☆｜Setapp｜macOS、iOS&lt;&#x2F;p&gt;
&lt;p&gt;簡介：齊全的記帳軟體，多平台都可以使用，並且還可以設置預算、紀錄週期性的花費、產生報表，股票、ETFs 與 cryptos 也可實時更新價格。用了MoneyWiz以後隨時都可以知道自己身家多少、欠債多少，精準度很高。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.arqbackup.com&#x2F;&quot;&gt;Arq&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★☆｜買斷或訂閱制｜macOS&lt;&#x2F;p&gt;
&lt;p&gt;簡介：功能強大的備份軟體，雖然mac已經有內建的 Time Machine，但是備份不嫌多，相較 Time Machine 主要以實體外接硬碟備份，Arq 則是可以備份到網路硬碟與服務裡面。我選擇的是備份到 Amazon 的 S3 裡面，照著說明一步一步設置，還蠻簡單就成功了，目前是每週備份一次我的 DEVONthink 和 Obsidian 資料庫，一個月平均只要花30-50元台幣，只要看到這些檔案都穩穩地在雲上面就會很放心。（都是加密備份的）&lt;&#x2F;p&gt;
&lt;p&gt;另外 Arq 也可採取訂閱制的方式，備份在Arq提供的雲端伺服器，更無腦簡單。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;timingapp.com&#x2F;&quot;&gt;Timing&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★☆｜Setapp｜macOS only&lt;&#x2F;p&gt;
&lt;p&gt;簡介：變態的時間監控軟體，會說變態是因為它真的可以監控到在電腦上面做的每一件事，包含去哪一個網站、跟誰聊天等等，因此有隱私需求的人可能需要再研究研究安全性，或者要設定好權限，但我自己則是看到它的優點，也就是「無情地」紀錄自己的時間都用在哪裡。&lt;&#x2F;p&gt;
&lt;p&gt;Timing 可以自定義不同 app 或不同網站的生產力分數，一開始使用時花一點時間設置，之後每幾天 review 一下，之後系統給的分數會越來越精準，透過這個方式就會產生每天的「生產力分數」，分數高的時候會很心滿意足，分數低的時候會自我警惕，特別適合自制力不高需要人盯著的人使用。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;adguard.com&#x2F;en&#x2F;welcome.html&quot;&gt;AdGuard&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★☆｜Setapp｜macOS、iOS&lt;&#x2F;p&gt;
&lt;p&gt;簡介：阻擋廣告與追蹤的工具軟體，基本上我就是打開預設的各種反追蹤與過濾，然後就不太管它，有的時候會遇到網站開不起來，再把 AdGuard 暫時關掉就好。用了以後確實少很多廣告，偶爾如果發現看 Facebook時又跑出一堆廣告，只要重新啟動 AdGuard或是重新開機就又很清靜了，不過我還是有訂閱 YouTube Premium 啦！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;bjango.com&#x2F;mac&#x2F;istatmenus&#x2F;&quot;&gt;iStat Menus&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★｜Setapp｜macOS only&lt;&#x2F;p&gt;
&lt;p&gt;簡介：監控軟體，可以在menu bar 顯示一些系統細節資訊，例如記憶體使用量、硬碟使用量、網路流量、CPU溫度等等，如果有這方面的需求算是很棒的軟體，搭配 Bartender 一起使用後也不會讓 menu bar 太過壅擠，但一點開就可以看到豐富的系統資訊。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.deepl.com&#x2F;en&#x2F;translator&quot;&gt;DeepL&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★★｜免費／訂閱制｜Web、macOS、iOS&lt;&#x2F;p&gt;
&lt;p&gt;簡介：來自德國的翻譯服務，有web版也有mac桌面版，我曾經想要付費但發現沒辦法，沒有支援台灣的帳單地址，不過免費版的翻譯就相當棒，唯一的限制是一次只能夠翻譯 5000 個英文字，但解決方式是多貼幾次就好。DeepL是我目前為止覺得翻譯準度最高的軟體，很推薦。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;cleanshot.com&#x2F;&quot;&gt;CleanShot&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★☆｜Setapp｜macOS only&lt;&#x2F;p&gt;
&lt;p&gt;簡介：工具軟體，強化版的螢幕截圖工具，它更新速度非常快，一直增加新功能，可以暫存截圖、可以標註、可以長截圖、可以錄製螢幕，蠻推薦有相關需求的人試用看看。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;cleanmymac.com&#x2F;&quot;&gt;CleanMyMac X&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★☆｜Setapp｜macOS only&lt;&#x2F;p&gt;
&lt;p&gt;簡介：工具軟體，可以掃描硬碟裡面不必要的檔案，並且有一些簡單的維護程序可以執行，不過這軟體有些負面評價，可能會讓新手誤刪一些「重要檔案」，因此使用上盡量要知道自己刪掉哪些東西，不要系統推薦刪除的就把它刪了。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;pilotmoon.com&#x2F;popclip&#x2F;&quot;&gt;Popclip&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★☆｜買斷制｜macOS only&lt;&#x2F;p&gt;
&lt;p&gt;簡介：有趣的滑鼠圈選工具，只要框選一段文字後就可以跳出自定義的各種擴充功能，例如Google這段字、直接前往這個連結、或者是與其他各種服務串接等等。不過因為我的熱鍵習慣偏向直接使用鍵盤完成，所以使用頻率有降低，但對於習慣使用滑鼠的人來說這工具很值得一試。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.getbumpr.com&#x2F;&quot;&gt;Bumpr&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
★★★☆｜買斷制｜macOS only&lt;&#x2F;p&gt;
&lt;p&gt;簡介：一個很小的工具，但卻蠻實用，他可以選擇「點這個連結要用哪個瀏覽器打開」對我來說很符合我的需求，因為我在不同工作或情境下會使用不同的瀏覽器。所以透過 Bumpr，只要是工作相關的網站就用 Edge 打開，若是需要認真閱讀的文章則用 Safari 打開，若是需要串接虛擬錢包的連結則用 Firefox 打開，若是 Facebook 的連結則用唯一有登入 FB 帳號的 Brave 瀏覽器打開，很方便。&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;tui-yi-qu&quot;&gt;退役區&lt;&#x2F;h3&gt;
&lt;p&gt;請見：&lt;a href=&quot;&#x2F;unpinned-toolbox&#x2F;&quot;&gt;不再Pin起來的工具們&lt;&#x2F;a&gt;&lt;br &#x2F;&gt;
這個頁面放置了那些我曾經使用，但已不再用的各種工具們。&lt;br &#x2F;&gt;
或許這些工具還是能幫助到你的需求，所以歡迎參觀看看！&lt;&#x2F;p&gt;
&lt;hr &#x2F;&gt;
&lt;h3 id=&quot;bei-zhu-yu-shuo-ming&quot;&gt;備註與說明&lt;&#x2F;h3&gt;
&lt;p&gt;&lt;strong&gt;Setapp&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;setapp.com&#x2F;&quot;&gt;Setapp&lt;&#x2F;a&gt;是macOS上面的一個「軟體大補帖訂閱制服務」，每個月繳9.99美金，上面有提供的apps就任你使用。關於Setapp的詳細介紹，請拭目以待。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;&lt;strong&gt;macOS only &#x2F; iOS only&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;因為我完全沒有在使用 Window 與 Android，所以本清單只區別 Web、macOS 與 iOS，若讀者並非蘋果系統，可以自行查詢有興趣的工具是否有其他平台的版本。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;&lt;strong&gt;免費版／買斷制／訂閱制&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;在價錢的部分，不同工具的付費機制不盡相同，本文的評價並沒有考量價格因素，只是單純根據使用心得提供評價，若是個別工具的專文介紹才會比較分析定價。若對於特定工具有興趣，還是建議直接至官網看看定價，有時可能會發現比想像中的還便宜優惠！&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;p&gt;&lt;strong&gt;⚠️警告⚠️&lt;&#x2F;strong&gt;&lt;&#x2F;p&gt;
&lt;ul&gt;
&lt;li&gt;本文使用許多超連結，隨著時間經過必定會有部分連結失效、甚至可能遭仿冒或惡意使用，如點開連結有異常請相信直覺。也歡迎回報錯誤或失效的連結。&lt;&#x2F;li&gt;
&lt;li&gt;買正版軟體跟訂閱服務很有滿足感，唯一的缺點就是要花錢，請量力而為、多爬文多試用，可以少走一些冤枉路。也歡迎詢問我的使用及購買心得。&lt;&#x2F;li&gt;
&lt;&#x2F;ul&gt;
&lt;hr &#x2F;&gt;
&lt;p&gt;最後特別感謝，對本系列文有所啟發的網站們：&lt;&#x2F;p&gt;
&lt;p&gt;&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;brettterpstra.com&#x2F;2019&#x2F;06&#x2F;19&#x2F;the-top-20-apps-not-in-my-dock&#x2F;&quot;&gt;brettterpstra.com&lt;&#x2F;a&gt;、&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;blog.gasolin.idv.tw&#x2F;tools&#x2F;tooling-in-2019-Mar&quot;&gt;蓋索林 Gasolin&lt;&#x2F;a&gt;、&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;podcast.starrocket.io&#x2F;&quot;&gt;星箭廣播&lt;&#x2F;a&gt;&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Matias Tactile Pro</title>
        <published>2021-04-11T00:00:00+00:00</published>
        <updated>2021-04-11T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/2021/04/11/matias-tactile-pro/"/>
        <id>https://pinchlime.com/2021/04/11/matias-tactile-pro/</id>
        
        <summary type="html">&lt;p&gt;三月初，因為一時腦波弱，就找了專門推坑我的發燒友K，一起去光華商場購物，目標是我已經肖想一陣子的機械鍵盤。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>好奇心是珍貴的、神聖的</title>
        <published>2021-03-20T00:00:00+00:00</published>
        <updated>2025-03-11T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/blog/curiosity/"/>
        <id>https://pinchlime.com/blog/curiosity/</id>
        
        <content type="html" xml:base="https://pinchlime.com/blog/curiosity/">&lt;p&gt;我大學的時候就聽過比特幣，那時應該是 2012、2013 年，當時的我對於世界沒什麼好奇心，記得是上經濟學的課時老師順口提到比特幣，並且表示這東西不可能有任何價值，只是泡沫，我就照單全收了，假設當時的我多了一點點好奇心，後來很多事可能都不一樣。&lt;&#x2F;p&gt;
&lt;p&gt;2017 年比特幣漲到 3,000 美元，我看到新聞後突然好奇這個「專家都說沒價值」的東西為何可以漲那麼高，於是我跑去看白皮書，看各種網路上的教學與介紹，也實際去嘗試買幣、玩冷錢包、開交易所帳號等等。雖然我沒有真的押上身家，但這件事影響我後來的許多處事價值觀，也讓我後續回顧這趟經歷時，開始學會尊重好奇心。&lt;&#x2F;p&gt;
&lt;p&gt;這幾年的我更恣意讓好奇心發展，我發現，好奇心是促進我成長、並且一年比一年更喜歡自己的工作與生活的重要關鍵。比方說，會接觸到 Heptabase ，也是因為好奇「為什麼 YC 會投資他們？」然後就決定付費訂閱了。&lt;&#x2F;p&gt;
&lt;p&gt;而後面的 AI 浪潮更是如此，只要是打到我某個好奇心範圍的產品，我就會去試試看，至少看一下產品團隊是怎麼介紹自己的。這樣帶來的，幾乎都是好的結果，即使用了一下就刪掉、或者是用了以後發現不符合需求、又或者是看了介紹以後，根本不想用；無論是哪一種，都讓我多瞭解了自己想要或不想要什麼。&lt;&#x2F;p&gt;
&lt;p&gt;當我對某件事情感到好奇，我就有源源不絕的動力去研究它、去了解他。對別人來說看起來像是工作、會感到厭煩的事情，對我來說則像是遊戲一樣。我玩遊戲可以玩上一整天，我對好奇的東西也可以研究一整天。&lt;&#x2F;p&gt;
&lt;p&gt;這件事會創造我源源不絕的動力，以及指引我在很多選擇可以選的時候，知道要選哪一個。&lt;&#x2F;p&gt;
&lt;p&gt;我相信一直會湧出好奇心的人，都會是很棒的人。&lt;&#x2F;p&gt;
</content>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>HEY! Email 原來可以這樣用</title>
        <published>2021-03-14T00:00:00+00:00</published>
        <updated>2021-03-14T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/2021/03/14/hey-email-introduction/"/>
        <id>https://pinchlime.com/2021/03/14/hey-email-introduction/</id>
        
        <summary type="html">&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;hey-email_1WGP9P.webp&quot; data-fancybox data-caption=&quot;hey-email&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;hey-email_1WGP9P.webp&quot; loading=&quot;lazy&quot; alt=&quot;hey-email&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
&lt;p&gt;一直很想好好介紹，我從2020年下半年開始使用的 Email 服務 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;hey.com&#x2F;&quot;&gt;HEY&lt;&#x2F;a&gt; 。&lt;&#x2F;p&gt;
&lt;p&gt;HEY 是在 2020 年上半年由 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;basecamp.com&#x2F;&quot;&gt;Basecamp&lt;&#x2F;a&gt; 公司推出的全新產品，是一個付費的 Email 服務（年費99美元，沒有月費選項，但有提供14天試用期）。&lt;&#x2F;p&gt;
&lt;p&gt;市面上比較常見的 Email 產品可能像是 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;sparkmailapp.com&#x2F;&quot;&gt;Spark&lt;&#x2F;a&gt; 或者是 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;airmailapp.com&#x2F;&quot;&gt;Airmail&lt;&#x2F;a&gt; 這樣，是個可以登入既有 Email 帳號的 “客戶端” 。&lt;&#x2F;p&gt;
&lt;p&gt;但 HEY 則不是，它就是一個全新的 Email 服務，包含全新的 @hey.com 位址，還有自己設計的 WEB app &#x2F; macOS app &#x2F; iOS app &#x2F; Android app。&lt;&#x2F;p&gt;
&lt;p&gt;可以想成，註冊 HEY 就是註冊一個全新開始的 Email 身分，就像註冊 Gmail, Outlook, Yahoo Mail一樣。&lt;&#x2F;p&gt;
&lt;p&gt;但這些常見的網路巨頭提供的 Email 服務都是免費的，為什麼要使用 HEY 還必須付錢？而且還不是一筆小錢？（月費算下來也要 250 台幣左右）&lt;&#x2F;p&gt;
&lt;p&gt;根據 &lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;hey.com&#x2F;pricing&#x2F;&quot;&gt;HEY對價錢的說法&lt;&#x2F;a&gt; ，是因為他們「不販售用戶資料、不拿去賣廣告」。這個費用單純就是&lt;strong&gt;提供一個優秀的 Email 服務&lt;&#x2F;strong&gt;的費用。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>DEVONthink 3 的基本介紹</title>
        <published>2021-01-24T00:00:00+00:00</published>
        <updated>2021-01-24T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/2021/01/24/devonthink3-introduction/"/>
        <id>https://pinchlime.com/2021/01/24/devonthink3-introduction/</id>
        
        <summary type="html">&lt;p&gt;這篇想介紹的，是被我定位為 &lt;em&gt;第二大腦&lt;&#x2F;em&gt; 的 Mac 軟體，&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;www.devontechnologies.com&#x2F;apps&#x2F;devonthink&quot;&gt;DEVONthink 3&lt;&#x2F;a&gt;。&lt;&#x2F;p&gt;
&lt;a href=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;devonthink-banner_waugVb.webp&quot; data-fancybox data-caption=&quot;devonthink-banner&quot;&gt;
  &lt;img src=&quot;https:&#x2F;&#x2F;pinchlime-screenshots.s3.ap-northeast-1.amazonaws.com&#x2F;devonthink-banner_waugVb.webp&quot; loading=&quot;lazy&quot; alt=&quot;devonthink-banner&quot; align=&quot;center&quot; &#x2F;&gt;
&lt;&#x2F;a&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>Facebook 臉書糟糕的新版外觀及 UI 及一切</title>
        <published>2020-09-05T00:00:00+00:00</published>
        <updated>2020-09-05T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/2020/09/06/quit-facebook-1/"/>
        <id>https://pinchlime.com/2020/09/06/quit-facebook-1/</id>
        
        <summary type="html">&lt;p&gt;我不是設計師、也不是什麼產品專家，&lt;&#x2F;p&gt;
&lt;p&gt;只是一個一直想離開臉書的使用者。&lt;&#x2F;p&gt;
&lt;p&gt;9月初台灣這波臉書大改版，真的是糟糕透頂，&lt;&#x2F;p&gt;
&lt;p&gt;也讓我終於下定決心，要開始啟動放在抽屜很久的離開臉書計畫。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>好文推薦——《我為什麼鼓勵工程師寫blog》</title>
        <published>2020-03-07T00:00:00+00:00</published>
        <updated>2020-03-07T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/2020/03/07/why-should-we-keep-blogging/"/>
        <id>https://pinchlime.com/2020/03/07/why-should-we-keep-blogging/</id>
        
        <summary type="html">&lt;p&gt;在一個偶然的契機下，看到有人分享這篇&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;dotblogs.com.tw&#x2F;hatelove&#x2F;2017&#x2F;03&#x2F;26&#x2F;why-engineers-should-keep-blogging&quot;&gt;《我為什麼鼓勵工程師寫 blog》&lt;&#x2F;a&gt;文章，看完覺得有不少收穫，裡面確實有打到幾個我真實存在的各種小劇場，所以在這裡分享一下，非常推薦大家閱讀。&lt;&#x2F;p&gt;
&lt;p&gt;裡面最觸動的一段話，應該是作者引用 Jeff Atwood 在 2007 年一篇文章&lt;a rel=&quot;noopener&quot; target=&quot;_blank&quot; href=&quot;https:&#x2F;&#x2F;blog.codinghorror.com&#x2F;how-to-achieve-ultimate-blog-success-in-one-easy-step&#x2F;&quot;&gt;《How To Achieve Ultimate Blog Success In One Easy Step》&lt;&#x2F;a&gt;中的一段話：&lt;&#x2F;p&gt;
&lt;blockquote&gt;
&lt;p&gt;&lt;em&gt;&quot; I don&#x27;t care if you suck at writing. I don&#x27;t care if nobody reads your blog. I don&#x27;t care if you have nothing interesting to say. If you can demonstrate a willingness to write, and a desire to keep continually improving your writing, you will eventually be successful.&lt;&#x2F;em&gt;&quot;&lt;&#x2F;p&gt;
&lt;p&gt;&lt;em&gt;「你文章是否寫得很糟糕不重要，是否沒有任何人會看你的 blog 不重要，是不是沒啥有趣的東西可以紀錄也不重要。重要的是，只要你能透過寫文來表現出寫作的意願，而且渴望持續地寫作，檢視、思考與改善自己的寫作，你終究會成功的。」&lt;&#x2F;em&gt;&lt;&#x2F;p&gt;
&lt;&#x2F;blockquote&gt;
&lt;p&gt;這樣的概念雖然並不是第一次看到，但是這整篇文很有系統地，不斷圍繞著這個概念去敲打強化，所以我真的被打中了！ 以下是我看完後的一些回饋。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
    <entry xml:lang="zh-TW">
        <title>2018年生產力回顧</title>
        <published>2019-02-11T00:00:00+00:00</published>
        <updated>2019-02-11T00:00:00+00:00</updated>
        
        <author>
          <name>
            
              Unknown
            
          </name>
        </author>
        
        <link rel="alternate" type="text/html" href="https://pinchlime.com/2019/02/11/2018-productivity-review/"/>
        <id>https://pinchlime.com/2019/02/11/2018-productivity-review/</id>
        
        <summary type="html">&lt;h2 id=&quot;kai-shi-jie-chu-gtdli-lun-kai-shi-shi-yong-ge-zhong-sheng-chan-li-gong-ju&quot;&gt;開始接觸GTD理論，開始使用各種生產力工具&lt;&#x2F;h2&gt;
&lt;p&gt;大概是在去年，也就是2018年的1月開始，為了能更有效率地處理工作，開始接觸各種時間管理的方法，也開始試用一些生產力工具。&lt;&#x2F;p&gt;
&lt;p&gt;一年過去了，不管是方法上，還是工具搭配上，都有了一些小小的心得，可以在這裡分享一下。&lt;&#x2F;p&gt;
</summary>
        
    </entry>
</feed>