科技創業週報 #214:我的工程師轉換跑道之路

| |

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

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

哈囉讀者,

2020 年新年快樂!今天週報的開頭,幫大家蒐集幾個過去對 2020 年的科技想像:2000 年的科幻電影《火星任務》(Mission to Mars)以及美國未來學家 Peter Schwartz 與 Peter Leyden 在 1997 年就寫成的空想文中,都認為 2020 年人類將首次登上火星。

而美國發明家、未來學家雷・庫茲威爾(Ray Kurzweil),在他 2006 年出版的經典著作《奇點將近》中則認為,約 2020 年就能用 1,000 元美金買到跟人腦相同運算能力的電腦。而接下來的十年,我們將迎來奈米科技的革命性進展。

雖然在接下來的一年內,這些科技進展看來不大可能達成,不過似乎也不遠了?

by Matt
[英] 2020 年想要嘗試做個人專案嗎?四個要點找出最適合你的主題

或許是因為聽了好幾集《星箭廣播》的來賓都提到個人專案(side project)的重要性,編輯 2020 年給自己定下的目標之一,就是要執行一項個人專案。但是到底要怎麼選擇最適合自己,且對個人未來發展最有幫助的 side project 呢?

開發者 Ted Bendixson 在這篇文章中提出,他認為一項好的個人專案應該必備的四個要點:能幫你學會新的技能、能讓你獲得被動收入、能夠展現你的創造力和能在有限的時間與心力內完成。
[中] Loom:不能即時通話、視訊的通訊軟體,卻獲紅杉、IG 創辦人投資

當你在進行專案時,可能遇過一個狀況:同事或合作對象一時無法挪出時間碰面、視訊,或是其實也不需要對方即時回覆,但文字又不能夠完整表達你的想法時,也許可以試試看傳一段影片給對方,速度可能比你寫一封信還快。

Loom 是一款不能視訊、即時通話的錄影擴充套件,能同時錄下人像、螢幕錄影,直接在 Chrome、Gmail 或 Slack 中就能打開使用。從推出第一版產品到現在,已經獲得紅杉資金及 Instagram 兩位共同創辦人投資,令人好奇 Loom 未來是否有機會改變我們習慣的溝通方式?
[中] 良葛格/我的轉換跑道之路

「我想要轉換跑道,該如何步入程式設計之路?」你也被這樣的問題困擾著嗎?本文作者長期經營技術寫作部落格,他也分享當初如何轉換跑道跨入程式設計領域,沒有基礎的他利用下班的每個晚上自學,雖然過程中面臨壓力,但開始接觸原始碼跟不斷摸索下,漸漸有了成就感。

引述一段作者文中描述當時轉職的心情,或許能給讀者一點鼓勵:「這時的我就像《學徒模式》中形容的,接上了水管狂飲能取得的各種資訊,這個時候是我學最多,也是犯最多錯誤的時候。」
[中] 報導者/LINE 群組的假訊息從哪來?跨國調查,追出內容農場「直銷」產業鏈

隨著社群媒體在現代生活扮演越來越重要的角色,也有越來越多人開始關注假訊息、假新聞為社會所帶來的負面影響。這些錯誤的資訊究竟從何而來,而又是什麼樣的人與組織在運作並擴散這些錯誤資訊呢?網路媒體《報導者》最近推出的「風向戰爭與它的推手」這個專題,就很推薦關注此議題的讀者閱讀。

本文將帶領讀者一窺在 Line、Facebook 上面瘋傳的內容農場文章背後,其實是個橫跨台灣、馬來西亞等地的內容農場「直銷」商業帝國,也訪問到兩位內容農場的從業人員,親身分享他們對這「產業」的看法。
[podcast] 星箭廣播 EP37|從過去找未來:Notion 的工具設計哲學

你可能聽過那個關於 Notion 的故事:兩個創辦人為了省錢,從舊金山搬到「生活開銷比較低的」京都,所以公司活下來了,最近好像還很紅。但,事情真的這麼簡單嗎?

本集的《星箭廣播》,我們再度邀請到三創育成基金會駐點創業家林宜儒(Lawrence)擔任特別來賓,來跟各位聊聊他前一段時間重新開始使用的「Notion」。其實,先前就曾有聽眾來信,表示想聽我們談談 Notion 這個可多人協作、號稱「the all-in-one workspace」的多用途生產力軟體,正好趁這次機會來談談這個特別的產品,以及背後的公司。
[英] 什麼是影響程式 Bug 多寡的關鍵因素?

要如何減少產品中出現 Bug 的次數,是所有科技公司都念茲在茲的事情。而到底什麼是影響程式內 Bug 多寡的最關鍵因素?這篇文章就整理了 Microsoft 在 2007 年 Windows Vista 的失敗上市經驗之後,針對此問題做的深入研究。

這份報告指出,程式碼的複雜度、程式碼的修改程度等技術面向,確實與 Bug 的多寡有正相關,但是其實影響最大的,是公司組織的複雜度:只要該專案有越多人參與過,Bug 就越容易發生。不知道這個結果跟大家的實務經驗是否吻合呢?而文中有更詳細說明 Microsoft 研究所產出的預測模型,也歡迎有興趣的讀者進一步閱讀。
[英] 設計系統再進化,或將改變設計流程的 Design APIs

API 一直都是 Star Rocket 密切關注的科技議題之一,編輯之前也曾撰文介紹過幾個 API 開發相關的企業。但不知道讀者你是否有想過,連設計也能應用 API ?

這篇由縮網址服務 Bitly 產品設計總監 Matthew Ström 所撰寫的文章,就嘗試將設計系統的概念進一步延伸,提出「Design API」的概念,讓產品的設計元素不僅有統一的規範可供參照,並藉由 Design API 讓產品的設計能自行遵循最新的規範,無需設計師與工程師手動修改程式碼。在文中他也清楚描繪他理想中 Design API 的運作與設計方式。
[podcast] Netflix 產品總監談如何管理與創新

放假的時候,想必不少讀者應該都會打開 Netflix 觀賞影集或電影吧!過往的週報我們也分享過有關 Netflix 的相關文章。而這次編輯找到這檔 podcast 「WeAreNetflix」非常有意思,正如其名,是由 Netflix 的資深工程師 Lyle Troxell 主持,專訪到 Netflix 不同部門的員工,分享他們的工作經驗與心法。

而編輯推薦的這集,就訪問到現任的產品長 Greg Peters,除了討論他如何管理產品與團隊之外,編輯覺得他分享 Netflix 如何定義產品,以及怎麽透過科技創新影響觀眾與創作者,都非常值得所有在做科技產品的讀者參考。
.
Previous

《星箭廣播》38 集 ——Titan 的購物頻道

《星箭廣播》39 集——從業餘專案到「一人公司」,podcast 搜尋引擎 Listen Notes 的故事

Next

發表留言

Share via
Copy link
Powered by Social Snap