視覺化工具是大多數人畫圖的選擇
目前來說，只要是寫原創比較多的小夥伴，大家寫文章都會使用 markdown。但是一談到畫流程圖架構圖類圖什麼的，大家都會使用 staruml，drawio，processon 這類工具，我也一直用這些工具在進行一些流程的梳理減少與相關同學的溝通成本，也作為乙個視覺化的文件沉澱下來。可惜，存在一些問題實在是浪費我太多太多生命。
框框對不齊是效率最低下的核心原因
有沒有經歷過這種場景，就是圖全部都拖拉上去完事了，剛剛準備儲存。發現整個圖都七歪八倒的，然後就開始調整，選中框a框b框c，嗯左對齊，頂部對齊，然後發現edf跟abc對不齊了，兩個框的連線線也飄了，越調整越崩潰，為了達到比較好的效果，花費了90%的精力在調整這些線框的位置。
架構變更對圖的傷害最大是次要原因
我們好不容易畫好了一版，結果老闆說了一句，a這個地方加這個不太合理啊，應該是在b那裡加這個，完蛋了，有架構變更了。從a變到b倒是好變，拖一下就好了，然後你就會發現，所有跟a和b相關的線和框都需要換位置，甚至原本已經對齊的版本也不再好使了，繼續重頭來一遍對齊。
兩個字，崩潰。
我認為更好的工具-plantuml
上面這些拖拽的都會遇到我說的問題，這些工具我也都用過，對於入門不肯學習的或者就是臨時畫一張圖的同學都很適合。對於我們這種一天要畫三張圖以上的，不太合理，太浪費時間了。
怎麼破呢？我在偶然的機會裡了解到了 plantuml。我給你們演示一下。
@startuml
小紅 -> 小蕉: 拍一拍
小蕉 -> 小蕉 : 摸了摸自己的腹肌
小蕉 --> 小紅: 反手給了一拳並甩了一臉
你看，這樣就定義好了乙個流程圖，只需要用箭頭來表示就好了，無論是正向逆向還是什麼呼叫方式，都能非常非常方便。
如果有流程調整，你只需要ctrl c + ctrl v 就解決了，不需要自己一直去調整這些圖，而且你會發現乙個非常非常非常關鍵的點，如果你沒有特殊的定義，這個圖他會調整自己的布局，不需要自己調整，還挺好看。
@startuml
小紅 -> 小蕉: 拍一拍
小蕉 --> 小紅: 反手給了一拳並甩了一臉
小蕉 -> 小蕉 : 摸了摸自己的腹肌
如果你想要加上呼叫的順序號，只需要加上 autonumber 就好了。
@startuml
autonumber
小紅 -> 小蕉: 拍一拍
小蕉 --> 小紅: 反手給了一拳並甩了一臉
小蕉 -> 小蕉 : 摸了摸自己的腹肌
如果想加上標題，加上" title 使用者流程圖 "就好了。
@startuml
title 大蕉蕉的打架圖
autonumber
小紅 -> 小蕉: 拍一拍
小蕉 --> 小紅: 反手給了一拳並甩了一臉
小蕉 -> 小蕉 : 摸了摸自己的腹肌
結語不知道你們感覺如何，我反正挺喜歡，節省了我非常非常多的時間，我很喜歡，也希望能節省你們的生命，用這些省下來的時間去做更多有意義的事情。詳細用法直接去 plantuml 官網找，外掛程式idea裡搜尋 plantuml 外掛程式，複雜圖的視覺化庫直接裝 brew install graphviz
以上，配圖是天秤寶寶的天秤叮噹貓，喜歡嗎。最近也比較忙，一直在很努力處理一些事情，工作的事情也很忙，自己的事情也很忙，期待往更好的方向去走，所以相對還是比較充實，嘿嘿嘿，希望你們也好好珍惜每一分鐘。簡單~就醬
乙個節省空間的小技巧
我們往往習慣將運算過程的臨時結果儲存起來，這樣的思想比較容易理解也是慣性的思維，然而往往大多數情況下我們不需要儲存中間過程的變數。這裡舉乙個例子，杭電oj的1003題maxsum，雖然同時採用暴力求解，但是中間的sum結果不採用二維陣列儲存而只是簡單的通過每次置0後重新計算這樣就可以節省空間。雖然超...
乙個 Bug 的生命
android 開源專案維護乙個公共問題追蹤，你能報告 bug 和要求特徵為 android 軟體棧。這個問題上的跟蹤細節，請看報告 bug 頁 報告 bug 是偉大的 感謝你！但是一旦你歸檔乙個 bug 報告發生了什麼？這頁介紹乙個 bug 的生命。租約注意 android 開源專案 aosp 問...
用ajax技術實現的乙個小例子
早就聽說過ajax，不過想著是網頁上的技術，一直沒有研究過。最近由於工作需要，寫web頁面，想實現區域性重新整理頁面的效果，同時進行一些後台操作，比如運算元據庫。找同事幫忙實現了一下，今天閒來無事，自己研究了一下，還挺簡單就能實現我想要的效果。先說下概念吧，都是從網上搜的，理解了這些，寫 就簡單了。...