下午我被叫去參加“合作服務商資金安全解決方案”專案的codereview，
對程式實作邏輯上存疑，簡單聽他們了解了一下需求邏輯，然后，果然發現邏輯有疏漏，
為了表達清楚我的意思，上草圖，邊“畫”邊講，
然后，大家點頭默許：還是戰哥想的全面！
在我們日常開發討論程序中，總會出現這樣的情況，你在講的頭頭是道，別人要么無表情的點頭，要么草率的應和，這個時候，其實已經出現無效溝通了，我們要做的，是盡可能通過一定的表現形式，來讓對方足夠清楚，
當然，不管什么形式，以能讓對方明白為最好，
表現形式就比較多了，比如流程圖、時序圖、腦圖、表格，現在許多在線工具也都支持，比如processon、百度腦圖，etc.，時間多的話，就多用心耐心設計一下，時間不足呢，像我上面的這個情況，也得琢磨適當的形式，
不管黑貓白貓，能把你的設計理念講清楚才行，切不可“擺爛”！
我的程式設計相關blog：
Atlassian Confluence 6.15.5 添加甘特圖
不夸張地說，在程式員里面，我算得上玩EXCEL比較溜的！
檔案設計也需要堅持DRY原則--支付中心應用部署結構圖完善
支付中心介面設計之引數命名
show一下自己的檔案撰寫功底
當看到一些不好的代碼時，會發現我還算優秀；當看到優秀的代碼時，也才意識到持續學習的重要！--buguge
本文來自博客園，轉載請注明原文鏈接：https://www.cnblogs.com/buguge/p/16782685.html
<style>hr.signhr{width:80%;margin:0 auto;border: 0;height: 4px;background-image: linear-gradient(to right, rgba(0, 0, 0, 0), rgba(0, 0, 0, 0.75), rgba(0, 0, 0, 0))}</style>
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/513722.html
標籤：其他
上一篇：風控決策引擎——決策流構建實戰
下一篇：設計模式-行為型模式之觀察者