「所以你看的那本民宿簡介裡面寫什麼呀？」 『我覺得很奇怪，他是在寫民宿主人小時候遇到的岩石學家跟他外婆的故事⋯』 入住民宿在客廳休息時，同行的朋友果醬提到我們以為是民宿簡介或是周遭地圖的文件，裡面卻沒有我們預期的資訊，而是留下了一連串令人狐疑的故事，沒想到讓我們一腳踏入了神倉書斎的主人所構築的奇想世界。 當初找從熊野古道下山後到新宮要住宿的地方，果醬找到了神倉書斎，看起來是個小巧溫馨、細心打理的日本傳統建築。正好我們要找一間四個人可以一起合住的民宿，Chialin 就下訂了這間。 我們從熊野本宮大社坐公車下山後，剛到站下公車就有一個人來詢問我們是不是台灣人，七嘴八舌的溝通之後，才發現竟然是神倉書斎的老闆親自接我們，我們只給了他一個大概的時間以及出發地，實在沒想到他竟然大費周章的過來，也不知道他等了幾班公車，而且他還問我們怎麼搜尋到這間民宿的（笑）。 神倉書齋就在神倉神社附近。在神社前的神橋右轉後，沿著神社前的小溪走沒幾步路，左轉越過一座小橋後是一條兩側充滿綠意的小巷，經過幾戶同樣古老的日式建築後，神倉書齋就到了。

2019 年疫情前的一個夏天趁著工作之間的空檔自己走了一次熊野古道，從剛開始的好天氣突然變成了穿著雨衣也會從頭濕到腳底的滂陀大雨，在連續數個小時的雨中健行，山路已經變成了小溪，弄丟了路上撿到作為拐杖的樹枝後，終於在疲憊到不行的狀態下走到了第一天居住的民宿。 在第二天的行程跟著路程中遇到的兩位來自巴塞隆納的旅人一起健行，沒想到剛開始就迷路了，來來回回在一個岔路上找不到正確的路徑，在這個過程中我們三人紛紛的被水蛭附著在腳上吸血，沒做好心理準備的我完全被擊潰了，聯絡上民宿老闆直接開車接送我們到終點熊野本宮大社。 最近在看的動畫《異世界歸來的舅舅》裡面舅舅帶領著勇者直接打開通往終點的捷徑，拿到了傳說中的魔杖，勇者們沒經過那些努力的奮鬥就直接拿到了稀世珍寶。我的心情就像是這樣，直接傳送到了終點，但總是有些心有不甘。

帳號註冊與登入以前大多都是透過電子信箱與密碼註冊，而近幾年來則逐漸被如 Google, Facebook 這樣的帳號提供商取代，使用者會想使用第三方登入無非就是因為可以只記住單一密碼的便利性而採用。 不過近來 Facebook 無端的停用使用者帳號（我也是個受害者），導致透過 FB 帳號註冊的網站帳號都一併無法使用。這樣的情況也會讓人重新思考把擁有、 …

「那天在二見浦遇到的人讓我想起攻殼機動隊的合田一人」，我邊跟 Chialin 講邊 Google 了合田一人的照片。 最近在看《搖曳露營△》第二季，凜講述了自己為什麼喜歡單人露營的原因，讓我想起 2019 年自己去紀伊半島的熊野古道參拜與環半島的旅程。 我還記得剛到出發站田邊的時候，發現田邊是一個極為偏僻的小鄉鎮，大概是我在日本造訪過最鄉下的地方。路上幾乎找不到什麼餐廳，而我入住在一間非常具有日本傳統家庭風味的民宿，一樓是個有些昏暗的客廳與半戶外的浴室，而二樓小小的房間裡面住著我跟另外一位室友。

前言：這是《如何梳理我的待辦事項 — 魔改子彈筆記法》單獨把精簡每日待辦事項講得更詳細些，在那篇文章可以看到我完整處理筆記的流程，這篇則是會從短期記憶的角度切入如何只安排最重要的工作來降低心理負擔。 一整天工作結束時，你的心理是怎麼樣的狀態呢？覺得 (1) 今天雜事很多，根本沒完成幾件重要的事情；還是覺得 (2) 今天是超有效率的一天，一口氣完成了預 …

