草图？不管黑猫白猫，能快速、有效把你的设计理念讲清楚才行
我在日常工作中，经常要参加一些技术活动，或被拉去参加一些需求会或运营会，时间比较分散。
上周在参加一个代码评审时，发现程序上该复用的没有复用，却写了两份逻辑几乎相同的代码。另外，还发现，在对外接口的定义上，也不够合理。
我讲了一下我的看法，看几位同学有些面无表情。为了直观起见，我打开笔记本电脑里的notepad，边“画”边阐讲，大家总算是有了头绪。
在我们日常开发讨论过程中，总会出现这样的情况，你在讲的头头是道，别人要么无表情的点头，要么草率的应和。这个时候，其实已经出现无效沟通了。我们要做的，是尽可能通过一定的表现形式，来让对方足够清楚。
当然，不管什么形式，以能让对方明白为最好。
表现形式就比较多了，比如流程图、时序图、脑图、表格，现在许多在线工具也都支持，比如processon、百度脑图，etc.。时间多的话，就多用心耐心设计一下，时间不足呢，像我上面的这个情况，也得琢磨适当的形式。
我的程序设计相关blog：
当看到一些不好的代码时，会发现我还算优秀；当看到优秀的代码时，也才意识到持续学习的重要！--buguge
本文来自博客园，转载请注明原文链接：https://www.cnblogs.com/buguge/p/16747637.html
