《科技創業週報》是由 Star Rocket 於每週三發送的免費電子報，內容涵蓋創新故事與觀點、產品開發技術與經驗的分享、值得一聽的 Podcast 節目與歷久彌新的經典好文。
每則選文都會加上編輯精心撰寫的引文，非常推薦給工程師、產品經理、設計師，或者是所有對科技產業感興趣的讀者訂閱。（訂閱連結附於文末）
| 哈囉讀者， 2020 年新年快樂！今天週報的開頭，幫大家蒐集幾個過去對 2020 年的科技想像：2000 年的科幻電影《火星任務》（Mission to Mars）以及美國未來學家 Peter Schwartz 與 Peter Leyden 在 1997 年就寫成的空想文中，都認為 2020 年人類將首次登上火星。 而美國發明家、未來學家雷・庫茲威爾（Ray Kurzweil），在他 2006 年出版的經典著作《奇點將近》中則認為，約 2020 年就能用 1,000 元美金買到跟人腦相同運算能力的電腦。而接下來的十年，我們將迎來奈米科技的革命性進展。 雖然在接下來的一年內，這些科技進展看來不大可能達成，不過似乎也不遠了？ by Matt |
| [英] 2020 年想要嘗試做個人專案嗎？四個要點找出最適合你的主題 或許是因為聽了好幾集《星箭廣播》的來賓都提到個人專案（side project）的重要性，編輯 2020 年給自己定下的目標之一，就是要執行一項個人專案。但是到底要怎麼選擇最適合自己，且對個人未來發展最有幫助的 side project 呢？ 開發者 Ted Bendixson 在這篇文章中提出，他認為一項好的個人專案應該必備的四個要點：能幫你學會新的技能、能讓你獲得被動收入、能夠展現你的創造力和能在有限的時間與心力內完成。 |
| [中] Loom：不能即時通話、視訊的通訊軟體，卻獲紅杉、IG 創辦人投資 當你在進行專案時，可能遇過一個狀況：同事或合作對象一時無法挪出時間碰面、視訊，或是其實也不需要對方即時回覆，但文字又不能夠完整表達你的想法時，也許可以試試看傳一段影片給對方，速度可能比你寫一封信還快。 Loom 是一款不能視訊、即時通話的錄影擴充套件，能同時錄下人像、螢幕錄影，直接在 Chrome、Gmail 或 Slack 中就能打開使用。從推出第一版產品到現在，已經獲得紅杉資金及 Instagram 兩位共同創辦人投資，令人好奇 Loom 未來是否有機會改變我們習慣的溝通方式？ |
| [中] 良葛格／我的轉換跑道之路 「我想要轉換跑道，該如何步入程式設計之路？」你也被這樣的問題困擾著嗎？本文作者長期經營技術寫作部落格，他也分享當初如何轉換跑道跨入程式設計領域，沒有基礎的他利用下班的每個晚上自學，雖然過程中面臨壓力，但開始接觸原始碼跟不斷摸索下，漸漸有了成就感。 引述一段作者文中描述當時轉職的心情，或許能給讀者一點鼓勵：「這時的我就像《學徒模式》中形容的，接上了水管狂飲能取得的各種資訊，這個時候是我學最多，也是犯最多錯誤的時候。」 |
| [中] 報導者／LINE 群組的假訊息從哪來？跨國調查，追出內容農場「直銷」產業鏈 隨著社群媒體在現代生活扮演越來越重要的角色，也有越來越多人開始關注假訊息、假新聞為社會所帶來的負面影響。這些錯誤的資訊究竟從何而來，而又是什麼樣的人與組織在運作並擴散這些錯誤資訊呢？網路媒體《報導者》最近推出的「風向戰爭與它的推手」這個專題，就很推薦關注此議題的讀者閱讀。 本文將帶領讀者一窺在 Line、Facebook 上面瘋傳的內容農場文章背後，其實是個橫跨台灣、馬來西亞等地的內容農場「直銷」商業帝國，也訪問到兩位內容農場的從業人員，親身分享他們對這「產業」的看法。 |
| [podcast] 星箭廣播 EP37｜從過去找未來：Notion 的工具設計哲學 你可能聽過那個關於 Notion 的故事：兩個創辦人為了省錢，從舊金山搬到「生活開銷比較低的」京都，所以公司活下來了，最近好像還很紅。但，事情真的這麼簡單嗎？ 本集的《星箭廣播》，我們再度邀請到三創育成基金會駐點創業家林宜儒（Lawrence）擔任特別來賓，來跟各位聊聊他前一段時間重新開始使用的「Notion」。其實，先前就曾有聽眾來信，表示想聽我們談談 Notion 這個可多人協作、號稱「the all-in-one workspace」的多用途生產力軟體，正好趁這次機會來談談這個特別的產品，以及背後的公司。 |
| [英] 什麼是影響程式 Bug 多寡的關鍵因素？ 要如何減少產品中出現 Bug 的次數，是所有科技公司都念茲在茲的事情。而到底什麼是影響程式內 Bug 多寡的最關鍵因素？這篇文章就整理了 Microsoft 在 2007 年 Windows Vista 的失敗上市經驗之後，針對此問題做的深入研究。 這份報告指出，程式碼的複雜度、程式碼的修改程度等技術面向，確實與 Bug 的多寡有正相關，但是其實影響最大的，是公司組織的複雜度：只要該專案有越多人參與過，Bug 就越容易發生。不知道這個結果跟大家的實務經驗是否吻合呢？而文中有更詳細說明 Microsoft 研究所產出的預測模型，也歡迎有興趣的讀者進一步閱讀。 |
| [英] 設計系統再進化，或將改變設計流程的 Design APIs API 一直都是 Star Rocket 密切關注的科技議題之一，編輯之前也曾撰文介紹過幾個 API 開發相關的企業。但不知道讀者你是否有想過，連設計也能應用 API ？ 這篇由縮網址服務 Bitly 產品設計總監 Matthew Ström 所撰寫的文章，就嘗試將設計系統的概念進一步延伸，提出「Design API」的概念，讓產品的設計元素不僅有統一的規範可供參照，並藉由 Design API 讓產品的設計能自行遵循最新的規範，無需設計師與工程師手動修改程式碼。在文中他也清楚描繪他理想中 Design API 的運作與設計方式。 |
| [podcast] Netflix 產品總監談如何管理與創新 放假的時候，想必不少讀者應該都會打開 Netflix 觀賞影集或電影吧！過往的週報我們也分享過有關 Netflix 的相關文章。而這次編輯找到這檔 podcast 「WeAreNetflix」非常有意思，正如其名，是由 Netflix 的資深工程師 Lyle Troxell 主持，專訪到 Netflix 不同部門的員工，分享他們的工作經驗與心法。 而編輯推薦的這集，就訪問到現任的產品長 Greg Peters，除了討論他如何管理產品與團隊之外，編輯覺得他分享 Netflix 如何定義產品，以及怎麽透過科技創新影響觀眾與創作者，都非常值得所有在做科技產品的讀者參考。 |
