DevOps 每日一句 | 重新認識 DevOps

每日一句

DevOps 每日一句

很多人眼中的 DevOps，只是建立幾條自動化 Pipeline，或是將軟體自動部署上雲端。但那只不過是狹義的 …

在許多傳統的工作場景中，管理者的工作就是發號施令、追進度、開會、然後再開更多的會。但在 Agile 與 DevOps …

（書中原文為「生產環境」，筆者將引言改為個人比較認同的翻譯「正式環境」。）在軟體開發的世界裡，速度與品質經常被當成是魚 …

在軟體開發的過程中，有一些不做不行，但沒人想要去做的任務。手動建環境、手動部署、手動測試、手動撰寫文件，以及手動維護不 …

在一些組織變革的案例中，會看到一種失敗原因，那就是「等待」。大家都在等，等著主管同意、等著隔壁部門的協商、等著其他團隊 …

如果要列出IT軟體圈內會激怒人的金句排行榜。那麼「It works on my machine.」大概會是排名相當前面 …

Definition of Done 我們都聽過，但你們的軟體團隊真的有在訂定這樣的規範嗎？還是說每一次的軟體開發都是 …

工程師都是通靈大師，這是業界人士經常用來自嘲的一個說法。但有時我們其實是自己將自己推向了這種天知、地知，就你自己不知道 …

在許多團隊中，測試文化推不起來，罪魁禍首往往只有一個。就是那個全公司最厲害但不寫測試的大神工程師。（咦）畢竟大神都不 …

在真實的場景中，軟體發佈對於有些軟體團隊來說是一件讓人壓力山大的事。每次交付、發佈或部署上線，都需要一段漫長的時間準備 …

軟體開發是一項高度協作的工作，從需求討論、設計、開發、測試、到部署維運，每一個環節都牽涉到大量的資訊傳遞。但就像是傳話 …

軟體開發就像蓋教堂，當完成後，我們就開始祈禱。我覺得這句話也可以套用在軟體維運及系統維運，當輪值半夜 on-call …

江湖謠傳 QA 們都有多種超能力。大家怎麼玩都正常的軟體，QA 的手只要一摸，就會出現奇怪的 Bug 或故障。或是 …

非常犀利的一段金句，作者說原始出處來自於 Odd-e 的技術教練 Joey Chen（91）。老闆們都愛 Agile， …

在常見的文化中，失敗是一件令人難受的事情。所以我們經常會迴避、掩蓋、甚至想要消滅它。但 DevOps 告訴我們，越是 …

軟體開發中，「需求」一直是一個最容易出錯的地方。大家一定都經歷過這樣的情境，客戶說他想要什麼，不等於他真正需要什麼。 …

在舊時代的軟體開發流程中，Security 通常只是一道最終關卡，在軟體交付的最後一刻才會進行的安全檢查。而在這個 …

自從軟體進入 APP、雲端、SaaS 的時代，軟體的生命週期早已不再結束於軟體開發完成的那一刻。軟體上線，只是 Day …

今天繼續來看溫伯格大師說的話。當我們遭遇到專案管理失敗的情況時，我們通常會把問題指向哪些原因？可能是人員能力、專案資源 …

很多大師都提過同樣的事情，軟體的品質，不是透過最後一道測試關卡決定的。品質在軟體開發過程中的每一個環節、每一次 …

軟體開發的本質，其實是一場持續不斷的資訊轉換過程。客戶的需求是一種資訊，功能性與非功能性需求的規格是一種資訊，團隊夥伴 …

老闆與客戶總是喜歡我們能快速交付。但問題是軟體團隊會如何因應這樣的需求？於是我們很容易就會寄望於那個被稱作 …

服務整合，這是這個時代的軟體普遍會遇到的一個問題。這時代的軟體經常相依於各式各樣的第三方服務。內外部的 API、帳號 …

很有意思的金句。提醒我們因應變化是需要消耗能量的。這說明了為何「組織變革」是如此的不容易。也說明了為什麼想要讓團隊 …

當談到要為軟體添加測試時，很多人第一時間想到的是那要添加什麼自動化測試？確實，實踐 DevOps 我們會建立 …

如果你曾經參與過社群活動，應該都聽過類似的故事。有人跑了幾次 Scrum、裝了 CI/CD 工具，就對外宣告自己已實現 …

無論是大型軟體系統，或團隊內部使用的小工具，當一個軟體被視為「產品」時，我們就應該要為其設立基本的品質要求。畢竟雖然使 …

又一本書，又一段金句提到相同的事情，實踐 DevOps 會需要「因需而變」。可是對許多傳統中小企業來說，這種「如水般靈 …

（註：金句中的「開發組織」指的是「軟體開發組織」）當軟體開發團隊收到一份需求清單時，經常上面都只描述了那些「功能性需求 …

雖然軟體開發方法經常將「開發」與「維運」拆成不同階段，但這不代表它們是兩座互不往來的孤島。事實上軟體開發流程中的每個階 …

我也曾在文章、演講中問過與本日金句相同的問題，到底我們在「交付」什麼？實際上軟體有非常多種類型，OS、自動化腳本、單機 …