贝贝终于喜欢上拼图了。很早开始拼图，却总是要妈妈陪，从来不肯自己玩。拼图也是一时兴起，和任何玩具一样，没什么太大兴趣，玩玩也成。到三岁了，我有点纳闷，难道我们家闺女智商平平？除了对买漂亮东西、吃吃玩玩热衷，难道就没其他兴趣了？

也是终于有闲心耐着性子陪贝贝玩了几次，她一下子喜欢起来，拼完一个又想拼一个，智力玩具永远比其他玩具有吸引力就在完成的时候，那种成就感和满足感。-----原来，以前她不喜欢，是我从来没有耐心陪，总是希望她独自去玩，让我安静会儿，却又希望她兴趣广泛，什么都会。

真是痴心妄想，还超级爱幻想的懒惰妈妈。不想付出，就想得到的那种人。世界上有几个是放养也成功的例子？多少父母花费多少时间心血，也只是培养了一个普通人而已。

贝贝喜欢上拼图也才三天而已，就把亲子机构的拼图基本拼完了。8月1号去幼儿园了，真盼望那里有更多适合贝贝的拼图。去这里的玩具店看过，拼图价格是国内的十倍。回来在淘宝上看了看，完全打消了在这里买的念头。我们只带来2个拼图，贝贝想起来就玩玩，还不是特别纯熟。

上网搜索了一天的拼图技巧，总结起来其实就是两句：先找角---再找边---再中间---看图案---看颜色。

其实，任何技能的诀窍都是四个字；熟能生巧。   在熟练的过程中自己摸索规律，锻炼感觉。、

我从来没有玩过这类玩具，这几天陪贝贝拼图，也逐渐体会到乐趣，也在逐渐地摸索规律，锻炼手眼协调，在熟练中提高速度。

    我们刻意地从来不教贝贝认字，也不教她写字，是想等待她自己产生写和认的需求，再顺势引导。认字不宜早，写字更不宜太早。

    最近，可能也是呆家里时间比较多，玩具又很少吧，贝贝好多次拿起笔要求爸爸妈妈教她写字，她也开始问某个字念什么，什么意思。

    搜索了一大圈，对比了其他孩子，贝贝的这个需求不算早也不算晚。我们开始教的时候也不算早不算晚的。这样的孩子，是否意味着一般得很、普通得很？

幸亏我们也没什么太多期望，没打算望女成凤，她能够自食其力，可以自由掌控自己的生活就足够了。而她是否有一个快乐而幸福的成长过程，才是我们最在意的。

【如果你想了解这个点读笔写字App的背景，请移步这里

现在开始写的这篇，距离上次的结文的时间节点已有大半个月的跨度。最近换了新东家，想着好好调节一下状态，改变之前早上萎靡的状态。早上上班基本不再看的博文，而是回顾昨天所学&写code&学习。中午会保证20min的休息。晚上回来倒是如之前一样，白天想着回来做点学习和总结，回来却是懒得啥也不想做，所以写东西也就一天天搁置。

做了这些改变之后，整体感觉还是不错的，一天下来收获比之前要多。只是下午pareTo(str2);

Object>，其中放了两个键值对，键都是String，值分别对应了Bitmap类型的页图和String类型的页码，这里排序之后的结果是listItem之间的有序序列。代码中让mListItems根据给出的比较子进行比较，而比较子中重载了compare函数。比较的规则是按照每个map中pageNo字段的String字符串相对ASCII码的顺序。也许大家看到这里似乎可以明白我为什么要把页码格式化成“01”这样的格式了，当然用“1”这样的也是可以的。可以看到这里compare起作用的就是其返回值，我们用“1”形式的就不能调用compare了，但是可以转换成整数，直接比较结果返回-1，0，1。至于需要正序时t1>t2的情况应该返回1还是-1，自己试一试。以前研究过比较子排序的实现代码，现在又忘掉了，如果知道的朋友麻烦在下面评论里告诉大家。

大家可以猜一猜还有哪里需要排序的？应该是无序数据需要显示UI的时候吧？机智的小伙伴会告诉我，打开app初始化记录的时候，因为那时候要进行本地数据到UI的显示。当然，不知道应该在初始化的时候的朋友也并不能说明你不机智，因为你很可能不知道从本地读取的文件数据到数组中是无序的。按理说确实应该在初始化时getDatas后，再copy一次上面排序的算法，或者写个函数出来分别调用。这里我把这个排序放到了getDatas中：

注意其中文件数组Arrays.sort()，这么做首先是为了符合初始化显示的有序要求，当我按照文件名有序读取数据后，mListItems中存着序的页图，可以直接显示。另外，这么做是基于一个效率问题的考虑。我们知道这里的文件并不是真正读取到内存中的文件的2进制数据，而是一个本地文件的引用，所以这里占据的内存是很小的。而上面对mListItems排序，里面太多东西啦，一个图片占据那么多内存，当我们排序的时候内存中需要搬动那么大的数据，而且是多次搬动，太辛苦啦!当你开始体谅计算机的时候，说不定有意想不到的收获；如果你说不让计算机代替人做复杂的运算是体谅的话，那是抬杠！他不计算叫他“计算机”干嘛？而我们知道，当大部分的数据是有序的时候，放入一个数据，然后让其排序到同序（正序或逆序），代价要比排列完全无序所做的数据搬动少得多。哪个实践者做个例子给大家证明一下就更好了，我也同求looklook(好懒啊，每次写一篇东西要几天)。

app是为了做出笔记本的效果，每一页都是一张图片。我们希望做到的效果是动过笔的页才显示出来。事实上做到后面我不太认同这样的方式。我并不认为这样做的显示效果会有多么好。既然网格的布局（见中的图片）可以方便地选择进入某一页（像现实中根据页码翻页一样），为什么不把所有的页都显示出来，干净的页就留出空白页图。我们是会有一本和app配套的笔记本，上标记了页码，但是app也应该清楚地告诉使用者本子的页数。

现在的做法不仅一定程度上增加了app的实现难度，而且不利于了解保存的图片慢慢增加，何时会出现OOM（out of memory）的问题(我们需要保证适量的页数即使全部页图读入内存都不会出现OOM)。当我们已经在往UI显示前往内存读入了所有的页图，为什么不让其常驻内存，书写时只在内存中修改。我们要做的只是在打开和关闭App时做IO的读写。

至于文章的前半部分提到关于获取硬件数据策略的问题，感觉实际的应用中，读取硬件的响应速度是很难做到适度的，我不知道那些写字最快的人的速度极限是多少，纵然天空不是他们的界线。我一直主张里面应该设置一个差不多的值，然后一些点交给一个模糊算法去生成，这样我们就不需要精确地响应每一个点。毕竟我们写字的一些点都是连续的，有起承转合的趋势，有迹可循，算法也可以实现。当然，公司没有做算法的同事，就一直没人鸟我。而我自己也只是说说，却是行动的矮人(主要没弄过的东西，就感觉学习曲线很陡)。感觉找一下应该会有现成的开源算法吧？

想听听你们谈谈你们是如何想？