非常多时候我们要做庞大project, 就像一棵大树, 方方面面都有自己的细枝末节，而作为开发员的我们，无法时时刻刻去保持对程序的全面认知，所以我们要把程序设计与逻辑设计区分开来。
那么什么是程序设计和逻辑设计，举个样例来说，统计一群人，程序上能够做到对人群的归类字典统计。也能够做成每一个人有自己的属性之类的，而作为逻辑上，须要知道人的名字。性别。身高之类。事实上这个样例你可能看不太清晰。非常多时候程序和逻辑是混合在一起的。比方我抛一个小球。逻辑上已经设计了重力，环境，以及墙壁，从逻辑上我这个小球会依照一切安排的正确执行。可是这一切基于什么？决定因素都不在小球，重力，环境。以及墙壁的改变都会影响到小球的结果变化。
这个逻辑不如叫间接程序设计。程序上直接对小球进行本身的控制更有把握。
再比方说我要做个仅仅同意小球上抛的动作。
可能上抛有可能碰触到天花板和側墙。而假设我后来取消了限制小球的抛出角度。那么小球有可能被抛向不论什么地方，可能是地面也说不定。这样的时候你肯定不会第一时间就知道这一影响并修正，有可能你还是仅仅是惯性思维的做想上抛的动作。而忽略了向下抛全然可能出问题，后来经过重复測试，你才渐渐地找出问题所在。
所以敲代码，不能靠逻辑来绑定你的思维。你不能就这么认为“恩。这样没问题了。a,b,c这些影响下就是这个结果"，拜托，这不是日常生活，这不须要惯性思维，你该限制小球速度就是须要限制，该给没可能的情况添加条件推断就该去添加推断，这样你的project代码才健壮。逻辑条件仅仅是一个架起虚空的云梯，你摔下去的因素有千万种可能。
或许你会认为做多重推断以及不是必需的条件添加代码全然不是必需，并且添加执行成本。
但渐渐的这些问题在你的project中后期就会都慢慢浮现出来。
你仅仅是个码代员，不是主宰项目的存在。真正主宰项目的是经理，客户和终端用户。
所以，给代码健壮的逻辑，给后期稳健的开发速度。