科技創業週報 #338:我如何打造自動化資訊攝取流程

| |

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 國際釋出
Previous

星箭廣播 161 集——✅ 你有自己的檢查清單嗎?《清單革命:不犯錯的秘密武器》

星箭廣播 162 集——《卡片盒筆記》:看似簡單,其實需要刻意練習(ft. 小朱)

Next

發佈留言

Share via
Copy link
Powered by Social Snap