老話說，工欲善其事，必先利其器。

那么，作為編程人員，你都用過哪些“兵器”呢？你的”兵器“夠”鋒利”嗎？

近期，有很多新朋友問，都有什么畫流程圖的工具，給推薦推薦？

索性，就靜下來，好好梳理一下，從事編程十余載中，用到了哪些工具？嘗試匯總分享給大家，希望對大家有所幫助。

Tips：

1. 考慮方便收藏，文末已經(jīng)把文中提到的工具整理成圖。

2. 曾經(jīng)用過的，以及目前在用的工具梳理，勢必會有適合你的款。

01.?設(shè)計原型

代碼寫久了，也會客串一下產(chǎn)品的角色，畫點原型。按照接觸時間，主要分享兩款。

一款是安裝后，便可進行設(shè)計原型的?Axure RP。

（Axure RP?效果圖，圖片來源于官網(wǎng)）

另一款是在線進行產(chǎn)品原型設(shè)計的磨刀（沒錯，名稱就叫磨刀），是當(dāng)下遠程辦公的好幫手。

（磨刀效果圖）

02.?制定計劃

產(chǎn)品同事把產(chǎn)品原型畫完，往往會喊上開發(fā)的兄弟們，組會進行評審，待產(chǎn)品需求評審?fù)?，就要進行大致的排期，而排期的工具也有很多，在這里主要提我用過的兩款。

之前，用的比較多的一款是?Microsoft Project，排出來的效果，個人感覺整體是比較正式的。

（Project 計劃效果圖）

現(xiàn)在，經(jīng)常用的是?Microsoft?Excel（沒錯，就是 excel 表格），用 Excel 排完之后，團隊的兄弟幾乎都能看，無需安裝其它軟件，主要是圖個方便。

（ Excel 簡易的排期效果圖，復(fù)雜的要比這復(fù)雜的多）

03.?流程設(shè)計

當(dāng)產(chǎn)品需求明確，大致周期也定了，按照規(guī)范化的流程，那便是進入設(shè)計階段，此時往往會用到畫圖工具，在這里，按照我用的時間先后順序，羅列幾款出來，希望對你有用。

第一款是?Office?Visio，此款是我用的最早的一款，而且畫起圖來也很簡單，清晰明了。只要我用 Windows 系統(tǒng)，都會用 Visio 進行畫架構(gòu)圖以及詳細業(yè)務(wù)流程圖，已經(jīng)形成了肌肉反應(yīng)。

有些時候，也會用一款超好用的 UML 畫圖工具?StarUML，來畫畫類圖，時序圖等等。

（StarUML 效果圖，來源于官網(wǎng)）

不過，自從切換成蘋果電腦，開始使用?ProcessOn?進行在線畫圖，無需安裝，打開鏈接就能用，而且各種圖都支持。無論是工作，還是平時寫文章做分享時，經(jīng)常會用到這款工具。從以往分享的文章中摘兩張丑圖，看看效果。

（ProcessOn 效果圖，來源于以往分享“矛與盾，如何造好系統(tǒng)的盾”）

（ProcessOn?效果圖，來源于以往分享“監(jiān)控實戰(zhàn)Prometheus+Grafana”）

但是，倘若在?ProcessOn 不花 Money 的情況下，能畫圖的張數(shù)是有限制，所以偶爾也會用?draw.io，它也是一個強大簡潔的在線的繪圖工具，用它來湊兩張圖也未嘗不可。

（draw.io 效果圖，來源于以往分享“這些技術(shù)輪子，讓監(jiān)控落地成為現(xiàn)實”）

04.?代碼研發(fā)

當(dāng)業(yè)務(wù)流程設(shè)計圖畫好時，喊上產(chǎn)品汪，組會評審一下，看看需求理解的有沒有問題，若是沒啥問題，那就進入了編碼研發(fā)階段。

作為一枚 Java 程序員，編程工具從記事本、Editplus、JCreator、Eclipse 到現(xiàn)在用的最多的?IntelliJ?IDEA。

業(yè)務(wù)需求實現(xiàn)過程中，很多場景需要進行三方系統(tǒng)對接，有時三方會給你一個調(diào)用的 jar 包。但是有些時候怎么調(diào)，都不通，就想知道 jar 包里面都寫了點啥？在此，推薦一款用的最多的反編譯工具?JD-GUI。

