Star Rocket 科技創業週報

這篇指南的內容主要是來自我們的經驗整理，加上先前做的研究，還有一些我們從別人身上學來的東西，希望對於有意投入 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 不只促進同儕交流寫程式的邏輯跟手法，也打穩基礎，培養良好的工程文化。