期間:2019
Heavy Cardboard
Heavy Cardboard 是由 Edward Uhler 經營的專門介紹桌上遊戲的媒體頻道。我第一次接觸它時,它純粹是一個播客,我喜歡它,因為它評論了我感興趣的遊戲類型,而且評論的深度足夠,讓我可以清楚了解遊戲是否會引起我的興趣。然後它新增了一個影片頻道,在 Youtube 上串流直播遊戲。我很少觀看直播遊戲,但經常發現觀看錄影很有用,可以幫助我判斷是否會喜歡一款遊戲。我也發現 Edward 在每次串流之前教授的規則,是學習如何玩遊戲的有效方法。我非常喜歡這個節目,以至於成為贊助者,並享受僅限贊助者的 Slack 頻道。它是一個有用的討論論壇,也是我參與過的最愉快的線上社群之一。
探索性測試
探索性測試是一種強調快速學習、測試設計和測試執行週期的測試方式。探索性測試並非試圖驗證軟體是否符合預先編寫的測試腳本,而是探索軟體的特性,找出可歸類為合理行為或失敗的發現。
瀑布式流程
在軟體領域,「瀑布式」通常用來描述一種軟體流程方式,與迭代式或敏捷式方式形成對比。就像軟體中許多眾所周知的術語一樣,它的含義定義不明確,起源也模糊不清,但我發現它的基本主題是根據活動將大型專案分解成不同的階段。
機器學習的持續交付
機器學習應用程式在我們的產業中正變得越來越普及,然而,與更傳統的軟體(例如網路服務或行動應用程式)相比,開發、部署和持續改善它們的流程更加複雜。它們會在三個軸線上發生變化:程式碼本身、模型和資料。它們的行為通常很複雜且難以預測,而且更難測試、解釋和改善。機器學習的持續交付 (CD4ML) 是將持續交付的原則和實務應用於機器學習應用程式的學科。
別被避免鎖定的想法給困住了
建築能量的很大一部分花在減少或避免鎖定上。這是一個相當崇高的目標:建築的目的是為我們提供選擇,而鎖定則相反。然而,鎖定並非一個簡單的真或假問題:避免被鎖定在一個方面通常會讓你被鎖定在另一個方面。此外,流行的概念,例如開源自動消除鎖定,事實證明並非完全正確。是時候仔細了解鎖定了,這樣你就不會被避免它而困住了!
厚紙板對伯明罕黃銅的評論
伯明罕黃銅 是一款現代棋盤遊戲,玩家在工業革命中建立一個由煤礦、啤酒廠和鐵路組成的工業帝國。Edward 和我對遊戲進行了詳細的評論:評估其重量、審查組成部分,並概述我們對遊戲的喜愛之處。播客從我們最近的遊戲體驗的一般聊天開始,我談了一點我在遊戲方面的背景 - 實際評論從 1:16 開始。
2018 年網站報告
在 2019 年初,回顧 martinfowler.com 的狀態似乎是一個好主意。我在 2014 年 對網站進行了簡短的回顧,所以現在是時候再次查看它產生的流量了。
微型前端
良好的前端開發很難。擴展前端開發,以便許多團隊可以同時處理大型且複雜的產品,這更難。在本文中,我們將描述最近的趨勢,即將前端巨石分解成許多更小、更易於管理的部分,以及這種架構如何提高處理前端代碼的團隊的效率和效能。除了討論各種好處和成本之外,我們還將介紹一些可用的實作選項,並深入探討一個展示此技術的完整範例應用程式。
Dev Ops 報告狀態
DevOps 報告狀態是一份年度報告,它使用調查資料的統計分析來確定軟體交付組織的有效實務。其主要作者是 Nicole Forsgren、Jez Humble 和 Gene Kim。
高品質軟體值得成本嗎?
軟體開發專案中常見的爭論在於花時間改善軟體品質,或專注於釋出更有價值的功能。通常交付功能的壓力主導討論,導致許多開發人員抱怨他們沒有時間處理架構和程式碼品質。這場爭論基於一個假設,即提升品質也會增加成本,這是我們的共同經驗。但反直覺的現實是,內部軟體品質消除了減緩開發新功能的累贅,從而降低了軟體增強的成本。
技術負債
軟體系統容易累積累贅 - 內部品質的缺陷,使得修改和進一步擴充系統比理想情況下更困難。技術負債是一個比喻,由沃德·坎寧安創造,用於構思如何處理這種累贅,將其視為財務負債。新增新功能所需的額外工作就是支付負債的利息。
如何從單體資料湖轉移到分散式資料網格
許多企業正在投資其下一代資料湖,希望大規模民主化資料,以提供商業見解並最終做出自動化智慧決策。基於資料湖架構的資料平台具有常見的故障模式,導致無法大規模實現承諾。為了解決這些故障模式,我們需要從湖的集中式範例或其前身資料倉儲轉移。我們需要轉移到從現代分散式架構汲取的範例:將網域視為首要考量,應用平台思維來建立自助式資料基礎架構,並將資料視為產品。
面向網域的可觀察性
我們軟體系統中的可觀察性一直很有價值,在雲端和微服務的時代變得更加重要。然而,我們新增到系統中的可觀察性往往本質上相當低階且技術性,而且似乎太常需要在我們的程式碼庫中散佈冗長、詳細的呼叫到各種記錄、儀器和分析架構。本文描述了一個模式,可以清理這個混亂,並允許我們以乾淨、可測試的方式新增與業務相關的可觀察性。
鎖定成本
在我最近的客戶參與中,我預見無伺服器架構是一個完美的契合。然而,採用無伺服器架構的想法並未受到我們的客戶青睞,因為他們擔心供應商鎖定。對於零售商來說,這是一個有趣的時期,因為留在 AWS 可能意味著亞馬遜作為另一家零售業務將獲得競爭優勢。基於不支援競爭對手的想法,我的客戶有興趣確保我們選擇的解決方案可以完全移植到其他雲端供應商。