| Hihi 讀者好， 最近又發現一款能夠消磨時間的網站：跟著經典文學名著練打字速度的 typelit.io。開發者 Adam Doquiatan 運用古騰堡計畫釋出的文學名著，製作成讓人跟著文字輸入的工具，《1984》、《簡愛》跟《尤里西斯》都在其中。 跟一般練英打的網站一樣，這個網站也會記錄你的打字速度跟正確性。更棒的地方是，一邊打字也一邊真的把字句讀進腦海裡了。昨晚我就沉浸在《愛麗絲的夢遊仙境》第一章裡，感覺就像以前在紙本上抄寫書本句子的效果一樣療癒 🌷 lily |
| [Podcast] 星箭廣播 EP160 | 「每件工具都可以是一把榔頭。」（ft. Penk） 《星箭廣播》再度邀請到工程師 Penk 從柏林連線來聊聊 Adam Savage 寫的《創客精神：《流言終結者》主持人從「自造」提煉的工作哲學》（Every Tool’s a Hammer: Life is What You Make It）。本集節目嘗試一個比較特別的形式，請 Penk 從自己最近的兩個專案 Penkesu 和 Mainboard Terminal 出發，談談《創客精神》這本書。 Titan 跟 Penk 會跟大家聊到書中的幾個章節，例如 Adam Savage 談到自造專案的事前調查與「清單」的重要性，還有工作空間的設置哲學等等，由於 Penk 與 Adam 是不同類型的創作者，也令 Titan 格外好奇他的觀點。當然還有一個很重要的問題：原著的書名「Every Tool’s a Hammer」是什麼意思？聽眾也可以在收聽前先想想看。 |
| [英] 如果這世界 <form> 消失了 經常從技術角度反思科技侷限與可能性的程式設計師 Paul Ford，最近針對網路運作衍生的各種複雜社會問題，提出了嶄新的思考角度：也許我們可以從網頁的「表單」 <form> 元素中找線索。他描述，表單跟其系列元素如文字輸入框、下拉選單、信用卡密碼輸入框，讓網路從唯讀變成可讀可寫的媒體。如果沒有表單，亞馬遜只會是個巨大的商品目錄，如果沒有表單，蒐集資料將會變得困難重重。 當然，這不是說發明 <form> 元素應該被消滅，何況當初 1994 年的網路標準化會議出發點是良善的，表單元素引發的亂象並不在預期之中。但作者提出了一些很創意的見解，例如 <form> 的命名可以更細緻、更精確，更貼近這些資料的意圖，讓大家都能更謹慎對待資料。「表單」是網路的原罪嗎？有沒有什麼改變的可能性呢？推薦大家一起閱讀動腦。 |
| [英] 該用「English」還是「英文」？語言選單的設計萬花筒 使用國外服務時，如果可以選擇的話，不少人第一步可能都會先找語言選單，將介面文字更改為自己熟悉或想練習的語言。你有注意過語言選單的設計嗎？UX 設計師 Vitaly Friedman 收集了許多網站案例，說明如何打造更友善的語言選單。 語言選單要加上國旗圖示嗎？選單中的語言選項預設值應該以原文顯示，還是以譯名顯示？哪種情況需要同時提供區域跟語言選項呢？下拉式選單或對話框何者較優？本文附有大量案例，文末也有簡單的檢查清單，如果你正在打造多國語系版本，不妨參考看看。 |
| [中] Nana Chiang／產品團隊的 OKR 該怎麼訂才「好」？（上） OKR（目標與關鍵結果管理指南） 是一套這幾年很流行的目標管理方法，但要設定得好很不簡單；產品團隊設定 OKR 時，更容易陷入顧此失彼的狀態。本文作者 Nana Chiang 舉出了許多實例，說明產品團隊在設定 OKR 時常犯的錯誤與修正方法。例如，目標跟實際作法常被搞混，有時候也會不知不覺把關鍵指標錯當待辦事項清單⋯⋯該怎麼正確運用 OKR，幫助自己在軌道上順利前進呢？ |
| [中] 《星箭廣播》125 集——命運總是會考驗你有沒有備份電腦資料 ｜節目逐字稿 《星箭廣播》最近正在陸續將單集製作成逐字稿，希望讓聽眾與讀者吸收資訊更方便！本期帶大家回顧第 125 集〈命運總是會考驗你有沒有備份電腦資料〉。 相信很多人都曾經歷過資料遺失而後悔莫及的經驗，《星箭廣播》曾邀請 I³D Technology 共同創辦人兼技術長 Sam Tsai 分享備份資料的概念、方法與工具。一般人也許以為把資料同步到雲端空間就代表備份，其實兩者是不一樣的。 如 Sam 一般的技術專家有著嚴謹的備份策略，確保資料保存永久而完整，而「懶人」又有哪些選項，做到基本的備份功伕？該怎麼選擇備份方案呢？快來閱讀／收聽本集節目，保存資料，避免欲哭無淚的憾事再度發生。 |
| [英] 在 Discord 上，樂迷正在成為音樂人的好朋友、合作者，甚至無薪實習生 相信有不少讀者對於 Discord 已經相當熟悉，這篇《Pitchfork》的文章則是從音樂產業的角度切入，帶讀者了解目前業界怎麼運用 Discord，以及衍生出來的種種問題。文章以一個案例開場：製作人 A. G. Cook 如何在實體活動取消的疫情期間，透過在 Discord 發行一款遊戲來行銷兩張個人專輯。相比於所有訊息都是公開、會被 Google 索引的論壇（例如 Reddit），有些音樂人更喜歡 Discord 這種半公開的環境，認為那裡更安全，有一種「我們對抗全世界」的感覺。（“Discord is a safe space—it’s like there’s a group of people that are on defense against the rest of the internet.”） 許多音樂人或唱片廠牌的 Discord 除了進行一般音樂人與樂迷交流，或是樂迷的專屬活動之外，也會舉行一些音樂製作的小比賽，甚至還有年輕音樂人自認是在 Discord「養成」的。然而，繼續往下閱讀，就會看到文章觸及越來越嚴肅的問題，例如這些音樂競賽涉及的版權問題，或者樂迷受到騷擾，還有一些粉絲無償為音樂人或唱片公司工作的現象。有些音樂人的 Discord server 是由熱情的樂迷負責經營（同樣的事情也發生在其他社群媒體），實際上他們就是在做一部分音樂行銷的工作。目前 Discord 有專責部門負責協助名人建立社群，其中大約一半是負責音樂人。而 Discord 在創作者強力的需求下，正在著手開發付費會員的機制。 |
| [中] Reorx／使用自動化工作流聚合信息攝入和輸出 Web 開發者 Reorx 分享他是怎麼利用各種工具，打造自己專屬的自動化資訊聚合系統。整體概念是串接各個作者自己取得資訊的來源，例如 Twitter、Instapaper、RSS、Spotify、GitHub 等，自動同步送到 Telegram。作者先區分出自己要聚合的資訊，一些被動產生的資訊如搜尋紀錄、地理位置、個人健康資訊等，就不在他的考慮範圍內。 至於其他資訊，作者會進一步分成由他自己所生產的，和他主動收藏或標記的資訊，而且要排除掉一些比較功能性的目的，例如有時是為了社交目的按下「like」的推文。比較特別的是，作者是 Pinboard 重度使用者，他也有說明為何要以 Telegram 作為資訊聚合的目的地。作者用來完成自動化同步資訊的工具為 n8n，這個以 Node.js 開發的工具支援 Docker、使用 SQLite 資料庫。為了掌握系統是否正常運作，作者提醒，使用 n8n 最好要設定一個涵蓋整個系統範圍的錯誤訊息通知。文章說明了他是怎麼整合各種資訊來源，也將他建立的 workflow 公開在 GitHub，有興趣的讀者可以參考。 |
（文章代表圖：Photo by Thought Catalog on Unsplash）
本文依 CC 創用姓名標示 - 非商業性 - 相同方式分享 4.0 國際釋出