devops
merriam-webster將「責備」定義為動詞和名詞。 作為動詞，它的意思是「發現錯誤或承擔責任」。 作為名詞，它的意思是「表達對被認為值得譴責的事物的反對或責任。」
無論哪種方式，責備都不是一件令人愉快的事情。 它可能造成恐懼和羞恥感，加劇權力不平衡，並使我們貶值他人。
試想一下上次您對某事大喊大叫或被指控時的感覺。 相反，請考慮責備的相反之處：讚美，奉承和認可。 對工作做得好表示讚揚或稱讚嗎？
devops的三個struts是流程，反饋和持續改進。 如果組織或團隊的成員專注於找人負責，該如何改善？ 為了使devops文化成功，必須消除責備。
例如，假設您的產品存在錯誤或出現故障。 如果您的組織的領導者通過找人責備來對此做出react，那麼幾乎沒有機會就如何改進提出反饋。 檢視組織中的責任流向，並努力消除它。 力爭做到無可指摘的事後調查，並遠離根源分析 ，後者傾向於集中於指責。 在當今複雜的業務基礎架構中，許多因素都可能導致錯誤和其他問題。 成功的devops團隊會練習事後評估，以在出現問題時檢查全域性。
devops是關於建立協作和社群文化的。 這在怪罪的文化中是不可能的。 由於責備無法糾正行為，因此無法持續學習。 所學到的是如何避免責備-因此，團隊成員沒有解決問題，而是專注於如何避免被指責。
問責制又如何呢？ 避免責備並不意味著避免承擔責任或後果。 以下是一些技巧，可以營造一種使人們承擔責任而不會受到指責的環境：
小時候，我喜歡閱讀家庭馬戲團的漫畫，尤其是那些以「不是我」為特色的漫畫。 當爸爸媽媽問乙個控告性問題時，「不是我」經常出現在「 ida know」和「 nobody」中。 為什麼家庭馬戲團的孩子會怪我？ 父母的憤怒而沮喪的表情再近不過了。 就像漫畫中的孩子一樣，我們很快學會指責或尋找別人的缺點，因為怪自己太痛苦了。
作者丹尼爾·坎赫曼（daniel kanheman）在他的《 思考，快與慢》中
指出，我們大多數人都花盡可能少的時間思考，畢竟思考是困難的。 為了使事情變得更容易，我們從以前的經驗中學到了經驗，這反過來又會產生偏差。 如果把責任歸咎於這個等式，它將被包括在我們的偏見中： 「上次在會議上提出問題並承擔責任時，我在所有同事面前被冷落了。
我不會再這樣做了。」
當出現問題時，我們需要答案和問責制。 不確定性令人恐懼並導致壓力； 我們更喜歡可**的方案。 這驅使我們尋找根本原因，而這往往會導致責備。
但是，如果不是將責任歸咎於我們，而是將這種情況變成了建設性和有益的東西-乙個學習的機會呢？ 這並不總是那麼容易，但是消除指責將建立乙個更強大的devops團隊和乙個更快樂，更高效的公司。
下次您發現自己要找人責怪時，請回想一下rupi kaur的這首詩：
「需要恩典
保持友善
在殘酷的情況下」
翻譯自:devops
不看好devops DevOps應該不難！
不看好devops 到目前為止，我們已經能夠設定部署和報告伺服器，從推送新的提交到更新生產中的應用程式都有完整的方法。但是，在掌握之前我們能實現什麼自動化？如果我們進行了一系列檢查以確保我們的應用在部署前行為正確怎麼辦？這就是github actions派上用場的地方。github actions是...
devops DevOps適合所有人
devops 我從未擔任過開發人員或運營部門的工作，所以我在寫有關devops的文章時在做什麼？我一直對計算機和技術感興趣。我也對人，心理學和幫助他人充滿熱情。當我第一次聽說devops時，這個概念激起了我的興趣，因為它似乎合併了我感興趣的許多內容，即使我不編寫 也是如此。我的第一台計算機是trs ...
devops DevOps專業人員如何成為安全冠軍
devops 安全是devops中乙個被誤解的元素。有些人認為它不在devops的職權範圍之內，而另一些人則認為它很重要 被忽略 足以建議您轉向devsecops 無論您從哪個角度看，很明顯，安全都會影響到每個人。每年，關於黑客的統計資料都變得更加令人震驚。例如，每39秒就有一次黑客攻擊，這可能會導...