所有人的 DevOps

我從未做過開發或運維的工作 —— 那怎麼我在寫一篇關於 DevOps 的文章？我一直都對計算機和技術有興趣。我還對社群、心理學以及幫助他人充滿熱情。當我第一次聽到 DevOps 時，這個概念激起了我的興趣，因為它看起來融合了很多我感興趣的東西，即便我是不寫代碼的。

我的第一台電腦是 TRS-80，我喜歡在上面編寫 BASIC 程序。我只上過兩門我的高中開設的計算機編程課程。若干年後，我創辦了一家計算機公司。我定製郵件標籤和信紙，並建立了一個資料庫來存儲地址。

問題是我並不能從寫代碼中獲得享受。我想要教育和幫助人們，我沒法將寫代碼看作這樣的一個機會。是的，技術可以幫助人們並改變生活，但是寫代碼沒有點燃我的熱情。我需要對我的工作感到興奮並做我喜歡的事情。

我發現我愛 DevOps。對我而言，DevOps 指的是：

• 文化，而不是代碼
• 過程，而不是結果
• 建立一個所有人可以持續提升的環境
• 溝通與合作，而不是獨立工作

歸根結底，DevOps 是指成為社區工作的一部分，實現共同的目標。DevOps 融合了心理學、社群、技術。DevOps 不是一個職位名稱，它是一種生活和工作的哲學。

找到我的社群

快四年前，我在西雅圖參加了我的第一個 DevOps 日 會議。我感覺我找到了我的社群。我覺得受到了歡迎和接受，儘管我從事營銷工作而且沒有計算機科學文憑。我可以從心理學和技術中尋找樂趣。

在 DevOps 日，我學到了 DevOps「三步工作法」 —— 流動、反饋、持續實驗和學習 —— 以及新（對我而言）的概念，如 Kaizen（改善）和 Kaikaku（改革）。隨著我的學習深入，我發現我在說這樣的話，「我是這樣做的！我都不知道這樣做還有個名字！」

Kaizen（改善）是持續改進和學習的實踐。小的量變積累隨著時間的推移可以引起質變。我發現它和卡羅爾·德韋克的成長型思維的想法很相似。人們不是生來就是專家。在某方面擁有經驗需要花費時間、練習，以及常常還有失敗。承認增量的改善對確保我們不會放棄是很有必要的。

另一方面，Kaikaku（改革）的概念是指，長時間的小的改變有時不能起作用，你需要做一些完全的或破壞性的改變。在沒有找到下份工作前就辭職或移居新城市就足夠有破壞性 —— 是的，兩者我都做過。但這些徹底的改變收穫巨大。如果我沒有辭職並休息一段時間，我也許不會接觸到 DevOps。等我決定繼續工作的時候，我一直聽到 DevOps，我開始研究它。這引導我參加了我的第一個 DevOps 日，從那裡我開始看到我的所有熱情開始聚集。從那時起，我已經參加了五次 DevOps 日活動，並且定期撰寫關於 DevOps 話題的文章。

將三步工作法用到工作中

改變是困難的，學習新事物可以聽起來很嚇人。DevOps 的三步工作法提供了一個管理改變的框架。比如：信息流動是怎樣的？是什麼驅動著你做出改變？一旦你認為一個改變是必需的，你如何獲得這個改變是否正確的反饋？你如何知道你在取得進展？反饋是必要的，並且應該包含積極和有建設性的要素。困難的地方在於保證建設性的要素不要重於積極要素。

對我而言，第三步 —— 持續實驗和學習 —— 是 DevOps 最重要的部分。有一個可以自由地實驗和冒險的環境，人們可以獲得意想不到的結果。有時這些結果是好的，有時不是太好 —— 但這沒事。創建一個可以接受失敗結果的環境可以鼓勵人們冒險。我們都應該力爭定期的持續實驗和學習。

DevOps 的三步工作法提供了一個嘗試，獲得反饋，以及從錯誤中獲取經驗的方法。幾年前，我的兒子告訴我，「我從來就沒想做到最好，因為那樣我就沒法從我的錯誤中學到東西了。」我們都會犯錯，從中獲得經驗幫助我們成長和改善。如果我們的文化不支持嘗試和學習，我們就不會願意去犯錯。

成為社區的一部分

我已經在技術領域工作了超過 20 年，直到我發現 DevOps 社區前，我還經常感覺自己是個外行。如果你像我一樣——對技術充滿熱情，但不是工程和運維那方面——你仍然可以成為 DevOps 的一部分，即便你從事的是銷售、營銷、產品營銷、技術寫作、支持或其他工作。DevOps 是屬於所有人的。

via: https://opensource.com/article/18/11/how-non-engineer-got-devops

作者：Dawn Parych 選題：lujun9972 譯者：alim0x 校對：wxy

本文由 LCTT 原創編譯，Linux中國 榮譽推出

本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive