DevOps 每日一句 | 重新認識 DevOps

每日一句

DevOps 每日一句

軟體工程師其實是一種譯者，負責將人腦袋裡那團模糊的想法，翻譯成機器可以執行的精確指令。然而不管是哪種「翻譯」，向來都有 …

你還要測多久？你是否曾經向軟體工程師或者是測試工程師問過這個問題？這樣的問句給人一種感覺，似乎測試是一到關卡與阻礙，阻 …

非常真實與中肯的一段金句。每一次我們聽見那些成功的 Agile 與 DevOps 案例時，總是很興奮的想著「我回去也要 …

你有經歷過企業的組織重組嗎？你覺得公司是因為財務問題？還是有其他目的才進行這項活動？每一次的組織重組都是對於團隊協作 …

如果要給程式碼整合安排一個時機，那麼你會放在什麼時刻呢？每次 Branch 合併、每天下班前、每一次 Commit、還 …

Agile 很棒，但不見得每個人都喜歡它。因為不是每個人都樂於讓那些模糊、藏起來的工作情況，被攤在陽光下。一旦開始實 …

大家應該都很有經驗，在那做不完的任務清單中，總是有幾個放在那裡，但從來不會被拿出來處理的 Issue。明明當初建立該 …

原金句出處來自軍事領域，但用在軟體開發現場也十分貼切。大家應該都有撰寫過各種文件，也許是需求文件、架構圖、SOP、流程 …

脆弱、強固及反脆弱，你們的系統與團隊目前是這三種狀態中的哪一種？脆弱喜歡安穩，越是脆弱的系統就越不喜歡變動，因為一變動 …

路遙知馬力，這句老話放在 Agile 與 DevOps 是再貼切不過了。因為實踐 Agile 與 DevOps 並不是 …

上完一堂 Agile 或 DevOps 的課程。拿了一張 Agile 或 DevOps 的證書。裝了一個 Agiel …

軟體只有在交付到使用者手上，才開始有機會貢獻價值。不管程式碼寫得多漂亮、系統架構多完美，只要使用者碰不到摸不著，軟體就 …

聽到「改善」兩個字，我們很容易第一時間只聯想到，是不是哪裡做得不好？又要被指正檢討了嗎？但「改善」應該是一個中立的文字 …

軟體開發一點都不難，如果你只是需要開發出一個能跑的功能。找個框架、抄寫幾個範例、查詢一下 Stack …

少改少錯，多做多錯，恐怕很多人都抱持著這樣的觀念在做事。乍聽之下，變動少於是風險少，聽起來很合理。但現實往往相反，你 …

我不知道我的程式為什麼壞了，我不知道我的程式為什麼又正常了⋯⋯ 大家一定都看過寫著前兩句話的迷因圖。你的程式跑起來了， …

穀倉效應（Silo Effect）很容易發生在各部門各守一方、互不干涉的企業中。乍看之下彼此互相隔離、劃清邊界，沒事時 …

指責，是人類再自然不過的一種反應。人類透過指責回應他人的攻擊，這是一種出於自我保護與防衛的正常反應。但這項防衛機制卻 …

（正體中文版書中原文是「生產環境」，筆者引用時改為個人比較喜愛的「正式環境」。）正式環境，就是那個不管你做了多少準備， …

苦工（Toil）並不是指那些辛苦血汗的工作，對 SRE 而言苦工是那些老是要手動、重複、應該被自動化、沒有長久價值的維運 …

測試不只是測試，這已經是多位大師的老生常談了。測試其實與「需求」息息相關，但可惜的是在多數的軟體開發場景中，「測試」總 …

專案完成了，但不是客戶想要的。軟體交付了，但充滿著技術債。服務上線了，但架構像是疊床架屋。完成了，但也完了，因為下 …

等待，一直是軟體開發中常見的一種浪費，在 Lean Production 中，就將「等待」列為七大浪費之一。在這些等待 …

你們公司有任何 CI/CD Pipeline 或自動化流程嗎？這些自動化工具都是誰在使用？誰負責維護？是整個團隊大家 …

這個 Sprint 大家都很忙，那就先不開 Retro 了。你是否也遇過類似的狀況？只要一忙，任何 Agile 的活動 …

在 Agile 社群經常會聽見有前輩在聊，你們是在「Doing Agile」，還是「Being Agile」？這兩件事 …

改變真的難。每次參加完研討會，都有一股沖勁，這一定要分享給同事。每次上完名師的外訓課程，都迫不及待想要把所學帶回到團 …

老生常談，轉型與變革通常都不是愉快的，因為沒有改變的狀態，就是最舒服的狀態。所以經常會出現一種情景，那就是想要導入新東 …

我們不寫文件，因為我們在跑 Agile。這大概是可排入前十名的 Agile 誤解了。敏捷宣言說的是「可用的軟體重於 …

你有沒有遇過老闆問你「這個月的開發速度如何？」然後在你還猶豫該不該將那張燃盡圖打開來解釋的時候，老闆立刻又接著問「你覺 …