DevOps 每日一句 | 重新認識 DevOps

每日一句

DevOps 每日一句

注意，是『任何行為』，因此不只是開發一個沒必要的功能，而是任何無助於交付價值的行為即是浪費。這意味著，我們必須要讓『價 …

手冊上寫著『當 oo 時，絕對不可以 xx。』本以為所有熟讀手冊的專業人員，絕對不會犯下這項錯誤，然而按著墨菲定律，手 …

手術成功了，但病人卻死了。專案執行完畢，但客戶的問題依舊。軟體上線了，但顧客也跑光了。什麼才是軟體專案或產品的『成 …

又一本書提到這件事，沒有一種可以適用所有組織、情境的解決方案。而在此金句的後半句甚至告訴我們一件事，『配置管理』其實是 …

我們很常會誤解，以為只要引入了某些新的事物，組織與團隊就會自然的隨之改變為我們理想中的模樣。然事實上，組織並不會輕易的 …

之前在其他金句也提過，Cloud、Container 及 Automaion 技術的發展與普及，對於 DevOps / …

資安與安全性一直是軟體開發的重要議題。每天都有那麼多新的漏洞被開採，每天都有各種資安新聞被播報。從程式碼、相依的第三 …

你的公司也有一位《鳳凰專案》內的布倫特嗎？或者，你就是你們團隊中的布倫特？你是否有想過，當你不在團隊的日子，是不是一 …

每個人都該為自己的工作負責。每個人都該有辦法知道自己的工作會造成哪些影響。每個人都該為產品能交付之商業價值負責。你 …

Fire In The Hole! 你到底是在移交程式碼，還是在移交某個易爆物品？喔，所以你自己也承認了，你不敢保證自 …

不要再相信不實的廣告了。你不會因為採購了 Jira、GitLab、Azure …

如果你問實踐 DevOps 是否有一套唯一正確的方法？相信所有的 DevOps 專家與顧問們，都會回答『沒有』。如果 …

有一個老梗是這麼說的『當你向十位專家請教，你會得到十一種 DevOps 的定義。』如果你勤勞一點翻查歷史資料，去查閱不 …

在傳統的企業、傳統的 Infrastructure、傳統的維運團隊，所有的變更都需要經過一段冗長的『變更管理流程』。雲 …

誰是那位站在第一現場發現問題的人？誰是那位第一時間觀察到異常現象的人？誰是那位天天在火坑中感受痛苦的人？在實踐 …

恐怕所有的 QA 聽到這句『測試很簡單、誰都可以做』都會想翻白眼翻到頭頂吧。測試哪裡簡單了，當然不能排除在某些需求、條 …

這好比 Agile 與 Scrum 的關係。以廣義的角度來看，DevOps 確實是大範圍的通用原則，例如 CALMS …

這時代應該很難有軟體開發團隊沒有做『版本控管』。同時隨著 DevOps 這幾年來的普及，先撇開到底是真的有在實踐，還是 …

當維運團隊把自己當作一家公司經營時，才會開始產生業務思維及商業思維。改變自己及團隊的心態，才能讓維運團隊走出被動 …

在推行變革與持續改善時，『共識』是十分重要的一件事。就如金句所述，同樣都是『整體』，但不同人口中的『整體』其範圍是否相 …

理性欠債，有借有還，再借不難，誒，這裡不是要談論怎麼借貸與理財，這裡在講的是『技術債』。相信團隊一定都是經過審慎的思考 …

咦，這本書的作者忽然說什麼大實話——軟體領域沒有最佳實踐做法。但確實是如此，畢竟別人講出來的 best …

雖然我們會用工廠生產線來比喻軟體開發交付流程，但要注意這只是比喻！真正在為團隊建立軟體開發交付流程時，可不能真的將它打 …

軟體測試不該只是做到『檢核』，它不是你拿著一份永遠不變的 checklist 逐項打勾，檢核清單上的項目是否都有完成與通 …

講了這麼多次交付價值，到底價值從哪裡來？從客戶及使用者的需求而來。既便你的團隊有辦法做到每天部署 n 次，但如果每一 …

組織是如何運作的，確實與其中的每一份子有關。如同《穀倉效應》提到的，是組織內的人們創造了組織的文化、流程、工作模式、溝 …

軟體測試並不是一個老東西，它不但有著多年來方法論、實踐、工具的積累，同時也隨著時代有新的變化。單機軟體、單體架構、微服 …

尚未開發完畢、沒有交付至客戶手中的軟體功能半成品，無法為企業及客戶帶來價值。只有當軟體功能順利交付，滿足使用者需求的時 …

包含軟體開發維運團隊在內，組織及團隊其實就是一種動態的系統，而『度量 / 監測』就是為這個系統加上一個回饋機制。在動態 …

這金句原始來源是大名鼎鼎的 Martin Fowler！你認同這句話嗎？比起難以預測的未來，不如做好準備，讓自己、團 …

你知道嗎？其實軟體測試比我們想像中的還要專業與跨領域！你可能以為測試只是依據功能需求去開立一些測試案例，然後按著案例逐 …