Podcast 製作與上架指南,不藏私大公開|Y Combinator CEO 對矽谷創業的第一手觀察|PM 如何管理跨國團隊
Star Rocket 科技創業週報第 203 期
哈囉讀者

不知道大家是否也感覺到,就是 podcast 最近在台灣越來越熱門了?不少公司與個人都投入中文節目的製作,加上早就已經爆炸多的英文節目,讓編輯不禁想把周杰倫的〈牛仔很忙〉翻唱成〈耳朵很忙〉🎵

而若讀者你也想要嘗試製作自己的 podcast,不妨閱讀本期週報由《星箭廣播》主持人 Titan 所撰寫的 podcast 製作與上架指南~

by Matt
這篇指南的內容主要是來自我們的經驗整理,加上先前做的研究,還有一些我們從別人身上學來的東西,希望對於有意投入 podcast 節目製作的你有所幫助,也歡迎大家一起交流。

podcast 製作、上架的工作大概有六個部分:企劃、準備、錄音、後製、上架和宣傳。本文將會逐一解釋各個流程的重點,讓讀者對於「製作、上架 podcast」有整體的概念
矽谷作為眾多大型科技公司的搖籃,最近卻因為加州一家電力公司採取預防性斷電,讓大矽谷地區約 50% 面積的供電系統受到影響。主要是因為電力系統老舊,加上近幾年的氣候變遷,為避免電線導致森林大火,電力公司決定先斷電,以避免高額賠償金。

而為了因應這樣的不穩定因素,當地居民於是提出讓 Google 負責架設電網、特斯拉車變成大型行動充電器、在地板下安裝太陽能電池等「矽谷式解方」。

不少人夢寐以求能在矽谷找到工作,但看似伊甸園般美好的地區,卻有著地獄般的交通、高得令人喘不過氣的房價,甚至堪比孟加拉的供電系統,也讓許多本來懷有「新美國夢」的人,得重新評估對住在矽谷這件事了。

誰不想要把程式寫得又快又好,但真正能達到這境界的人往往少之又少。本文作者 Antirez 有二十多年的程式經驗,他透過維持幾項紀律來提升工作效率,能讓人躋身 10 倍速軟體工程師的行列。

其中除了老生常談的「暸解技術知識」、「簡潔的程式碼」外,編輯覺得作者談到具備「目標導向」思維這一點非常有意思。他認為,當工程師面臨複雜的開發過程,若不秉持「目標導向」,很容易會拘泥於完美主義,無法權衡開發資源該如何分配:哪些項目是關鍵,哪些可以先擱置不理,最終導致開發進度延遲。

而文章底下破百則的回覆,以及 Hacker news 上面的熱烈討論,不難窺見大家對這議題的熱衷程度。
有沒有哪些 app 的設計讓你直呼「真是太聰明了」?相反的,有沒有哪個 app 的設計讓你覺得有點笨?這次兩位主持人要跟大家聊聊他們對於 app 設計的一些觀察和想法,主要討論的重點分別是推播通知、分享功能,以及多個減少步驟的聰明設計。
這篇在 Quora 上的討論串,吸引到許多日本工程師,或者曾於日本工作的外籍工程師熱烈討論。其中獲得最多讀者按讚的這則回覆,提出三點他認為日本軟體業不如硬體業的原因:(1)英文能力不足,導致無法跟上最新開發潮流;(2)軟體工程師的地位低,很多公司傾向外包給第三方廠商製作;(3)大眾消費者的設計品味保守,開發者需要在國內市場與國際市場間做取捨。

而在後續的回覆裡,有人也認為日本追求完美的「匠人精神」,會與軟體開發不斷創新、變動的核心價值相抵觸。不知道讀者們有沒有其他的觀察,也歡迎來信跟編輯討論
想要對開源軟體的來龍去脈以及未來發展有全面理解的讀者,編輯很推薦 Andreessen Horowitz 的合夥人 Peter Levine 所寫的這篇文章。他擁有數十年的開源經驗,曾任職開放軟體基金會與創立過開源軟體公司,也擔任過許多開源新創公司的董事會成員。

文章裡他會先從開源軟體 0.0(免費軟體) 到開源軟體 2.0(SaaS) 的發展史說起。並分享他觀察到,開源軟體如何在「科技創新與商業創新」間形成正向循環。接著也介紹他認為開源軟體可採取的三種商業模式、如何選用的準則,以及所能達成的目標(還有可能的失敗原因);最後,他也預測開源軟體 3.0 的未來走向,並依照新的科技趨勢,提出開源軟體在「科技創新與商業創新」的新正向循環。
《星期日泰晤士報》(The Sunday Times)的科技記者 Danny Fortson 所主持的 podcast《Danny In The Valley》,會邀請科技圈的人分享他們的創業經驗與觀察。編輯想跟大家推薦的一集,是訪問到矽谷創投公司 Y Combinator 的現任 CEO,也是直播平台 Justin.tv (Twitch 的前身)共同創辦人 Michael Seibel。

在本集節目裡,Seibel 會聊聊從他 2006 年創業以來,矽谷創業氛圍的改變,以及 Y Combinator 從投資個位數新創到上百家新創之間,在經營思維上的改變。同時他也認為,現在是軟體創業最容易,但也最艱難的時刻(提示:跟大型科技公司相關)。非常推薦給想要認識矽谷創業現場的讀者收聽。
「跨國團隊就像異地戀一樣,需要有完美的平衡;不能太依賴對方,同時又要有足夠的默契。」本文的作者是管理跨國團隊的 PM,試圖縮短兩地工程師團隊的溝通落差,達到開會公開、文檔同步、保持進度等目標。

文中提到 Code review 的經驗,其實不只適用在遠端工作。而鼓勵做 Peer review 不只促進同儕交流寫程式的邏輯跟手法,也打穩基礎,培養良好的工程文化。

Star Rocket 三創育成
聚焦人才與科技素養的培育,成為開放文化的推手