科技創業週報 #212:CTO 對團隊的真正價值

| |

《科技創業週報》是由 Star Rocket 於每週三發送的免費電子報,內容涵蓋創新故事與觀點、產品開發技術與經驗的分享、值得一聽的 Podcast 節目與歷久彌新的經典好文。

每則選文都會加上編輯精心撰寫的引文,非常推薦給工程師、產品經理、設計師,或者是所有對科技產業感興趣的讀者訂閱。(訂閱連結附於文末)

哈囉讀者

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

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

by Matt
[中]「管理開源專案最難的不是技術而是人。」Homebrew 十年開發故事

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

隨著 Homebrew 在開發者圈日漸熱門,不僅吸引到許多新血加入專案貢獻者的行列,但也免不了會面對到數不盡的鯛民以及填不滿的錢坑等窘境。在這十年間,Homebrew 是如何在人力與財力上找到平衡,並繼續造福更多的開發者?現任的專案領導人 Mike McQuaid 又想給其他開源參與者哪些的建議?
[英] Stripe 首任 CTO 談如何發揮此職位的真正價值

「CTO 最重要的任務,就是賦權給自己的工程師,讓他們能完成重大的改變與進步。」 Greg Brockman 是金流公司 Stripe 的首任 CTO。文中他回溯在 Stripe 草創的階段,他如何從只愛寫 Code 的工程師成為公司的 CTO,並分享他從與 20 位 CTO 的對談經歷中,歸納出一位優秀的 CTO 所應具備的思維與價值。

其中 Brockman 提到,在對談過程中,他蠻意外多數 CTO 認為這個職位的重點在於扮演技術團隊中的協調者(facilitators),而非架構者(chief architect)。而要成為好的協調者,就必須理解組織內部的真實情況。對此,他也在文中提出四個可行的方法。
[podcast] 星箭廣播 EP35:鍵盤專家會怎麼寫一本書?

你最近有在網路上看到什麼有趣的東西嗎?這集 Titan 跟 Maxine 要跟大家聊聊他們最近的新發現。

Maxine 在節目中要分享她為何改用 iPhone 而不是電子紙閱讀器來讀電子書,以及這段時間下來她的體會,還有一些新發現。而 Titan 前些時候買了一把 Keychron 公司出品的 K2 機械鍵盤,這個鍵盤又有何特別之處?有什麼缺點?他也趁這次機會跟 Maxine 交流了一下兩個人使用鍵盤的經驗。此外,Titan 也分享了一本關於鍵盤歷史的書,以及作者有趣的寫作方式。
[英] 從軟體的歷史看 No-Code 服務於近期崛起的三大因素

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 Hunter & 企業面對 Bug Bounty Program 的心態

由企業提供明確規範與獎金,吸引有能力的開發者協助企業尋找系統漏洞並從中獲得獎勵的 Bug Bounty Program(漏洞回報獎勵計畫),在資安當道的現代逐漸成為顯學。媒合企業與白帽駭客的平台 HackerOne 甚至在近期獲得 D 輪的募資,累積募得 1.1 億美元(約新台幣 33 億元)

但企業與開發者,到底要用什麼心態來看待 Bug Bounty Program?而企業在怎樣的前提才該開放獎勵計畫?本文會分別以白帽駭客與企業的角度來審視 Bug Bounty Program 的意義與功能,也提供很具體的建議給想要加入 Bug Bounty Program 的企業與個人。
[英] 如果你討厭你的客戶,可以這樣用 API 報復他們

編輯過去這段時間內寫過幾篇文章,討論新創如何提供服務讓 API 變得更好上手。但這篇文章卻要從反面案例的角度,分享九種用 API 報復討人厭客戶的方式,其中包含像是「只允許一個 API 金鑰」、「手動更新技術文件」,甚至最絕的是「完全不提供 API」!當然,文章的真正用意是要提醒軟體服務的開發者,要盡可能避免文中提到的狀況發生在真實生活中。

而這篇文章在 Hacker News 上也引發熱烈討論,其中最多人分享的是他們認為在這九點之外,還有哪些 API 的處理方式也會讓開發者感到挫折不已。
[podcast] 矽谷知名創投 a16z 如何製作 Podcast

知名創投 a16z 合夥人 Connie Chan 訪問自家 podcast 製作人 Sonal Chokshi,談這個矽谷最知名的創投機構之一,是怎麼製作 podcast。Sonal Chokshi 在節目中提到的幾個做法,相當值得 podcast 製作人或是愛好者參考。

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

假如你已經有一個很成功的節目,要再新增一個節目時,可以怎麼做?Sonal Chokshi 的做法是,先把新節目放進原本受歡迎節目的 feed,大約過了 10 集之後再獨立出去,請聽眾去訂閱新節目。
[中] Bastiane Huang/在矽谷早期新創擔任產品經理,我學到的幾件事!

產品經理相較於工程師職責比較不明顯,新創需要的產品管理能力跟大公司所需的可能不一樣,在變動劇烈的矽谷新創圈裡,團隊面對早期開發時該如何一一消除無盡的待辦事項?

本文作者濃縮自己的實戰經驗,提出五點她認為 PM 需要特別注意的事情,並分享她如何使用「波浪式變革」(Waves of Changes)的方式,在進行重大變革前先觀察並建立信任之後,再一步步實踐改變,進而幫助團隊創造出最高價值。
.
Previous

《星箭廣播》36 集 ——2019 年,感謝有你

Glide:讓程式麻瓜只用 Google 試算表就能做 App

Next

發表留言

Share via
Copy link
Powered by Social Snap