在代碼研發(fā)過程中，代碼質(zhì)量貫穿始終。之前我都會采用 Eclipse 集成?FindBugs?的插件進行掃描一下，看看有沒有潛在的 Bug，不過現(xiàn)在 IDEA 的代碼規(guī)約校驗插件（阿里開發(fā)規(guī)約插件）已經(jīng)很好的滿足了此需求。

在這里，還是要提一下?SonarQuable，它是一個用于代碼質(zhì)量管理的開源平臺，也有助于幫你進行代碼審查，提升代碼質(zhì)量。

（SonarQuable?效果圖）

當(dāng)代碼研發(fā)差不多時，不可避免的就是充分的自測，那么如何對自己寫的接口進行請求調(diào)試呢？

一種方式寫各種 Test 進行模擬發(fā)包，一段測試代碼，反反復(fù)復(fù)修改參數(shù)；另外一種方式，避免反復(fù)修改代碼，用?Postman?模擬發(fā)請求包，而且能把歷史訪問都存起來，超級好用。

（Postman?效果圖）

敢問，你們開發(fā)過程，代碼版本管理工具都用啥？我用過的代碼版本管理工具，主要是?SVN?和?Git，但是逐漸開始都轉(zhuǎn)向 Git。

另外，開發(fā)過程中，往往會進行合并代碼，沖突時需要進行找不同，用 SVN 和 Git 這些代碼版本管理工具可以做到，不過有些時候，緊急使用時，為了盡快定位不同，也會用?Beyond?Compare?直接比較。

（Beyond?Compare?效果圖）

05.?代碼評審

代碼研發(fā)完成，冒煙自測沒啥問題，接下來就會組織會議，進行代碼評審。

代碼評審的主要目的，在我看來主要是兩方面。第一：看看需求理解實現(xiàn)上有沒有問題；第二：看看代碼實現(xiàn)上有沒有潛在的 Bug。

代碼評審時，為了記錄Review 中的問題，現(xiàn)在用的最多的是?Excel。

（Review記錄單，效果圖，僅供參考）

06.?提交測試

當(dāng)代碼研發(fā)完成，經(jīng)過代碼評審后，進行代碼反復(fù)調(diào)優(yōu)，再經(jīng)過充分的自測與聯(lián)調(diào)，當(dāng)信心倍增的時候就可以提交測試啦。

經(jīng)歷過的小作坊，打個包用?Xshell?或?SecureCRT?放到測試環(huán)境，發(fā)個郵件或者在?Jira?上通知一下測試組就 ok 啦。

經(jīng)歷過的大作坊，首先用?Jenkins?進行編譯發(fā)布版本，部署到測試環(huán)境；若測試人員發(fā)現(xiàn) Bug，會把 Bug 提到 Jira 上，研發(fā)人員修復(fù)完 Bug，再用 Jenkins 打包發(fā)版，這樣每次提交測試的版本號都會 +1。這么一來，可以衡量開發(fā)人員的開發(fā)質(zhì)量，若是提測版本過高，那肯定是風(fēng)險系數(shù)稍高一些，稍微嚴格一點，會根據(jù)測試版本來算績效呦。

（Jira 效果圖）

經(jīng)歷過的由各公司抽技術(shù)人員，臨時組成項目組去干一件大事，用過一款在線協(xié)作工具?Teambition，簡單拖拽就能完成任務(wù)分配、認領(lǐng)，同時也非常適合測試提 Bug，研發(fā)人員進行認領(lǐng) Bug 進行修復(fù)。

（Teambition?效果圖）

07.?進行上線

當(dāng)測試組完成測試時，會發(fā)送測試報告，當(dāng)研發(fā)人員看到測試報告時，就可以發(fā)起上線申請啦。不過在上線前會與運維同事一起制定上線計劃，制定計劃的工具簡單點的是 Excel，稍微正規(guī)點就在 Jira 上發(fā)起上線申請時，把上線注意事項寫清楚，然后線下再溝通，確認無誤再安排進行上線。

08.?寫在最后

從事編程十多年，其中那些經(jīng)常打交道的工具，本次就梳理這兒，希望你們能夠喜歡。

最后，用?XMind?思維導(dǎo)圖工具給大家匯總一下，便于各位收藏。

都知道，要使車子走得快，就得給輪子勤上油，但前提是要給車子裝好輪子。

效率，是做好工作的靈魂。希望分享的這些工具，這些利器都能助你提高效率，有限的時間內(nèi)，實現(xiàn)更多的價值。

歡迎關(guān)注微信公眾號“一猿小講”了解更多精彩分享。