《科技創業週報》是由 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》不採用平鋪直述的方式講述歷史,而是會穿插配音員的聲音表演,重現這場瀏覽器爭霸戰的幾個關鍵時刻,讓聽眾能像聽故事一般,對這段歷史能有更深入的理解。 |