《科技創業週報》是由 Star Rocket 於每週三發送的免費電子報，內容涵蓋創新故事與觀點、產品開發技術與經驗的分享、值得一聽的 Podcast 節目與歷久彌新的經典好文。
每則選文都會加上編輯精心撰寫的引文，非常推薦給工程師、產品經理、設計師，或者是所有對科技產業感興趣的讀者訂閱。（訂閱連結附於文末）
| 哈囉讀者： 最近編輯看了 Netflix 上的迷你紀錄片影集《蓋茲之道》（Inside Bill’s Brain），也對比爾蓋茲的成長故事，以及他基金會在投入的事業有更多的認識。（雖然影集的剪輯方式有點令人分心。另外，對純粹想要深入認識比爾蓋茲或微軟的人，可能會有點失望。） 這影集也幫編輯重新溫習蓋茲在 Windows 95 發表會上所跳的奇怪「舞蹈」。只能說人不輕狂枉少年啊。XD 這集的《星箭廣播》podcast，我們的主持人也會聊聊《矽谷風雲》（The Valley of the Boom）這部半紀錄片迷你影集，也歡迎對矽谷史，尤其是對達康泡沫時代有興趣的讀者收聽。 by Matt 🎬 |
| ［英］菜鳥軟體工程師必學的事情是？ 不知道看到這標題時，讀者你心中立刻浮上的答案是什麼呢？是對程式語言的理解？還是對數學邏輯的掌握？ 這篇網路社群熱烈討論的文章，是 Ronimo Games 首席程式設計師的 Joost van Dongen，從他指導實習生 7 年半的經驗中總結出的。他認為，菜鳥軟體工程師最需要學習的，其實並不是程式領域的知識，而是在寫程式時，讓程式碼維持清晰易懂所具備的「紀律性」。作者在文中也提出 5 個他常見到缺乏紀律性的程式碼寫法，提供給讀者參考。 |
| ［中］Nic Lin／2 個月擁有 6000 用戶 Side project 這樣做 「工程師加班是常態，怎麼還有餘裕做 side project？」這篇文章的作者分享自己用了兩個月的時間，做了全端的 side project，完整記錄從有想法到實踐的過程。 無論有沒有資訊背景的人，也能從中學習如何從業餘興趣到建構一個完整 side project 的 know-how。不知從何開始的讀者，也可以參考下方選文的《開源軟體指南》 XD |
| ［中］開源的開源軟體指南 「開源」一直是 Star Rocket 相當重視的精神之一。在過去的週報中，編輯們也推薦過不少與開源相關的好文章，希望有燃起讀者你心中的開源之火🔥。但想要對開源專案有所貢獻，但不知道從何開始嗎？ 這份「開源軟體指南」是由 GitHub 所策畫，且由世界各地開發者持續維護。內容涵蓋貢獻開源專案的不同階段，所需掌握的知識，也為可能遇到的疑難雜症提出詳盡說明。 |
| ［英］規格先行（spec-first），讓API 開發更快速、更有效 開發 API 的目的，不外乎是希望讓客戶／使用者，能藉由 API 更有效、更頻繁地運用公司的產品。但 API 開發者常常會遇到幾個問題：開發出來的 API 是否符合使用者所需？畢竟從實作（Implementation）到使用者回饋做出回饋之間，會耗費不少時間；另外，也很難判斷使用者的回饋是針對 API 本身 ，或者是編寫 API 的方式？ 針對上述的問題，專案管理服務 Jira 的工程師 James Navin 建議，可以考慮「規格先行」的 API 開發方式：在正式編寫 API 之前，先列出此 API 的規格並與使用者來回討論，直到確認 API 的核心功能，才開始實作，不僅大幅減少時間，也避免做白工。作者也提供幾個他們開發規格先行 API 的工具。 |
| 🎧［Podcast］《星箭廣播》 EP24：致那些領先時代的人物和產品：半紀錄片影集《Valley of the Boom》 當一個產品早產了 10 年，是不是註定要早夭？還是我們可以說，那是因為它領先時代？這次我們要跟大家聊一個半紀錄片性質的迷你影集《Valley of the Boom》（矽谷風雲），但我們的目的可不是要當劇評，而是想跟大家聊聊那個時代的人物和公司。 |
| ［英］創業時與其獨一無二，不如踏在前浪上：以健身新創 Peloton 為例 在尋找創業主題時，創業家往往都希望自己推出的產品能獨一無二，才無需在紅海中與競爭者近身搏鬥。但這樣的思考方式，可能忽略了一個關鍵：獨一無二的產品，因為大家都不熟悉，所以往往只吸引了一小部分的消費者。屆時，你以為的藍海，可能只是藍瓶。（誤） 有鑑於此，本文作者提出尋找創業主題的另一種思維：他建議創業家可以從當今的消費市場裡找出「前導公司」（Predicate company），這些前導公司在新的商業模式、產品體驗或者技術層面上，都先對消費者做足了心理建設。藉此，創業者能省去重新教育消費者的心力與時間，並找出前導公司的不足處加以補強並推出新產品。 文中作者也以 Peloton 這間最近火紅的健身新創，以及它的前導公司 Soul Cycle 為例，提供創業者尋找「前導公司」的實際範例。 |
| ［中］Avery Chen／在數位銀行工作，協助導入 UX 的經驗分享 編輯對導入 UX 設計的認知，比較多是圍繞在「如何解決使用者的痛點」上。但這必須是在團隊成員對 UX 的概念已有初步認識的前提。當面對毫無 UX 概念的老闆與同事，要如何讓他們願意接受並導入 UX 思維呢？ 本文作者 Avery Chen 是數位銀行的產品經理，他在透過 20 幾場跨部門工作坊，成功完成 70 幾項的 UX 優化之後，他建議有心在公司導入 UX 思維的主事者，要首先關注的，並非「使用者的痛點」，而是「讓參與者覺得這件事能對他的業務目標有幫助」。 他在文中也提到了他認為的三項關鍵成功因素、幾個設計導入 UX 思維工作坊的參考，以及他的反思。 |
| 🎧［Podcast］用聽的認識，微軟與網景的瀏覽器爭霸歷史 本週推薦的 podcast，是從本集《星箭廣播》podcast 的主題做延伸。由 podcast 獨立製作商 Wondery 所推出的節目《Business Wars》，介紹了許多歷史上著名的企業競爭案例。其中這集，就是講述網景與微軟間的瀏覽器爭霸戰。 但別以為談科技史會很無聊，《Business Wars》不採用平鋪直述的方式講述歷史，而是會穿插配音員的聲音表演，重現這場瀏覽器爭霸戰的幾個關鍵時刻，讓聽眾能像聽故事一般，對這段歷史能有更深入的理解。 |
