《科技創業週報》是由 Star Rocket 於每週三發送的免費電子報，內容涵蓋創新故事與觀點、產品開發技術與經驗的分享、值得一聽的 Podcast 節目與歷久彌新的經典好文。
每則選文都會加上編輯精心撰寫的引文，非常推薦給工程師、產品經理、設計師，或者是所有對科技產業感興趣的讀者訂閱。（訂閱連結附於文末）
| 哈囉讀者： 在這次疫情中，運動產業受到很大的影響，包含籃球、棒球跟足球等職業聯賽都因而停賽，也有球員染病的消息傳出。而自行車運動也不例外，不僅許多公路錦標賽被迫取消，更有選手因出國比賽而需接受隔離。 為了因應這樣的狀況，科技媒體《The Next Web》的報導提到，包含環法錦標賽冠軍 Geraint Thomas 在內的許多自行車選手，就利用 Zwift 這個結合螢幕、自行車與訓練台的運動社群平台，進行公路賽的模擬訓練，甚至透過 Twitter 號召自行車愛好者在 Zwift 中跟他們「共同訓練」。這樣能跟偶像共同訓練的經驗，可能只有在這種特殊狀況下才會發生吧。（苦笑） by Matt |
| [中] Sentry：協助開發者管理程式錯誤，讓信箱不再被「系統異常通知」塞爆 所有開發者的最大夢魘，莫過於程式發佈後收到系統異常通知，卻沒有足夠的脈絡找出哪種使用情境或是哪段的程式碼導致異常。此外，當大量通知湧入收件匣時，開發者也難以判斷錯誤處理的優先順序。「開源」的程式監測服務 Sentry，能追蹤並管理程式錯誤的脈絡，協助開發者打造出更好的產品。 在過去的 8 年間，Sentry 從一個僅 80 行的開源專案，成長至擁有超過百萬開發者使用的程式監測服務，累計的募資金額也接近 20 億新台幣。雖然現在 Sentry 已提供付費版的 SaaS 監測服務，但他們仍秉持創業時的開源精神，將產品的程式碼公開在 GitHub，讓開發者仍能將 Sentry 免費部署在自己的主機。 |
| [中] Voiceflow：讓不懂程式的人也能為智慧語音助理打造專用技能 你有想過自己開發一款智慧語音助理的應用 app 嗎？透過 no-code 工具「Voiceflow」就能設計出在 Alexa、Google Assistant 上所使用的語音應用 app。你不僅可以建立自已喜愛的音樂清單，如果你的工作需要常常答覆特定問題，譬如房東、客服人員，Voiceflow 也能幫你預先設定好對應內容。 Voiceflow 提供圖像化的開發介面，讓使用者只需透過拖拉區塊，不用寫程式碼就能設計出 app，所以即便沒有學過程式語言也能上手。 |
| [podcast] 星箭廣播 EP 47｜購物頻道特輯：馬力歐陪你買東西！（同場加映 GTD 工作術） 先前第 38 集〈Titan 的購物頻道：2019 年我們買了什麼科技產品？〉頗受歡迎，還有聽眾建議節目乾脆轉型 XD 可惜我們暫時沒這個打算。但是呢，本集節目邀請到一位特別來賓：The News Lens 關鍵評論網共同創辦人暨內容長楊士範（馬力歐），他同時也是 podcast《馬力歐陪你喝一杯》的主持人。 我們邀請他來跟大家分享他買過的各種硬體、軟體和和數位內容產品。其中我們有發現到馬力歐分享的產品有不少都是來自群眾募資平台，所以也請他跟大家分享在群眾募資平台上贊助產品時應該要注意的幾個地方。 |
| [中] Aki／開發產品後的二三事：什麼是產品營運與 Ops PM 在做什麼？ 聽到產品營運（Product Ops）這個職稱，大部分的讀者應該會直接聯想到產品經理或者行銷等常見的職位。但與產品營運相比，產品經理的工作其實較著重在內部資源的分配，而產品行銷則較聚焦於宣傳通路與市佔率的增長等行銷面。 在 Facebook 擔任產品營運顧問的 Aki 表示，產品營運是「幫助產品經理監看產品上線後發生的大小事。營運團隊最重要的價值是，這群人不僅僅只是接收與執行單一專案或任務，而基於對產品與團隊的了解去提供一個系統性解決方法。」她也分享她在擔任產品營運時所負責的工作內容，其中涵蓋產品客服、產品資料分析等。提供給對這相對嶄新領域有興趣的讀者參考。 |
| [podcast] 領投近 400 間歐洲新創，Seedcamp 共同創辦人的創業生態觀察與分享 最近編輯很喜歡聽由分析師 Azeem Azhar 所主持的節目《Exponential View》，其主題聚焦在科技為社會所帶來的各種改變與影響。編輯本週推薦的這集，是他訪問種子輪創投 Seedcamp 共同創辦人 Reshma Sohoni。Seecamp 主要投資歐洲的新創，曾投資過像 TransferWise、UiPath 與 Revolut 等公司。 本集主要討論在她 12 年的創投生涯裡，她所觀察到新創圈生態的改變有哪些？而歐洲新創場域的發展與樣貌，又跟美國矽谷等各地有哪些不同之處？除此之外，她也分享她們在未來會更加關注的產業類別，其中包含生醫與遠距工作相關的新創。 🎧《Star Rocket 科技創業週報》的 Podcast 推薦播放列表，可以透過常用的 podcast 播放器直接訂閱！ |
| [英] 五個幫助設計師與開發團隊順暢協作的原則 隨著軟體開發的流程變得複雜，而且產品的設計也日漸受到重視，人們也開始會關注像是設計系統、DesignOps 等聚焦在從設計的角度來提升產品開發流程的工作方法。然而因爲團隊規模、文化與產業的不同等因素，其實很難有一套適用於所有軟體設計團隊的工作方法或文件。 有十五年的設計經驗、也是設計類內容網站 UX Collective 的共同創辦人的 Fabricio Teixeira，他認爲與其堅守固定的工作方法或文件，他提出五點他認為能幫助設計師與開發團隊協作的原則，像是「唯一的不變就是變」、「設計沒有結束的一天」等。他認為只要將協作的原則先奠定，不管設計的工具與流行怎麼變化，團隊仍能遵循這些原則作出調整。 |
| [英] 大神直播談遠端工作，並解答觀眾的各種提問 由於疫情延燒，越來越多企業和工作者因此改用遠距工作的方式。曾合寫談遠距工作的著作《遠距工作，GO！》（Remote: Office Not Required）、知名專案管理與團隊通訊軟體「Basecamp」的兩位創辦人 Jason Fried 與 DHH，他們最近進行了一場長達兩小時的直播，討論遠距工作這件事，並且接受觀眾提問。 其中有幾個做法相當有意思：比如說主管對於發訊息給同事這件事應該要有所節制，而是採取非同步的方式（當然他們也建議所有人多採用非同步方式，而非經常發訊息打擾同事），另一個有趣的地方是 Basecamp 的員工們不共享行事曆，沒有人可以看到同事的行事曆。Jason Fried 解釋：「你的時間不應該被隨意地佔用。」 |
| [英] 不知怎麼說明技術債？不妨用俄羅斯方塊來做類比！ 對於有技術背景的讀者，技術債（Technical Debt）是個再尋常不過的名詞了。但是當要跟非技術背景的同事說明，之所以要花時間在程式碼重構而不開發新功能的原因時，卻又不知怎麼清楚解釋嗎？ 知名 C++ 部落格 Fluent{C++} 的作者 Jonathan Boccara，在本文中分享如何用俄羅斯方塊（Tetris Game）的機制，來解釋技術債對程式的影響：寫程式就像是玩俄羅斯方塊，理想狀態是消除所有方塊，不留下空洞，但玩家常會受時間所迫，將方塊放到不理想的位置產生空洞，就像程式開發所留下的技術債。若不規畫策略消除空洞，讓方塊越堆越高，就可能導致遊戲結束（程式出錯），這也像是開發者得定期回頭重構程式，並處理技術債的原因。 |
