草图？不管黑猫白猫，能快速、有效把你的设计理念讲清楚才行

下午我被叫去参加“合作服务商资金安全解决方案”项目的codereview。
对程序实现逻辑上存疑。简单听他们讲述产品需求后，果然发现程序逻辑有疏漏。
为了表达清楚我的意思，上草图。边“画”边阐讲，逐步引导大家思考、讨论，确定更好的改进方案。
然后，大家点头默许：还是战哥想的全面！

创新互联公司IDC提供业务:多线BGP机房,成都服务器租用,多线BGP机房,重庆服务器租用等四川省内主机托管与主机租用业务;数据中心含:双线机房,BGP机房,电信机房,移动机房,联通机房。

在我们日常开发讨论过程中，总会出现这样的情况，你在讲的头头是道，别人要么无表情的点头，要么草率的应和。这个时候，其实已经出现无效沟通了。我们要做的，是尽可能通过一定的表现形式，来让对方足够清楚。

当然，不管什么形式，以能让对方明白为最好。

表现形式就比较多了，比如流程图、时序图、脑图、表格，现在许多在线工具也都支持，比如processon、百度脑图，etc.。时间多的话，就多用心耐心设计一下，时间不足呢，像我上面的这个情况，也得琢磨适当的形式。

不管黑猫白猫，能把你的设计理念讲清楚才行。切不可“摆烂”！

我的程序设计相关^blog：

Atlassian Confluence 6.15.5 添加甘特图

不夸张地说，在程序员里面，我算得上玩EXCEL比较溜的！

文档设计也需要坚持DRY原则--支付中心应用部署结构图完善

支付中心接口设计之参数命名

show一下自己的文档编写功底