威廉騎著機車逆風而行，豆般大小的雨滴就像穿透過黃色廉價雨衣一樣的打在身上，而黏在皮膚上那討人厭的水氣彷彿提前宣告了這一整天的不幸。 上面這個段落跟「威廉今天騎車上班，下大雨很討厭」是同一個意思，但取而代之的是透過描述感官細節與所遭遇的場景來把讀者拉入故事所在的脈絡而產生感同身受的氛圍。 在重看《西方極樂園》時其中一幕夏洛蒂·海爾 (Charlotte Hale) 提到了 “Show, don’t tell” 才讓我意會到我以前經常用的寫作方法原來是作家會使用的一種寫作技巧，透過更多感官描述來把讀者拉入一個場景中，就像是用蟲洞把讀者傳送到另外一個世界。 但這不僅限於文學創作，就如同雷光夏在《感官一條通》的採訪裡面所說的相同，她的音樂就像是打開了一個神秘通道，把聽眾傳送到另外一個世界，不論是遠古時代的神話場景，或是她即將搬離的老家。 當藝術家在創作時，他們的作品都是將受眾拉入他們所構築的脈絡裡面，講述他們所要傳達的故事與價值觀。就像《全面啟動》裡構築那些宏偉又奇幻的夢境，但身為一起分享夢境的我們，總是會讚嘆夢境裡的精雕細琢，只有在離開夢境時才摸著自己的臉龐困惑的回想那些似乎不合邏輯的細節。

前言：本篇文章是閱讀 Overengineering can kill your product — Mind the Product 後整理的心得再加上自己的經驗所撰寫而成。 當開發軟體的時候你是傾向盡量設計的簡單好懂，或者是考慮未來會發生的各種狀況設計一個周全有彈性的系統呢？ 想得太簡單可能會太僵硬、需要經常修改或是複製程式碼，考慮的太多又會讓程式碼變得太複雜而成為另一種難以修改的狀況。只有維持在一個適合該專案的複雜度才能讓開發工作事半功倍，但這件事情其實並不容易做到。 我們今天想討論的是考慮太多的狀況，也就是過度工程 (Over-engineering)。 Over-engineering 是指實作或設計一些東西來解決一個你根本就沒有的問題，用過於複雜的方式來解決問題，但其實有更簡單、顯而易見的方式可以解決同樣的問題，而增加了不必要的複雜度。比如說為一個不需要 plugin 的軟體制定了多層次可擴展的 plugin 架構。

軟體工程師經常有一種共同經驗，當工作遇到問題，正詢問另外一個人時，有時講著講著突然就想到要怎麼解決了。這個過程其實是解釋問題時，為了要讓另外一個人理解問題，自己需要重新組織了關於這個問題的相關知識，很多時候在這個階段就會因為重新組織思考過而自行找到答案了。 為了要自己也可以透過這種方法想清楚一件事情，軟體工程師流傳一個方法是可以在桌上擺一隻黃色小鴨的玩偶，如果遇到不懂的問題就跟他講解，這樣就可以不用有另外一個人聽你說也可以用這種方法來重新思考問題了。 吸收知識也可以用同樣的方法，有時候我們在閱讀書籍、網路文獻的時候會覺得自己看懂了，但是經常過一段時間又有人提起相關的事情，通常我們不能夠很快把閱讀過的資訊拿來使用、提出建議，可能需要反覆在網路上查詢、跟別人解釋過後，這段知識才會真的被自己吸收，在相關問題發生時可以想起這些知識並且應用。 寫文章、演講，或只是經常跟另外一個人分享知識都是很好的吸收知識的方式。寫過文章或演講後，對特定的知識的掌握程度會大幅度的提升，但通常都要花費大量時間閱讀與準備。根據準備的主題範圍可能會需要花上幾天甚至更久的時間。另外也不是所有人都想要面對人群或是網路上的互動。

我的一天總是很忙，處理工作的事情之餘經常還需要閱讀大量新資訊，而這些資訊有時候會很困擾我，比如說搞不清楚新技術運作方式，或是書籍裡面一些讀起來很彆扭，但自己也說不清楚為什麼。 上網搜尋資料大多可以解決問題，但更多時候是網路上的各種新資訊與會讓你分心的事情隨處發生，像是朋友的動態、一些技術新進展等等，在查到自己需要的資訊同時，腦袋裡面又放了許多懸而未決的資訊片段，而這些思考殘渣經常偶爾就會在專心工作的時候回想起來，但又沒有足夠的時間好好的梳理消化。 最近找到了一種有趣的方式可以讓自己把事情想的更透徹一點。我早上會出門沿著家裡附近的公園與河堤散步，走過幾次之後發現這是一個很好的時機跟自己獨處，並且不接受太多網路的雜音。 所以我就利用這段時間重新回顧審視自己一些還沒想清楚的事情，小至朋友聊天時的反應，技術上搞不清楚的設計原因，大到自己的人生目標。每次散步回來雖然大部分的事情都還是不會有答案，但是當在腦袋裡重新想過一輪之後，這些思考殘渣還是有逐漸被消化、梳理，就像是整理了一部分書桌的那種感覺。偶爾還會在散步的途中終於讓自己心中已久的疑惑找到答案，塵埃落定。