《科技創業週報》是由 Star Rocket 於每週三發送的免費電子報，內容涵蓋創新故事與觀點、產品開發技術與經驗的分享、值得一聽的 Podcast 節目與歷久彌新的經典好文。
每則選文都會加上編輯精心撰寫的引文，非常推薦給工程師、產品經理、設計師，或者是所有對科技產業感興趣的讀者訂閱。（訂閱連結附於文末）
| 哈囉讀者 編輯是在加入 Star Rocket 後，才把塵封已久的 Twitter 帳號重新啟用，並開始追蹤許多科技圈的大大們，漸漸知道這些新聞上響噹噹的人物，在 Twitter 上又是如何展現自我的。 最近在 Twitter 上讀到最有趣的推文，是 Elon Musk 談到：「人生若是款電玩遊戲，它的視覺效果很不錯，但情節讓人困惑，且新手教學實在太長。」加上其後續一連串的推文，都讓編輯覺得：馬叔你是真的宅啊！（稱讚意味） by Matt |
| [中]「管理開源專案最難的不是技術而是人。」Homebrew 十年開發故事 你可能曾聽過或用過 Homebrew 這項開源的套件管理工具，但你是否知道它問世十年來的開發故事？這個曾在 GitHub 上擁有最多貢獻者的專案，幫助無數開發者大幅減少管理套件的痛苦，讓他們能專注在軟體開發的工作上。過去一年間，就有超過 2 億次的套件透過 Homebrew 下載與更新。 隨著 Homebrew 在開發者圈日漸熱門，不僅吸引到許多新血加入專案貢獻者的行列，但也免不了會面對到數不盡的鯛民以及填不滿的錢坑等窘境。在這十年間，Homebrew 是如何在人力與財力上找到平衡，並繼續造福更多的開發者？現任的專案領導人 Mike McQuaid 又想給其他開源參與者哪些的建議？ |
| [英] Stripe 首任 CTO 談如何發揮此職位的真正價值 「CTO 最重要的任務，就是賦權給自己的工程師，讓他們能完成重大的改變與進步。」 Greg Brockman 是金流公司 Stripe 的首任 CTO。文中他回溯在 Stripe 草創的階段，他如何從只愛寫 Code 的工程師成為公司的 CTO，並分享他從與 20 位 CTO 的對談經歷中，歸納出一位優秀的 CTO 所應具備的思維與價值。 其中 Brockman 提到，在對談過程中，他蠻意外多數 CTO 認為這個職位的重點在於扮演技術團隊中的協調者（facilitators），而非架構者（chief architect）。而要成為好的協調者，就必須理解組織內部的真實情況。對此，他也在文中提出四個可行的方法。 |
| [podcast] 星箭廣播 EP35：鍵盤專家會怎麼寫一本書？ 你最近有在網路上看到什麼有趣的東西嗎？這集 Titan 跟 Maxine 要跟大家聊聊他們最近的新發現。 Maxine 在節目中要分享她為何改用 iPhone 而不是電子紙閱讀器來讀電子書，以及這段時間下來她的體會，還有一些新發現。而 Titan 前些時候買了一把 Keychron 公司出品的 K2 機械鍵盤，這個鍵盤又有何特別之處？有什麼缺點？他也趁這次機會跟 Maxine 交流了一下兩個人使用鍵盤的經驗。此外，Titan 也分享了一本關於鍵盤歷史的書，以及作者有趣的寫作方式。 |
| [英] 從軟體的歷史看 No-Code 服務於近期崛起的三大因素 Retool、Airtable、Coda⋯⋯近年來有越來越多公司投入 Low-code／No-Code 平台的開發，甚至謠傳 Amazon 有個「AWS For Everyone」的計畫，要為 AWS 的使用者提供 Low-code／No-Code 的工具。我們之前也寫過一篇文章〈不會寫程式也能當 Maker〉介紹 NoCode 這個為無程式背景但想創業的人，整理線上工具的平台。 在本文中，作者會將軟體的發展分為四個階段，並介紹 No-Code 在各個階段中被使用的情境，進而討論他認為 No-Code 在近期崛起的三個因素。其中第一點編輯覺得很感同身受：他認為在這個變化快速的年代，終端使用者得快速地運用領域知識來解決問題，沒有時間等到相對應的程式寫好，此時， No-Code 的工具就變得越來越重要。 |
| [中] 波波／Bug Bounty Hunter & 企業面對 Bug Bounty Program 的心態 由企業提供明確規範與獎金，吸引有能力的開發者協助企業尋找系統漏洞並從中獲得獎勵的 Bug Bounty Program（漏洞回報獎勵計畫），在資安當道的現代逐漸成為顯學。媒合企業與白帽駭客的平台 HackerOne 甚至在近期獲得 D 輪的募資，累積募得 1.1 億美元（約新台幣 33 億元） 但企業與開發者，到底要用什麼心態來看待 Bug Bounty Program？而企業在怎樣的前提才該開放獎勵計畫？本文會分別以白帽駭客與企業的角度來審視 Bug Bounty Program 的意義與功能，也提供很具體的建議給想要加入 Bug Bounty Program 的企業與個人。 |
| [英] 如果你討厭你的客戶，可以這樣用 API 報復他們 編輯過去這段時間內寫過幾篇文章，討論新創如何提供服務讓 API 變得更好上手。但這篇文章卻要從反面案例的角度，分享九種用 API 報復討人厭客戶的方式，其中包含像是「只允許一個 API 金鑰」、「手動更新技術文件」，甚至最絕的是「完全不提供 API」！當然，文章的真正用意是要提醒軟體服務的開發者，要盡可能避免文中提到的狀況發生在真實生活中。 而這篇文章在 Hacker News 上也引發熱烈討論，其中最多人分享的是他們認為在這九點之外，還有哪些 API 的處理方式也會讓開發者感到挫折不已。 |
| [podcast] 矽谷知名創投 a16z 如何製作 Podcast 知名創投 a16z 合夥人 Connie Chan 訪問自家 podcast 製作人 Sonal Chokshi，談這個矽谷最知名的創投機構之一，是怎麼製作 podcast。Sonal Chokshi 在節目中提到的幾個做法，相當值得 podcast 製作人或是愛好者參考。 Sonal Chokshi 提到，a16z Podcast 不會寫講稿，也不會先讓來賓告訴製作團隊他們要講什麼；又或者他們發現，把傳統錄音設備常見的「mixer」移除之後，聲音品質反而有顯著地提高；她還提到 a16z 的另一位合夥人 Andrew Chen，有建議他們要找一位 podcast 成長駭客專家。 假如你已經有一個很成功的節目，要再新增一個節目時，可以怎麼做？Sonal Chokshi 的做法是，先把新節目放進原本受歡迎節目的 feed，大約過了 10 集之後再獨立出去，請聽眾去訂閱新節目。 |
| [中] Bastiane Huang／在矽谷早期新創擔任產品經理，我學到的幾件事！ 產品經理相較於工程師職責比較不明顯，新創需要的產品管理能力跟大公司所需的可能不一樣，在變動劇烈的矽谷新創圈裡，團隊面對早期開發時該如何一一消除無盡的待辦事項？ 本文作者濃縮自己的實戰經驗，提出五點她認為 PM 需要特別注意的事情，並分享她如何使用「波浪式變革」（Waves of Changes）的方式，在進行重大變革前先觀察並建立信任之後，再一步步實踐改變，進而幫助團隊創造出最高價值。 |
