《科技創業週報》是由 Star Rocket 於每週三發送的免費電子報，內容涵蓋創新故事與觀點、產品開發技術與經驗的分享、值得一聽的 Podcast 節目與歷久彌新的經典好文。
每則選文都會加上編輯精心撰寫的引文，非常推薦給工程師、產品經理、設計師，或者是所有對科技產業感興趣的讀者訂閱。（訂閱連結附於文末）
| 哈囉大家：編輯上週四晚上看了一部 2019 年上映紀錄片《Apollo 11》（阿波羅 11 號），該片完全由檔案影像組成，當中包含許多 1969 年拍攝、從未曝光的 70mm 膠卷片段（經數位修復），與我們今日熟悉的電影畫面質感非常不一樣，片中還有來自當年任務 11,000 小時對話錄音的素材，甚至還有架設在登月小艇機艙外的攝影機所拍攝的畫面，直接錄下了著陸的過程，這樣的畫面、錄音、音效再加上配樂之後令人震撼的程度比起 2018 年的商業電影《First Man》（登月先鋒）有過之而無不及。而且編輯在影片開始播放後突然很想知道阿波羅 11 號任務是 1969 年哪一天升空的，沒想到一查之後發現正好就是 51 年前的 7 月 16 日！ by Titan |
| [Podcast] 星箭廣播 EP65｜Hey，Email 還能有什麼新花樣？ 我們在上一集節目〈聊聊 DevRel：「開發者關係」的工作在做什麼？〉提到一個新的 email 服務「HEY」（名字很美國吧？），這是 Basecamp 公司花費近兩年所開發出的全新產品，這次我們邀請到 iCook 愛料理共同創辦人與技術長李致緯（Richard）來跟大家聊聊 HEY 這個產品。節目一開始我們會先介紹 Hey 相較於一般 email 服務的幾項特設計，例如他們可以讓使用者修改信箱中信件的主旨（當然對方看不到）、上傳「使用者認為與這封信相關、但沒有要寄出的檔案」、在信裡面畫線、加註、寫筆記等等，而且還沒有簽名檔的設計，甚至還會阻擋所有可疑的追蹤 pixel（發信者用來追蹤收件人的開信、讀信行為）。 Richard 認為 HEY 解構了原本人們熟悉的 email，並且進一步從技術的角度跟大家聊聊 HEY，例如他指出一般講到 email 的功能、互動設計時，大家想到的可能都是前端技術，但 Ruby on Rails 發明人 David Meinemeier Hansson（DHH）所在的 Basecamp 則是採取不同的作法。不過，也由於 Basecamp 的創新與堅持，HEY 在設計上也有一些地方可能讓使用者感到不習慣，歡迎大家聽完本集節目之後跟我們分享你的使用心得。 |
| 曾掀起直播熱潮，Meerkat、Houseparty 等爆紅 app 背後推手 Ben Rubin 2020 年疫情爆發後，許多視訊軟體受到關注，社交視訊軟體 Houseparty 一個月就成長了 70 倍，背後推手 Ben Rubin 原本想成為建築師，自從接觸到 Instagram 後啟發他以 app 打造一個「空間」的想法，隨後在 7 年內推出 3 個不同的 app，嘗試將直播、社交、app 等元素構築出心目中理想的空間。他的作品包含 2015 年推出、引領直播風潮的 app「Meerkat」，儘管後來因為 Twitter 的「打壓」而遭遇挫敗，但他快速地在 6 個月內轉型，最後做出了 Houseparty，目前正在開發一項神秘的「反會議」（anti-meeting）軟體「/talk」。 |
| [英] Marc Andreessen 談時間管理、閱讀習慣：試圖把每本書都讀完是有問題的 本文是由讀者推薦。網路瀏覽器先驅、創投 a16z 共同創辦人 Marc Andreessen 接受訪談，講了時間管理、系統與目標的設定、閱讀習慣以及學習接受不同觀點等議題。本文特別有趣的是 Marc Andreessen 說過他去在當軟體工程師時，可以夜以繼日埋頭於同一件事，不必理會時間的流逝，但成為投資人後，內、外部事物應接不暇，一定得建立一套時間管理系統，而且要定期檢視、懂得委派、適度休息。文中他說每天早上看著滿滿的行事曆都會演出內心戲：「天啊！我真是太有條理了！我是個有計畫的人！」相反的，如果沒有先行排定事項，就會非常慌亂。本文附了他的行事曆以及僅使用純文字的待辦事項清單系統擷圖，有興趣的人可以參考創投的一週是怎麼度過的。 另外 Marc Andreessen 也談到讀書的原則。始終無法完整閱讀一本書而感到沮喪是很多人（還是其實只有推薦本文的讀者會這樣？）的毛病，「試圖把每本書都讀完是有問題的，你不但花了時間在一本其實不值得的書上，而且還會讓你停滯不前」。他的做法是同時面對成堆的紙本書與電子書，面對這麼多書時，就會自動選擇每本書裡面最有趣的章節，其他沒有閱讀的部分，就如塵封在衣櫃裡一整年的襯衫，告訴你是該斷捨離了。聽到頂尖創投這樣說，令人瞬間感到鬆了一口氣。  |
| [Podcast]「科技巨人的國度」系列：Netflix我們曾在《星箭廣播》23 集推薦過 這個由 Vox 製作的 podcast 系列節目《Land of Giants》：一系列探討 Facebook、Apple、Amazon、Netflix 跟 Google——人稱「FAANG」五大科技巨頭對社會影響。第一季的主角是 Amazon，現在第二季上線了，主角是 Netflix。 延續第一季的風格，兩位主持人從 Netflix 創業初期大戰百視達開始講起（連結裡的是這一集節目），其實一開始百視達是很有機會在完成數位轉型的同時擊垮 Netflix，最後卻自廢武功、功虧一簣，到底原因是什麼？本系列其他題目包含我們在《星箭廣播》43 集介紹過的 Netflix 超狂企業文化、演算法（主持人發現 Netflix 的演算法「好像」覺得他們比較喜歡 Netflix 自製內容），以及他們與好萊塢製片公司的複雜關係。 《Star Rocket 科技創業週報》的 Podcast 推薦播放列表 |
| [中] Tian／產品思維：身為產品經理 PM 必懂的基礎文件撰寫 — PRD？Proposal？Spec？ 產品經理、專案經理面對排山倒海的事情，如何建立一份好的文件以大幅降低溝通成本？本文作者陳天塵用深入淺出的方式解說產品需求文檔、產品路線圖、規格表的概念跟異同，幫助從事產品開發相關的讀者可以掌握用這些文件溝通的原則。 作者在文中提到使用的原則是不斷溝通，團隊中每個人的角色不同，譬如設計人員、測試人員、開發人員等，撰寫時需要考慮到利益關係人是誰，他們需要什麼、想要達成的目的，文末作者也分享了延伸的相關文章。之前我們在電子報第 219 期也推薦過作者的相關文章〈產品思維：簡介兩種產品規劃 — Product Roadmap vs. GIST Planning〉，提供讀者參考。 |
| [英] 從工程師轉任管理職，我所學到的幾件事 從一個資深工程師到管理職會遇到什麼狀況？可能你習慣的工作模式需要改變，本文作者 Gergely Orosz 提到過去擔任一位工程師時，寫程式、指導年輕工程師花了他大部分的時間，但是當他升上管理職之後，他必須面對不太熟悉的時間管理。他提到剛入行時跟隨的導師（mentor）會有關鍵影響，因此他在擔任主管職時，也尋求資深主管的意見，幫助他判斷事情的優先順序及團隊管理等。 過去《星箭廣播》第 32 集也邀請到 StreetVoice 台灣街聲總經理曾明賢（小海）談到他從工程師轉職到管理工程師，最後到成為總經理時的經驗，除了提到職涯不同階段的差異，以及在個人能力及心理上怎麼適應。 |
