第 200 期
最近編輯著了 API 的魔,三不五時就在網上搜尋各種使用 API 的新創案例。而有些公司用 API 提出的解決方案,更讓編輯嘖嘖稱奇。若讀者們有看到有趣的 API 新創及應用,也歡迎寫信來與編輯交流:[email protected]

另外也有個消息要跟大家說,那就是 Star Rocket 的全新官網改版上線了!🎉 本期週報中,也有篇與官網改版相關主題的選文。

題外話,不知道大家有沒有看到 Boston Dynamics 的機器人 Altas,可以做出旋轉、跳躍、倒立與翻滾的影片?編輯在看完影片後不禁自慚,因為我的靈活度與柔軟度,已遠遠輸給機器人了啊⋯⋯

by Matt 
應該沒有工程師讀者喜歡 Legacy Code 的吧 👿。然而這個軟體開發過程中的必經之惡,該用怎樣的心態面對它呢?或許化敵為友,好聚好散會是個不錯的選擇。畢竟, Legacy Code 不會憑空出現,一如作者指出:「大部份的時候,legacy code 的成因來自於對於開發速度的 trade off。」

因此,在理解 Legacy Code 存在的核心問題之後,作者也從自身的開發經驗中,建議幾個修改 Legacy Code 的時間點與評斷標準,最終透過形塑公司文化等方式,從此斬斷與 Legacy Code 的孽緣。
〈收聽 Podcast 的正確姿勢:8 個絕佳 app 推薦〉中,我們曾介紹過 Listen Notes 這個 Podcast 搜尋引擎網站。但這個功能強大的網站,其實背後是由開發者 Wenbin Fang 的一人公司所經營的。在這篇文章中,他詳盡列出其網站前後端的技術架構,以及他在經營公司時所使用的服務平台。

作者表示,隨著 SaaS 服務涵蓋到越來越多的領域,以及零工平台的日漸活絡,一人公司的形式將會逐漸崛起。他也建議有心創業的人要「Think big, start small, act fast.」(擁有大構想,從小處開始,行動要迅速)
夜路走多了總會碰到鬼,而 Code 寫多了,遇上 Bug 也是家常便飯。但在面對 Bug 的時候,除了除錯之外,還能做什麼讓未來的寫 Code 人生更為順遂呢?

有十餘年程式開發經驗的 Henrik Warne 發現,透過書寫 Bug 筆記,記錄一些有趣的 Bug 細節與解決方法,以及從中習得的教訓,讓他對寫程式有更深刻的理解。作者也附上他的筆記格式 ,提供給想要嘗試寫 Bug 死亡筆記本的讀者參考。
《星箭廣播》第三集〈我們都聽什麼 Podcast?〉推薦的節目你都聽過了嗎?這次兩位主持人要介紹四檔他們最近收聽的科技 podcast,主題包含重量級人物訪談、科技公司、工作與生意,還有人工智慧研究。
各位讀者在工作之外的時間,會不會開發一些小專案呢?之所以會這樣問,是因為編輯最近發現到,不少具影響力的程式語言或專案,都是起源自開發者工作外的小專案,包含 Ruby 這個流行的程式語言。

而這篇專訪 Ruby 之父松本行弘的文章,編輯覺得值得一讀的兩點是:他如何以語言開發者的角度,看 Ruby 這個語言所創造的影響力以及其侷限;此外,他也從自己開發 Ruby 的經驗,談加班文化與創新之間的互斥。創新也是我們 Star Rocket 一直很關注的議題,也透過像是《科技創業週報》、Podcast《星箭廣播》以及線下活動等方式,與大家共同探索創新的邊界。🚀
遠端工作是不少人嚮往的工作形式(編輯默默舉手🙋‍♂️)。而版本控制公司 GitLab 和設計協作公司 InVision 更極端地實行全遠端工作。但別以為他們只是數十人的小公司。兩間公司員工都近千人,公司估值也都超過 10 億美元。但他們是怎麼辦到的?

從 GitLab 執行長與 InVision 人資長的對談中,他們討論幾個經營全遠端工作公司的重點,像是通訊科技的進步如何讓全遠端成為可能?而哪種人格特質的員工更適合這種工作形式?管理職又如何確保員工都有認真工作?但兩位也強調,不應該把「全遠端工作」視為公司的核心價值。「全遠端工作」只是幫助公司實現核心價值的手段。
時至今日,直播早就不是什麼稀奇的事。但在遊戲直播龍頭 Twitch 創辦的 2007 年,無論是網路頻寬、攝影設備與網路社群等條件都尚未成熟,但他們為何大膽選擇直播作為創業題目?

我們曾撰文推薦過的《StartUp Podcast》,在這兩集的節目中,就介紹 Twitch 如何從一個看起來很鬧的專案—— 透過架在帽子上的鏡頭與背著六公斤直播儀器的背包, 24 小時直播創辦人 Justin Kan 的日常生活——並經歷數次的 pivot ,成為現在佔全球 3.5%網路流量的直播王者。
在這次 Star Rocket 的官網改版過程,我們也嘗試導入「設計系統」( Design System)的概念。透過系統化建構程式的元素,不僅減少設計師與工程師之間的溝通時間與誤解,也降低面臨改版需求時,花在重新釐清設計概念的心力。

而有關「設計系統」的主題,編輯也精選一篇由工程師現身說法,談公司選擇導入「原子設計」(Atom Design)這套設計系統的原因及過程,並提供四個建議給有意導入「設計系統」的公司與組織。
【活動】 PHP 也有 Day #48:我是誰?我在哪?
在講求及重視資訊安全的年代,企業想要強化使用者存取應用系統的安全性,都會在公司網頁部署身分驗證機制。而大多數的系統,為了區分使用者權限,都會存在著身分與角色功能,像是如同超人一般的 root,抑或是毫無存在感的 guest。系統的身分驗證功能,是非常需要注重安全的,不然人人都是 root 豈不天下大亂?

這場分享將會跟大家討論,在網頁架構下如何安全地做身分驗證。
想了解更多,就不要錯過 Star Rocket x PHP 也有 Day #48 meetup
👉👉 報名傳送門 >>>http://bit.ly/2miko4c
手刀報名