solver

在设计复杂程式前，通常先写简单程式确立程式架构，然后逐步修改及添加功能，最后就可以设计出成品。同样的，想设计复杂的 Cube Solver 也是如此，先写一个简单六面体程式看看旋转的情形，再从这个程式修改。就像盖房子一样，都要先挖地基、架钢骨，而后钉模板、灌泥浆，从地面盖到摩天大楼

实际项目中同事提出来需要解决这么一个子问题：我们有一堆大小不同的小图，希望可以把它们拼接起来成为几张大小相同的大图，尽量保持大图的数量越少越好。 这个问题挺有趣的，当时直觉上判断这个是NP的，应该是很难快速地得到最优解的。同时也觉得这个问题抽象出来之后应该是有被仔细研究过的