读书笔记之编程之美 - 3.5 最短摘要的生成

《编程之美》读书笔记24： 3.5 最短摘要的生成 当初看这道题时，看了好了几遍都没看懂。后来总算弄明白：给出的字符串是用其它程序分好词的，关键字符串也是用其它程序分好词的，而不是按用户直接输入的字符串。比如书上给的例子：“微软亚洲研究院使命”，不是按空格分成两个关键词，“微软亚洲研究院”和“使命”，而是按其它程序分成：“微软”、“亚洲”、“研究院”和“使命”四个关键词。 “...

看了半天没看明白，上网找了找别人的看法， 详细解答可以看July的博客，转送门：http://blog.csdn.net/v_july_v/article/details/6890054 说几点我的体会及疑惑： 1、书中提到的关键字“微软亚洲研究院 使命”，Q序列应该分解为了“微软\亚洲\研究院\使命”而不是原始的输入 2、解法一的时间复杂度：O(M*N^2)，我的理解是 对于w1,w2

问题1： 代码的关键是那个break，如果找到3个不能整除的数，内层for循环就退出了，必须正好从30个数里面找到2个数不能整除，而且这两个数还要连续。所以问题一的答案是，某个数不能且仅不能被2～31之间连续的两个数整除。 问题2： 这个问题先看看是否任意连续两个数都可以作为结果用到的那两个数。 分析rg[]中15 = 3 x 5这个数，如果某数可以被3和5整除，那么也一定能被15整除，因此15不可能是连续2个数中间的一个，例如30可以被3和5整除，则一定可以被15整除，这样15就不会是结果可以用的

自己看书没看懂，突然跑出来一个6次方，其实也是3!的意思。幸好书上给出了参考文献，基本上本节就是翻译那篇论文的。 论文地址为：http://www.afjarvis.staff.shef.ac.uk/sudoku/felgenhauer_jarvis_spec1.pdf 在往上级，都是讨论数独的资源：http://www.afjarvis.staff.shef.ac.uk/sudoku/ 人家准备这篇论文肯定不是一天两天的活，如果面试那么紧张的时间能找出答案，那确实很了不起了。

<br />最近在给公司一技术大牛打杂，他对我的评价是有点小聪明，但缺点啥，形容不出来。我想是有点浮躁吧，喜欢轻易下结论。<br />回到这个题目，第一印象就是书上算法有点垃圾，让出题这个人从1加到100，他准用for循环实现。<br />我的第一感觉是，求电梯停的位置，只要求出所有人爬的总楼层数，然后按人头求个平均值就行了！<br />不过把我的算法和书上的算法一对比，发现有些结果对不上，手算发现自己的算法有问题，平均值是不行的，也许应该求中位数之类的。但转念一想，我的想法还是有价值的，因为求出平均值后，

用1x2的瓷砖覆盖NxM的地板，只要N和M不都是奇数就行了。 扩展问题最后成了一个类似Fibonacci数列的问题。 对于其他问题，暂时没有找到答案。 用pxq覆盖MxN的地板，首先要保证MxN的面积可以整除pxq的面积，然后如果M可以整除p和q中的一个，N可以整除另一个的话就绝对没问题，否则要看M或N之中的一个是p和q的公倍数，这样还有能覆盖的可能，等等。

这个问题的难点就是看透那个“穿透”的本质。 扩展问题： 1. 第i个蚂蚁离开的时间和别的蚂蚁路线是有关的，所以比较麻烦吧。 2. 如果在一个平面上运动，说不定会出现死锁的情况，6只蚂蚁组成三角形以上的情况就会出现。 3. 蚂蚁一共的碰撞也和蚂蚁的初始走向有关，应该可以分析的。 4. 放鸽子问题，应该是c x s / (a + b) 5. 不太清楚a是绝对速度还是相对速度，应该很简单。

