內容農場背後的跨國產業鏈|影響 Bug 多寡的關鍵因素
Star Rocket 科技創業週報第 214 期
哈囉讀者,

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

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

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

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

開發者 Ted Bendixson 在這篇文章中提出,他認為一項好的個人專案應該必備的四個要點:能幫你學會新的技能、能讓你獲得被動收入、能夠展現你的創造力和能在有限的時間與心力內完成。
當你在進行專案時,可能遇過一個狀況:同事或合作對象一時無法挪出時間碰面、視訊,或是其實也不需要對方即時回覆,但文字又不能夠完整表達你的想法時,也許可以試試看傳一段影片給對方,速度可能比你寫一封信還快。

Loom 是一款不能視訊、即時通話的錄影擴充套件,能同時錄下人像、螢幕錄影,直接在 Chrome、Gmail 或 Slack 中就能打開使用。從推出第一版產品到現在,已經獲得紅杉資金及 Instagram 兩位共同創辦人投資,令人好奇 Loom 未來是否有機會改變我們習慣的溝通方式?
「我想要轉換跑道,該如何步入程式設計之路?」你也被這樣的問題困擾著嗎?本文作者長期經營技術寫作部落格,他也分享當初如何轉換跑道跨入程式設計領域,沒有基礎的他利用下班的每個晚上自學,雖然過程中面臨壓力,但開始接觸原始碼跟不斷摸索下,漸漸有了成就感。

引述一段作者文中描述當時轉職的心情,或許能給讀者一點鼓勵:「這時的我就像《學徒模式》中形容的,接上了水管狂飲能取得的各種資訊,這個時候是我學最多,也是犯最多錯誤的時候。」
隨著社群媒體在現代生活扮演越來越重要的角色,也有越來越多人開始關注假訊息、假新聞為社會所帶來的負面影響。這些錯誤的資訊究竟從何而來,而又是什麼樣的人與組織在運作並擴散這些錯誤資訊呢?網路媒體《報導者》最近推出的「風向戰爭與它的推手」這個專題,就很推薦關注此議題的讀者閱讀。

本文將帶領讀者一窺在 Line、Facebook 上面瘋傳的內容農場文章背後,其實是個橫跨台灣、馬來西亞等地的內容農場「直銷」商業帝國,也訪問到兩位內容農場的從業人員,親身分享他們對這「產業」的看法。
你可能聽過那個關於 Notion 的故事:兩個創辦人為了省錢,從舊金山搬到「生活開銷比較低的」京都,所以公司活下來了,最近好像還很紅。但,事情真的這麼簡單嗎?

本集的《星箭廣播》,我們再度邀請到三創育成基金會駐點創業家林宜儒(Lawrence)擔任特別來賓,來跟各位聊聊他前一段時間重新開始使用的「Notion」。其實,先前就曾有聽眾來信,表示想聽我們談談 Notion 這個可多人協作、號稱「the all-in-one workspace」的多用途生產力軟體,正好趁這次機會來談談這個特別的產品,以及背後的公司。
要如何減少產品中出現 Bug 的次數,是所有科技公司都念茲在茲的事情。而到底什麼是影響程式內 Bug 多寡的最關鍵因素?這篇文章就整理了 Microsoft 在 2007 年 Windows Vista 的失敗上市經驗之後,針對此問題做的深入研究。

這份報告指出,程式碼的複雜度、程式碼的修改程度等技術面向,確實與 Bug 的多寡有正相關,但是其實影響最大的,是公司組織的複雜度:只要該專案有越多人參與過,Bug 就越容易發生。不知道這個結果跟大家的實務經驗是否吻合呢?而文中有更詳細說明 Microsoft 研究所產出的預測模型,也歡迎有興趣的讀者進一步閱讀。
API 一直都是 Star Rocket 密切關注的科技議題之一,編輯之前也曾撰文介紹過幾個 API 開發相關的企業。但不知道讀者你是否有想過,連設計也能應用 API ?

這篇由縮網址服務 Bitly 產品設計總監 Matthew Ström 所撰寫的文章,就嘗試將設計系統的概念進一步延伸,提出「Design API」的概念,讓產品的設計元素不僅有統一的規範可供參照,並藉由 Design API 讓產品的設計能自行遵循最新的規範,無需設計師與工程師手動修改程式碼。在文中他也清楚描繪他理想中 Design API 的運作與設計方式。
放假的時候,想必不少讀者應該都會打開 Netflix 觀賞影集或電影吧!過往的週報我們也分享過有關 Netflix 的相關文章。而這次編輯找到這檔 podcast 「WeAreNetflix」非常有意思,正如其名,是由 Netflix 的資深工程師 Lyle Troxell 主持,專訪到 Netflix 不同部門的員工,分享他們的工作經驗與心法。

而編輯推薦的這集,就訪問到現任的產品長 Greg Peters,除了討論他如何管理產品與團隊之外,編輯覺得他分享 Netflix 如何定義產品,以及怎麽透過科技創新影響觀眾與創作者,都非常值得所有在做科技產品的讀者參考。
勘誤:
213 期的科技創業週報中,編輯在〈學習 C 語言真的就能理解電腦的運作方式嗎?〉的引文中寫到:「他表示 C 語言雖然相較 Python 等語言確實更接近底層,但仍然是在虛擬機器中運作。」

感謝讀者的提醒,作者的原意應該是抽象機器(Abstract Machine),而非虛擬機器(Virtual Machine)。
你喜歡本期的週報嗎?
不喜歡
1
2
3
4
5
超愛
不喜歡
超愛
Star Rocket 三創育成
聚焦人才與科技素養的培育,成為開放文化的推手