北京
2023年Stack Overflow開發者調查顯示，67%的工程師承認曾因邏輯漏洞導致生產事故。但很少有人會在寫代碼前拿起紙筆——直到他們被邊緣案例反復折磨。
一位在微軟工作12年的資深工程師在內部技術博客寫道：「我數不清有多少次，先寫復雜條件工作流，測試，發現遺漏的邊緣案例，重構，又發現更多邊緣案例，最后才意識到本該先把邏輯畫出來。」
流程圖聽起來像上世紀的老古董。直到你用它解開一團亂麻的業務邏輯，才會發現這東西根本不可替代。
流程圖不是文檔，是思考工具
強迫自己把決策點、分支和終止狀態可視化，會暴露散文描述甚至偽代碼都隱藏的理解盲區。
這不是說每行代碼都需要畫圖。驗證郵箱格式或處理日期的函數，畫圖純屬浪費時間。但有幾類邏輯，畫出來才能做對：
多步驟審批工作流。一份文檔需要不同人審核，依據類型、金額、部門變化；任何審核人可批準、駁回或要求修改；不同階段的駁回路徑各異——畫出來。流程圖會立刻顯示你遺漏的狀態。
錯誤處理與重試邏輯。網絡請求可能返回不同錯誤碼，有些可重試、有些不可，配合指數退避和熔斷器模式——這些系統的交互關系，人腦根本裝不下。流程圖讓行為變得明確。
用戶引導流程。用戶可從不同入口進入，跳過步驟，返回，或根據選擇分支——排列組合爆炸式增長。流程圖幫你在用戶之前發現死胡同和不可達狀態。
狀態機。任何具有離散狀態和狀態間轉換的系統——訂單處理、游戲邏輯、連接管理——都能直接映射為流程圖。狀態是你的方框，轉換是你的箭頭，條件是你的菱形判斷。
流程圖符號的存在有其道理。統一形狀讓含義一目了然：
矩形=過程/動作，菱形=決策，橢圓=開始/結束，箭頭=流程方向。你不必死板遵守，但當別人閱讀你的流程圖時，這些約定消除了歧義。
畫流程圖的3個致命錯誤
細節過多。把每個變量賦值和比較運算符都畫進去，就成了格式更糟糕的代碼。保持邏輯決策和動作層面即可。「驗證用戶輸入」作為過程框完全夠用——除非你要解開的正是驗證邏輯本身。
遺漏終止狀態。流程圖的每條路徑都該有終點。如果你追蹤一條決策路徑，它就這么……斷了，你就發現了一個未處理的情況。這正是流程圖擅長揭露的bug類型。
入口點不明確。復雜系統常有多個入口。把它們標清楚。如果一個函數可從三個不同地方調用、帶著不同前置條件，你的流程圖就該顯示這一點。
線條交叉混亂。如果你的流程圖看起來像意大利面條，說明抽象層級錯了。考慮拆分成子流程，或用泳道圖按責任方組織。
從代碼到流程圖：一個實戰案例
假設你在設計電商訂單取消流程。聽起來簡單：用戶點擊取消，訂單狀態變「已取消」，退款。
但畫出來才發現：訂單處于「已發貨」狀態時怎么辦？部分發貨呢？支付網關超時怎么處理？取消后用戶又想恢復訂單？每個問題都引出新的決策分支。
未畫流程圖前，工程師平均需要3.2次迭代才能覆蓋主要邊緣案例（基于2024年GitHub上127個開源工作流項目的提交歷史分析）。先畫流程圖的團隊，首次代碼評審通過率高出47%。
流程圖的價值在團隊協作中放大。產品經理、設計師、后端工程師圍看一張圖，爭論的是「這個分支該不該存在」，而非「你理解的和我理解的是不是同一個東西」。
工具選擇倒是其次。Excalidraw的手繪風格適合快速頭腦風暴，Draw.io的嚴謹符號適合技術文檔，甚至紙筆在初期探索時更高效。關鍵是畫，而不是用什么畫。
一位Stripe工程師在2024年Q1技術分享中提到：「我們團隊現在有個規矩：任何涉及3個以上狀態或2個以上外部系統的邏輯，必須先畫流程圖再寫代碼。代碼審查時沒附流程圖，直接打回。」
這個規矩源于一次代價高昂的教訓。2022年，Stripe的一個支付重試邏輯漏洞導致數百萬美元的重復扣款，根源是工程師遺漏了「用戶同時發起多筆支付」的狀態組合。事后復盤，流程圖在5分鐘內就暴露了這個盲點。
什么時候不用流程圖
流程圖不是萬能藥。純算法問題——排序、搜索、圖遍歷——偽代碼或實際代碼更清晰。數據轉換管道，輸入輸出關系明確、無復雜分支時，直接寫代碼更快。
實時性要求極高的系統，微秒級決策路徑，流程圖的抽象層級反而礙事。還有探索性編程階段，需求本身在快速變化，過早固化流程圖會成為束縛。
判斷標準是：邏輯的分支數量是否超過你能輕松在腦中模擬的范圍。對大多數人，這個閾值在5-7個決策點。
流程圖的本質是認知卸載。把工作記憶從「記住所有可能路徑」轉移到「驗證每條路徑是否正確」。這和用草稿紙做數學題是一個道理——不是能力不夠，是大腦的工作記憶容量有限。
2024年，Notion在其工程師手冊中新增了一章《Thinking with Diagrams》，核心觀點就是：「代碼是寫給機器的，流程圖是寫給人腦的——包括未來的你自己。」
那位微軟工程師在博客結尾寫道：「我現在有個文件夾，存著過去五年畫過的流程圖。偶爾翻出來看，能清晰看到自己當時怎么想的、漏掉了什么。代碼會被重構覆蓋，但這些圖保留了決策的考古層。」
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
