DevOps 每日一句 | 重新認識 DevOps

每日一句

DevOps 每日一句

市場變化不斷，軟體產業同樣面臨產品必須持續迭代的競爭壓力。而之所以會出現 Agile 與 DevOps，亦可說是軟體產 …

不同組織與團隊的差異其實比我們想像的大。因此即便不同組織有著相似的困境，但別人的 DevOps 成功案例，能否直接拿來 …

說到軟體品質，第一時間我們會想到什麼？恐怕多數人首先會浮現的是『測試』兩個字。但其實我們也都知道，測試並不能保證你一 …

嗯，就是這樣，各位開發者們，單元測試就是你們要負責撰寫的『測試』。單元測試是軟體最基礎的品質守護，由開發者撰寫，在開發 …

常見的誤解之一，以為可以用自動化測試取代所有的手動測試。就如本日金句所述，手動與自動都是不可或缺，你應該要有策略的去運 …

『改善形』（improvement kata）出自於《豐田形學》（Toyota kata）。它強調一個非常關鍵的觀念， …

DevOps 並不是空穴來風。 DevOps 是過去數十年發展的各種優良方法論、實踐、思維累積而成的結果。所以在談論 …

DevOps 提倡『持續改善』，不只是針對技術，也包含文化及流程面。但這個改善並不是沒目標的隨意進行，而是建立在觀察、 …

共識所指的是共同的理解，也就是我們對於彼此的想法與背後的原因，有相同的認知與瞭解。因此就如今天的金句所述，如果你只靠『 …

我們不是為了『製造產品』而去『開發產品』。產品只是載體，是最終被交付給使用者的交付物，而這項交付物能滿足使用者的需求。 …

軟體開發交付處處充滿著變動。商業市場、需求、需求的優先順序、程式碼、Infra、人員、Tech stack⋯⋯，每一項 …

我們都聽聞過那些追求巔峰的運動員，他們有著一群專業的運動科學團隊，幫運動員做好各種健康、飲食、訓練等規劃，而這些規劃會建 …

老梗一句『天下武功，唯快不破』。如今商業市場變動越來越快，為了因應市場的快速，我們需要實踐 DevOps 幫助我們獲得 …

當一個團隊充滿 silos，不同的角色有著嚴格的界線，彼此只有在工作任務接棒之時才會產生溝通。於是設計、前端、後端 …

DevOps 說要交付價值，那麼這些價值的交付對象是誰？首先，以軟體開發交付流程最後的產出而言，交付對象當然是你產品的 …

今天要分享的這則金句太直接了，實在是無法不將它截取出來。這金句來自於 Marty Cagan 為《使用者故事對照》撰寫 …

團隊協作並不是一個全新的概念，但經常我們口中說著要協作，但實際做出來的卻是分工。有時候這可能不是你個人的問題，而是你組 …

需求從使用者而來，但我們都經歷過，有時使用者無法精準的表達他們到底需要什麼？很多人都聽過這個故事，使用者會說『我想要一 …

『專案開始之初，首重看見全貌。』這是台灣軟體圈知名的 Ruddy Lee 老師的一句口頭禪。在開發軟體時，我們是否有先 …

持續改善會有盡頭嗎？卓越的團隊就不需要持續改善了嗎？既然是『持續』，代表這是一個不斷重複的活動，就像是 PDCA 那樣 …

在實踐 DevOps 時，你用什麼方法或機制，讓你的團隊可以定期的檢視人、流程、工具的現況，幫助團隊可以持續改善下去？ …

你家的 PM 擅長與人溝通與協作嗎？但其實不只是 PM，而是軟體開發生命週期中每一位參與的角色都需要具備溝通與協作的能 …

DevOps 確實受到 Lean 許多的影響，包含『消除浪費』這件事。實踐 DevOps 受到影響的不只是我們最終交付 …

你是不是以為 SRE 只是將過去既有的系統或 Infra 管理員改個名稱換湯不換藥的角色？如果你有這樣的誤解，建議你重 …

在我們進入人人皆可以完全靠一張嘴就完成軟體操控的時代之前，基本上軟體、系統與人，這三者可說是仍處於高度互相依賴的狀態。。 …

今天的金句有些意思，這是一個權限與自主權的議題。在一些大型企業中，對於『環境』經常有著各種規範與限制，例如可用的主機或 …

軟體測試要做得好，健康的測試環境不能少。即便你的團隊只有實踐自動化測試，你也需要為了測試準備一個穩定、可重建、健康的測 …

每一次在社群內徵 Meetup 講師時，筆者總是會再三強調，不論經驗大小、成功或失敗，只要是你親身經歷的故事都是值得分享 …

沒有人喜歡失敗的感覺，但我們不可能永遠都不會失敗。畢竟就如《SRE》書中的那句話 Things break; …

筆者曾經在一場 Agile 社群的活動中，聽見講師說了一句話『敏捷不是快，敏捷是適應變化』後來同樣是在 Agile 社 …

作為軟體供應商，軟體是你主要的獲利來源，你會預設交付一個品質差的軟體給客戶嗎？相信上面這個問題的答案顯而易見，畢竟沒有 …