No-Code 服務崛起的三大因素|矽谷知名創投如何製作 Podcast
Star Rocket 科技創業週報第 212 期
哈囉讀者

編輯是在加入 Star Rocket 後,才把塵封已久的 Twitter 帳號重新啟用,並開始追蹤許多科技圈的大大們,漸漸知道這些新聞上響噹噹的人物,在 Twitter 上又是如何展現自我的。

最近在 Twitter 上讀到最有趣的推文,是 Elon Musk 談到:「人生若是款電玩遊戲,它的視覺效果很不錯,但情節讓人困惑,且新手教學實在太長。」加上其後續一連串的推文,都讓編輯覺得:馬叔你是真的宅啊!(稱讚意味) 

by Matt
你可能曾聽過或用過 Homebrew 這項開源的套件管理工具,但你是否知道它問世十年來的開發故事?這個曾在 GitHub 上擁有最多貢獻者的專案,幫助無數開發者大幅減少管理套件的痛苦,讓他們能專注在軟體開發的工作上。過去一年間,就有超過 2 億次的套件透過 Homebrew 下載與更新。

隨著 Homebrew 在開發者圈日漸熱門,不僅吸引到許多新血加入專案貢獻者的行列,但也免不了會面對到數不盡的鯛民以及填不滿的錢坑等窘境。在這十年間,Homebrew 是如何在人力與財力上找到平衡,並繼續造福更多的開發者?現任的專案領導人 Mike McQuaid 又想給其他開源參與者哪些的建議?
「CTO 最重要的任務,就是賦權給自己的工程師,讓他們能完成重大的改變與進步。」 Greg Brockman 是金流公司 Stripe 的首任 CTO。文中他回溯在 Stripe 草創的階段,他如何從只愛寫 Code 的工程師成為公司的 CTO,並分享他從與 20 位 CTO 的對談經歷中,歸納出一位優秀的 CTO 所應具備的思維與價值。

其中 Brockman 提到,在對談過程中,他蠻意外多數 CTO 認為這個職位的重點在於扮演技術團隊中的協調者(facilitators),而非架構者(chief architect)。而要成為好的協調者,就必須理解組織內部的真實情況。對此,他也在文中提出四個可行的方法。
你最近有在網路上看到什麼有趣的東西嗎?這集 Titan 跟 Maxine 要跟大家聊聊他們最近的新發現。

Maxine 在節目中要分享她為何改用 iPhone 而不是電子紙閱讀器來讀電子書,以及這段時間下來她的體會,還有一些新發現。而 Titan 前些時候買了一把 Keychron 公司出品的 K2 機械鍵盤,這個鍵盤又有何特別之處?有什麼缺點?他也趁這次機會跟 Maxine 交流了一下兩個人使用鍵盤的經驗。此外,Titan 也分享了一本關於鍵盤歷史的書,以及作者有趣的寫作方式。
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 Program(漏洞回報獎勵計畫),在資安當道的現代逐漸成為顯學。媒合企業與白帽駭客的平台 HackerOne 甚至在近期獲得 D 輪的募資,累積募得 1.1 億美元(約新台幣 33 億元)

但企業與開發者,到底要用什麼心態來看待 Bug Bounty Program?而企業在怎樣的前提才該開放獎勵計畫?本文會分別以白帽駭客與企業的角度來審視 Bug Bounty Program 的意義與功能,也提供很具體的建議給想要加入 Bug Bounty Program 的企業與個人。
編輯過去這段時間內寫過幾篇文章,討論新創如何提供服務讓 API 變得更好上手。但這篇文章卻要從反面案例的角度,分享九種用 API 報復討人厭客戶的方式,其中包含像是「只允許一個 API 金鑰」、「手動更新技術文件」,甚至最絕的是「完全不提供 API」!當然,文章的真正用意是要提醒軟體服務的開發者,要盡可能避免文中提到的狀況發生在真實生活中。

而這篇文章在 Hacker News 上也引發熱烈討論,其中最多人分享的是他們認為在這九點之外,還有哪些 API 的處理方式也會讓開發者感到挫折不已。
知名創投 a16z 合夥人 Connie Chan 訪問自家 podcast 製作人 Sonal Chokshi,談這個矽谷最知名的創投機構之一,是怎麼製作 podcast。Sonal Chokshi 在節目中提到的幾個做法,相當值得 podcast 製作人或是愛好者參考。

Sonal Chokshi 提到,a16z Podcast 不會寫講稿,也不會先讓來賓告訴製作團隊他們要講什麼;又或者他們發現,把傳統錄音設備常見的「mixer」移除之後,聲音品質反而有顯著地提高;她還提到 a16z 的另一位合夥人 Andrew Chen,有建議他們要找一位 podcast 成長駭客專家。

假如你已經有一個很成功的節目,要再新增一個節目時,可以怎麼做?Sonal Chokshi 的做法是,先把新節目放進原本受歡迎節目的 feed,大約過了 10 集之後再獨立出去,請聽眾去訂閱新節目。
產品經理相較於工程師職責比較不明顯,新創需要的產品管理能力跟大公司所需的可能不一樣,在變動劇烈的矽谷新創圈裡,團隊面對早期開發時該如何一一消除無盡的待辦事項?

本文作者濃縮自己的實戰經驗,提出五點她認為 PM 需要特別注意的事情,並分享她如何使用「波浪式變革」(Waves of Changes)的方式,在進行重大變革前先觀察並建立信任之後,再一步步實踐改變,進而幫助團隊創造出最高價值。
Star Rocket 三創育成
聚焦人才與科技素養的培育,成為開放文化的推手