<br />这道题目是目前为止这本书里最烂的一个。第一版的勘误表里就错误一堆，改正了以后还是一堆垃圾。不过话说回来，也不能求全责备，毕竟不是只有优秀的人才能进微软，偶尔也会混进几个菜鸟。<br />本节中的符号错乱就不说了，算法一的代码也有点问题，逻辑上有疏漏。第二层for循环的opt[i][j] = -INF应该写成opt[i][j] = opt[i-1][j]，意思是容量大了以后，至少不会小于上一个容积的满意度。<br />为了方便，我的代码把-INF改成-1，代码清单如下：<br />#include

一般都能想到解法二，用sum – a[i]在a[N]里面查找，时间复杂度为O(N*log2N)。 解法三用到了一个技巧，先把数组排序，i = 0，j = N-1，这样a[i]+a[j]正好是一个中间数，如果想减小sum的值，就一直缩小j，如果想增加sum的值，就增加i。 扩展问题 1. 如果“两个数字”改成“任意个数字”，还是可以利用解法二的，用sum在数组里减去m个数，看最后结果是否能得到0。 2. 如果找不到结果，可以保存做差的结果，找出差值最小的解。 3. NP和NP-Complete问题。

好久没有写代码了，今天练习练习第二个问题，代码如下: 1: #include 2:  3: using namespace std; 4:  5: int main() 6: { 7: int m1, m2, m3, m4, m5; 8: int n1, n2, n3, n4, n5;

忘了是在哪本书上看的，第一个没有问题的二分查找算法，是经过了很多年的完善才出现的，说明很多大师级的人都无法一次写出这样的程序。 关于溢出的问题之前已经有所了解，算是一个基本技巧吧。而边界问题要仔细设计用例才能保证没有问题。 本来想写扩展问题的，可是不知道链表的长度，另外可能需要再保存一个多余的链表，也很麻烦，这个问题先不做了，上网看了看资料，还有什么追赶算法，了解一下为止。

<br />题目标志了一颗星，20分钟内解决，结果看里面给出图的最少着色问题就结束了，因为这个着色问题至今没有有效的算法。不知道微软面试有没有哥德巴赫猜想的证明问题，如果面试者说现在还没能证明，会不会直接被请出去了呢。<br />查了一下算法导论，没有找到着色问题，看来已经超出我现在所能及的范围，等日后再回来研究吧。

<br />这个问题用解法一来看，是一道几何题，一个平面被直线分割的部分和直线的个数及交点个数有一定规律，找出这个规律就得到答案。<br />解法二就比较牛了，发现了直线交叉的的个数和直线在另外一条边上的逆序数相等。<br />当我们发现直接求直线交点比较难的时候，就可以去求那个逆序数。<br />反过来想，如果要求解一个序列的逆序数，我们也可以构造这样一堆直线，然后数一数交叉点呢。<br />至少答题的时候，用人眼数交叉点要比求逆序数容易一些；另外，我们也可能会发现求交叉点比较容易的算法也说不定。

这个问题第一感觉也想到了解法二，肯定是先合并区间，然后再判断源区间是否在这些区间的组合里面。 不过解法一应该可以应用到扩展问题里，二维空间的覆盖可以把其他窗口和源窗口的重合部分保存起来，看最后能否全覆盖源窗口。

<br />必胜的策略，似乎是博弈的概念。基本题目比较简单，已经分析出必胜的策略。考虑扩展问题，似乎当石头等于4个的时候，先手反而是必输的，同样7个的时候，也是必输的，由此推论1、4、7、10、是先手必输的。分析到7，10以后就没有分析，以后再求解吧。

这一节好像是介绍怎么写测试用例的，记得当时校园招聘面试MS的时候，也让写测试用例，不过当时前面的题分数就不够，应该都不用看我写的用例了吧。 对于扩展问题2，主要应该是考虑另存文件名的问题吧，包含以下几个方面： 1. 判断当前的目录是否有权限可以写，是否有足够的空间 2. 文件名为空，文件名过长，以及包含有各种非法字符 3. 文件名已经存在，是否覆盖 4. 针对单字符和Unicode设计不同case 5. 带绝对路径和相对路径的的另存为