草图？不管黑猫白猫，能快速、有效把你的设计理念讲清楚才行
下午我被叫去参加“合作服务商资金安全解决方案”项目的codereview。
对程序实现逻辑上存疑。简单听他们讲述产品需求后，果然发现程序逻辑有疏漏。
为了表达清楚我的意思，上草图。边“画”边阐讲，逐步引导大家思考、讨论，确定更好的改进方案。
然后，大家点头默许：还是战哥想的全面！
在我们日常开发讨论过程中，总会出现这样的情况，你在讲的头头是道，别人要么无表情的点头，要么草率的应和。这个时候，其实已经出现无效沟通了。我们要做的，是尽可能通过一定的表现形式，来让对方足够清楚。
当然，不管什么形式，以能让对方明白为最好。
表现形式就比较多了，比如流程图、时序图、脑图、表格，现在许多在线工具也都支持，比如processon、百度脑图，etc.。时间多的话，就多用心耐心设计一下，时间不足呢，像我上面的这个情况，也得琢磨适当的形式。
我的程序设计相关blog：
当看到一些不好的代码时，会发现我还算优秀；当看到优秀的代码时，也才意识到持续学习的重要！--buguge
本文来自博客园，转载请注明原文链接：https://www.cnblogs.com/buguge/p/16782685.html
