大家好，我是陳哥。當下，國產化替代穩步推進，不少企事業單位對工作中所用的到信創產品提出了更高的要求。硬件、操作系統和數據庫等產品的國產化替代受到了一定的重視，但底層框架的國產化同樣不容忽視。正如華為創始人任正非所說：“核心技術是買不來的，只有自主創新才能立于不敗之地。”這與禪道的觀點不謀而合，我們一直在不斷探索和優化軟件的架構。在《國產化替代是個偽命題？被誤解多年的開源軟件，如今怎么樣了？
《聊聊其他“Ops”（一）》中跟大家簡單介紹了DevOps，以及與其概念相近的NoOps、DevSecOps和GitOps。“Ops家族”還包含其他形式，但歸根結底，DevOps之所以更為流行，是因為其提供了改進工作流程的最全面的方法，因而被廣泛應用。一、DevOpsvs.ITOps接下來，我們將更仔細地了解一下ITOps。許多開發人員將ITOps視為DevOps更傳統的版本，但實際上它不止
大家好，我是陳哥，今天想和大家聊聊敏捷團隊項目的準時交付~敏捷方法和硬性期限看似是兩個不相容的概念。提到“敏捷”，我們通常會想到靈活性、適應性、迭代和持續改進，而“期限”往往與固定日期、最終性和時間壓力有關。實際上，敏捷與期限并非完全對立，它們之間可以找到一個合適的平衡點，使得項目既能保持靈活性，又能遵守時間節點。正如知名敏捷教練瑪麗·波彭迪克（MaryPoppendieck）所說：準時交
大家好，我是陳哥，今天想和大家聊聊Git合并沖突解決~背景前幾天，我正好收到了一位讀者的留言：又又又又遇到了Git合并沖突，解決沖突比寫代碼還費勁，突然想起SVN的好。該怎么避免Git沖突啊？我想，比如這樣？在我看來，Git合并沖突是不可避免的。在本文，我想和大家簡單分享一下遇到Git沖突該如何解決，希望對大家有所幫助。在此之前，我們先來了解一下Git的合并沖突是什么以及合并沖突的類型有哪
大家好，我是陳哥，今天聊聊禪道的代碼提交規范~背景在《還不知道這個原則的程序員，要小心了》的文章中，我提到了禪道的代碼提交規范。簡單來說，我們將工具融入到禪道團隊的日常代碼提交過程中，利用工具對流程、行為進行規范和約束。接下來，我將從編碼規范、測試規范等方面，和大家簡單分享一下禪道團隊的代碼提交規范。為了方便大家了解和學習，大家可以發送【代碼提交規范】，免費領取禪道團隊的代碼提交規范。
一位讀者在看過我的《理解這八大優勢，才算精通單元測試》后，問我：知道單元測試有好處，但實在沒空寫。看完文章后又想重新落實一下，有沒有啥寫好單元測試的技巧？這位讀者絕對不是第一個和我抱怨單元測試的人。這很好理解，中國互聯網公司太多太卷，想要搶奪市場就要推出不同功能，而這些壓力一部分落在了程序員身上，拼命趕需求。單元測試這種費力不討好的事情，自然而然就沒有人做。就我多年的經驗來看，寫單元測試其實不
在準備將軟件上線到生產環境之前需要進行測試。隨著軟件測試方式日趨成熟，軟件開發團隊的測試也在取代大量手動測試，逐漸實現自動化測試。通過自動化測試，開發團隊可以在短短幾分鐘內就了解到軟件是否存在問題，而不需要等待幾天的時間。自動化測試大大地縮短了反饋周期，與敏捷開發、持續集成和DevOps文化密切相關。本文將分為上、下篇來探討如何構建一個高響應、可靠并且可維護的測試組合，無論是針對微服務架構、移動
作為開發人員，我們應該遵守這樣一句話：“質量不是來自檢查，而是來自生產過程的改進。”——愛德華·戴明 “測試即代碼。”太多的組織將任何未編碼的東西視為一次性的。很明顯，測試是必不可少的，但我們一次又一次地發現，團隊將測試自動化和相關材料視為二等公民。測試是用戶行為的文檔，與產品組織產生的需求密不可分，并在虛擬層面與用于創建功能的代碼相連。 如果它提供了價值，就應該對它進行版本化、維護、照顧和尊重，
技術性債務在DevOps到底意味著什么？從本質上講，這是小的開發缺陷的積累，需要不斷地返工。它可能由多種原因引起，例如快速交付新功能的壓力，這可能會導致團隊不得不犧牲代碼的整潔和完善。但這些不完整的小代碼，如經濟上的債務一樣，隨著時間的推移會產生“利息”，在軟件工程里就表現為修改的挑戰或添加新功能的困難。 一、技術債務的原因技術債務的主要原因之一是組織的開發方和業務方之間的脫節。開發團隊經常會感到
在《TDD、BDD、ATDD都是什么、有什么區別？（上）》一文中，探討了探討TDD、BDD和ATDD的概念。雖然TDD、BDD和ATDD都是軟件開發中使用的測試方法，但它們在方法和重點上有所不同。TDD、BDD和ATDD之間的主要區別在于關注點、抽象層級和協作。1、關注點TDD側重于測試代碼并確保它滿足需求。BDD關注軟件的行為，并確保它滿足業務需求。ATDD關注于驗收標準，并確保軟件滿足業務
+求關注
