「維護」標籤的文章
帶有「維護」標籤的文章共 7 篇，依發布日期由新到舊排列。
-
故障處理不止於復原 ── 給小型開發團隊的 Postmortem（再發防止）實務範本
把故障處理停留在「修好、道歉就結束」，同樣的故障就會反覆發生。本文把 blameless postmortem 翻譯給小型團隊使用，整理出可在 1 小時內寫完的模板、再發防止策略的強度判斷表，以及實施的分級（triage）。
-
ADR(Architecture Decision Record)入門 ── 在小規模開發中留下「為何採用此設計」的最小做法
程式碼不會說明「為什麼這樣做」。本文說明如何用ADR(Architecture Decision Record)以「1個決定=1個檔案」的Markdown留下設計判斷的理由,並附上範本、該寫/不該寫的判斷表與實例。
-
為業務應用程式的 DB 結構做版本管理 ── 防止「各客戶端 DB 不一致」的遷移實踐
為分散在各客戶端的業務應用程式 DB 結構做版本管理的實務指南。整理 PRAGMA user_version 與前進遷移的 C# 實作、EF Core Migrations・DbUp・自行實作的判斷表，一直到兩階段發佈。
-
為沒有測試的遺留業務應用程式安全地動手修改 ── 特性化測試與重構的實踐
為了在沒有測試的業務應用程式上安全地進行修改，本文以 C# 為例，說明固定目前行為的特性化測試（黃金主檔法）步驟、建立接縫（seam）的方法，以及不將重構與功能新增混在一起的運用規則。
-
接手了沒有原始碼也沒有規格書的系統 ── 不停機維運的實務步驟
本文整理著手維運沒有原始碼、也沒有規格書之業務系統的實務步驟，內容涵蓋現行環境的保全與備份、執行檔・資料庫的盤點、從行為復原規格，以及延命・包裝・重建的判斷。
-
委外・委託開發 Windows 應用程式前該整理的事項
在委外・委託開發 Windows 應用程式之前，整理既有軟體改版、設備整合、COM/ActiveX、發布與更新、維護等應留意的重點。
-
突然要讀 COBOL 原始碼時該知道的最低限度 - 先整理 DIVISION / PIC / COMP-3 / COPY / PERFORM
本文為突然要接手 COBOL 原始碼的人整理最小限度的讀法地圖。從 DIVISION、PIC、USAGE、COMP-3、REDEFINES、OCCURS、88、COPY、PERFORM 等核心要素，到固定格式、FILE STATUS、EXEC SQL、EXEC CICS 等外部邊界，依序給出實務上不會迷路的閱讀順...