DevOps 每日一句 | 重新認識 DevOps

每日一句

DevOps 每日一句

當一個詞在業界流通多年之後，幾乎都會開始逐漸被擴張定義與內容範圍，Agile 也不例外。今天的 Agile，有時候意思 …

又在另一本書中，看到類似的金句。沒錯，品質與產品產製的過程是息息相關的。當軟體品質出了問題，我們經常會先從產品本身去 …

局部優化不等於全局優化，這是在談到 DevOps 的時候，經常會被提及的一個重要觀念。我們經常做了很多局部優化的事情， …

當魔王對公主說著「就算妳叫破喉嚨也沒有人會來救妳的」，於是勇者「沒有人」就出現了。好吧，這是一個有點冷又有點歷史的梗了 …

在醫療領域，有所謂的檢傷分類。在 IT 領域也有事件分級。 P0、P1、P2，透過分級，讓團隊知道當前的事件值得投入多 …

在你們的團隊，新人報到第一天，他要花費多久的時間才能將專案環境順利跑在自己的電腦上？你們是讓新人自己獨自看著環境設定文 …

忘記是在哪裡聽過一種說法，該講師說組織就像是土壤，如果土壤貧瘠，那你有再好的工程師或工具也是沒用的。團隊溝通不良，會在 …

如果組織變革可以像打撞球一樣，只要瞄準、施力、看著球一一落袋，那該有多好。可惜的是，人不是撞球，你無法用力學定律單純的 …

我們都知道人工有其不可靠的時候，特別是在凌晨三點 on-call 的時候。同樣的 SOP，A 工程師執行就成功，B 工 …

說到跟「軟體」有關的學科，你首先會想要什麼？如果「軟體」後面要接上兩個字，你會接什麼？我想不管怎麼接，應該都不會是「藝 …

今天的金句需要特別說明，這是出自《使用者故事對照》的「請先讀我」。在整章「請先讀我」的章節中，作者反覆在說明他自己對於 …

這金句會不會一開頭就引起眾人的反應？嘿嘿，各位開發人員，你們有在寫單元測試嗎？不過後面的內容也很有意思，因為它同時也 …

測試也是一種程式，因此它也會有運行環境、相依性與互相影響的問題。當前一個測試不小心對環境造成了某些變更，或殘留了異常資 …

一切都是如此美好！自從實踐了 Agile，有了新的角色、新的會議、新的協議、滿滿的便利貼⋯⋯ 一切都是如此美好！自從實踐 …

Agile 是對的、DevOps 是對的、測試左移是對的、持續交付是對的，通通都對，但通通都沒有發生，為什麼？因為「對 …

每當說到 DevOps，CI 持續整合與 CD 持續交付，這兩個詞幾乎是與 DevOps 形影不離。於是很多人都將「做 …

可測試性？那是什麼？可以吃嗎？對於很多軟體工程師來說，讓「程式碼可以更容易被測試」並不在他們的防守範圍。因此測試左移 …

測試全部綠燈，然後軟體上線了，但依然遇到事故，依然發生 Bug。於是下一刻，老闆問「你們不是說測試全部都通過了？」這 …

你是不是也曾經被這樣一句話打斷思緒？「安安，你好，現在有空嗎？」對於提問的人來說，我這麼有禮貌，想要請教一個小問題，怎 …

看見是一件事，實踐是另一件事。因為「知道」與「做到」兩者中間有著一道巨大的鴻溝。所以每當我們聽完一場精彩演講、看完一 …

你有多久沒有整理測試環境了？大概在它出現異常之前，你都不打算去整理它對吧？就像江湖傳言，每間公司都總有一台被貼上「沒 …

從刪庫到跑路，這一類關於 Production 環境的迷因與梗，從來都沒少過。所以才會有人想出今天金句這樣的方法，直接 …

在談到自動化工具時，經常會碰到一種狀況：「這個任務我手動做只要五分鐘，寫自動化腳本要花兩個小時，而且誰知道會不會出錯，我 …

今天的金句是一段很適合貼在牆上，作為團隊公約的一句話。因為它實在是不太容易實現的一件事。老實說，當專案或 …

你身邊有 Google 或 Stack Overflow 工程師嗎？喔，我說的不是在 Google 上班的高手，而是只 …

如果有一位軟體工程師，每天準時上班、準時下班、打開 Jira 領 Task，對於 Task 從來都不會多說任何一句話。 …

有一個老梗是，如果你去問十位工程師「什麼是 DevOps？」，你大概會得到十一種答案。 DevOps 是一種文化、是一套 …

今天的金句呼應了 DevOps 的老生常談，DevOps 是一種文化，不只是工具。買了工具但無法發揮效益，這在 IT …

Knock Knock！有沒有哪位 SRE 可以回答我們，是不是真的有七成的事故，都是因為部署了新的變更而導致的？就算 …

保持簡單，是一項在軟體工程中經常被拿出來討論的重要概念。軟體及系統，很容易隨著時間逐漸擴展，自然而然的變得越來越複雜。 …

關於風險，我們經常會有一種錯誤的執著，認為只要有足夠的準備，就可以將意外降到最低。這導致我們很容易陷入「過度預防」的心 …