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