《科技創業週報》是由 Star Rocket 於每週三發送的免費電子報,內容涵蓋創新故事與觀點、產品開發技術與經驗的分享、值得一聽的 Podcast 節目與歷久彌新的經典好文。
每則選文都會加上編輯精心撰寫的引文,非常推薦給工程師、產品經理、設計師,或者是所有對科技產業感興趣的讀者訂閱。(訂閱連結附於文末)
哈囉讀者: 隨著疫情的發展,大家也開始關心起洗手要洗多久的議題。有人常建議邊洗手邊唱兩遍〈生日快樂歌〉大約 30 秒,就能達到洗手時間的最低標準。但是難道就不能唱其他歌來衡量洗手時間嗎? 就有工程師開發出「Wash Your Lyrics」 這個網站,就可以把你最愛的歌的歌詞,與英國國民保健署所公布的正確洗手步驟結合成一張圖片。不過可惜的是,因為網站所使用的資料庫以英文歌為主,所以無法跟中文歌詞結合。但是能邊洗手邊唱〈We Will “Wash” You〉也是蠻嗨的 XD by Matt |
[英] 依用量收費,是我唯一認同的 API 定價策略 隨著越來越多網路服務透過 API(Application Programming Interface,應用程式介面)串接,不僅為開發者與使用者帶來眾多便利,企業也能從供應 API 服務中獲得可觀的利益。但怎樣才是合理的 API 收費模式,卻是讓許多 API 供應商陷入長考的難題。 長時間投入在 API 開發與使用的 Okta 開發者大使(Developer Advocate)Randall Degges 認為,在所有 API 收費模式當中,只有依用量收費(Usage-Based Pricing)才是唯一合理,並且為公司與開發者創造雙贏的收費模式。 在本文中,他會分別比較「依用量付費」、「購買使用額度」以及「企業版收費」這三種常見的 API 收費模式其背後的商業邏輯,以及他支持依用量付費(並依用量多寡自動打折)的理由。 |
[中] 不想再被 Facebook、Google 追蹤?隱私助理 Jumbo 讓你一鍵清除紀錄 網站的隱私設定通常藏在一層層的選項中,沒有說明參照可能找不到路徑,譬如 Google、Facebook 上的定位紀錄。而手機 app Jumbo 就幫用戶省去這些麻煩,一鍵取代需要手動設定的隱私選項,還能刪除 Facebook、Google 網站上的歷史紀錄、清掉 Twitter 舊文等散落在個平台的歷史資料,節省時間又能保障個資。 Jumbo 的創辦人 Pierre Valade 也是知名行事曆軟體 Sunrise Calendar 的創辦人(在 2015 年被微軟收購),而 Jumbo 在 2019 年的種子輪募得 350 萬美元,但到底有多少消費者願意為資安付費的難題,也挑戰 Jumbo 未來如何找到適合的商業模式。 |
[中] Tseng Chung Ping/關於第一份工作如何成為軟體產業產品經理 想轉職成為產品經理的讀者可能會好奇職務類型、需要條件以及求職過程等,這篇文章完整呈現出產品經理的路線圖,包括能力需求、工作內容等等,關於「是否需要會 code?」「是否需要實務經驗?」作者也以個人經驗提出看法。 另外,在文中他也建議沒有技術背景、經驗少的人,可以透過實習或是相關領域慢慢轉職,並在文末提供許多面試問題提供給有需要的讀者參考。 |
[英] 《MIT 科技評論》精選 2020 年會有重大突破的 10 項科技 每年的 2 月下旬,科技雜誌《MIT 科技評論》(MIT Technology Review)會選出 10 項編輯部認為在該年度將有所突破的科技。而今年度所選出的科技,有些早就已受大眾注目,像是數位貨幣、量子霸權(Quantum supremacy)或是透過衛星群提供的網路服務,但部分可能大家相對陌生。 編輯也從中選幾個比較有意思的跟大家分享,像是 Apple 跟 Facebook 等公司已經在應用,試圖在個人隱私以及大規模資料應用之間取得平衡的差分隱私技術(Differential privacy);或者是利用量子力學所打造出無法駭入的網路(Unhackable internet)。而其他包含生技或是環境保護的科技,也都可能在未來三五年內,為人類帶來重大改變。 |
[英] 如何設計產品的錯誤訊息,讓用戶保有良好使用體驗? 雖然說最好的產品設計就是設計出不出錯的產品,但是讀者朋友都清楚這根本是癡人說夢。因此,如何在錯誤發生時,透過妥善規畫的錯誤訊息,讓使用者即便遇上錯誤時仍保有良好的使用體驗。這也成為產品開發時需要考慮的環節。 UX 架構師 Nick Babich 有超過十年的軟體產品開發經驗,在本文中他提出在設計錯誤訊息應該考量到的六個要點,其中包含清晰、別責備使用者和提供使用者解決方案等。另外,他也針對在設計服務時如何減少錯誤訊息的出現頻率提出設計上的建議,也鼓勵團隊制定出一套錯誤訊息設計的策略思考。 |
[podcast] 前 Skype CEO:懂得切換宏觀與微觀視角,是管理者的成功要素 在擔任 Etsy 的 CEO 前,Josh Silverman 也曾擔任過 Skype、Evite 等公司的 CEO,而他在接受 LinkedIn 共同創辦人 Reid Hoffman 所經營的 podcast 節目《Masters of Scale》訪問時,就分享在過去幾個實際的案例中,他是如何訓練自己並且帶領團隊,不僅能從微觀的數據蒐集中,找出值得觀察與追蹤的指標,並且也能快速地切換到宏觀的角度,去找出企業的競爭優勢。 編輯特別推薦他分享到在 Skype 擔任 CEO 期間,曾做了哪些調查與產品修改,因而帶領團隊成功地讓 Skype 從純聲音變成可影音通話的通訊軟體產品,更在那期間獲取超過 3 億的新用戶,並將營收翻倍。 |
[podcast] 星箭廣播 EP46|你不知道的 @Twitter #創業故事 對你而言,Twitter 是什麼?假如你發出一則推文,表示看到街角發生火警,這則推文是關於你自己發生什麼事,還是關於你的周遭發生什麼事呢?這集《星箭廣播》邀請到特別來賓、連續創業者程希瑾(cjin),來跟大家聊聊 Twitter。 本集節目分為兩部分,第一個部分我們從 Twitter 誕生前開始講起,接著談到 Twitter 的概念起源、迅速成長,再聊到四名創辦人之間(不只一次)的鬥爭與背叛,到最後 Dick Costolo 當上執行長、準備帶領 Twitter 上市。而節目的第二部分,Titan 跟 cjin 則要跟大家聊聊 Twitter 對世界的影響、錯過的商業機會、他們與第三方開發者的關係,以及其他關於 Twitter 的種種。 |
[英] 開發者別執著於「無瑕的程式碼」 「無瑕的程式碼並不是個目標。而是我們為了把非常複雜的系統理出脈絡,所做出的嘗試。」知名 JavaScirpt 函式庫 Redux 的共同作者,現任職 React 開發團隊的 Dan Abramov,在本文中回溯他某次因為執著於把程式碼變得無瑕(clean),最終卻落得失敗後果的經驗。 他提到,他曾跟很多工程師一樣都熱衷於寫出無瑕的程式碼,但那次經驗帶給他幾項教訓。其中之一就是:所有改變都必然會帶來缺點,因此在重構程式碼時,必須優先思考專案的核心目標,再考慮是否要重構。但他也強調,這不是要鼓勵大家就只寫骯髒的程式碼就好,而是強調不要讓形式(程式碼)阻礙了產品所應具備的價值。 |