这里讲的不是一个一步一步的做麻将游戏执行教程，而是“设计”本身——探索，思考，执行，修改的过程，一步步地执行设计其实是最简单的那一部分，执行设计不叫设计，最多算个熟练工。

首先我们拿到一副麻将。第一步应该是分解“设计”这件事情本身，（注意，这里不是把麻将分成几类），分解出数据结构的那一层次设计。通常我们拿到一份这样的设计，直接开始选择数据结构——麻将是背包、堆栈、队列、红黑树？特别喜欢照本宣科，善于模仿的同学。而做过项目的同学，通常首先开始弄一个麻将接口、麻将类，然后增加打麻将方法。而我认为这都不是好的设计步骤。

传统开发人员对软件的理解是数据结构+算法，现代面向对象的开发人员的理解是抽象对象（继承/多态/泛型）出具体对象。它们的共同特点都是将现实世界直接抽象为程序设计，而每种开发人员所掌握的设计范式或习惯均有差异，为了团队不得不用框架及最佳实践来约束差异，减少理解和修改的成本。

但是，将现实世界直接抽象为程序设计到底是不是正确的思路呢？这个思路对开发人员无疑是最直观的，但长久在团队的约束下，久而久之就变成了对“最佳实践”的执行——而非设计，而执行则是最简单的那一部分，只会执行的程序员通常被戏称为码农。

那么麻将是背包、堆栈、队列还是红黑树呢？都不是，你会发现你学会了这么多数据结构，一点用处也没有，（传统的面向对象设计无疑能够解决这类问题，面向对象（比如;" />
为什么这么多数据结构，都处理不了麻将？抑或说处理地非常别扭，不够完备。因为我们只是背诵了那些数据结构，就像背诵乘法口诀表，1乘以1到9乘以9，那么19乘以1234呢？没有人教你乘法过程——没有人教你对数据结构的设计。因为初学者在学习数据结构时是与算法相对的，会被理解为一个静态的结构。但是数据结构不是一个静态结构，不是像房型建筑就是那个样子。数据结构就包含了算法，我们应该将数据结构分解为集合与算法——数据结构的本质不是结构，而是集合与算法，这看起来很像面向对象中的对象——状态与方法。但它们之间还是有一定的差别。

为什么说数据结构的本质是集合与算法？回到麻将游戏上，不能用其它数据结构，不如我们设计一个麻将结构——麻将本身是一个集合，这个集合分为两大类。1）桌面上的麻将，2）人手上拿的13张麻将。

1）桌面上的麻将——它的最大值是恒定的，只能被随机delete不能被add，为空后游戏结束。（这就是3个算法）
2）人们手上的麻将——它的值始终是恒定的，随机add，选定delete，每delete一次，同时被从桌面麻将上add一个进来。（这是4个算法）
你说这是什么数据结构？第2个看起来有点像哈希表，因为要选定delete，要有索引，有索引就用哈希？No，这不是任何数据结构，这只是集合，以及对集合的操作。不是栈也不是树，不要让数据结构将你的思维限定住了

不应该将现实世界直接转化为计算机语言，而应该先抽象为数学语言（或者说数学语言的需求分析），然后进行技术选型，再转化为计算机语言——函数式也好，面向对象也好，动态语言也好，都是浮云。